Using Domain Specific Languages to Support Verification in the Railway Domain

OnTrack: An Open Tooling Environment for Railway Verification

“…Manual encoding has shown the abstractions over the DSL also aid verification for a Casl based railway modelling approach [6].…”

“…Our graphical editor can be used as a basis for generating different formal specifications in different languages. Such automated generation eliminates errors introduced when hand-coding formal specifications, improving for instance, the hand-coded specifications in [6,8,9]. Finally, OnTrack is designed for the railway domain, but the clear separation of an editor with support for abstractions from the chosen formal language is a principle more widely applicable.…”

Techniques for modelling and verifying railway interlockings

“…With appropriate abstraction correctness results, verification proofs carried out on the abstract specification SP A imply the relevant correctness of the concrete specification SP C . For example, we have used this approach with topological abstractions in the context of CASL [14] and CSP||B [24]; with a covering abstraction in the context of CSP [22]; and with a finitisation abstraction in the context of Timed CSP [12].…”

“…It is a decision of the controller which routes are requested to be set or to be released (lines 2-4). Similarly, it is a decision of the train to move through a red light by maximally one track and subsequently stop or to wait for a signal change (lines [13][14][15]. This logic is sometimes referred to as the driving rules of a train.…”

Designing Domain Specific Languages – A Craftsman’s Approach for the Railway Domain Using Casl

“…In the context of programming, additional motivation for DSLs is improved tool support along with ease of use, better readability, and increased productivity. James and Roggenbach [15] have demonstrated an approach where formal DSLs within the railway domain aid verification in the context of algebraic specification using CASL [23].…”