TY - GEN
T1 - Impact minimization of requirements change in software project through requirements classification
AU - Ahmad, Zahoor
AU - Hussain, Musarrat
AU - Rehman, Abdur
AU - Qamar, Usman
AU - Afzal, Muhammad
PY - 2015/1/8
Y1 - 2015/1/8
N2 - One of many reasons of software project failure is requirement changes. Different requirement changes come up during different phases of software development. Managing these changes throughout the software life cycle especially at later development phases is a challenging task. Mismanaged requirement changes can also lead to failure of the project. In this paper we present a model in which requirements will be divided in to three different categories; fixed, less likely to change, and most likely to change. All requirements which have no chance of change come under fixed category. Requirements having less chances of change will come under less likely to change category and requirements having great chances of change will come under most likely to change category. Modularization is based on category of the requirements. As a result, requirement changes are properly managed while few resources are used for incorporating the requirement changes and project failure chances are mitigated.
AB - One of many reasons of software project failure is requirement changes. Different requirement changes come up during different phases of software development. Managing these changes throughout the software life cycle especially at later development phases is a challenging task. Mismanaged requirement changes can also lead to failure of the project. In this paper we present a model in which requirements will be divided in to three different categories; fixed, less likely to change, and most likely to change. All requirements which have no chance of change come under fixed category. Requirements having less chances of change will come under less likely to change category and requirements having great chances of change will come under most likely to change category. Modularization is based on category of the requirements. As a result, requirement changes are properly managed while few resources are used for incorporating the requirement changes and project failure chances are mitigated.
KW - Expected Change Repository
KW - Requirements Categorization
KW - Requirements Change Management
KW - Requirements Change Management Model
KW - Requirements Change Management Process
UR - https://www.scopus.com/pages/publications/84926213581
U2 - 10.1145/2701126.2701174
DO - 10.1145/2701126.2701174
M3 - Conference contribution
AN - SCOPUS:84926213581
T3 - ACM IMCOM 2015 - Proceedings
BT - ACM IMCOM 2015 - Proceedings
PB - Association for Computing Machinery, Inc
T2 - 9th International Conference on Ubiquitous Information Management and Communication, ACM IMCOM 2015
Y2 - 8 January 2015 through 10 January 2015
ER -