Supporting CMMI Level 2 SAM PA with Non-technical Features Catalogues

In the last decades, the use of methods and models for the evaluation and continuous improvement of software processes has become a common practice in software development organisations. This is not only due to the fact that software quality is becoming an increasing concern to both practitioners and researchers but also that the software market is becoming gradually more demanding in terms of development constraints, systems evolution and emerging business models. To cope with this reality, the adoption of Software Process Improvement Models such as capability maturity model integration (CMMI) is perceived by many software development organisations as a basic survival principle. However CMMI is not prescriptive; it provides instead a compendium of best practices which should be adopted by organisations usually after the development of several supporting assets. In this article, we propose the use of a unified catalogue of non-technical features to support some of the activities of CMMI level 2, namely the ones in relation to Supplier Agreement Management (SAM). Non-technical features included in the catalogue have been collected from the literature and also from our research and industrial experiences. We illustrate the approach with a software selection process carried out in a telecommunications company. Copyright © 2008 John Wiley & Sons, Ltd.

[1]  B. S. Sahay,et al.  Development of software selection criteria for supply chain solutions , 2003, Ind. Manag. Data Syst..

[2]  Carme Quer,et al.  Determining Criteria for Selecting Software Components: Lessons Learned , 2007, IEEE Software.

[3]  Carme Quer,et al.  COSTUME: a method for building quality models for composite COTS-based software systems , 2004 .

[4]  Antonio Vallecillo,et al.  A Survey on the Quality Information Provided by Software Component Vendors , 2003 .

[5]  Gerard O’Regan,et al.  The Capability Maturity Model , 2002 .

[6]  Marco Torchiano,et al.  Definition and Classification of COTS: A Proposal , 2002, ICCBSS.

[7]  Laurence Brooks,et al.  Identifying and classifying processes (traditional and soft factors) that support COTS component selection: a case study , 2000, ECIS.

[8]  Douglas Kunda,et al.  STACE: Social Technical Approach to COTS Software Evaluation , 2003, Component-Based Software Quality.

[9]  Wing Lam,et al.  Evaluating tools to support component based software engineering , 1997, Proceedings Fifth International Symposium on Assessment of Software Tools and Technologies.

[10]  Xavier Franch,et al.  Using Quality Models in Software Package Selection , 2003, IEEE Softw..

[11]  Mordechai Ben-Menachem,et al.  Review of "CMMI: guidelines for process integration and product improvement by Mary Beth Chrissis, Mike Konrad and Sandy Shrum." Addison Wesley 2003 , 2004, SOEN.

[12]  Marco Torchiano,et al.  COTS products characterization , 2002, SEKE '02.

[13]  Carme Quer,et al.  Towards a Unified Catalogue of Non-Technical Quality Attributes to Support COTS-Based Systems Lifecycle Activities , 2007, 2007 Sixth International IEEE Conference on Commercial-off-the-Shelf (COTS)-Based Software Systems (ICCBSS'07).

[14]  M. Krystkowiak.  Efficient COTS selection with OPAL tool , 2004, ICSE 2004.

[15]  Carme Quer,et al.  Managing Non-Technical Requirements in COTS Components Selection , 2006, 14th IEEE International Requirements Engineering Conference (RE'06).