2013
DOI: 10.1007/978-3-642-36611-6_25
|View full text |Cite
|
Sign up to set email alerts
|

Transition from Process- to Product-Level Perspective for Business Software

Abstract: Abstract. When there are insufficient inputs for a product-level approach to requirements elicitation, a process-level perspective is an alternative way for achieving the intended base requirements. We define a V+V process approach that supports the creation of the intended requirements, beginning in a process-level perspective and evolving to a product-level perspective trough successive models derivation with the purpose of creating context for the implementation teams. The requirements are expressed through… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3

Citation Types

0
7
0

Year Published

2013
2013
2017
2017

Publication Types

Select...
3
1
1

Relationship

2
3

Authors

Journals

citations
Cited by 6 publications
(7 citation statements)
references
References 14 publications
0
7
0
Order By: Relevance
“…However, implementation teams may experience difficulties in understanding key information from requirements artifacts, including the architecture (namely, understanding the "who", "what" and the "why"). Even when the system requirements are (semi-)automatically derived from user requirements, like the V+V process [3], the gathered information typically it is not yet ready to be consumed and passed on to the implementation teams. Within the V+V process, the requirements are expressed through logical architectural models and stereotyped sequence diagrams in both a process-and a product-level perspective.…”
Section: Introductionmentioning
confidence: 99%
See 2 more Smart Citations
“…However, implementation teams may experience difficulties in understanding key information from requirements artifacts, including the architecture (namely, understanding the "who", "what" and the "why"). Even when the system requirements are (semi-)automatically derived from user requirements, like the V+V process [3], the gathered information typically it is not yet ready to be consumed and passed on to the implementation teams. Within the V+V process, the requirements are expressed through logical architectural models and stereotyped sequence diagrams in both a process-and a product-level perspective.…”
Section: Introductionmentioning
confidence: 99%
“…In the V+V process [3], technological requirements comply with the organization's business requirements. The first execution of the V-Model acts in the analysis phase and regards a process-level perspective.…”
mentioning
confidence: 96%
See 1 more Smart Citation
“…The transition is part of an approach that expresses the project goals and allows creating context to implement a software system. The entire approach is detailed in [3] as a V + V process, based on the composition of two V-shaped process models (inspired in the "Vee" process model [4]). This way, we formalize the transition steps between perspectives that are required in order to align the requirements the V+V process presented in [3].…”
Section: Introductionmentioning
confidence: 99%
“…The entire approach is detailed in [3] as a V + V process, based on the composition of two V-shaped process models (inspired in the "Vee" process model [4]). This way, we formalize the transition steps between perspectives that are required in order to align the requirements the V+V process presented in [3]. The requirements are expressed through logical architectural models and stereotyped sequence diagrams [5] in both a process-and a product-level perspective.…”
Section: Introductionmentioning
confidence: 99%