Product Focused Software Process Improvement

F. Bomarius,Seija Komi-Sirviö,Dieter Rombach,Victor R. Basili,Josef Nedstam,Martin Höst,B. Regnell,Jennie Nilsson,V. Seppänen,A. Mäntyniemi,Tua Rahikkala,M. Pikkarainen,T. Varkoi,Hannu Jaakkola,Macario Polo

2002-12-02

Abstract:als 8 Millionen Produkte.

What problem does this paper attempt to address?

Strategic Issues on Implementing a Software Process Improvement Program

Rogerio Rossi,Kechi Hirama

DOI: https://doi.org/10.48550/arXiv.2201.08679

2022-01-15

Software Engineering

Abstract:Software technology has high impact on the global economy as in many sectors of contemporary society. As a product enabling the most varied daily activities, the software product has to be produced reflecting high quality. Software quality is dependent on its development that is based in a large set of software development processes. However, the implementation and continuous improvement of software process aimed at software product should be carefully institutionalized by software development organizations such as software factories, testing factories, V&V organizations, among others. The institutionalization of programs such as a Software Process Improvement Program, or SPI Program, require a strategic planning, which is addressed in this article from the perspective of specific models and frameworks, as well as reflections based on software process engineering models and standards. In addition, a set of strategic drivers is proposed to assist the implementation of a Strategic Plan for a SPI Program which can be considered by the organizations before starting this kind of Program.
A Framework for Process Assessment of Software Product Line

Fahem Ahmed,Luiz Fernando Capretz

DOI: https://doi.org/10.48550/arXiv.1507.06948

2015-07-25

Abstract:Software product line has emerged as an attractive phenomenon within organizations dealing with software development process. It involves assembly of products from existing core assets, commonly known as components, and continuous growth in the core assets as production proceeds. Organizations trying to incorporate the concept of software product line to reduce development time and cost require certain rules to be followed for successful development and management, they also require a direct procedure to evaluate the current maturity level of the process. In this work certain rules for developing and managing a software product line are put forward. Additionally, a fuzzy logic based software product line process assessment tool (SPLPAT) has been designed and implemented on the basis of developed rules for software product line process assessment. SPLPAT can be used to assess the process maturity level of software product line, and it provides an opportunity to handle imprecision and uncertainty present in software process variables. Four case studies were conducted to validate the framework, and results show that SPLPAT provides a direct mechanism to evaluate current software product line process maturity level within an organization. The results of the developed software product line process assessment approach were compared with the existing CMM-level of the organization in order to evaluate the reliability of the presented approach and to find out how effectively an organization can execute software product line process when it has already achieved a certain CMM level.

Software Engineering
Software Process Commonality Analysis

Alexis Ocampo,Fabio Bella,Jürgen Münch

DOI: https://doi.org/10.48550/arXiv.1312.4742

2013-12-17

Software Engineering

Abstract:To remain viable and thrive, software organizations must rapidly adapt to frequent, and often rather far-ranging, changes to their operational context. These changes typically concern many factors, including the nature of the organization's marketplace in general, its customers' demands, and its business needs. In today's most highly dynamic contexts, such as web services development, other changes create additional, severe challenges. Most critical are changes to the technology in which a software product is written or which the software product has to control or use to provide its functionality. These product-support technology changes are frequently relatively 'small' and incremental. They are, therefore, often handled by relatively 'small,' incremental changes to the organization's software processes. However, the frequency of these changes is high, and their impact is elevated by time-to-market and requirements change demands. The net result is an extremely challenging need to create and manage a large number of customized process variants, collectively having more commonalities than differences, and incorporating experience-based, proven 'best practices'. This paper describes a tool-based approach to coping with product-support technology changes. The approach utilizes established capabilities such as descriptive process modeling and the creation of reference models. It incorporates a new, innovative, tool-based capability to analyze commonalities and differences among processes. The paper includes an example-based evaluation of the approach in the domain of Wireless Internet Services as well as a discussion of its potentially broader application.
Software Product Line Engineering

Klaus Pohl,Günter Böckle,Frank van der Linden

DOI: https://doi.org/10.1007/3-540-28901-1

2005-01-01

