Proceedings of the 6th ECMFA Traceability Workshop 2010
DOI: 10.1145/1814392.1814398
|View full text |Cite
|
Sign up to set email alerts
|

Tool support for generation and validation of traces between requirements and architecture

Abstract: Traceability is considered crucial for establishing and maintaining consistency between software development artifacts. Although considerable research has been devoted to relating requirements and design artifacts with source code, less attention has been paid to relating requirements with architecture by using well-defined semantics of traces. We present a tool that provides trace establishment by using semantics of traces between R&A (Requirements and Architecture). The tool provides the following: (1) gener… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
13
0

Year Published

2012
2012
2022
2022

Publication Types

Select...
4
1
1

Relationship

2
4

Authors

Journals

citations
Cited by 19 publications
(13 citation statements)
references
References 21 publications
0
13
0
Order By: Relevance
“…By providing change alternatives with impact prediction we determine some of the false positive impacts that usually occur in the industrial tools. Once the requirements engineer analyzes the impact of a change in the requirements model with our approach, by using traces between requirements and architecture [35,37] the requirements engineer/the software architect can identify the impact of this change in the software architecture.…”
Section: Resultsmentioning
confidence: 99%
“…By providing change alternatives with impact prediction we determine some of the false positive impacts that usually occur in the industrial tools. Once the requirements engineer analyzes the impact of a change in the requirements model with our approach, by using traces between requirements and architecture [35,37] the requirements engineer/the software architect can identify the impact of this change in the software architecture.…”
Section: Resultsmentioning
confidence: 99%
“…Little support for evolution is provided. Preliminary work on the semantics of traces between requirements and architecture has been proposed by Goknil et al [2]. Our work is similar to Könemann's [4] with respect to explicitly considering design decisions as first-class entities, but Könemann gives no hint on how to exploit this information.…”
Section: Related Work Outlookmentioning
confidence: 97%
“…In our previous work [7] [10], we already give a detailed description of the verification of functional requirements since we also use the verification output (i.e., execution trace and counter example) to generate traces between requirements and architecture. In this section, we revisit the verification employing the Maude model checker (Figure 4).…”
Section: Verification Of Functional Requirementsmentioning
confidence: 99%
“…We employ behavioral semantics for a part of AADL [19] expressed in rewriting logic supported by the Maude language and tools [3]. Having the formal semantics makes the AADL models executable and enables the formal verification of functional requirements on the architecture, which is also employed in our previous work [7] [10] to generate traces between requirements and architecture. The verification uses the discrete event simulation, which introduces the notion of events, states, and state space.…”
Section: Introductionmentioning
confidence: 99%