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

Development via Refinement in Probabilistic B — Foundation and Case Study

Abstract: Abstract. In earlier work, we introduced probability to the B-Method (B ) by providing a probabilistic choice substitution and by extending B 's semantics to incorporate its meaning [8]. This, a first step, allowed probabilistic programs to be written and reasoned about within B . This paper extends the previous work into refinement within B . To allow probabilistic specification and development within B , we must add a probabilistic specification substitution; and we must determine the rules and techniques fo… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
8
0

Year Published

2006
2006
2017
2017

Publication Types

Select...
3
1
1

Relationship

1
4

Authors

Journals

citations
Cited by 6 publications
(8 citation statements)
references
References 13 publications
(11 reference statements)
0
8
0
Order By: Relevance
“…The fact that refinement is an integral part of the expectation transformers means that we may transfer proved properties of the abstraction to any refinement, a feature which separates us from other approaches to program verification, such as model checking [13,6,8]. This effectively allows us to use "lightweight" methods, leaving the bulk of the formality to a proof of refinement, and techniques for expediting that are addressed elsewhere [10], some of which have mechanised support [7].…”
Section: Discussionmentioning
confidence: 99%
“…The fact that refinement is an integral part of the expectation transformers means that we may transfer proved properties of the abstraction to any refinement, a feature which separates us from other approaches to program verification, such as model checking [13,6,8]. This effectively allows us to use "lightweight" methods, leaving the bulk of the formality to a proof of refinement, and techniques for expediting that are addressed elsewhere [10], some of which have mechanised support [7].…”
Section: Discussionmentioning
confidence: 99%
“…Thus in this case only -an exactly fair coin-the refinement is accepted. 27 8.8 The non-existence of fair coins…”
Section: The Importance Of Fair Coinsmentioning
confidence: 99%
“…Whilst the algebraic proof below ensures that the specification (7) is met, when presented with a concrete system (such as Fig.3) the hypotheses must be verified directly using the probabilistic semantics Fig.1, to complete the link between the concrete protocol and the abstract algebraic reasoning. The advantage of using this kind of verification rather than building a concrete model of the distributed protocol (in general involving many more than just 3 processes) is that all quantitative reasoning at the concrete level becomes entirely localised, and in some cases can even be automated [8].…”
Section: Fig 4 a Voting Run With Adversarial Choicementioning
confidence: 99%
“…More generally, approaches for carrying out such small intricate proofs can be done using quantitative program logic described elsewhere [17]. Whilst that logic is not optimised for checking full refinements, in some special cases there do exist practical verification rules for probabilistic refinement checking [8]. Now we have algebraic properties at Fig.3, we are able to prove entirely within the algebra pKA the refinement given by (7) and we note that crucially the proof does not rely on detailed arithemetic calculation at al.…”
Section: Fig 4 a Voting Run With Adversarial Choicementioning
confidence: 99%