Towards a Systematic Engineering of Industrial Domain-Specific Languages

Gupta, Rohit; Kranz, Sieglinde; Regnat, Nikolaus; Rumpe, Bernhard; Wortmann, Andreas

doi:10.1109/ser-ip52554.2021.00016

Cited by 9 publications

(11 citation statements)

References 24 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…We have focussed on MagicDraw as a choice of modelling tool in developing graphical DSMLs, as it is based on the Unified Modelling Language (UML), comes with comprehensive extensions such as the Systems Modelling Language (SysML) plugin, and provides a wide range of customization possibilities that are used to capture most, if not all, issues of domain-specific language engineering. A systematic engineering process of developing industrial DSLs [20] using modular reusable DSL Building Blocks in MagicDraw is described in [25]. Each building block conceptually consists of language components, a method and a user experience design (UXD) part.…”

Section: Modelling In Magicdrawmentioning

confidence: 99%

“…Project templates help such users with the automatic instantiation of a model in a predefined format. An example is the automatic creation of a basic traffic light model as states in a state machine [25], with only the triggers or actions that need to be additionally defined by the user. • Default Naming Scheme (ID-2): a naming scheme automatically assigning default names or numbers to model elements.…”

Section: Rationalementioning

confidence: 99%

“…General-Purpose Languages (GPLs) often provide difficulties in system modelling [44], most notably by ignoring domain experts from contributing to solutions. Instead, Domain-Specific Languages (DSLs) aim to reduce the gap in a particular domain by supporting domain-specific abstractions [14,25]. The technological spaces for DSLs are heterogeneous, either textual, graphical, or projectional [4,17,48].…”

Section: Introductionmentioning

confidence: 99%

“…To assist end users in achieving their modelling goals, it is important for the DSML to convey all relevant aspects of their domain. The entire lifecycle involved in the modelling process should not only involve an elaborate modelling language, but also a solid methodological foundation and an appropriate tooling mechanism [25] (section 3). Only with the combination of these aspects would modelling be effective with novice and advanced users and with small and medium enterprises [45].…”

Section: Introductionmentioning

confidence: 99%

See 3 more Smart Citations

Design Guidelines for Improving User Experience in Industrial Domain-Specific Modelling Languages

Gupta¹,

Jansen²,

Regnat³

et al. 2022

Preprint

Self Cite

View full text Add to dashboard Cite

Domain-specific modelling languages (DSMLs) help practitioners solve modelling challenges specific to various domains. As domains grow more complex and heterogeneous in nature, industrial practitioners often face challenges in the usability of graphical DSMLs. There is still a lack of guidelines that industrial language engineers should consider for improving the user experience (UX) of these practitioners. The overall topic of UX is vast and subjective, and general guidelines and definitions of UX are often overly generic or tied to specific technological spaces. To solve this challenge, we leverage existing design principles and standards of human-centred design and UX in general and propose definitions and guidelines for UX and user experience design (UXD) aspects in graphical DSMLs. In this paper, we categorize the key UXD aspects, primarily based on our experience in developing industrial DSMLs, that language engineers should consider during graphical DSML development. Ultimately, these UXD guidelines help to improve the general usability of industrial DSMLs and support language engineers in developing better DSMLs that are independent of graphical modelling tools and more widely accepted by their users. CCS CONCEPTS• Software and its engineering → Domain specific languages; Model-driven software engineering.

show abstract

Section: Modelling In Magicdrawmentioning

confidence: 99%

Section: Rationalementioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%

See 2 more Smart Citations

Design Guidelines for Improving User Experience in Industrial Domain-Specific Modelling Languages

Gupta¹,

Jansen²,

Regnat³

et al. 2022

Preprint

Self Cite

View full text Add to dashboard Cite

show abstract

“…If the UML modeling methods should be applied, UML profiles (Fuentes-Fernández & Vallecillo-Moreno 2004) are another possibility to realize domain-specific needs: a topic studied in particular by Antonio. The fact that these languages are better tailored to domains results in their greater use in practice, e.g., in systems engineering (Gupta et al 2021), architecture modeling for safety critical automotive software systems (Schlichthaerle et al 2020), cyber attacks in the automotive domain (Wolschke et al 2021), the German tax forms (Rumpe et al 2021), marine ecosystem simulation (Johanson & Hasselbring 2017), or the verification of valid TV program planning according to contracts (Drave et al 2020), just to mention a few published ones.…”

Section: Introductionmentioning

confidence: 99%

Language Composition via Kind-Typed Symbol Tables.

Butting¹,

Michael²,

Rumpe³

2022

JOT

View full text Add to dashboard Cite

The modularization of domain-specific modeling languages (DSMLs) fosters individual reuse of DSMLs in different contexts. Within this article, we discuss how it is possible to refer to model elements of other languages when composing different DSMLs. Related approaches usually rely on a DSML-agnostic language infrastructure that tests the compatibility of model elements via types encoded in Strings without any consistency checks. We propose the "strongly kind-typed" symbol table as an extension to the compiler approach to integrate the syntax of the languages using symbol tables that assign a symbol kind to each name definition. Our approach can be integrated into language workbenches that provide a symbol table infrastructure as part of a DSML implementation. The kind-typed symbol tables are integrated into the language workbench MontiCore. Strongly kind-typed symbol tables utilize the type system of the language workbench's host language to ensure type consistency between the language-specific symbol table infrastructures during DSML composition, which ultimately supports DSML engineering in the large.

show abstract