Usability driven DSL development with USE-ME

Barisic, Ankica; Amaral, Vasco; Goulão, Miguel

doi:10.1016/j.cl.2017.06.005

Cited by 30 publications

(37 citation statements)

References 80 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…max(0, ontime − 5 * δt)) until it reaches zero. 6 Two more updates are used to modify the coolingpower out-put, depending on the automaton state. When Off, the AC produces 0 Watt, when On, the power increases by 50 Watt for every degree over 22C.…”

Section: On Guardmentioning

confidence: 99%

Pragmatic reuse for DSML development

Klikovits

Buchs

2020

Softw Syst Model

View full text Add to dashboard Cite

By bridging the semantic gap, domain-specific language (DSLs) serve an important role in the conquest to allow domain experts to model their systems themselves. In this publication we present a case study of the development of the Continuous REactive SysTems language (CREST), a DSL for hybrid systems modeling. The language focuses on the representation of continuous resource flows such as water, electricity, light or heat. Our methodology follows a very pragmatic approach, combining the syntactic and semantic principles of well-known modeling means such as hybrid automata, data-flow languages and architecture description languages into a coherent language. The borrowed aspects have been carefully combined and formalised in a well-defined operational semantics. The DSL provides two concrete syntaxes: CREST diagrams, a graphical language that is easily understandable and serves as a model basis, and , an internal DSL implementation that supports rapid prototyping—both are geared towards usability and clarity. We present the DSL’s semantics, which thoroughly connect the various language concerns into an executable formalism that enables sound simulation and formal verification in , and discuss the lessons learned throughout the project.

show abstract

Section: On Guardmentioning

confidence: 99%

Pragmatic reuse for DSML development

Klikovits

Buchs

2020

Softw Syst Model

View full text Add to dashboard Cite

show abstract

“…The second dimension incorporates formal or informal design of the language, that is, its syntax and semantics. Although building a DSL often seems intuitive, it is important to evaluate its usability systematically, and not just in the final stage of its development [71]. While no formal framework was used to achieve this, it can be noted that the members of our Kroki mockup tool's development team (http://www.krokimde.net/people/), who are also among the target end-users of this language, were involved in its design, by evaluating intuitiveness of the grammar and potential usefulness of different concepts.…”

Section: Designmentioning

confidence: 99%

Graph Drawing and Analysis Library and Its Domain-Specific Language for Graphs’ Layout Specifications

Vaderna

Vuković

Dejanović

et al. 2018

Scientific Programming

View full text Add to dashboard Cite

This paper presents a graph drawing and analysis library written in Java called GRAD and its domain-specific language for simplifying the process of laying out graphs. One of GRAD’s main goals is to provide completely automated ways of selecting and configuring a drawing algorithm, based either on the properties of a graph or on a user’s input conforming to the domain-specific language. In order to verify the quality of GRAD’s main features a user study was conducted. The participants were asked to grade diagrams visualized and laid out using different modeling tools, including one relying on GRAD, which received the best overall scores.

show abstract

“…Recent work focus on proposing metrics for DSL quality assessment [23,24,25,26,27,28]. These metrics are designed to evaluate DSLs, but can be adapted to evaluate other types of software such as Docywood or the documentation it generates.…”

Section: Research Questionsmentioning

confidence: 99%

“…Dependent variables. To answer RQ1 and RQ2 we defined two measures frequently used in usability evaluations of DSLs and their related tools [28]:…”

Section: Experimental Protocolmentioning

confidence: 99%

See 1 more Smart Citation

Automatic production of end user documentation for DSLs

Moulec

Blouin

Gouranton

et al. 2018

Computer Languages, Systems & Structures

View full text Add to dashboard Cite

Domain-specific languages (DSL) are developed for answering specific problems by leveraging the expertise of domain stakeholders. The development of DSLs requires a significant software engineering effort: editors, code generators, etc., must be developed to make a DSL usable. Documenting a DSL is also a major and time-consuming task required to promote it and address its learning curve. Recent research work in software language engineering focus on easing the development of DSLs. This work focuses on easing the production of documentation of textual DSLs. The API documentation domain identified challenges we adapted to DSL documentation. Based on these challenges we propose a model-driven approach that relies on DSL artifacts to extract information required to build documentation. Our implementation, called Docywood, targets two platforms: Markdown documentation for static web sites and Xtext code fragments for live documentation while modeling. We used Docywood on two DSLs, namely ThingML and Target Platform Definition. Feedback from end users and language designers exhibits qualitative benefits of the proposal with regard to the DSL documentation challenges. End user experiments conducted on ThingML and Target Platform Definition show benefits on the correctness of the created models when using Docywood on ThingML.

show abstract

Usability driven DSL development with USE-ME

Cited by 30 publications

References 80 publications

Pragmatic reuse for DSML development

Pragmatic reuse for DSML development

Graph Drawing and Analysis Library and Its Domain-Specific Language for Graphs’ Layout Specifications

Automatic production of end user documentation for DSLs

Contact Info

Product

Resources

About