2019
DOI: 10.1556/1848.2019.0015
|View full text |Cite
|
Sign up to set email alerts
|

Optimization of software requirement process: An integrated conceptual model of lean six sigma and requirement planning

Abstract: Providing quality requirements in Software Engineering is vital to ensure the product developed is able to deploy and function to meet the operational objectives. Software Requirement Engineering is the most complex process because it involves the integration of human, logics and process. Extracting or capturing what customers need and want is called Requirement Elicitation (RE) and it is the most crucial process in requirement engineering. If handled poorly, the cost of the failures would be very expensive. M… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
3
0

Year Published

2021
2021
2023
2023

Publication Types

Select...
3
1

Relationship

0
4

Authors

Journals

citations
Cited by 4 publications
(3 citation statements)
references
References 18 publications
0
3
0
Order By: Relevance
“…The traditional PD process can be improved by a series of components, including practices and functional roles for a new lean PD process (Hoppmann et al ., 2011; Nepal et al ., 2011), and to counteract specific PD problems, such as ambiguity regarding tasks' responsibilities and project cost overruns (Tortorella et al ., 2016). On the one side, current frameworks on components of lean PD defined them according to the typology of innovation projects (Lermen et al ., 2018) or in integration with Six Sigma (Salleh and Nohuddin, 2019) and the green approach (Oliveira et al ., 2018). On the other side, more structured classifications of lean tools are based on wastes and impacts that mainly characterise the production process (Alaskari et al ., 2016; Belhadi et al ., 2018).…”
Section: Theoretical Backgroundmentioning
confidence: 99%
“…The traditional PD process can be improved by a series of components, including practices and functional roles for a new lean PD process (Hoppmann et al ., 2011; Nepal et al ., 2011), and to counteract specific PD problems, such as ambiguity regarding tasks' responsibilities and project cost overruns (Tortorella et al ., 2016). On the one side, current frameworks on components of lean PD defined them according to the typology of innovation projects (Lermen et al ., 2018) or in integration with Six Sigma (Salleh and Nohuddin, 2019) and the green approach (Oliveira et al ., 2018). On the other side, more structured classifications of lean tools are based on wastes and impacts that mainly characterise the production process (Alaskari et al ., 2016; Belhadi et al ., 2018).…”
Section: Theoretical Backgroundmentioning
confidence: 99%
“…Therefore, the results of this study may be affected and the number of collected requirements may not be enough. In addition, a single requirement gathering technique is insufficient, leading to the essential implementation of a combination of techniques to solve different types of requirements [39], [38], the study suggests implementing other requirement gathering techniques in future research, such as a case study, literature review, and experimentation, as well as increasing the number of participants.…”
Section: Requirements Commentsmentioning
confidence: 99%
“…Requirement gathering is a method used to discover features or behaviors of a system by one or more stakeholders [38]. Many research methods serve as requirement gathering methods by adopting or modifying interviews, questionnaires, observations, prototyping, task analysis, brainstorming, and laddering [39]. Interviews and questionnaires are the most used methods of system and software engineering to gather qualitative and quantitative data.…”
Section: Introductionmentioning
confidence: 99%