2005
DOI: 10.1007/11415787_4
|View full text |Cite
|
Sign up to set email alerts
|

Process Refinement in B

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
5
0

Year Published

2005
2005
2022
2022

Publication Types

Select...
4
2
1

Relationship

0
7

Authors

Journals

citations
Cited by 8 publications
(5 citation statements)
references
References 23 publications
0
5
0
Order By: Relevance
“…For B, the concept of trace refinement is implemented in the form of refinement checking to ensure that an abstract machine contains all concrete traces [7,9,18]. We define a trace T as an ordered list of transitions t 1 , .…”
Section: Trace Refinement In Bmentioning
confidence: 99%
“…For B, the concept of trace refinement is implemented in the form of refinement checking to ensure that an abstract machine contains all concrete traces [7,9,18]. We define a trace T as an ordered list of transitions t 1 , .…”
Section: Trace Refinement In Bmentioning
confidence: 99%
“…The use of event traces to model system behaviour is well-known from process algebra, especially CSP [32]. Although event traces are not part of the standard semantic definitions in B, many authors have made the link between B machines and event traces including [17,24,57]. The ProB animator can also be viewed as a way of computing sample traces of a B machine.…”
Section: Tracesmentioning
confidence: 99%
“…By not embedding inputs, we are replacing this by seq(Index × Input) → { * } ↔ seq Output, in functional programming terms: uncurrying and zipping. 4 For discussions about which aspects of a system should or could be observed see [45] and [23].…”
Section: Definition 7 (Refusal Embedding)mentioning
confidence: 99%