SlideShare una empresa de Scribd logo
1 de 19
Software Product Lines
Dr. Himanshu Hora
SRMS College of Engineering & Technology
Bareilly (UP) INDIA
Content
• Software Product Lines (Reasoning)
• Software Product Lines (Definition)
• Core Asset Development
• Product Development
• Management
• Product Line Benefits
• Product Line Aspects
• Conclusion
Software Product Lines (Reasoning)
• Any organization that develops software creates multiple software
applications that have some characteristics in common.
• Some software has the same application architecture, some run on the
same execution platforms, and others support the same segment of
the business.
• Whatever the commonalities are amongst the software applications, it
is important that these commonalities be managed properly so that
the organization can realize the highest economy of scale.
What Is a Software Product Line?
• The three main goals of a software product line are to reduce
cost, improve delivery time, and improve quality.
• A software product line is a "family of products designed to
take advantage of their common aspects and predicted
variability‘s.”
• The software product line practice was designed to manage
software products, and their commonalities were designed to
maximize the benefits to the organization.
What Is a Software Product Line?
• Any organization that has many software systems will notice that
many of those software systems have characteristics in common.
• When a set of systems has common characteristics, they are
candidates to become part of a product family or product line.
• A product line has a set of core assets upon which a shared family of
systems is built.
• Core assets include shared components, infrastructure, tools, process,
documentation, and above all else, shared architecture.
What Is a Software Product Line?
• A product line is a decomposition of the entire application
portfolio of an organization according to these common
characteristics.
• Figure : Product line development.
Core Asset Development
• Core asset development is the creation and maintenance of the
artifacts or core assets in the product line.
• These core assets are used to create systems that match the quality
criteria of the product line. For example, if the types of products that
are developed in the product line have a high maintainability
requirement, then the core assets should reflect this requirement and
account for the need for good maintainability.
• The goal of the core asset development activity is to create a
capability within the organization to produce a particular type of
application and will thus yield(menghasilkan) the same or similar
software architecture.
Product Development
• The second constituency(daerah terpilih) is product development.
• Product development involves the creation of products or systems
from the core assets of the product line.
• If a system requires an asset that is not included in the core assets,
the core asset must be created if the asset can be shared across
multiple products in the product line. It is a strategic decision
whether or not to build a new core asset or to create a product-
specific feature to the project under development. Also, if the core
asset that exists in the product line does not match the quality
requirements of the product under development, the core asset may
be enhanced or modified.
Management
• Management must be involved to ensure that the two constituencies are
interacting correctly.
• Instituting a product line practice at an organization requires a strong
commitment from management. It is also important to identify which assets
are part of the product line and which ones are part of the development of
the individual products of the system.
• Management consists of the management of individual projects within the
product line, as well as overall product line managers. The role of product
line manager (Northrop 2002) is one of a product line champion. The
champion is a strong, visionary leader who can keep the organization
working toward the creation of core assets while limiting any negative
impact on project development.
Product Line Benefits
• There are many benefits to establishing a product line.
• Principally, the product line leads to reduced cost and faster
time to market for new projects. Also, a product line approach
to software development will lead to a more portable staff
because the architecture is similar from project to project.
• Finally, risks are also reduced and quality is improved because
the architecture has been proven on multiple projects.
Product Line Benefits
• Reduced Cost
Just as demonstrated by Eli Whitney and Henry Ford, adopting a product line
approach to developing and maintaining applications can dramatically reduce
costs through the specialization of roles and the reuse of core assets that otherwise
would have needed to be developed or acquired and maintained separately for
each application.
• Improved Time to Market
For many organizations, cost is not the primary driver for product line adoption.
Reusable components speed the time it takes to get a product out the door.
Product lines allow organizations to take advantage of the shared features of their
product lines and to add features particular to the products they are building.
Product Line Benefits
Flexible Staffing and Productivity
There is much more flexibility when moving people around the
organization since they become familiar with the set of shared tools,
components, and processes of each product line.
• A critical product development effort can benefit from using people
from other product development teams who are familiar with the
product line's core assets.
• The learning curve is shortened because the shared assets of the
product line are familiar to staff who work on the products in the
product line.
Product Line Benefits
Increased Predictability
In a shared product line, several products are developed using a set
of common core assets, a shared architecture and production plan,
and people with experience for creating products within the product
line.
These core assets and architecture are proven on several products.
Project managers and other stakeholders will have more confidence
in the success of new projects within the product line because of the
proven set of core assets and people.
Product Line Benefits
Higher Quality
Because core assets serve the needs of more than one project,
they must be of higher quality. Also, multiple projects exercise
the shared assets in more ways than a single project would, so
the shared assets will have a much higher quality. In addition,
the shared architecture of the product line is also proven
through implementation by several projects.
Not only are core assets of higher quality, but the applications
that are developed from them are of higher quality. This stems
from the high quality of the core assets, staff that have higher
expertise, more project predictability, and a proven quality
assurance process at the product line level.
Product Line Aspects
Related Business Benefit
• The product line should support an established business benefit. At
Canaxia, the Internet sites provide timely information and electronic
business functionality to a variety of users. Tangible business
benefits accrue from transacting business with customers, dealers,
and sales agents via the Internet. The business benefit also drives the
qualities that the product line must support.
• These qualities are embodied by the software architecture that is
central to the product line.
Product Line Aspects
Core Assets
Core assets are the basis for the creation of products in the software
product line. They include the architecture that the products in the
product line will share, as well as the components that are developed
for systematic reuse across the product line or across multiple
product lines. Core assets are the key components of a software
product line. They include the infrastructure, tools, hardware, and
other assets that enable the development, execution, and
maintenance of the systems in the product line. Each core asset also
has an attached process that describes how to use the asset to create
a product.
Product Line Aspects
Conclusion
• Every organization of any size has developed applications that have
characteristics in common. Through informal means, many of these
applications share common components, infrastructures, or
processes.
• Product lines provide a way of formalizing the manner in which
these applications are managed in an organization. The goal of a
product line oriented organization is to maximize the benefits that
come from managing groups of applications together. Reuse in a
product line is a byproduct of the structure of the organization.
Reducing development, quality assurance, and maintenance costs
and getting products to market faster are the real benefits of product
lines.
Thank You
Dr. Himanshu Hora
SRMS College of Engineering & Technology
Bareilly (UP) INDIA

