Open AccessAn Approach for Selecting the Suitable Requirement Elicitation Technique
Author(s) -
Ibrahim Hassan Hussein et.al
Publication year - 2021
Publication title -
türk bilgisayar ve matematik eğitimi dergisi
Language(s) - English
Resource type - Journals
SCImago Journal Rank - 0.218
H-Index - 3
ISSN - 1309-4653
DOI - 10.17762/turcomat.v12i3.1078
Subject(s) - requirements elicitation , computer science , requirements analysis , requirements management , process (computing) , quality (philosophy) , requirements engineering , non functional requirement , user requirements document , software requirements , functional requirement , usability , software , software engineering , risk analysis (engineering) , software development , human–computer interaction , software design , software construction , medicine , philosophy , epistemology , programming language , operating system
Requirements elicitation is an initial phase in software development. In this phase, requirements engineers gather the requirements of the software under development from users, stakeholders and customers. The techniques used for gathering requirements have a big influence on the quality of requirements and the success of project. Many requirements elicitation techniques (RET) such as: interview, prototype and observation can be used for requirements gathering process. However, one technique is not suitable for all different projects. Usually requirement engineers select the RET based on personal preferences and assumptions such as; this is the only technique which they know. However, this subjective decision can result in using inappropriate RET. Using unsuitable RET may decrease the quality of elicited requirements. Even though researchers have proposed many techniques for elicitation, one of the challenging issues is to choose the suitable RET for specific situations. The purpose of this paper is to help requirement engineers to choose suitable RET. To do that firstly, we identify factors that affect in selecting RET. Secondly, an approach to select suitable RET is proposed. Thirdly, a prototype is developed to help requirements engineers and to ease the process of selectingelicitation technique. Lastly, experts evaluate the proposed approach and the prototype.