2022
DOI: 10.1007/978-3-031-19756-7_10
|View full text |Cite
|
Sign up to set email alerts
|

Executable Documentation: From Documentation Languages to Purpose-Specific Languages

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1

Citation Types

0
1
0

Year Published

2022
2022
2024
2024

Publication Types

Select...
3
1
1

Relationship

1
4

Authors

Journals

citations
Cited by 5 publications
(3 citation statements)
references
References 26 publications
0
1
0
Order By: Relevance
“…This covers e.g., support based on integrated rules such as 'to proceed fill in this building block' or 'having entered something in block X, please add/re-check block Y'. In previous research, we have already developed similar applications via domain-specific languages adopting the graphical notations of domain experts (e.g., turning established documentation languages for visualizing deployment workflows into fully-fledged programming languages [39]). Our experience shows that this eases interdisciplinary collaboration throughout the requirements engineering, development and implementation phases [40], while lowering the entry barrier for non-experts [41].…”
Section: Discussionmentioning
confidence: 99%
“…This covers e.g., support based on integrated rules such as 'to proceed fill in this building block' or 'having entered something in block X, please add/re-check block Y'. In previous research, we have already developed similar applications via domain-specific languages adopting the graphical notations of domain experts (e.g., turning established documentation languages for visualizing deployment workflows into fully-fledged programming languages [39]). Our experience shows that this eases interdisciplinary collaboration throughout the requirements engineering, development and implementation phases [40], while lowering the entry barrier for non-experts [41].…”
Section: Discussionmentioning
confidence: 99%
“…Another interesting approach is executable documentation [27] where domain-specific notations are turned into fullyfledged modelling/programming languages, or more specifically, domain specific languages (DSLs). There is a relation between documentation with software models as argued by Stevens [28], where models can be used to document software while in some cases, the documentation can be used to generate models.…”
Section: Related Workmentioning
confidence: 99%
“…There is a relation between documentation with software models as argued by Stevens [28], where models can be used to document software while in some cases, the documentation can be used to generate models. However, these approaches are still in their initial stages and require further research to be used in practice [27].…”
Section: Related Workmentioning
confidence: 99%