Más contenido relacionado

La actualidad más candente

Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factorsNancyBeaulah_R
 
Introduction to SOFTWARE ARCHITECTURE
Introduction to SOFTWARE ARCHITECTUREIntroduction to SOFTWARE ARCHITECTURE
Introduction to SOFTWARE ARCHITECTUREIvano Malavolta
 
Software Process Models
Software Process ModelsSoftware Process Models
Software Process ModelsHassan A-j
 
Estimating Software Maintenance Costs
Estimating Software Maintenance CostsEstimating Software Maintenance Costs
Estimating Software Maintenance Costslalithambiga kamaraj
 
Delphi cost estimation model
Delphi cost estimation modelDelphi cost estimation model
Delphi cost estimation modelShashwat Shriparv
 
Building systems from off the shelf components
Building systems from off the shelf componentsBuilding systems from off the shelf components
Building systems from off the shelf componentsHimanshu
 
Software requirement engineering
Software requirement engineeringSoftware requirement engineering
Software requirement engineeringSyed Zaid Irshad
 
SE2018_Lec 21_ Software Configuration Management (SCM)
SE2018_Lec 21_ Software Configuration Management (SCM)SE2018_Lec 21_ Software Configuration Management (SCM)
SE2018_Lec 21_ Software Configuration Management (SCM)Amr E. Mohamed
 
Modules and modularization criteria
Modules and modularization criteriaModules and modularization criteria
Modules and modularization criteriaUmaselvi_R
 
Software Cost Estimation Techniques
Software Cost Estimation TechniquesSoftware Cost Estimation Techniques
Software Cost Estimation TechniquesMohamedIbrahim1408
 
Chapter 13 software testing strategies
Chapter 13 software testing strategiesChapter 13 software testing strategies
Chapter 13 software testing strategiesSHREEHARI WADAWADAGI
 
Software Engineering Process Models
Software Engineering Process Models Software Engineering Process Models
Software Engineering Process Models Satya P. Joshi
 
Component based development | what, why and how
Component based development | what, why and howComponent based development | what, why and how
Component based development | what, why and howRakesh Kumar Jha
 
Software development life cycle (SDLC)
Software development life cycle (SDLC)Software development life cycle (SDLC)
Software development life cycle (SDLC)Simran Kaur
 
Software Metrics - Software Engineering
Software Metrics - Software EngineeringSoftware Metrics - Software Engineering
Software Metrics - Software EngineeringDrishti Bhalla
 
Case tools(computer Aided software Engineering)
Case tools(computer Aided software Engineering)Case tools(computer Aided software Engineering)
Case tools(computer Aided software Engineering)Self-employed
 
Pressman ch-11-component-level-design
Pressman ch-11-component-level-designPressman ch-11-component-level-design
Pressman ch-11-component-level-designOliver Cheng
 
Software Quality Assurance
Software Quality Assurance Software Quality Assurance
Software Quality Assurance ShashankBajpai24
 

La actualidad más candente (20)

Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factors
 
Introduction to SOFTWARE ARCHITECTURE
Introduction to SOFTWARE ARCHITECTUREIntroduction to SOFTWARE ARCHITECTURE
Introduction to SOFTWARE ARCHITECTURE
 
Software Process Models
Software Process ModelsSoftware Process Models
Software Process Models
 
Estimating Software Maintenance Costs
Estimating Software Maintenance CostsEstimating Software Maintenance Costs
Estimating Software Maintenance Costs
 
Delphi cost estimation model
Delphi cost estimation modelDelphi cost estimation model
Delphi cost estimation model
 
