Reusing metamodels and notation with Diagram Definition

It is increasingly common for language specifications to describe visual forms (concrete syntax) separately from underlying concepts (abstract syntax). This is typically to enable interchange of visual information between graphical modeling tools, such as positions of nodes and routings of lines. Of...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:Software and systems modeling 2018-10, Vol.17 (4), p.1079-1103
Hauptverfasser: Bock, Conrad, Elaasar, Maged
Format: Artikel
Sprache:eng
Schlagworte:
Online-Zugang:Volltext
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
container_end_page 1103
container_issue 4
container_start_page 1079
container_title Software and systems modeling
container_volume 17
creator Bock, Conrad
Elaasar, Maged
description It is increasingly common for language specifications to describe visual forms (concrete syntax) separately from underlying concepts (abstract syntax). This is typically to enable interchange of visual information between graphical modeling tools, such as positions of nodes and routings of lines. Often overlooked is that separation of visual forms and abstract concepts enables languages to define multiple visual forms for the same underlying concepts and for the same visual form to be used for similar underlying concepts in different languages (many-to-many relationships between concrete and abstract syntax). Visual forms can be adapted to communities using different notations for the same concepts and can be used to integrate communities using the same notation for similar concepts. Models of concrete syntax have been available for some time, but are rarely used to capture these many-to-many relationships with abstract syntax. This paper shows how to model these relationships using concrete graphical syntax expressed in the Diagram Definition standard, examining cases drawn from the Unified Modeling Language and the Business Process Model and Notation. This gives definers of graphical languages a way to specify visual forms for multiple communities.
doi_str_mv 10.1007/s10270-016-0537-x
format Article
fullrecord <record><control><sourceid>proquest_cross</sourceid><recordid>TN_cdi_proquest_journals_2100178375</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><sourcerecordid>2100178375</sourcerecordid><originalsourceid>FETCH-LOGICAL-c355t-a36c66353c4c2ea879e5979e999773c0072ba5a31b6eab8f0ab9138a43343c603</originalsourceid><addsrcrecordid>eNp1kE1LAzEQhoMoWGp_gLcFz9FkZ5NsjtKqFQqC6DnMptka6WZrssX6701Z0ZOXmWF43_l4CLnk7Jozpm4SZ6VilHFJmQBFDydkwiXXlIOqTn9rKc_JLCXfMFaVWldSToh6dvvkw6bo3IBdv3bbVGBYF6EfcPB9KD798FYsPG4idsXCtT74Y_-CnLW4TW72k6fk9f7uZb6kq6eHx_ntiloQYqAI0koJAmxlS4e10k7oHLTWSoHNx5cNCgTeSIdN3TJsNIcaK4AKrGQwJVfj3F3sP_YuDea938eQV5oy_85VDUpkFR9VNvYpRdeaXfQdxi_DmTkiMiMikxGZIyJzyJ5y9KSsDRsX_yb_b_oGh05oHw</addsrcrecordid><sourcetype>Aggregation Database</sourcetype><iscdi>true</iscdi><recordtype>article</recordtype><pqid>2100178375</pqid></control><display><type>article</type><title>Reusing metamodels and notation with Diagram Definition</title><source>SpringerNature Journals</source><creator>Bock, Conrad ; Elaasar, Maged</creator><creatorcontrib>Bock, Conrad ; Elaasar, Maged</creatorcontrib><description>It is increasingly common for language specifications to describe visual forms (concrete syntax) separately from underlying concepts (abstract syntax). This is typically to enable interchange of visual information between graphical modeling tools, such as positions of nodes and routings of lines. Often overlooked is that separation of visual forms and abstract concepts enables languages to define multiple visual forms for the same underlying concepts and for the same visual form to be used for similar underlying concepts in different languages (many-to-many relationships between concrete and abstract syntax). Visual forms can be adapted to communities using different notations for the same concepts and can be used to integrate communities using the same notation for similar concepts. Models of concrete syntax have been available for some time, but are rarely used to capture these many-to-many relationships with abstract syntax. This paper shows how to model these relationships using concrete graphical syntax expressed in the Diagram Definition standard, examining cases drawn from the Unified Modeling Language and the Business Process Model and Notation. This gives definers of graphical languages a way to specify visual forms for multiple communities.</description><identifier>ISSN: 1619-1366</identifier><identifier>EISSN: 1619-1374</identifier><identifier>DOI: 10.1007/s10270-016-0537-x</identifier><language>eng</language><publisher>Berlin/Heidelberg: Springer Berlin Heidelberg</publisher><subject>Business process engineering ; Communities ; Compilers ; Computer Science ; Information Systems Applications (incl.Internet) ; Interpreters ; IT in Business ; Languages ; Metamodels ; Modelling ; Programming Languages ; Programming Techniques ; Regular Paper ; Software Engineering ; Software Engineering/Programming and Operating Systems ; Syntax</subject><ispartof>Software and systems modeling, 2018-10, Vol.17 (4), p.1079-1103</ispartof><rights>Springer-Verlag Berlin Heidelberg (outside the USA) 2016 2016</rights><rights>Software &amp; Systems Modeling is a copyright of Springer, (2016). All Rights Reserved.</rights><lds50>peer_reviewed</lds50><woscitedreferencessubscribed>false</woscitedreferencessubscribed><citedby>FETCH-LOGICAL-c355t-a36c66353c4c2ea879e5979e999773c0072ba5a31b6eab8f0ab9138a43343c603</citedby><cites>FETCH-LOGICAL-c355t-a36c66353c4c2ea879e5979e999773c0072ba5a31b6eab8f0ab9138a43343c603</cites></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktopdf>$$Uhttps://link.springer.com/content/pdf/10.1007/s10270-016-0537-x$$EPDF$$P50$$Gspringer$$H</linktopdf><linktohtml>$$Uhttps://link.springer.com/10.1007/s10270-016-0537-x$$EHTML$$P50$$Gspringer$$H</linktohtml><link.rule.ids>314,780,784,27924,27925,41488,42557,51319</link.rule.ids></links><search><creatorcontrib>Bock, Conrad</creatorcontrib><creatorcontrib>Elaasar, Maged</creatorcontrib><title>Reusing metamodels and notation with Diagram Definition</title><title>Software and systems modeling</title><addtitle>Softw Syst Model</addtitle><description>It is increasingly common for language specifications to describe visual forms (concrete syntax) separately from underlying concepts (abstract syntax). This is typically to enable interchange of visual information between graphical modeling tools, such as positions of nodes and routings of lines. Often overlooked is that separation of visual forms and abstract concepts enables languages to define multiple visual forms for the same underlying concepts and for the same visual form to be used for similar underlying concepts in different languages (many-to-many relationships between concrete and abstract syntax). Visual forms can be adapted to communities using different notations for the same concepts and can be used to integrate communities using the same notation for similar concepts. Models of concrete syntax have been available for some time, but are rarely used to capture these many-to-many relationships with abstract syntax. This paper shows how to model these relationships using concrete graphical syntax expressed in the Diagram Definition standard, examining cases drawn from the Unified Modeling Language and the Business Process Model and Notation. This gives definers of graphical languages a way to specify visual forms for multiple communities.</description><subject>Business process engineering</subject><subject>Communities</subject><subject>Compilers</subject><subject>Computer Science</subject><subject>Information Systems Applications (incl.Internet)</subject><subject>Interpreters</subject><subject>IT in Business</subject><subject>Languages</subject><subject>Metamodels</subject><subject>Modelling</subject><subject>Programming Languages</subject><subject>Programming Techniques</subject><subject>Regular Paper</subject><subject>Software Engineering</subject><subject>Software Engineering/Programming and Operating Systems</subject><subject>Syntax</subject><issn>1619-1366</issn><issn>1619-1374</issn><fulltext>true</fulltext><rsrctype>article</rsrctype><creationdate>2018</creationdate><recordtype>article</recordtype><sourceid>ABUWG</sourceid><sourceid>AFKRA</sourceid><sourceid>AZQEC</sourceid><sourceid>BENPR</sourceid><sourceid>CCPQU</sourceid><sourceid>DWQXO</sourceid><sourceid>GNUQQ</sourceid><recordid>eNp1kE1LAzEQhoMoWGp_gLcFz9FkZ5NsjtKqFQqC6DnMptka6WZrssX6701Z0ZOXmWF43_l4CLnk7Jozpm4SZ6VilHFJmQBFDydkwiXXlIOqTn9rKc_JLCXfMFaVWldSToh6dvvkw6bo3IBdv3bbVGBYF6EfcPB9KD798FYsPG4idsXCtT74Y_-CnLW4TW72k6fk9f7uZb6kq6eHx_ntiloQYqAI0koJAmxlS4e10k7oHLTWSoHNx5cNCgTeSIdN3TJsNIcaK4AKrGQwJVfj3F3sP_YuDea938eQV5oy_85VDUpkFR9VNvYpRdeaXfQdxi_DmTkiMiMikxGZIyJzyJ5y9KSsDRsX_yb_b_oGh05oHw</recordid><startdate>20181001</startdate><enddate>20181001</enddate><creator>Bock, Conrad</creator><creator>Elaasar, Maged</creator><general>Springer Berlin Heidelberg</general><general>Springer Nature B.V</general><scope>AAYXX</scope><scope>CITATION</scope><scope>3V.</scope><scope>7SC</scope><scope>7XB</scope><scope>8AL</scope><scope>8AO</scope><scope>8FD</scope><scope>8FE</scope><scope>8FG</scope><scope>8FK</scope><scope>ABUWG</scope><scope>AFKRA</scope><scope>ARAPS</scope><scope>AZQEC</scope><scope>BENPR</scope><scope>BGLVJ</scope><scope>CCPQU</scope><scope>DWQXO</scope><scope>GNUQQ</scope><scope>HCIFZ</scope><scope>JQ2</scope><scope>K7-</scope><scope>L7M</scope><scope>L~C</scope><scope>L~D</scope><scope>M0N</scope><scope>P5Z</scope><scope>P62</scope><scope>PQEST</scope><scope>PQQKQ</scope><scope>PQUKI</scope><scope>PRINS</scope><scope>Q9U</scope></search><sort><creationdate>20181001</creationdate><title>Reusing metamodels and notation with Diagram Definition</title><author>Bock, Conrad ; Elaasar, Maged</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-LOGICAL-c355t-a36c66353c4c2ea879e5979e999773c0072ba5a31b6eab8f0ab9138a43343c603</frbrgroupid><rsrctype>articles</rsrctype><prefilter>articles</prefilter><language>eng</language><creationdate>2018</creationdate><topic>Business process engineering</topic><topic>Communities</topic><topic>Compilers</topic><topic>Computer Science</topic><topic>Information Systems Applications (incl.Internet)</topic><topic>Interpreters</topic><topic>IT in Business</topic><topic>Languages</topic><topic>Metamodels</topic><topic>Modelling</topic><topic>Programming Languages</topic><topic>Programming Techniques</topic><topic>Regular Paper</topic><topic>Software Engineering</topic><topic>Software Engineering/Programming and Operating Systems</topic><topic>Syntax</topic><toplevel>peer_reviewed</toplevel><toplevel>online_resources</toplevel><creatorcontrib>Bock, Conrad</creatorcontrib><creatorcontrib>Elaasar, Maged</creatorcontrib><collection>CrossRef</collection><collection>ProQuest Central (Corporate)</collection><collection>Computer and Information Systems Abstracts</collection><collection>ProQuest Central (purchase pre-March 2016)</collection><collection>Computing Database (Alumni Edition)</collection><collection>ProQuest Pharma Collection</collection><collection>Technology Research Database</collection><collection>ProQuest SciTech Collection</collection><collection>ProQuest Technology Collection</collection><collection>ProQuest Central (Alumni) (purchase pre-March 2016)</collection><collection>ProQuest Central (Alumni Edition)</collection><collection>ProQuest Central UK/Ireland</collection><collection>Advanced Technologies &amp; Aerospace Collection</collection><collection>ProQuest Central Essentials</collection><collection>ProQuest Central</collection><collection>Technology Collection</collection><collection>ProQuest One Community College</collection><collection>ProQuest Central Korea</collection><collection>ProQuest Central Student</collection><collection>SciTech Premium Collection</collection><collection>ProQuest Computer Science Collection</collection><collection>Computer Science Database</collection><collection>Advanced Technologies Database with Aerospace</collection><collection>Computer and Information Systems Abstracts – Academic</collection><collection>Computer and Information Systems Abstracts Professional</collection><collection>Computing Database</collection><collection>Advanced Technologies &amp; Aerospace Database</collection><collection>ProQuest Advanced Technologies &amp; Aerospace Collection</collection><collection>ProQuest One Academic Eastern Edition (DO NOT USE)</collection><collection>ProQuest One Academic</collection><collection>ProQuest One Academic UKI Edition</collection><collection>ProQuest Central China</collection><collection>ProQuest Central Basic</collection><jtitle>Software and systems modeling</jtitle></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext</fulltext></delivery><addata><au>Bock, Conrad</au><au>Elaasar, Maged</au><format>journal</format><genre>article</genre><ristype>JOUR</ristype><atitle>Reusing metamodels and notation with Diagram Definition</atitle><jtitle>Software and systems modeling</jtitle><stitle>Softw Syst Model</stitle><date>2018-10-01</date><risdate>2018</risdate><volume>17</volume><issue>4</issue><spage>1079</spage><epage>1103</epage><pages>1079-1103</pages><issn>1619-1366</issn><eissn>1619-1374</eissn><abstract>It is increasingly common for language specifications to describe visual forms (concrete syntax) separately from underlying concepts (abstract syntax). This is typically to enable interchange of visual information between graphical modeling tools, such as positions of nodes and routings of lines. Often overlooked is that separation of visual forms and abstract concepts enables languages to define multiple visual forms for the same underlying concepts and for the same visual form to be used for similar underlying concepts in different languages (many-to-many relationships between concrete and abstract syntax). Visual forms can be adapted to communities using different notations for the same concepts and can be used to integrate communities using the same notation for similar concepts. Models of concrete syntax have been available for some time, but are rarely used to capture these many-to-many relationships with abstract syntax. This paper shows how to model these relationships using concrete graphical syntax expressed in the Diagram Definition standard, examining cases drawn from the Unified Modeling Language and the Business Process Model and Notation. This gives definers of graphical languages a way to specify visual forms for multiple communities.</abstract><cop>Berlin/Heidelberg</cop><pub>Springer Berlin Heidelberg</pub><doi>10.1007/s10270-016-0537-x</doi><tpages>25</tpages></addata></record>
fulltext fulltext
identifier ISSN: 1619-1366
ispartof Software and systems modeling, 2018-10, Vol.17 (4), p.1079-1103
issn 1619-1366
1619-1374
language eng
recordid cdi_proquest_journals_2100178375
source SpringerNature Journals
subjects Business process engineering
Communities
Compilers
Computer Science
Information Systems Applications (incl.Internet)
Interpreters
IT in Business
Languages
Metamodels
Modelling
Programming Languages
Programming Techniques
Regular Paper
Software Engineering
Software Engineering/Programming and Operating Systems
Syntax
title Reusing metamodels and notation with Diagram Definition
url https://sfx.bib-bvb.de/sfx_tum?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-01T19%3A09%3A58IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-proquest_cross&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=article&rft.atitle=Reusing%20metamodels%20and%20notation%20with%20Diagram%20Definition&rft.jtitle=Software%20and%20systems%20modeling&rft.au=Bock,%20Conrad&rft.date=2018-10-01&rft.volume=17&rft.issue=4&rft.spage=1079&rft.epage=1103&rft.pages=1079-1103&rft.issn=1619-1366&rft.eissn=1619-1374&rft_id=info:doi/10.1007/s10270-016-0537-x&rft_dat=%3Cproquest_cross%3E2100178375%3C/proquest_cross%3E%3Curl%3E%3C/url%3E&disable_directlink=true&sfx.directlink=off&sfx.report_link=0&rft_id=info:oai/&rft_pqid=2100178375&rft_id=info:pmid/&rfr_iscdi=true