Domain-specific modeling: Difference between revisions

Revision as of 19:34, 27 January 2023

Revision as of 17:52, 1 April 2023

Line 11:

Domain-specific languages can usually cover a range of abstraction levels for a particular ___domain. For example, a ___domain-specific modeling language for mobile phones could allow users to specify high-level abstractions for the [[user interface]], as well as lower-level abstractions for storing data such as phone numbers or settings. Likewise, a ___domain-specific modeling language for financial services could permit users to specify high-level abstractions for clients, as well as lower-level abstractions for implementing stock and bond trading algorithms.

== Topics ==

Line 16 ⟶ 17:

To define a language, one needs a language to write the definition in. The language of a model is often called a [[metamodeling|metamodel]], hence the language for defining a modeling language is a meta-metamodel. Meta-metamodels can be divided into two groups: those that are derived from or customizations of existing languages, and those that have been developed specifically as meta-metamodels.

Derived meta-metamodels include [[Entity-relationshipentity–relationship model|entity relationshipentity–relationship diagrams]], [[formal languages]], [[extended Backus-NaurBackus–Naur form]] (EBNF), [[Ontologyontology language (computer science)|ontology languages]], [[XML schema]], and [[Meta-Object Facility]] (MOF). The strengths of these languages tend to be in the familiarity and standardization of the original language.

The ethos of ___domain-specific modeling favors the creation of a new language for a specific task, and so there are unsurprisingly new languages designed as meta-metamodels. The most widely used family of such languages is that of OPRR,<ref name="oprrWelke">R.J. Welke. The CASE Repository: More than another database application. In W.W. Cotterman and J.A. Senn, editors, Proceedings of 1988 INTEC Symposium Systems Analysis and Design: A Research Strategy, Atlanta, Georgia, 1988. Georgia State University. [http://www.dsmforum.org/papers/CASE_Repository.html]

Line 37 ⟶ 38:

UML is a popular choice for various model-driven development approaches whereby technical artifacts such as source code, documentation, tests, and more are generated algorithmically from a ___domain model. For instance, application profiles of the legal document standard [[Akoma Ntoso]] can be developed by representing legal concepts and ontologies in UML class objects.<ref>{{Cite book |last=Flatt |first=Amelie |title=Model-Driven Development of Akoma Ntoso Application Profiles - A Conceptual Framework for Model-Based Generation of XML Subschemas |last2=Langner |first2=Arne |last3=Leps |first3=Olof |publisher=Sprinter Nature |year=2022 |isbn=978-3-031-14131-7 |edition=1st |___location=Heidelberg |language=en}}</ref>

== See also ==

* [[Computer-aided software engineering]]

* [[Domain-driven design]]

Line 49 ⟶ 50:

* [[Service-oriented modeling#Discipline-specific modeling|Discipline-Specific Modeling]]

== References ==

{{Reflist}}