Translating between Alloy specifications and UML class diagrams annotated with OCL

Cunha, Alcino; Garis, Ana Gabriela; Riesco, Daniel Eduardo

doi:10.1007/s10270-013-0353-5

Cited by 41 publications

(35 citation statements)

References 29 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…In [22] the transformation is done in a reverse direction, but includes similar approach for mapping the Alloy language elements to UML and OCL. The main difference between our work and this solution is that the engineer should use Alloy to formalize the model and do the V&V tasks, while we allow the usage of pure EMF and OCL.…”

Section: Validation Of Ocl Enriched Metamodelsmentioning

confidence: 99%

Formal validation of domain-specific languages with derived features and well-formedness constraints

et al. 2015

View full text Add to dashboard Cite

Despite the wide range of existing tool support, constructing a design environment for a complex domain-specific language (DSL) is still a tedious task as the large number of derived features and well-formedness constraints complementing the domain metamodel necessitate special handling. Such derived features and constraints are frequently defined by declarative techniques (such graph patterns or OCL invariants).However, for complex domains, derived features and constraints can easily be formalized incorrectly resulting in inconsistent, incomplete or ambiguous DSL specifications. To detect such issues, we propose an automated mapping of EMF metamodels enriched with derived features and well-formedness constraints captured as graph queries in EMF-IncQuery or (a subset of) OCL invariants into an effectively propositional fragment of first-order logic which can be efficiently analyzed by back-end reasoners.On the conceptual level, the main added value of our encoding is (1) to transform graph patterns of the EMF-IncQuery framework into FOL and (2) to introduce approximations for complex language features (e.g. transitive closure or multiplicities) which are not expressible in FOL. On the practical level, we identify and address relevant challenges and scenarios for systematically validating DSL specifications. Our approach is supported by a tool and it will be illustrated on analyzing a DSL in the avionics domain. We also present initial performance experiments for the validation using Z3 and Alloy as back-end reasoners.

show abstract

Section: Validation Of Ocl Enriched Metamodelsmentioning

confidence: 99%

Formal validation of domain-specific languages with derived features and well-formedness constraints

et al. 2015

View full text Add to dashboard Cite

show abstract

“…Ensuring that two equal instances of parameters cannot describe (i.e., be associated to) the same object is a reasoning task that can be solved by many current UML/OCL reasoning tools [8,9,10,5].…”

Section: Using Uml/ocl To Describe the Servicementioning

confidence: 99%

“…E.g., we could use Alloy [8], USE [9], UMLtoCSP [10], or AuRUS [5]. Moreover, these tools are capable of computing the counterexample I that proves when a data-service would compute an undesired output for the data-request.…”

Section: Discovering the Servicesmentioning

confidence: 99%

An Ontology-Based Framework for Describing Discoverable Data Services

Oriol

Teniente

2018

Advanced Information Systems Engineering

View full text Add to dashboard Cite

Abstract. Note: This is a preprint version that deviates slightly from the published version of this paper. Data-services are applications in charge of retrieving certain data when they are called. They are found in different communities such as the Internet Of Things, Cloud Computing, Big Data, etc. So, there is a real need to discover how can an application that requires some data automatically find a data-service which is providing it. To our knowledge, the problem of automatically discovering these data-services is still open. To make a step forward in this direction, we propose an ontology-based framework to address this problem. In our framework, input and output values of the request are mapped into concepts of the domain ontology. Then, data-services specify how to obtain the output from the input by stating the relationship between the mapped concepts of the ontology.

show abstract

“…MDE artifacts are translated into Alloy, and then we rely on these features to check consistency and find repairs, respectively. The technical details of such translations have been presented in previous work [12], [13]. Alloy also has an instance visualizer, to which we resort to depict models to the user.…”

Section: B Implementationmentioning

confidence: 99%

“…At the core of Echo we have the following translations: ECore → Alloy embeds ECore meta-models in Alloy [13]; OCL → Alloy translates the OCL constraints over the meta-model to Alloy [13]; XMI ↔ Alloy translates XMI models to and from Alloy instances [12]; QVT-R → Alloy embeds QVT-R transformations, as well as the underlying semantics, in Alloy [12].…”

Section: B Implementationmentioning

confidence: 99%

Model repair and transformation with Echo

Macedo

Guimarães

Cunha

2013

2013 28th IEEE/ACM International Conference on Automated Software Engineering (ASE)

Self Cite

View full text Add to dashboard Cite

Abstract-Models are paramount in model-driven engineering. In a software project many models may coexist, capturing different views of the system or different levels of abstraction. A key and arduous task in this development method is to keep all such models consistent, both with their meta-models (and the respective constraints) and among themselves. This paper describes Echo, a tool that aims at simplifying this task by automating inconsistency detection and repair using a solver based engine. Consistency between different models can be specified by bidirectional model transformations, and is guaranteed to be recovered by minimal updates on the inconsistent models. The tool is freely available as an Eclipse plugin, developed on top of the popular EMF framework, and supports constraints and transformations specified in the OMG standard languages OCL and QVT-R, respectively.

show abstract

Translating between Alloy specifications and UML class diagrams annotated with OCL

Cited by 41 publications

References 29 publications

Formal validation of domain-specific languages with derived features and well-formedness constraints

Formal validation of domain-specific languages with derived features and well-formedness constraints

An Ontology-Based Framework for Describing Discoverable Data Services

Model repair and transformation with Echo

Contact Info

Product

Resources

About