Abstract:I. Software Product Line Engineering Are you interested in producing software products or software-intensive systems at lower costs, in shorter time, and with higher quality? If so, you are holding the right book in your hands. Software product line engineering has proven to be the methodology for Higher quality, lower developing a diversity of software products and software-intensive systems cost, and shorter at lower costs, in shorter time, and with higher quality. Numerous reports development times document the significant achievements and experience gained by introducing software product lines in the software industry. Chapter 21 of this book summarises several cases. Concerning the terminology, there is an almost synonymous use of the terms Software product line “software product family” and “software product line”. Whereas in Europe vs. software product the term software product family is used more often, in North America the family term software product line is used more frequently. This is, among other things, reflected in the names of the two former conference series (the so- ware product line conference series, started in 2000 in the USA, and the product family engineering (PFE) workshop series, started in 1996 in Europe) which were merged in 2004 to form the leading software product line conference (SPLC) series. In this book, we use the term software product line.
Framework of Software Process Improvement

SHEN Jian-cang,ZHENG Xue-yuan,BAO Pei-ming

DOI: https://doi.org/10.3969/j.issn.1000-7024.2007.22.004

2007-01-01

Abstract:Software engineers and organizations will meet various problems and challenges in the development of software,especially in the practices of capability maturity model(CMM).According to the experience in the research and practice of CMM,a framework of software process improvement is presented in detail,which is based on the capability maturity model integration(CMMI) and sup-ported by personal software process and team software process.
Software Process Assessment and Improvement

曹立,吴明晖,应晶

DOI: https://doi.org/10.3969/j.issn.1007-130x.2005.02.034

2005-01-01

Abstract:Software process defines the way in which software development is organized, managed, measured, supported and improved. This paper gives the classification and the features of the current most popular standards of software process assessment and improvement (including ISO, CMM, Bootstrap and QIP), and introduces the basic idea of Process Model Language (PML) and Process-sensitive Software Engineering Environment (PSEE).
Catching up with Method and Process Practice: An Industry-Informed Baseline for Researchers

Jil Klünder,Regina Hebig,Paolo Tell,Marco Kuhrmann,Joyce Nakatumba-Nabende,Rogardt Heldal,Stephan Krusche,Masud Fazal-Baqaie,Michael Felderer,Marcela Fabiana Genero Bocco,Steffen Küpper,Sherlock A. Licorish,Gustavo Lòpez,Fergal McCaffery,Özden Özcan Top,Christian R. Prause,Rafael Prikladnicki,Eray Tüzün,Dietmar Pfahl,Kurt Schneider,Stephen G. MacDonell

DOI: https://doi.org/10.1109/ICSE-SEIP.2019.00036

2021-01-29

Abstract:Software development methods are usually not applied by the book. Companies are under pressure to continuously deploy software products that meet market needs and stakeholders' requests. To implement efficient and effective development processes, companies utilize multiple frameworks, methods and practices, and combine these into hybrid methods. A common combination contains a rich management framework to organize and steer projects complemented with a number of smaller practices providing the development teams with tools to complete their tasks. In this paper, based on 732 data points collected through an international survey, we study the software development process use in practice. Our results show that 76.8% of the companies implement hybrid methods. Company size as well as the strategy in devising and evolving hybrid methods affect the suitability of the chosen process to reach company or project goals. Our findings show that companies that combine planned improvement programs with process evolution can increase their process' suitability by up to 5%.

Software Engineering
Product Line-Based Software Development

Qing-Ming QU,Hao-Xiang ZHAO,Jin-Gui PAN

DOI: https://doi.org/10.3969/j.issn.1002-137X.2005.04.064

2005-01-01

Computer Science

Abstract:While more and more software products are needed with the popularity of computers, an increasing number of organizations are realizing that they can no longer afford to develop multiple software products one product at a time. They should improve their productivity, and they find that product line-based software development is a good choice. This paper introduces the concept, advantages and measures of product line-based software development, demonstrates the relationship between Software Product Line and CMMI. In the end we indicate the risks when adopting Software Product Line.
Evaluation and Measurement of Software Process Improvement -- A Systematic Literature Review

Michael Unterkalmsteiner,Tony Gorschek,A. K. M. Moinul Islam,Chow Kian Cheng,Rahadian Bayu Permadi,Robert Feldt

