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

Towards Development of Complete and Conflict-Free Requirements

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
20
0

Year Published

2019
2019
2023
2023

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 23 publications
(20 citation statements)
references
References 13 publications
0
20
0
Order By: Relevance
“…To find missing and conflicting requirements, Moitra et al [17] described a tool ASSERT™ which was developed by General Electric Company. This tool requires the analysts to define the entities and variables involved in the requirements description using Semantic Application Design Language (SADL) and then automatically validate them using the ACL2 formalism.…”
Section: Related Workmentioning
confidence: 99%
“…To find missing and conflicting requirements, Moitra et al [17] described a tool ASSERT™ which was developed by General Electric Company. This tool requires the analysts to define the entities and variables involved in the requirements description using Semantic Application Design Language (SADL) and then automatically validate them using the ACL2 formalism.…”
Section: Related Workmentioning
confidence: 99%
“…Since especially novice users are not familiar with communicating requirements, which may be rooted in an incomplete understanding of their own needs, the task of uncovering the cause of a need or requirement falls to the interviewer. Otherwise, interviews lead to ambiguous user statements at the wrong level of abstraction [13]. Without uncovering the cause of, or foundation for user needs, the development of disruptive solutions stagnates.…”
Section: A Common Issues In User Elicitation Interviewsmentioning
confidence: 99%
“…However, these tools do not suffice in providing a solution to both challenges introduced: Annotation-based tools primarily enable RE for iteratively improving existing systems; NL tools commonly require a requirements engineer to facilitate the process, hence retaining a bottleneck for wide audience integration [11]; additionally, existing research rarely considers (methodological) guidance for novice end-users. Tools such as FAME [12] and ASSERT [13] cater to novices, but only on the side of a novice analyst, not novice users, hence not enabling self-elicitation. A literature gap remains in extending RE techniques to wide audiences.…”
Section: Introductionmentioning
confidence: 99%
“…In our perception, the interest, acceptance, use, and need for formal methods (in the sense of Bjørner & Havelund) in the software industry has rapidly changed in recent years. 1 In the last 10 years, the big internet companies have all established departments that focus on formal analysis of software systems, companies from the aerospace [11] and automotive [12] domain formalise and analyse requirements, and even small companies benefited from formal design models complementing their development process [13]. To best prepare our students of today for their future career in industry or academia, we feel the need to provide our students with a basic and solid understanding of the concept of formal methods, their use, and an overview over advantages and disadvantages.…”
Section: Introductionmentioning
confidence: 99%