2011
DOI: 10.1049/iet-sen.2010.0096
|View full text |Cite
|
Sign up to set email alerts
|

Using soft systems methodology to improve requirements practices: an exploratory case study

Abstract: Soft systems methodology (SSM) should offer substantial benefits in managing expectations and requirements for a software-intensive system, but the benefits have not yet been examined empirically. This study reports an exploratory case study investigating the hypothesis that 'soft systems approach would identify all the flaws in requirements practices and suggest improvements suited to an organisation's context'. The authors analysed problematic requirements practices in an ongoing software-intensive socio-tec… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
5
1

Year Published

2012
2012
2022
2022

Publication Types

Select...
6
1

Relationship

0
7

Authors

Journals

citations
Cited by 16 publications
(7 citation statements)
references
References 24 publications
0
5
1
Order By: Relevance
“…In turn, Dey and Lee (2015) highlight that the technique helps identify the most relevant characteristics of a system. More over, , Shaw and Gaines (1996), Niu et al (2011), andJoseph (2017) say that the technique allows the detection of misunderstandings while helping to establish common points among stakeholders, avoiding com mon mistakes such as using different words to refer to the same idea and using the same word for different ideas. Ac cording to Davis et al (2006), some stakeholders may have difficulty expressing and articulating ideas, a situation in which RGT can be of great help.…”
Section: Why Use Rgt For Requirements Elicita Tion?mentioning
confidence: 99%
“…In turn, Dey and Lee (2015) highlight that the technique helps identify the most relevant characteristics of a system. More over, , Shaw and Gaines (1996), Niu et al (2011), andJoseph (2017) say that the technique allows the detection of misunderstandings while helping to establish common points among stakeholders, avoiding com mon mistakes such as using different words to refer to the same idea and using the same word for different ideas. Ac cording to Davis et al (2006), some stakeholders may have difficulty expressing and articulating ideas, a situation in which RGT can be of great help.…”
Section: Why Use Rgt For Requirements Elicita Tion?mentioning
confidence: 99%
“…Studies have shown that requirements defects cost 10-200 times more to correct once fielded than they would if they were detected during early architectural analysis stages [15], [24]. However, engineering an enterprise system's requirements is not without challenges.…”
Section: A Challenges Of Engineering Significant Requirementsmentioning
confidence: 99%
“…Despite the increasing number of proposals for designing enterprise systems, little is known about analyzing software architecture tradeoffs to tackle the dependencies, interactions, and interplays of architecturally significant requirements [14], [15]. Lack of this knowledge is a serious problem since systematic methods are not yet available for systems engineers to reason, analyze, and determine a suitable software infrastructure to parallel modern industrial automation.…”
mentioning
confidence: 99%
“…This has resulted in a highly extended use of requirements engineering during the development of complex systems [NASA, 2007; INCOSE, ]. The recognition of importance of doing requirements correctly as an enabler to succeed in system development has initiated a continuous effort for improving and promoting requirements engineering [Hooks, ; Kaindl et al., ; Niu, Lopez, and Cheng, ; INCOSE, ], although its proper adoption does not seem to have arrived yet [Hooks, 2010; Fanmuy and Foughali, ] and failure in complex systems remains persistently [Bahill and Henderson, ; Schwenn, et al., ].…”
Section: Introductionmentioning
confidence: 99%