DOI: https://doi.org/10.1109/TSE.2011.26

2023-07-25

Abstract:BACKGROUND: Software Process Improvement (SPI) is a systematic approach to increase the efficiency and effectiveness of a software development organization and to enhance software products. OBJECTIVE: This paper aims to identify and characterize evaluation strategies and measurements used to assess the impact of different SPI initiatives. METHOD: The systematic literature review includes 148 papers published between 1991 and 2008. The selected papers were classified according to SPI initiative, applied evaluation strategies, and measurement perspectives. Potential confounding factors interfering with the evaluation of the improvement effort were assessed. RESULTS: Seven distinct evaluation strategies were identified, wherein the most common one, "Pre-Post Comparison" was applied in 49 percent of the inspected papers. Quality was the most measured attribute (62 percent), followed by Cost (41 percent), and Schedule (18 percent). Looking at measurement perspectives, "Project" represents the majority with 66 percent. CONCLUSION: The evaluation validity of SPI initiatives is challenged by the scarce consideration of potential confounding factors, particularly given that "Pre-Post Comparison" was identified as the most common evaluation strategy, and the inaccurate descriptions of the evaluation context. Measurements to assess the short and mid-term impact of SPI initiatives prevail, whereas long-term measurements in terms of customer satisfaction and return on investment tend to be less used.

Software Engineering
An Investigation of Software Development Process Terminology

Paul Clarke,Antoni-Lluís Mesquida,Damjan Ekert,J. J. Ekstrom,Tatjana Gornostaja,Milos Jovanovic,Jørn Johansen,Antonia Mas,Richard Messnarz,Blanca Nájera Villar,Alexander O’Connor,Rory V. O’Connor,Michael Reiner,Gabriele Sauberer,Klaus-Dirk Schmitz,Murat Yilmaz

DOI: https://doi.org/10.1007/978-3-319-38980-6_25

2016-01-01

Abstract:The practice of software development has evolved considerably in recent decades, with new programming technologies, the affordability of hardware, pervasive internet access and mobile computing all contributing to the emergence of new software development processes. The newer process initiatives, which include those which are sometimes referred to as agile or lean methods, have brought with them new terms, which sometimes reflect the introduction of novel concepts. Other times, new terms correspond to long established concepts that have been repackaged. The net position is that we have a proliferation of language and term usage in the software development process domain, a problem which has implications for assessors and assessment frameworks, and for the broader community. In this paper, we explore this problem, finding that it is worthy of further research. Plus, we identify a technique suited to addressing this concern: the establishment of a canonical software process ontological model.
A Decision Support Tool for Assessing the Maturity of Software Product Line Process

Faheem Ahmed,Luiz Fernando Capretz

DOI: https://doi.org/10.48550/arXiv.1507.06941

2015-07-24

Software Engineering

Abstract:The software product line aims at the effective utilization of software assets, reducing the time required to deliver a product, improving the quality, and decreasing the cost of software products. Organizations trying to incorporate this concept require an approach to assess the current maturity level of the software product line process in order to make management decisions. A decision support tool for assessing the maturity of the software product line process is developed to implement the fuzzy logic approach, which handles the imprecise and uncertain nature of software process variables. The proposed tool can be used to assess the process maturity level of a software product line. Such knowledge will enable an organization to make crucial management decisions. Four case studies were conducted to validate the tool, and the results of the studies show that the software product line decision support tool provides a direct mechanism to evaluate the current software product line process maturity level within an organization.
Comments on Software Process Improvement Methodologies Using QFD

wei xiong,yonghui cao

DOI: https://doi.org/10.12785/amis/070335

2013-01-01

Applied Mathematics & Information Sciences

Abstract:With rapid technological innovation and changes, the key to the survival company is the continuous improvement of its process. In this paper, we evaluate software process improvement (SPI) methodologies using QFD. There are Richardson's approach, Zultner's approach and SAP'S QFD for SPI. Then, we put on proposed model: CMMI staged model using QFD.
Using Agile Approaches to Drive Software Process Improvement Initiatives

Gislaine Nalepa,Rafaela Mantovani Fontana,Sheila Reinehr,Andreia Malucelli

DOI: https://doi.org/10.1007/978-3-030-28005-5_38

2019-01-01

