Scoping software process lines

Defining organization-specific process standards by integrating, harmonizing, and standardizing heterogeneous and often implicit processes is an important task, especially for large development organizations. On the one hand, such a standard must be generic enough to cover all of the organization's development activities; on the other hand, it must be as detailed and precise as possible to support employees' daily work. Today, organizations typically maintain and advance a plethora of individual processes, each addressing specific problems. This requires enormous effort, which could be spent more efficiently. This article introduces an approach for developing a Software Process Line that, similar to a Software Product Line, promises to reduce the complexity and thus, the effort required for managing the processes of a software organization. We propose Scoping, Modeling, and Architecting the Software Process Line as major steps, and describe in detail the Scoping approach we recommend, based on an analysis of the potential products to be produced in the future, the projects expected in the future, and the respective process capabilities needed. In addition, the article sketches experience from determining the scope of space process standards for satellite software development. Finally, it discusses the approach, draws conclusions, and gives an outlook on future work. Copyright © 2009 John Wiley & Sons, Ltd.

[1]  Kurt Bittner,et al.  Use Case Modeling , 2002 .

[2]  Dirk Muthig,et al.  A practical guide to product line scoping , 2006 .

[3]  John D. McGregor,et al.  Calculating ROI for software product lines , 2004, IEEE Software.

[4]  Klaus Schmid A comprehensive product line scoping approach and its validation , 2002, ICSE '02.

[5]  Klaus Schmid,et al.  PuLSE: a methodology to develop software product lines , 1999, SSR '99.

[6]  Borislava I. Simidchieva,et al.  Representing Process Variation with a Process Family , 2007, ICSP.

[7]  Anthony Stefanidis,et al.  Efficient summarization of spatiotemporal events , 2003, CACM.

[8]  Joachim Bayer,et al.  Improving the Development of e-Business Systems by Introducing Process-Based Software Product Lines , 2006, PROFES.

[9]  H. A. David,et al.  The method of paired comparisons , 1966 .

[10]  David Lorge Parnas,et al.  On the Design and Development of Program Families , 2001, IEEE Transactions on Software Engineering.

[11]  Dirk Muthig,et al.  Predicting return-on-investment for product line generations , 2006 .

[12]  Harlan D. Mills,et al.  Cleanroom Software Engineering , 1987, IEEE Software.

[13]  Edward Yourdon,et al.  Structured design : fundamentals of a discip!ine of computer proqram and system desiqn , 1979 .

[14]  Victor R. Basili,et al.  Support for comprehensive reuse , 1991, Softw. Eng. J..

[15]  H. Dieter Rombach Integrated Software Process and Product Lines , 2005, ISPW.

[16]  Brian Fitzgerald,et al.  Software development method tailoring at Motorola , 2003, CACM.

[17]  Murray Turoff,et al.  The Delphi Method: Techniques and Applications , 1976 .

[18]  Trevor Wood-Harper,et al.  Information Systems Development Research: An Exploration of Ideas in Practice , 1991, Comput. J..

[19]  Paul Clements,et al.  Software product lines - practices and patterns , 2001, SEI series in software engineering.

[20]  Louis Cohen,et al.  Quality Function Deployment: How to Make QFD Work for You , 1995 .

[21]  Sira Vegas,et al.  A Characterisation Schema for Software Testing Techniques , 2005, Empirical Software Engineering.

[22]  Claude R. Baudoin,et al.  Realizing the object-oriented lifecycle , 1996 .

[23]  Laszlo A. Belady Leonardo: the MCC software research project , 1989 .

[24]  Jürgen Münch,et al.  Scoping Software Process Models - Initial Concepts and Experience from Defining Space Standards , 2008, ICSP.

[25]  Leon J. Osterweil,et al.  Software processes are software too , 1987, ISPW.