2009
DOI: 10.1007/978-3-540-92966-6_2
|View full text |Cite
|
Sign up to set email alerts
|

Current and Future Research Directions in Requirements Engineering

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
2

Citation Types

0
18
0

Year Published

2012
2012
2023
2023

Publication Types

Select...
6
2
1

Relationship

0
9

Authors

Journals

citations
Cited by 40 publications
(18 citation statements)
references
References 131 publications
0
18
0
Order By: Relevance
“…The objective of the requirements elicitation technique is to determine what problem needs to be solved, therefore, the elicitation techniques focuses the requirements engineer on the problem domain, rather than on possible solution of those problems. Based on the literature survey [1,2,4,5,6,7,8,9,13,14 ], we divide the requirements elicitation techniques into 4 types: (i) traditional techniques i.e., based on data gathering, (ii) group elicitation techniques i.e., based on groups or workshop, (iii) cognitive techniques i.e., related to the mental process, and (iv) contextual techniques i.e., based on observation of workplace of the customer. Hickey and Davis [7] suggests that models and ethnography techniques are the recommended techniques used by most of the analyst during requirements elicitation.…”
Section: Requirements Elicitationmentioning
confidence: 99%
“…The objective of the requirements elicitation technique is to determine what problem needs to be solved, therefore, the elicitation techniques focuses the requirements engineer on the problem domain, rather than on possible solution of those problems. Based on the literature survey [1,2,4,5,6,7,8,9,13,14 ], we divide the requirements elicitation techniques into 4 types: (i) traditional techniques i.e., based on data gathering, (ii) group elicitation techniques i.e., based on groups or workshop, (iii) cognitive techniques i.e., related to the mental process, and (iv) contextual techniques i.e., based on observation of workplace of the customer. Hickey and Davis [7] suggests that models and ethnography techniques are the recommended techniques used by most of the analyst during requirements elicitation.…”
Section: Requirements Elicitationmentioning
confidence: 99%
“…Much of RE research has focused on developing notations, techniques, and evaluation methodologies for requirements elicitation, modeling, analysis, validation, verification, and management [39]. Requirements identification, one of the major objectives of the RE process, involves determining the organizational or customer needs that must be addressed by the delivered artifact [72,114,175].…”
Section: Requirements Identification In Rementioning
confidence: 99%
“…In particular, the success of a software system depends on how well it fits the needs of its users and its environment. Therefore, software requirements comprise these needs, and Requirements Engineering (RE) is the process by which the requirements are determined [1]. If the requirements are not right, the execution of the entire project during development will be faulty.…”
Section: Introductionmentioning
confidence: 99%
“…This initiates a process that needs to be followed in order to ensure quality improvement. The authors in [1] observed that RE is about defining precisely the problem that the software is to solve (i.e., defining what the software is to do). In reality, [12] observed that budget and schedule constraints limit the number of requirements that can be worked on for a software system and is thus necessary to select the most valuable requirements for implementation.…”
Section: Introductionmentioning
confidence: 99%