Abstract:Software Process Improvement (SPI) initiatives intend to improve the quality of developed products by guiding development teams and aiming at increased efficiency and effectiveness on software development. However, some obstacles are perceived in companies that implement SPI, such as long periods of implementation, high cost, bureaucracy, lack of flexibility and misalignment with user’s needs. A proper SPI approach must guide new processes definition, mobilize proper resources and foster motivation for people to work on it. This paper presents an industry experience with a SPI approach based on Scrum to create new processes deliveries in short cycles. The implementation strategy was based on action research. Results show that the Scrum framework was helpful to create fast outcomes, Design Thinking workshops succeeded in generating initial versions of the product backlog, and User Experience aided defining the navigability of the defined processes.
From Pragmatic to Systematic Software Process Improvement: An Evaluated Approach

Marco Kuhrmann,Daniel Méndez Fernández

DOI: https://doi.org/10.48550/arXiv.1702.05723

2017-02-19

Software Engineering

Abstract:Software processes improvement (SPI) is a challenging task, as many different stakeholders, project settings, and contexts and goals need to be considered. SPI projects are often operated in a complex and volatile environment and, thus, require a sound management that is resource-intensive requiring many stakeholders to contribute to the process assessment, analysis, design, realisation, and deployment. Although there exist many valuable SPI approaches, none address the needs of both process engineers and project managers. This article presents an Artefact-based Software Process Improvement & Management approach (ArSPI) that closes this gap. ArSPI was developed and tested across several SPI projects in large organisations in Germany and Eastern Europe. The approach further encompasses a template for initiating, performing, and managing SPI projects by defining a set of 5 key artefacts and 24 support artefacts. We present ArSPI and discus results of its validation indicating ArSPI to be a helpful instrument to set up and steer SPI projects.
Analytical Network Process for Software Selection in Product Development: A Case Study

James A. W. Mulebeke,Li Zheng

DOI: https://doi.org/10.1016/j.jengtecman.2006.08.004

IF: 4.489

2006-01-01

Journal of Engineering and Technology Management

Abstract:Application of software for manufacturing processes is one of the resolutions many enterprises have resorted to in the 21st century. This has been a result of increased complexity of products, globalization, rapid changes in technology and so on. The idea was that application of software especially for product development would increase the competitive advantage of industry nevertheless the irony has been that most of the investment in software has not achieved the expected results. We carry out a case study to introduce a methodology, the analytical network process as a multiattribute strategic decision making approach to help in the selection of appropriate software to suit the product development process of a particular product.
The Personal Software Process, Experiences from Denmark

Pekka Abrahamsson,Karlheinz Kautz

DOI: https://doi.org/10.48550/arXiv.1903.10893

2019-03-26

Software Engineering

Abstract:Software process improvement (SPI) research and practice is transforming from the traditional large-scale assessment based improvement initiatives into smaller sized, tailored initiatives where the emphasis is set on the development personnel and their personal abilities. The personal software process (PSPSM) is a method for improving the personal capabilities of a single software engineer. This paper contributes to the body of knowledge within this area by reporting experiences from Denmark. The results indicate an improvement in the effort estimation skills and a significant increase in the resulting product quality in terms of reduced total defect density. The data shows that with relatively small effort (i.e., 10%) used in defect prevention activities (i.e., design and code reviews) almost one third of all defects were removed and consequently the time required for the testing was cut by 50%. Based on this data the use of the PSP method in the software industry is discussed.
Process Aware Information Systems: Bridging People and Software Through Process Technology

Marlon Dumas,Wil van der Aalst,Arthur H. M. ter Hofstede

DOI: https://doi.org/10.5860/choice.43-4070

2006-01-01

Choice Reviews Online

Abstract:In the last 10 years, there has been an explosion in the number of technologies, standards, and tools to provide process support. The book provides a unified and comprehensive overview of the principles, techniques and technologies underlying the emerging discipline of process aware information systems engineering. It brings together contributions from leading experts in this fast-growing field. Each chapter ends with a collection of thought-provoking exercises, which also makes it ideal as a text book. The book closes with a list of resources including suggested readings as well as URLs of relevantstandardization bodies, initiatives, and consortia
Production management of standardized products using electronic process automation — single window

