1991
DOI: 10.1007/3-540-53912-3_17
|View full text |Cite
|
Sign up to set email alerts
|

ViewPoint oriented software development: Methods and viewpoints in requirements engineering

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
24
0

Year Published

2000
2000
2018
2018

Publication Types

Select...
6
1
1

Relationship

0
8

Authors

Journals

citations
Cited by 20 publications
(25 citation statements)
references
References 4 publications
0
24
0
Order By: Relevance
“…Model-based requirements engineering is often seen as an important part as it allows, among others, for full continuity across the entire engineering process [4]. As model-based documentation is often used from different requirements perspectives or to document the intentions of different stakeholders in different requirements models [5], inconsistencies between multiple requirements models can easily arise and need to be investigated and resolved by requirements engineers [6]. This particular challenge can often only be solved by manual validation, as automated approaches can only detect inconsistencies but not negotiate agreement between different stakeholders and thus, ensure the correctness of all requirements artifacts (cf.…”
Section: Motivation and Backgroundmentioning
confidence: 99%
“…Model-based requirements engineering is often seen as an important part as it allows, among others, for full continuity across the entire engineering process [4]. As model-based documentation is often used from different requirements perspectives or to document the intentions of different stakeholders in different requirements models [5], inconsistencies between multiple requirements models can easily arise and need to be investigated and resolved by requirements engineers [6]. This particular challenge can often only be solved by manual validation, as automated approaches can only detect inconsistencies but not negotiate agreement between different stakeholders and thus, ensure the correctness of all requirements artifacts (cf.…”
Section: Motivation and Backgroundmentioning
confidence: 99%
“…Goals are conditions to be satisfied by some aspect of a system or a system modification. Goals can be decomposed into and-or trees and can be used with respect to different viewpoints of a system [10,20]. The proposed notation allows goals to be added to the business layer of a model as boxes containing free format text.…”
Section: Extending Archimatementioning
confidence: 99%
“…Published literature shows that a number of approaches that allow requirement elicitation and analysis for data modeling have been developed; below we present only those that are widely used. Although not exhaustive, this selection is representative of both the range described in the relevant literature and of what is currently practiced in industry (Zowghi et al 2005): goal-oriented (Donzelli et al 2003;Mylopoulos et al 1999;Zhang et al 2007), function-based (Chandrasekaran et al 1996), and viewpoint-oriented (Finkelstein et al 1991a;Finkelstein et al 1991b;Kotonya 1999;Steen et al 2004). The comparison suggests that an extended approach that is informed by Activity Theory provides a more comprehensive framework to elicit and analyze the requirements for data modeling.…”
Section: Chemical Incident Response Data Model Developmentmentioning
confidence: 99%