A methodology to manage the changing requirements of a software project

Requirements evolve and managing requirements evolution is necessary to meet the business needs of a customer. The continuous changing requirements can affect the cost, schedule and quality of a software project. Inability to manage the changing requirements may lead to inconsistencies in system requirements and results in failure of the software project. An effective methodology to manage changing requirements is, therefore, necessary for successful project execution. This paper suggests a formal methodology to manage the changing requirements of a software project. In proposed methodology the requirements change management process is break-downed in multiple phases. The major stakeholders and typical work products of each phase are identified. The role of each stakeholder is explained with respect to relevant phase of the process. It has been identified that the Change Control Board (CCB) is the process owner and the main stakeholder of the change management process. The proposed methodology, which is based upon six phases, continuously manages the change requests throughout the whole life cycle of the project.

[1]  Cmmi Product Team Capability Maturity Model® Integration (CMMI), Version 1.1--Staged Representation , 2002 .

[2]  Gerald Kotonya,et al.  An Integrated Framework for Requirement Change Impact Analysis , 1999 .

[3]  Ian Sommerville,et al.  An empirical study of industrial requirements engineering process assessment and improvement , 2005, TSEM.

[4]  R S Pressman,et al.  Software engineering: a practitioner's approach (2nd ed.) , 1986 .

[5]  Cmmi Product Team Capability Maturity Model® Integration (CMMI), Version 1.1--Continuous Representation , 2002 .

[6]  Leah Goldin,et al.  The road to requirements maturity , 2003, Proceedings 2003 Symposium on Security and Privacy.

[7]  Qing Wang,et al.  Requirements management for the incremental development model , 2001, Proceedings Second Asia-Pacific Conference on Quality Software.

[8]  Mamoru Maekawa,et al.  Need-based requirements change management , 2001, Proceedings. Eighth Annual IEEE International Conference and Workshop On the Engineering of Computer-Based Systems-ECBS 2001.

[9]  Khaled El Emam,et al.  Causal analysis of the requirements change process for a large system , 1997, 1997 Proceedings International Conference on Software Maintenance.

[10]  Gonzalo Cuevas Agustín,et al.  Assessment of the requirements management process using a two-stage questionnaire , 2004, Fourth International Conference onQuality Software, 2004. QSIC 2004. Proceedings..

[11]  G. Cuevas,et al.  Assessment of the requirements management process using a two-stage questionnaire , 2004 .

[12]  Effy Oz,et al.  When professional standards are lax: the CONFIRM failure and its lessons , 1994, CACM.

[13]  Olly Gotel,et al.  Story-Wall: A Concept for Lightweight Requirements Management , 2007, 15th IEEE International Requirements Engineering Conference (RE 2007).

[14]  Koushik Kar,et al.  On Improving Change Management Process for Enterprise IT Services , 2008, 2008 IEEE International Conference on Services Computing.

[15]  Roger S. Pressman,et al.  Software Engineering: A Practitioner's Approach , 1982 .