2017 IEEE 25th International Requirements Engineering Conference (RE) 2017
DOI: 10.1109/re.2017.54
|View full text |Cite
|
Sign up to set email alerts
|

Requirements Capture and Analysis in ASSERT(TM)

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
14
0

Year Published

2020
2020
2023
2023

Publication Types

Select...
5
3
1

Relationship

0
9

Authors

Journals

citations
Cited by 26 publications
(14 citation statements)
references
References 7 publications
0
14
0
Order By: Relevance
“…A natural language like input domain that we found in our survey is Structured English Language (4 primary studies, i. e., 3% of all primary studies), which overshadows the complexity of formal notations for engineers [55,56]. The ASSERT framework by Crapo et al [55] and Moitra et al [56,57], as well as the RailComplete framework by Luteberget and Johansen [54] accept Structured English Language as the input domain. To improve the interpretation of counterexamples, 5 primary studies (4% of all primary studies) use Structured English Language as the output domain.…”
Section: Input and Output Domains In Counterexample Explanationmentioning
confidence: 79%
See 1 more Smart Citation
“…A natural language like input domain that we found in our survey is Structured English Language (4 primary studies, i. e., 3% of all primary studies), which overshadows the complexity of formal notations for engineers [55,56]. The ASSERT framework by Crapo et al [55] and Moitra et al [56,57], as well as the RailComplete framework by Luteberget and Johansen [54] accept Structured English Language as the input domain. To improve the interpretation of counterexamples, 5 primary studies (4% of all primary studies) use Structured English Language as the output domain.…”
Section: Input and Output Domains In Counterexample Explanationmentioning
confidence: 79%
“…Particularly, domain ontologies and vocabularies are used to enhance the counterexample with additional information to ease error comprehension. Crapo et al [55,107] and Moitra et al [56,57] use Requirements Analysis Engine (RAE) and Analysis of Semantic Specifications and Efficient generation of Requirements-based Tests (ASSERT) that accept a formal requirement in an easily understandable syntax by making use of a domain ontology. Further, they analyze an incomplete set of requirements and localizes the error by identifying the responsible requirements with an error marker.…”
Section: Information Enriching Textual Representations Of Counterexam...mentioning
confidence: 99%
“…Several commercial tools are also available for formal requirements engineering. The ASSERT tool [8,30], proprietary to GE, uses an ontology-based approach both for formalizing domains through the language SADL, and the requirements themselves, through the language SRL. Requirements are in the form of assignments to attributes conditioned on (possibly temporal) Boolean conditions.…”
Section: Related Workmentioning
confidence: 99%
“…They validated their rules through a case study, and described their tool in another paper (Post and Hoenicke 2012). Crapo et al (2017) propose the Semantic Application Design Requirements Language which is a controlled natural language in English for writing functional requirements. Their language supports the mapping to first-order logic.…”
Section: Controlled Natural Languagesmentioning
confidence: 99%