DOI: https://doi.org/10.36652/0869-4931-2020-74-8-339-345

2020-01-01

Abstract:A non-standard approach to solving the activation planning problems of the standardized products in a multinomenclature workshop is considered. This approach is caused by writing control programs and developing new information systems without changing previously developed workstations, which were created by using an outdated programming languages, in particular Clipper applications. The concept of creating a single information space — a set of databases and software tools integrated at the software level is proposed. Keywords standardized product; normal; software; web interface; single window; automatic work place; production task; shift task; order-shift report; control and registration card
Focusing Testing by Using Inspection and Product Metrics

Frank Elberzhager,Stephan Kremer,Jürgen Münch,Danilo Assmann

DOI: https://doi.org/10.48550/arXiv.1401.7758

2014-01-30

Software Engineering

Abstract:A well-known approach for identifying defect-prone parts of software in order to focus testing is to use different kinds of product metrics such as size or complexity. Although this approach has been evaluated in many contexts, the question remains if there are further opportunities to improve test focusing. One idea is to identify other types of information that may indicate the location of defect-prone software parts. Data from software inspections, in particular, appear to be promising. This kind of data might already lead to software parts that have inherent difficulties or programming challenges, and in consequence might be defect-prone. This article first explains how inspection and product metrics can be used to focus testing activities. Second, we compare selected product and inspection metrics commonly used to predict defect-prone parts (e.g., size and complexity metrics, inspection defect content metrics, and defect density metrics). Based on initial experience from two case studies performed in different environments, the suitability of different metrics for predicting defect-prone parts is illustrated. The studies revealed that inspection defect data seems to be a suitable predictor, and a combination of certain inspection and product metrics led to the best prioritizations in our contexts. In addition, qualitative experience is presented, which substantiates the expected benefit of using inspection results to optimize testing.
Inter‐project improvement in product development

Marc Antoni,Lars Nilsson‐Witell,Jens J. Dahlgaard

DOI: https://doi.org/10.1108/02656710510625194

2005-12-01

Abstract:Purpose Product development projects can be utilized to create not only new products or services but also competitively important capabilities on how to work with product development. The resulting capabilities can be, and often are, as important as the product itself. Although there is potential for an organization to improve product development performance, most organizations can learn even more from their development experiences. A reliance on post‐project reviews to share knowledge across projects is doomed to fail, since it usually is of low priority and does not capture the complexity of development projects. The aim of this research is to investigate what organizations can do to reduce the effect of losing valuable experience gained in product development projects. Design/methodology/approach A multiple case study approach, using both qualitative and quantitative data, is used to perform a study of two high‐tech product development organizations with respect to their inter‐project improvement activities. A framework concerning inter‐project improvement is presented, containing concepts such as levels of learning, improvement content, and axes of improvement. Findings To avoid losing valuable experience, an organization should use multiple strategies to share knowledge across projects. Examples of successful strategies are to use a well‐established product development process, professional full‐time project managers as well as modularization of the product. Originality/value Although research on organizational learning in product development has increased significantly during the last few years, this research contributes to a deeper understanding of inter‐project improvement by combining perspectives from quality management, organizational learning, and knowledge management.

Product Focused Software Process Improvement

Strategic Issues on Implementing a Software Process Improvement Program

A Framework for Process Assessment of Software Product Line

Software Process Commonality Analysis

Software Product Line Engineering

Framework of Software Process Improvement

Software Process Assessment and Improvement

Catching up with Method and Process Practice: An Industry-Informed Baseline for Researchers

Product Line-Based Software Development

Evaluation and Measurement of Software Process Improvement -- A Systematic Literature Review

An Investigation of Software Development Process Terminology

A Decision Support Tool for Assessing the Maturity of Software Product Line Process

Comments on Software Process Improvement Methodologies Using QFD

Using Agile Approaches to Drive Software Process Improvement Initiatives

From Pragmatic to Systematic Software Process Improvement: An Evaluated Approach

Analytical Network Process for Software Selection in Product Development: A Case Study

The Personal Software Process, Experiences from Denmark

Process Aware Information Systems: Bridging People and Software Through Process Technology

Production management of standardized products using electronic process automation — single window

Focusing Testing by Using Inspection and Product Metrics

Inter‐project improvement in product development