Towards model checking executable UML specifications in mCRL2

Hansen, Helle Hvid; Ketema, Jeroen; Luttik, SP Bas; Mousavi, Mohammad Reza; Pol, Jaco van de

doi:10.1007/s11334-009-0116-1

Cited by 37 publications

(33 citation statements)

References 12 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Among this work [13] and [39] focused on checking user defined safety specification for an xUML models formalized into mCRL2 [11] and S/R (the input language of COSPAN [14]) respectively. Roscoe et al [29] developed a CSP-M based compiler to formalize Statemate Statecharts [8] into CSP for the purpose of checking several properties such as consistency with application-specific requirements.…”

Section: Related Workmentioning

confidence: 99%

“…Formally representing the asynchronous communication between objects has been discussed in a limited way in [13,10,34] where part of the xUML was formalized, which specify a way of communication different from fUML. On the other hand, [39] simulated the asynchronous message passing by synchronous communication between processes modelling objects and their message queues.…”

Section: Related Workmentioning

confidence: 99%

See 1 more Smart Citation

An integrated framework for checking the behaviour of fUML models using CSP

Abdelhalim

Schneider

Treharne

2012

Int J Softw Tools Technol Transfer

View full text Add to dashboard Cite

Transforming UML models into a formal representation to check certain properties has been addressed many times in the literature. However, the lack of automatic formalization for executable UML models and provision of model checking results as modellerfriendly feedback has inhibited the practical use of such approaches in real life projects. In this paper we address those issues by performing the automatic formalization of the fUML (Foundational subset for executable UML) models into CSP without any interaction with the modeller, who should be isolated from the formal methods domain. The formal analysis provides the modeller with a UML sequence diagram that represents the model checking result in the case where an error has been found in the model. This work also considers the formalization of systems that depend on asynchronous communication between components in order to allow checking of the dynamic concurrent behaviour of systems.We have designed a comprehensive framework that is implemented as a plugin to MagicDraw (the CASE tool we use) that we call Compass. The framework depends on Epsilon as a model transformation tool that utilizes the Model Driven Engineering (MDE) approach. It also implements an optimization approach to be able to model check concurrent systems using FDR2, and at the same time comply with the fUML inter-object communication mechanism. In order to validate our frame-

show abstract

Section: Related Workmentioning

confidence: 99%

Section: Related Workmentioning

confidence: 99%

An integrated framework for checking the behaviour of fUML models using CSP

Abdelhalim

Schneider

Treharne

2012

Int J Softw Tools Technol Transfer

View full text Add to dashboard Cite

show abstract

“…Formally representing the asynchronous communication between objects has been discussed in a limited way in [20,21,5] where part of the xUML [4] was formalized, which specify a way of communication different from fUML. On the other hand, [22] simulated the asynchronous message passing by synchronous communication between processes modelling objects and their message queues.…”

Section: Related Workmentioning

confidence: 99%

Formal Verification of Tokeneer Behaviours Modelled in fUML Using CSP

Abdelhalim

Sharp

Schneider

et al. 2010

Formal Methods and Software Engineering

View full text Add to dashboard Cite

Abstract. Much research work has been done on formalizing UML diagrams, but less has focused on using this formalization to analyze the dynamic behaviours between formalized components. In this paper we propose using a subset of fUML (Foundational Subset for Executable UML) as a semi-formal language, and formalizing it to the process algebraic specification language CSP, to make use of FDR as a model checker. Our formalization includes modelling the asynchronous communication framework used within fUML. This allows different interpretations of the communications model to be evaluated. To illustrate the approach, we use the modelling of the Tokeneer ID Station specifications into fUML, and formalize them in CSP to check if the model is deadlock free.

show abstract

“…The central claim made by the field of formal methods is that, while it requires an initial investment to develop rigorous models and perform rigorous analysis methods, these pay off in the long run in terms of better, and more maintainable code. While experiences with formal engineering have been a success in large and safety-critical projects [24,17,27,29,30], we investigate this claim for a more modest and non-safety-critical project, namely the development of a software bus.…”

Section: Introductionmentioning

confidence: 99%

Experiences with formal engineering: Model-based specification, implementation and testing of a software bus at Neopost

Sijtema

Belinfante

Stoelinga

et al. 2014

Science of Computer Programming

View full text Add to dashboard Cite

Abstract. We report on the actual industrial use of formal methods during the development of a software bus. At Neopost Inc., we developed the server component of a software bus, called the XBus, using formal methods during the design, validation and testing phase: We modeled our design of the XBus in the process algebra mCRL2, validated the design using the mCRL2-simulator, and fully automatically tested our implementation with the model-based test tool JTorX. This resulted in a well-tested software bus with a maintainable architecture. Writing the model, simulating it, and testing the implementation with JTorX only took 17% of the total development time. Moreover, the errors found with model-based testing would have been hard to find with conventional test methods. Thus, we show that formal engineering can be feasible, beneficial and cost-effective.

show abstract

Towards model checking executable UML specifications in mCRL2

Cited by 37 publications

References 12 publications

An integrated framework for checking the behaviour of fUML models using CSP

An integrated framework for checking the behaviour of fUML models using CSP

Formal Verification of Tokeneer Behaviours Modelled in fUML Using CSP

Experiences with formal engineering: Model-based specification, implementation and testing of a software bus at Neopost

Contact Info

Product

Resources

About