Building systems from off the shelf components
Building systems from off the shelf componentsBuilding systems from off the shelf components
Building systems from off the shelf components
 
Software requirement engineering
Software requirement engineeringSoftware requirement engineering
Software requirement engineering
 
SE2018_Lec 21_ Software Configuration Management (SCM)
SE2018_Lec 21_ Software Configuration Management (SCM)SE2018_Lec 21_ Software Configuration Management (SCM)
SE2018_Lec 21_ Software Configuration Management (SCM)
 
Modules and modularization criteria
Modules and modularization criteriaModules and modularization criteria
Modules and modularization criteria
 
Software Cost Estimation Techniques
Software Cost Estimation TechniquesSoftware Cost Estimation Techniques
Software Cost Estimation Techniques
 
Chapter 13 software testing strategies
Chapter 13 software testing strategiesChapter 13 software testing strategies
Chapter 13 software testing strategies
 
Software Engineering Process Models
Software Engineering Process Models Software Engineering Process Models
Software Engineering Process Models
 
Staffing level estimation
Staffing level estimation Staffing level estimation
Staffing level estimation
 
Component based development | what, why and how
Component based development | what, why and howComponent based development | what, why and how
Component based development | what, why and how
 
Software development life cycle (SDLC)
Software development life cycle (SDLC)Software development life cycle (SDLC)
Software development life cycle (SDLC)
 
Software Metrics - Software Engineering
Software Metrics - Software EngineeringSoftware Metrics - Software Engineering
Software Metrics - Software Engineering
 
SDLC MODEL
SDLC MODEL SDLC MODEL
SDLC MODEL
 
Case tools(computer Aided software Engineering)
Case tools(computer Aided software Engineering)Case tools(computer Aided software Engineering)
Case tools(computer Aided software Engineering)
 
Pressman ch-11-component-level-design
Pressman ch-11-component-level-designPressman ch-11-component-level-design
Pressman ch-11-component-level-design
 
Software Quality Assurance
Software Quality Assurance Software Quality Assurance
Software Quality Assurance
 

Destacado

A Software Product Line for Modular Robots
A Software Product Line for Modular RobotsA Software Product Line for Modular Robots
A Software Product Line for Modular RobotsUlrik Schultz
 
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...CS, NcState
 
