Proposing a Systematic Approach to Verify Software Requirements
- 1 Department of Computer Science, College of Science, Sultan Qaboos University, Muscat, Oman
Abstract
Identifying stakeholder’s needs, eliciting, categorizing and translating them into specifications is the requirement analysis process. Requirement analysis can be a long and arduous process during which many delicate psychological skills are involved. For any software, it is important to identify all stakeholders, collect their requirements and ensure they understand the implications of the software. The gap between stakeholders’ vision of the proposed software and the analysis's depiction of that software is the cause of shortcomings in analysis. If the requirements specified by analysts can be tested against stakeholders' expectations, then this gap might be narrowed, and better solutions might be resulted. This paper discusses the impact of the activities of the analysis phase on the development process and on the software itself. It describes the development of the ReqVerifier tool and proposes a systematic approach on how to test software requirements and verify them against stakeholders’ vision in order to develop a good software requirement for a quality software.
- Saeed, S., Khawaja, F.M. and Mahmood, Z. (2012) A Review of Software Quality Methodologies. In: Alsmadi, I., Ed., Advanced Automated Software Testing: Frameworks for Refined Practice, Information Science Reference, Hershey, 129-150.
- Alsmadi, I. and Saeed, S. (2013) A Software Development Process for Open Source and Open Competition Projects. International Journal of Business Information Systems, 12, 110-122. http://dx.doi.org/10.1504/IJBIS.2013.050662
- Beichter, F.W., Herzog, O. and Petzsch, H. (1994) SLAN-4 A Software Specification and Design Language. IEEE Transaction on Software Engineering, 10, 155-162.
- Pressman, R. (2001) Software Engineering: A Practitioner’s Approach. McGraw-Hill, New York.
- Christel, M. and Kang, K. (1992) Issues in Requirements Elicitation. Technical Report, CMU/SEI-92-TR-012, ESCTR-92-012.
- Alfeche, R. (1997) Requirements Engineering: A Good Practice Guide. John Wiley & Sons, Hoboken.
- Kotonya, G. and Sommerville, I. (1998) Requirements Engineering: Processes and Techniques. John Wiley & Sons, Chichester.
- Wiegers, K.E. (2003) Software Requirements. 2nd Edition, Microsoft Press, Redmond.
- Stellman, A. and Greene, J. (2005) Applied Software Project Management. O’REILLY, Sebastopol.
- Abran, A. and Moore, J. (2005) Chapter 2: Software Requirements. John Wiley & Sons, Hoboken.
- Gorschek, T., Garre, P., Larsson, S. and Wohlin, C. (2007) Industry Evaluation of the Requirements Abstraction Model. Requirements Engineering Journal, 12, 163-190. http://dx.doi.org/10.1007/s00766-007-0047-z
- Zagajsek, B. Separovic, K. and Car, Z. (2007) Requirements Management Process Model for Software Development Based on Legacy System Functionalities. 9th International Conference on Telecommunications (ConTEL 2007), Zagreb, 13-15 June 2007, 115-122.
- Jiang, X. (2008) Modeling and Application of Requirements Engineering Process Metamodel. IEEE International Symposium on Knowledge Acquisition and Modeling Workshop (KAM Workshop, 2008). Wuhan, 21-22 December 2008, 998-1001.
- Cheng, J. and Liu, Q. (2008) Using Stakeholder Analysis for Improving State Chart Merging in Software Requirement Management. The 9th International Conference for Young Computer Scientists (ICYCS, 2008), Beijing, 18-21 November 2008, 1217-1222,