2014 IEEE 22nd International Requirements Engineering Conference (RE) 2014
DOI: 10.1109/re.2014.6912294
|View full text |Cite
|
Sign up to set email alerts
|

Towards feature-oriented requirements validation for automotive systems

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
6
0

Year Published

2015
2015
2022
2022

Publication Types

Select...
6
3

Relationship

0
9

Authors

Journals

citations
Cited by 15 publications
(6 citation statements)
references
References 14 publications
0
6
0
Order By: Relevance
“…Our motivation is to rely, to the largest extent possible, on practices that are already in place in many companies developing embedded systems, including our industry partner, i.e., IEE S.A. (in the following "IEE") [17], with whom we performed multiple case studies reported in this paper. In many environments like IEE, development processes are use case-driven and arXiv:1907.08490v1 [cs.SE] 19 Jul 2019 this strongly influences their requirements engineering and system testing practices. Use case specifications are widely used for communicating requirements among stakeholders and, in particular, facilitating communication with customers, while a domain model clarifies the terminology and concepts shared among all stakeholders and thus avoids misunderstandings.…”
Section: Introductionmentioning
confidence: 99%
“…Our motivation is to rely, to the largest extent possible, on practices that are already in place in many companies developing embedded systems, including our industry partner, i.e., IEE S.A. (in the following "IEE") [17], with whom we performed multiple case studies reported in this paper. In many environments like IEE, development processes are use case-driven and arXiv:1907.08490v1 [cs.SE] 19 Jul 2019 this strongly influences their requirements engineering and system testing practices. Use case specifications are widely used for communicating requirements among stakeholders and, in particular, facilitating communication with customers, while a domain model clarifies the terminology and concepts shared among all stakeholders and thus avoids misunderstandings.…”
Section: Introductionmentioning
confidence: 99%
“…Moreover, works not using the use cases for the capture of SPL variabilities were not considered (e.g. Zhou et al (2014)). …”
Section: Discussionmentioning
confidence: 99%
“…RUCM is based on a template and restriction rules, reducing ambiguities and incompleteness in use cases. It has been successfully applied in many domains [33], [34], [35], [36], [37], [38], [39], [40]. This section does not distinguish between the original RUCM features and the extensions for RMCM, and we furthermore focus on misuse case specifications only.…”
Section: A Eliciting Misuse Cases With Rmcmmentioning
confidence: 99%