Industrializing Software Product Line Development for Small Companies (short ...
Industrializing Software Product Line Development for Small Companies (short ...Industrializing Software Product Line Development for Small Companies (short ...
Industrializing Software Product Line Development for Small Companies (short ...Anton Khritankov
 
Evolving Industrial Software Architectures into a Software Product Line: A Ca...
Evolving Industrial Software Architectures into a Software Product Line: A Ca...Evolving Industrial Software Architectures into a Software Product Line: A Ca...
Evolving Industrial Software Architectures into a Software Product Line: A Ca...Heiko Koziolek
 
Marketing mix of nokia n96 2003
Marketing mix of nokia n96  2003Marketing mix of nokia n96  2003
Marketing mix of nokia n96 2003yazzdan
 
Software Product Lines
Software Product LinesSoftware Product Lines
Software Product LinesJason Baragry
 
Off the-shelf components (cots)
Off the-shelf components (cots)Off the-shelf components (cots)
Off the-shelf components (cots)Himanshu
 
Software architecture styles families_research_gssi_nov2013
Software architecture styles families_research_gssi_nov2013Software architecture styles families_research_gssi_nov2013
Software architecture styles families_research_gssi_nov2013Henry Muccini
 
Dove marketing mix
Dove marketing mixDove marketing mix
Dove marketing mixMehal Rehman
 
7 - Architetture Software - Software product line
7 - Architetture Software - Software product line7 - Architetture Software - Software product line
7 - Architetture Software - Software product lineMajong DevJfu
 
Product mix patanjali
Product mix patanjaliProduct mix patanjali
Product mix patanjaliRk Sharma
 
Horlicks - Brand Extension and Product Line Extension
Horlicks - Brand Extension and Product Line ExtensionHorlicks - Brand Extension and Product Line Extension
Horlicks - Brand Extension and Product Line ExtensionSiva Kumar
 
Product mix, strategies and product line designs
Product mix, strategies and product line designsProduct mix, strategies and product line designs
Product mix, strategies and product line designsharshul_777
 
4 p's of britannia industries
4 p's of britannia industries4 p's of britannia industries
4 p's of britannia industriessaidheeru
 

Destacado (20)

A Software Product Line for Modular Robots
A Software Product Line for Modular RobotsA Software Product Line for Modular Robots
A Software Product Line for Modular Robots
 
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...
Promise 2011: "Are Change Metrics Good Predictors for an Evolving Software Pr...
 
Industrializing Software Product Line Development for Small Companies (short ...
Industrializing Software Product Line Development for Small Companies (short ...Industrializing Software Product Line Development for Small Companies (short ...
Industrializing Software Product Line Development for Small Companies (short ...
 
Evolving Industrial Software Architectures into a Software Product Line: A Ca...
Evolving Industrial Software Architectures into a Software Product Line: A Ca...Evolving Industrial Software Architectures into a Software Product Line: A Ca...
Evolving Industrial Software Architectures into a Software Product Line: A Ca...
 
Marketing mix of nokia n96 2003
Marketing mix of nokia n96  2003Marketing mix of nokia n96  2003
Marketing mix of nokia n96 2003
 
Product MIx
Product MIxProduct MIx
Product MIx
 
Software Product Lines
Software Product LinesSoftware Product Lines
Software Product Lines
 
Off the-shelf components (cots)
Off the-shelf components (cots)Off the-shelf components (cots)
Off the-shelf components (cots)
 
parle's product
parle's productparle's product
parle's product
 
Software architecture styles families_research_gssi_nov2013
Software architecture styles families_research_gssi_nov2013Software architecture styles families_research_gssi_nov2013
Software architecture styles families_research_gssi_nov2013
 
Product mix of AMUL
Product mix of AMULProduct mix of AMUL
Product mix of AMUL
 
Dove marketing mix
Dove marketing mixDove marketing mix
Dove marketing mix
 
Sony vaio case study
Sony vaio case studySony vaio case study
Sony vaio case study
 
7 - Architetture Software - Software product line
7 - Architetture Software - Software product line7 - Architetture Software - Software product line
7 - Architetture Software - Software product line
 
Product mix patanjali
Product mix patanjaliProduct mix patanjali
Product mix patanjali
 
Parle product mix
Parle product mixParle product mix
Parle product mix
 
Horlicks - Brand Extension and Product Line Extension
Horlicks - Brand Extension and Product Line ExtensionHorlicks - Brand Extension and Product Line Extension
Horlicks - Brand Extension and Product Line Extension
 
Product mix, strategies and product line designs
Product mix, strategies and product line designsProduct mix, strategies and product line designs
Product mix, strategies and product line designs
 
4 p's of britannia industries
4 p's of britannia industries4 p's of britannia industries
4 p's of britannia industries
 
Product Mix-Samsung
Product Mix-SamsungProduct Mix-Samsung
Product Mix-Samsung
 

Similar a Software product line

Lect5 improving software economics
Lect5 improving software economicsLect5 improving software economics
Lect5 improving software economicsmeena466141
 
Introduction to Software Development Life Cycle.pptx
Introduction to Software Development Life Cycle.pptxIntroduction to Software Development Life Cycle.pptx
Introduction to Software Development Life Cycle.pptxGodwin Monserate
 
PLA and the SC 2002-04-15
PLA and the SC 2002-04-15PLA and the SC 2002-04-15
PLA and the SC 2002-04-15Jay van Zyl
 
Recent and-future-trends spm
Recent and-future-trends spmRecent and-future-trends spm
Recent and-future-trends spmPrakash Poudel
 
Software development life cycle
Software development life cycleSoftware development life cycle
Software development life cycleAfrasiyab Haider
 
UNIT V - 1 SPM.pptx
UNIT V - 1 SPM.pptxUNIT V - 1 SPM.pptx
UNIT V - 1 SPM.pptxDevnath13
 
Architecture support for component
Architecture support for component Architecture support for component
Architecture support for component Saransh Garg
 
Software process models
Software process modelsSoftware process models
Software process modelsMalik WaQas
 
Basics of Product and Process Design Management
Basics of Product and Process Design ManagementBasics of Product and Process Design Management
Basics of Product and Process Design Managementi4VC
 
A Brief Introduction to Enterprise Architecture
A Brief Introduction to  Enterprise Architecture A Brief Introduction to  Enterprise Architecture
A Brief Introduction to Enterprise Architecture Daljit Banger
 
Introduction To Software Concepts Unit 1 & 2
Introduction To Software Concepts Unit 1 & 2Introduction To Software Concepts Unit 1 & 2
Introduction To Software Concepts Unit 1 & 2Raj vardhan
 
Quality By Design Total Quality Management
Quality By Design Total Quality ManagementQuality By Design Total Quality Management
Quality By Design Total Quality ManagementBint E Asif
 
Case tools and modern process of system development
Case tools and modern process of system development Case tools and modern process of system development
Case tools and modern process of system development tushar217
 
POLITEKNIK MALAYSIA
POLITEKNIK MALAYSIAPOLITEKNIK MALAYSIA
POLITEKNIK MALAYSIAAiman Hud
 
Unit 1 importance ofsoftengg_b.tech iii year
Unit 1  importance ofsoftengg_b.tech iii yearUnit 1  importance ofsoftengg_b.tech iii year
Unit 1 importance ofsoftengg_b.tech iii yearPreeti Mishra
 
Unit 1 introduction tosoftengg_mba tech ii year
Unit 1  introduction tosoftengg_mba tech ii yearUnit 1  introduction tosoftengg_mba tech ii year
Unit 1 introduction tosoftengg_mba tech ii yearPreeti Mishra
 
Using Agile In A Quality Driven Environment
Using Agile In A Quality Driven EnvironmentUsing Agile In A Quality Driven Environment
Using Agile In A Quality Driven EnvironmentLeslie Munday
 

Similar a Software product line (20)

Lect5 improving software economics
Lect5 improving software economicsLect5 improving software economics
Lect5 improving software economics
 
Introduction to Software Development Life Cycle.pptx
Introduction to Software Development Life Cycle.pptxIntroduction to Software Development Life Cycle.pptx
Introduction to Software Development Life Cycle.pptx
 
PLA and the SC 2002-04-15
PLA and the SC 2002-04-15PLA and the SC 2002-04-15
PLA and the SC 2002-04-15
 
Recent and-future-trends spm
Recent and-future-trends spmRecent and-future-trends spm
Recent and-future-trends spm
 
WDES 2014 paper: Ecosystem Business Models and Architectures
WDES 2014 paper: Ecosystem Business Models and ArchitecturesWDES 2014 paper: Ecosystem Business Models and Architectures
WDES 2014 paper: Ecosystem Business Models and Architectures
 
Software development life cycle
Software development life cycleSoftware development life cycle
Software development life cycle
 
UNIT V - 1 SPM.pptx
UNIT V - 1 SPM.pptxUNIT V - 1 SPM.pptx
UNIT V - 1 SPM.pptx
 
Architecture support for component
Architecture support for component Architecture support for component
Architecture support for component
 
Enfoucs Requirement Suite™
Enfoucs Requirement Suite™Enfoucs Requirement Suite™
Enfoucs Requirement Suite™
 
Software process models
Software process modelsSoftware process models
Software process models
 
Basics of Product and Process Design Management
Basics of Product and Process Design ManagementBasics of Product and Process Design Management
Basics of Product and Process Design Management
 
A Brief Introduction to Enterprise Architecture
A Brief Introduction to  Enterprise Architecture A Brief Introduction to  Enterprise Architecture
A Brief Introduction to Enterprise Architecture
 
SE notes by k. adisesha
SE notes by k. adiseshaSE notes by k. adisesha
SE notes by k. adisesha
 
Introduction To Software Concepts Unit 1 & 2
Introduction To Software Concepts Unit 1 & 2Introduction To Software Concepts Unit 1 & 2
Introduction To Software Concepts Unit 1 & 2
 
Quality By Design Total Quality Management
Quality By Design Total Quality ManagementQuality By Design Total Quality Management
Quality By Design Total Quality Management
 
Case tools and modern process of system development
Case tools and modern process of system development Case tools and modern process of system development
Case tools and modern process of system development
 
POLITEKNIK MALAYSIA
POLITEKNIK MALAYSIAPOLITEKNIK MALAYSIA
POLITEKNIK MALAYSIA
 
Unit 1 importance ofsoftengg_b.tech iii year
Unit 1  importance ofsoftengg_b.tech iii yearUnit 1  importance ofsoftengg_b.tech iii year
Unit 1 importance ofsoftengg_b.tech iii year
 
Unit 1 introduction tosoftengg_mba tech ii year
Unit 1  introduction tosoftengg_mba tech ii yearUnit 1  introduction tosoftengg_mba tech ii year
Unit 1 introduction tosoftengg_mba tech ii year
 
Using Agile In A Quality Driven Environment
Using Agile In A Quality Driven EnvironmentUsing Agile In A Quality Driven Environment
Using Agile In A Quality Driven Environment
 

Más de Himanshu

Structural patterns
Structural patternsStructural patterns
Structural patternsHimanshu
 
Shared information systems
Shared information systemsShared information systems
Shared information systemsHimanshu
 
Design Pattern
Design PatternDesign Pattern
Design PatternHimanshu
 
Creational pattern
Creational patternCreational pattern
Creational patternHimanshu
 
Architecture Review
Architecture ReviewArchitecture Review
Architecture ReviewHimanshu
 
Reliability and its principals
Reliability and its principalsReliability and its principals
Reliability and its principalsHimanshu
 
Structural and functional testing
Structural and functional testingStructural and functional testing
Structural and functional testingHimanshu
 
White box black box & gray box testing
White box black box & gray box testingWhite box black box & gray box testing
White box black box & gray box testingHimanshu
 
Pareto analysis
Pareto analysisPareto analysis
Pareto analysisHimanshu
 
Load runner & win runner
Load runner & win runnerLoad runner & win runner
Load runner & win runnerHimanshu
 
Crud and jad
Crud and jadCrud and jad
Crud and jadHimanshu
 
Junit and cactus
Junit and cactusJunit and cactus
Junit and cactusHimanshu
 
Risk based testing and random testing
Risk based testing and random testingRisk based testing and random testing
Risk based testing and random testingHimanshu
 
Testing a data warehouses
Testing a data warehousesTesting a data warehouses
Testing a data warehousesHimanshu
 
Software testing tools and its taxonomy
Software testing tools and its taxonomySoftware testing tools and its taxonomy
Software testing tools and its taxonomyHimanshu
 
Software reliability engineering process
Software reliability engineering processSoftware reliability engineering process
Software reliability engineering processHimanshu
 
Software reliability growth model
Software reliability growth modelSoftware reliability growth model
Software reliability growth modelHimanshu
 
Software reliability tools and common software errors
Software reliability tools and common software errorsSoftware reliability tools and common software errors
Software reliability tools and common software errorsHimanshu
 
Regression and performance testing
Regression and performance testingRegression and performance testing
Regression and performance testingHimanshu
 

Más de Himanshu (20)

Structural patterns
Structural patternsStructural patterns
Structural patterns
 
Shared information systems
Shared information systemsShared information systems
Shared information systems
 
Saam
SaamSaam
Saam
 
Design Pattern
Design PatternDesign Pattern
Design Pattern
 
Creational pattern
Creational patternCreational pattern
Creational pattern
 
Architecture Review
Architecture ReviewArchitecture Review
Architecture Review
 
Reliability and its principals
Reliability and its principalsReliability and its principals
Reliability and its principals
 
Structural and functional testing
Structural and functional testingStructural and functional testing
Structural and functional testing
 
White box black box & gray box testing
White box black box & gray box testingWhite box black box & gray box testing
White box black box & gray box testing
 
Pareto analysis
Pareto analysisPareto analysis
Pareto analysis
 
Load runner & win runner
Load runner & win runnerLoad runner & win runner
Load runner & win runner
 
Crud and jad
Crud and jadCrud and jad
Crud and jad
 
Junit and cactus
Junit and cactusJunit and cactus
Junit and cactus
 
Risk based testing and random testing
Risk based testing and random testingRisk based testing and random testing
Risk based testing and random testing
 
Testing a data warehouses
Testing a data warehousesTesting a data warehouses
Testing a data warehouses
 
Software testing tools and its taxonomy
Software testing tools and its taxonomySoftware testing tools and its taxonomy
Software testing tools and its taxonomy
 
Software reliability engineering process
Software reliability engineering processSoftware reliability engineering process
Software reliability engineering process
 
Software reliability growth model
Software reliability growth modelSoftware reliability growth model
Software reliability growth model
 
Software reliability tools and common software errors
Software reliability tools and common software errorsSoftware reliability tools and common software errors
Software reliability tools and common software errors
 
Regression and performance testing
Regression and performance testingRegression and performance testing
Regression and performance testing
 

Último

Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Celine George
 
ROLES IN A STAGE PRODUCTION in arts.pptx
ROLES IN A STAGE PRODUCTION in arts.pptxROLES IN A STAGE PRODUCTION in arts.pptx
ROLES IN A STAGE PRODUCTION in arts.pptxVanesaIglesias10
 
EMBODO Lesson Plan Grade 9 Law of Sines.docx
EMBODO Lesson Plan Grade 9 Law of Sines.docxEMBODO Lesson Plan Grade 9 Law of Sines.docx
EMBODO Lesson Plan Grade 9 Law of Sines.docxElton John Embodo
 
4.16.24 Poverty and Precarity--Desmond.pptx
4.16.24 Poverty and Precarity--Desmond.pptx4.16.24 Poverty and Precarity--Desmond.pptx
4.16.24 Poverty and Precarity--Desmond.pptxmary850239
 
AUDIENCE THEORY -CULTIVATION THEORY - GERBNER.pptx
AUDIENCE THEORY -CULTIVATION THEORY -  GERBNER.pptxAUDIENCE THEORY -CULTIVATION THEORY -  GERBNER.pptx
AUDIENCE THEORY -CULTIVATION THEORY - GERBNER.pptxiammrhaywood
 
How to do quick user assign in kanban in Odoo 17 ERP
How to do quick user assign in kanban in Odoo 17 ERPHow to do quick user assign in kanban in Odoo 17 ERP
How to do quick user assign in kanban in Odoo 17 ERPCeline George
 
Measures of Position DECILES for ungrouped data
Measures of Position DECILES for ungrouped dataMeasures of Position DECILES for ungrouped data
Measures of Position DECILES for ungrouped dataBabyAnnMotar
 
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfInclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfTechSoup
 
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...Postal Advocate Inc.
 
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)lakshayb543
 
Textual Evidence in Reading and Writing of SHS
Textual Evidence in Reading and Writing of SHSTextual Evidence in Reading and Writing of SHS
Textual Evidence in Reading and Writing of SHSMae Pangan
 
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdf
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdfGrade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdf
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdfJemuel Francisco
 
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdf
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdfVirtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdf
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdfErwinPantujan2
 
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATION
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATIONTHEORIES OF ORGANIZATION-PUBLIC ADMINISTRATION
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATIONHumphrey A Beña
 
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Celine George
 
Millenials and Fillennials (Ethical Challenge and Responses).pptx
Millenials and Fillennials (Ethical Challenge and Responses).pptxMillenials and Fillennials (Ethical Challenge and Responses).pptx
Millenials and Fillennials (Ethical Challenge and Responses).pptxJanEmmanBrigoli
 
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptx
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptxQ4-PPT-Music9_Lesson-1-Romantic-Opera.pptx
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptxlancelewisportillo
 
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTS
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTSGRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTS
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTSJoshuaGantuangco2
 

Último (20)

YOUVE GOT EMAIL_FINALS_EL_DORADO_2024.pptx
YOUVE GOT EMAIL_FINALS_EL_DORADO_2024.pptxYOUVE GOT EMAIL_FINALS_EL_DORADO_2024.pptx
YOUVE GOT EMAIL_FINALS_EL_DORADO_2024.pptx
 
Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17
 
ROLES IN A STAGE PRODUCTION in arts.pptx
ROLES IN A STAGE PRODUCTION in arts.pptxROLES IN A STAGE PRODUCTION in arts.pptx
ROLES IN A STAGE PRODUCTION in arts.pptx
 
EMBODO Lesson Plan Grade 9 Law of Sines.docx
EMBODO Lesson Plan Grade 9 Law of Sines.docxEMBODO Lesson Plan Grade 9 Law of Sines.docx
EMBODO Lesson Plan Grade 9 Law of Sines.docx
 
4.16.24 Poverty and Precarity--Desmond.pptx
4.16.24 Poverty and Precarity--Desmond.pptx4.16.24 Poverty and Precarity--Desmond.pptx
4.16.24 Poverty and Precarity--Desmond.pptx
 
AUDIENCE THEORY -CULTIVATION THEORY - GERBNER.pptx
AUDIENCE THEORY -CULTIVATION THEORY -  GERBNER.pptxAUDIENCE THEORY -CULTIVATION THEORY -  GERBNER.pptx
AUDIENCE THEORY -CULTIVATION THEORY - GERBNER.pptx
 
How to do quick user assign in kanban in Odoo 17 ERP
How to do quick user assign in kanban in Odoo 17 ERPHow to do quick user assign in kanban in Odoo 17 ERP
How to do quick user assign in kanban in Odoo 17 ERP
 
Measures of Position DECILES for ungrouped data
Measures of Position DECILES for ungrouped dataMeasures of Position DECILES for ungrouped data
Measures of Position DECILES for ungrouped data
 
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfInclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
 
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPS® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
 
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)
Visit to a blind student's school🧑‍🦯🧑‍🦯(community medicine)
 
Textual Evidence in Reading and Writing of SHS
Textual Evidence in Reading and Writing of SHSTextual Evidence in Reading and Writing of SHS
Textual Evidence in Reading and Writing of SHS
 
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdf
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdfGrade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdf
Grade 9 Quarter 4 Dll Grade 9 Quarter 4 DLL.pdf
 
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdf
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdfVirtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdf
Virtual-Orientation-on-the-Administration-of-NATG12-NATG6-and-ELLNA.pdf
 
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATION
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATIONTHEORIES OF ORGANIZATION-PUBLIC ADMINISTRATION
THEORIES OF ORGANIZATION-PUBLIC ADMINISTRATION
 
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
 
Paradigm shift in nursing research by RS MEHTA
Paradigm shift in nursing research by RS MEHTAParadigm shift in nursing research by RS MEHTA
Paradigm shift in nursing research by RS MEHTA
 
Millenials and Fillennials (Ethical Challenge and Responses).pptx
Millenials and Fillennials (Ethical Challenge and Responses).pptxMillenials and Fillennials (Ethical Challenge and Responses).pptx
Millenials and Fillennials (Ethical Challenge and Responses).pptx
 
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptx
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptxQ4-PPT-Music9_Lesson-1-Romantic-Opera.pptx
Q4-PPT-Music9_Lesson-1-Romantic-Opera.pptx
 
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTS
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTSGRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTS
GRADE 4 - SUMMATIVE TEST QUARTER 4 ALL SUBJECTS
 

Software product line

  • 1. Software Product Lines Dr. Himanshu Hora SRMS College of Engineering & Technology Bareilly (UP) INDIA
  • 2. Content • Software Product Lines (Reasoning) • Software Product Lines (Definition) • Core Asset Development • Product Development • Management • Product Line Benefits • Product Line Aspects • Conclusion
  • 3. Software Product Lines (Reasoning) • Any organization that develops software creates multiple software applications that have some characteristics in common. • Some software has the same application architecture, some run on the same execution platforms, and others support the same segment of the business. • Whatever the commonalities are amongst the software applications, it is important that these commonalities be managed properly so that the organization can realize the highest economy of scale.
  • 4. What Is a Software Product Line? • The three main goals of a software product line are to reduce cost, improve delivery time, and improve quality. • A software product line is a "family of products designed to take advantage of their common aspects and predicted variability‘s.” • The software product line practice was designed to manage software products, and their commonalities were designed to maximize the benefits to the organization.
  • 5. What Is a Software Product Line? • Any organization that has many software systems will notice that many of those software systems have characteristics in common. • When a set of systems has common characteristics, they are candidates to become part of a product family or product line. • A product line has a set of core assets upon which a shared family of systems is built. • Core assets include shared components, infrastructure, tools, process, documentation, and above all else, shared architecture.
  • 6. What Is a Software Product Line? • A product line is a decomposition of the entire application portfolio of an organization according to these common characteristics. • Figure : Product line development.
  • 7. Core Asset Development • Core asset development is the creation and maintenance of the artifacts or core assets in the product line. • These core assets are used to create systems that match the quality criteria of the product line. For example, if the types of products that are developed in the product line have a high maintainability requirement, then the core assets should reflect this requirement and account for the need for good maintainability. • The goal of the core asset development activity is to create a capability within the organization to produce a particular type of application and will thus yield(menghasilkan) the same or similar software architecture.
  • 8. Product Development • The second constituency(daerah terpilih) is product development. • Product development involves the creation of products or systems from the core assets of the product line. • If a system requires an asset that is not included in the core assets, the core asset must be created if the asset can be shared across multiple products in the product line. It is a strategic decision whether or not to build a new core asset or to create a product- specific feature to the project under development. Also, if the core asset that exists in the product line does not match the quality requirements of the product under development, the core asset may be enhanced or modified.
  • 9. Management • Management must be involved to ensure that the two constituencies are interacting correctly. • Instituting a product line practice at an organization requires a strong commitment from management. It is also important to identify which assets are part of the product line and which ones are part of the development of the individual products of the system. • Management consists of the management of individual projects within the product line, as well as overall product line managers. The role of product line manager (Northrop 2002) is one of a product line champion. The champion is a strong, visionary leader who can keep the organization working toward the creation of core assets while limiting any negative impact on project development.
  • 10. Product Line Benefits • There are many benefits to establishing a product line. • Principally, the product line leads to reduced cost and faster time to market for new projects. Also, a product line approach to software development will lead to a more portable staff because the architecture is similar from project to project. • Finally, risks are also reduced and quality is improved because the architecture has been proven on multiple projects.
  • 11. Product Line Benefits • Reduced Cost Just as demonstrated by Eli Whitney and Henry Ford, adopting a product line approach to developing and maintaining applications can dramatically reduce costs through the specialization of roles and the reuse of core assets that otherwise would have needed to be developed or acquired and maintained separately for each application. • Improved Time to Market For many organizations, cost is not the primary driver for product line adoption. Reusable components speed the time it takes to get a product out the door. Product lines allow organizations to take advantage of the shared features of their product lines and to add features particular to the products they are building.
  • 12. Product Line Benefits Flexible Staffing and Productivity There is much more flexibility when moving people around the organization since they become familiar with the set of shared tools, components, and processes of each product line. • A critical product development effort can benefit from using people from other product development teams who are familiar with the product line's core assets. • The learning curve is shortened because the shared assets of the product line are familiar to staff who work on the products in the product line.
  • 13. Product Line Benefits Increased Predictability In a shared product line, several products are developed using a set of common core assets, a shared architecture and production plan, and people with experience for creating products within the product line. These core assets and architecture are proven on several products. Project managers and other stakeholders will have more confidence in the success of new projects within the product line because of the proven set of core assets and people.
  • 14. Product Line Benefits Higher Quality Because core assets serve the needs of more than one project, they must be of higher quality. Also, multiple projects exercise the shared assets in more ways than a single project would, so the shared assets will have a much higher quality. In addition, the shared architecture of the product line is also proven through implementation by several projects. Not only are core assets of higher quality, but the applications that are developed from them are of higher quality. This stems from the high quality of the core assets, staff that have higher expertise, more project predictability, and a proven quality assurance process at the product line level.
  • 15. Product Line Aspects Related Business Benefit • The product line should support an established business benefit. At Canaxia, the Internet sites provide timely information and electronic business functionality to a variety of users. Tangible business benefits accrue from transacting business with customers, dealers, and sales agents via the Internet. The business benefit also drives the qualities that the product line must support. • These qualities are embodied by the software architecture that is central to the product line.
  • 16. Product Line Aspects Core Assets Core assets are the basis for the creation of products in the software product line. They include the architecture that the products in the product line will share, as well as the components that are developed for systematic reuse across the product line or across multiple product lines. Core assets are the key components of a software product line. They include the infrastructure, tools, hardware, and other assets that enable the development, execution, and maintenance of the systems in the product line. Each core asset also has an attached process that describes how to use the asset to create a product.
  • 18. Conclusion • Every organization of any size has developed applications that have characteristics in common. Through informal means, many of these applications share common components, infrastructures, or processes. • Product lines provide a way of formalizing the manner in which these applications are managed in an organization. The goal of a product line oriented organization is to maximize the benefits that come from managing groups of applications together. Reuse in a product line is a byproduct of the structure of the organization. Reducing development, quality assurance, and maintenance costs and getting products to market faster are the real benefits of product lines.
  • 19. Thank You Dr. Himanshu Hora SRMS College of Engineering & Technology Bareilly (UP) INDIA