2013
DOI: 10.1109/tse.2012.41
|View full text |Cite
|
Sign up to set email alerts
|

Elaborating Requirements Using Model Checking and Inductive Learning

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
4
1

Citation Types

0
35
0

Year Published

2013
2013
2020
2020

Publication Types

Select...
4
1
1

Relationship

2
4

Authors

Journals

citations
Cited by 26 publications
(35 citation statements)
references
References 35 publications
0
35
0
Order By: Relevance
“…Several authors have proposed using logic programming to reason about software behaviour described in other formalisms [1,2,25].…”
Section: Conclusion and Related And Future Workmentioning
confidence: 99%
See 1 more Smart Citation
“…Several authors have proposed using logic programming to reason about software behaviour described in other formalisms [1,2,25].…”
Section: Conclusion and Related And Future Workmentioning
confidence: 99%
“…In recent years researchers in software engineering have responded to this by deploying a combination of verification and machine learning techniques to improve software specifications. For example, in [1] the authors describe a method for incrementally refining a consistent specification, expressed in first-order temporal logic, with respect to some given property using an integration of model checking and Inductive Logic Programming (ILP). In [2], the authors give a method for revising temporal specifications that may be incorrect or inconsistent using model checking and artificial neural networks.…”
Section: Introductionmentioning
confidence: 99%
“…The specification notations used early in a system's life cycle, such as FLTL properties [8], triggered scenarios [19], and event invariants [2], are intuitive and inherently partial, focusing on narrow aspects of the system's behavior. For example, a scenario describes a single required sequence of interactions between the system's components, whereas a safety property proscribes some system behavior as illegal.…”
Section: Introductionmentioning
confidence: 99%
“…To avoid errors and to support requirements elicitation, the above, inherently partial requirements should ideally be supported with techniques that help (1) to detect the inconsistencies between the individual requirements, (2) to validate and verify the overall system behavior, and (3) to explore the currently underspecified behaviors. To this end, researchers have proposed synthesizing a system's partial behavior model [6], [7], [11], [12], [18], [19], [22], represented using an FSA-based formalism such as modal transition systems (MTS) [14], from the system requirements.…”
Section: Introductionmentioning
confidence: 99%
See 1 more Smart Citation