-
Notifications
You must be signed in to change notification settings - Fork 16
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Wrote tests and fixed bugs for issue #133
- Loading branch information
1 parent
a604567
commit db3c269
Showing
15 changed files
with
1,222 additions
and
45 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,3 @@ | ||
nbr,Key,Title,"Publication year",Author/s,Venue,Source,"Search Type",Reviewer/s,"Has chocolate",Temperature,"Start date",Code,Brand,"Cocoa origin","Cocoa level",Types,Variety,Venue,Year,"Number of citations",Note | ||
1,Abouzahra2017,"A Metamodel Composition Driven Approach to Design New Domain Specific Modeling Languages",2017,"A. Abouzahra | A. Sabraoui | K. Afdel",,,,christian,Yes,0,2023-11-04,AB9,Godiva,"Cote dIvoire",45%,Milk,,udem,2017,7,good | ||
2,Adam2016,"Model-driven separation of concerns for service robotics",2016,"Andreas Wortmann | Arvid Butting | Bernhard Rumpe | Kai Adam | Oliver Kautz | Robert Heim",,,,Admin,Yes,0,2023-11-04,AB9,Godiva,"Cote dIvoire",45%,Milk,,udem,2017,7,good |
11 changes: 11 additions & 0 deletions
11
cside/export_r/relis_paper_bibtex_Excluded_demoTestProject.bib
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,11 @@ | ||
@INBOOK{Alexander2007, | ||
author = {Alexander, Perry}, | ||
pages = {263--276}, | ||
publisher = {Morgan Kaufmann}, | ||
title = {15 - Domain Interactions}, | ||
year = {2007}, | ||
address = {Burlington}, | ||
series = {Systems on Silicon}, | ||
type = {Book Section}, | ||
abstract = {It is noted that the decisions made locally in one domain can have impacts on system-level requirements and other domain specific requirements. Rosetta defines an interaction as a collection of mechanisms for describing how information flows between modeling domains. Each interaction defines three kinds of information transfer. Translators define how information is transformed as it flows through a parameter shared by two facets. Translators handle both information translation and coordination of the communication process. Functors define transformations of facets from one domain to another. Because facets are simply Rosetta values, these transformations take the form of functions whose domain and range include facet types. Furthermore, algebra combinators, or simply combinators define mechanisms for combining two facets to produce a new facet. The primary use for combinator is to provide a capability for composing and refining or abstracting two facets in a single step. Moreover, combinators are like functors, except that the domain of a combinator must include two facets that can be composed into a single facet.} | ||
} |
18 changes: 18 additions & 0 deletions
18
cside/export_r/relis_paper_bibtex_Included_demoTestProject.bib
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,18 @@ | ||
@BOOK{Abouzahra2017, | ||
author = {Abouzahra, A. and Sabraoui, A. and Afdel, K.}, | ||
publisher = {Ieee}, | ||
title = {A Metamodel Composition Driven Approach to Design New Domain Specific Modeling Languages}, | ||
year = {2017}, | ||
address = {New York}, | ||
series = {2017 European Conference on Electrical Engineering and Computer Science}, | ||
abstract = {Designing a new domain specific modeling language is a complex and consuming task job effort. One solution is to compose existing DSMLs to form a new more complete DSML. Based on a metamodels composition we can improve the process of rapid prototyping of new DSMLs. In this paper we investigate the consequences of composing metamodels of DSMLs on their graphical syntaxes. Our motivation is to upgrade the quick development of graphical comments for a new DSML formed by the composition of multiple DSMLs metamodels. We explain how the DSMLs can be reused to rapidly form new ones with low cost. Thus, this work contributes by defining a set of rules to compose DSMLs and provide a layer for DSMLs graphical syntaxes composition. We propose three rules to compose DSMLs metamodels: reference, specialization and fusion. We have used a small use case to illustrate the approach. For each defined rule we apply it to the use case to exemplify it. We expose, throughout these examples, how graphical syntaxes can be reused. We also show on how graphical comments can be composed.}, | ||
doi = {10.1109/eecs.2017.30}, | ||
paper = {https://dx.doi.org/10.1109/eecs.2017.30} | ||
} | ||
@MISC{Adam2016, | ||
author = {Adam, Kai and Butting, Arvid and Heim, Robert and Kautz, Oliver and Rumpe, Bernhard and Wortmann, Andreas}, | ||
title = {Model-driven separation of concerns for service robotics}, | ||
year = {2016}, | ||
doi = {10.1145/3023147.3023151}, | ||
paper = {https://dx.doi.org/10.1145/3023147.3023151} | ||
} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,46 @@ | ||
@BOOK{Abouzahra2017, | ||
author = {Abouzahra, A. and Sabraoui, A. and Afdel, K.}, | ||
publisher = {Ieee}, | ||
title = {A Metamodel Composition Driven Approach to Design New Domain Specific Modeling Languages}, | ||
year = {2017}, | ||
address = {New York}, | ||
series = {2017 European Conference on Electrical Engineering and Computer Science}, | ||
abstract = {Designing a new domain specific modeling language is a complex and consuming task job effort. One solution is to compose existing DSMLs to form a new more complete DSML. Based on a metamodels composition we can improve the process of rapid prototyping of new DSMLs. In this paper we investigate the consequences of composing metamodels of DSMLs on their graphical syntaxes. Our motivation is to upgrade the quick development of graphical comments for a new DSML formed by the composition of multiple DSMLs metamodels. We explain how the DSMLs can be reused to rapidly form new ones with low cost. Thus, this work contributes by defining a set of rules to compose DSMLs and provide a layer for DSMLs graphical syntaxes composition. We propose three rules to compose DSMLs metamodels: reference, specialization and fusion. We have used a small use case to illustrate the approach. For each defined rule we apply it to the use case to exemplify it. We expose, throughout these examples, how graphical syntaxes can be reused. We also show on how graphical comments can be composed.}, | ||
doi = {10.1109/eecs.2017.30}, | ||
paper = {https://dx.doi.org/10.1109/eecs.2017.30} | ||
} | ||
@ARTICLE{Abouzahra2018, | ||
author = {Abouzahra, Anas and Sabraoui, Ayoub and Afdel, Karim}, | ||
journal = {Advances in Science, Technology and Engineering Systems Journal3}, | ||
title = {A Practical Approach for Extending DSMLs by Composing their Meta -models}, | ||
year = {2018}, | ||
volume = {6} | ||
} | ||
@MISC{Adam2016, | ||
author = {Adam, Kai and Butting, Arvid and Heim, Robert and Kautz, Oliver and Rumpe, Bernhard and Wortmann, Andreas}, | ||
title = {Model-driven separation of concerns for service robotics}, | ||
year = {2016}, | ||
doi = {10.1145/3023147.3023151}, | ||
paper = {https://dx.doi.org/10.1145/3023147.3023151} | ||
} | ||
@ARTICLE{Ahmad2020, | ||
author = {Ahmad, Muhammad Waqas and Anwar, Muhammad Waseem and Azam, Farooque and Rasheed, Yawar and Ghani, Usman and Ahmad, Mukhtar}, | ||
journal = {Lecture Notes in Computer Science}, | ||
title = {AutoNet: Meta-model for Seamless Integration of Timed Automata and Colored Petri Nets}, | ||
year = {2020}, | ||
pages = {307--319}, | ||
volume = {12133}, | ||
doi = {10.1007/978-3-030-47679-3\_26}, | ||
paper = {http://dx.doi.org/10.1007/978-3-030-47679-3\_26} | ||
} | ||
@INBOOK{Alexander2007, | ||
author = {Alexander, Perry}, | ||
pages = {263--276}, | ||
publisher = {Morgan Kaufmann}, | ||
title = {15 - Domain Interactions}, | ||
year = {2007}, | ||
address = {Burlington}, | ||
series = {Systems on Silicon}, | ||
type = {Book Section}, | ||
abstract = {It is noted that the decisions made locally in one domain can have impacts on system-level requirements and other domain specific requirements. Rosetta defines an interaction as a collection of mechanisms for describing how information flows between modeling domains. Each interaction defines three kinds of information transfer. Translators define how information is transformed as it flows through a parameter shared by two facets. Translators handle both information translation and coordination of the communication process. Functors define transformations of facets from one domain to another. Because facets are simply Rosetta values, these transformations take the form of functions whose domain and range include facet types. Furthermore, algebra combinators, or simply combinators define mechanisms for combining two facets to produce a new facet. The primary use for combinator is to provide a capability for composing and refining or abstracting two facets in a single step. Moreover, combinators are like functors, except that the domain of a combinator must include two facets that can be composed into a single facet.} | ||
} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,16 @@ | ||
#,key,Title,Link,Preview,Abstract,Year | ||
1,Abouzahra2017,"A Metamodel Composition Driven Approach to Design New Domain Specific Modeling Languages",https://dx.doi.org/10.1109/eecs.2017.30,"<p><font face=""verdana""><b><i>BOOK</i>(Abouzahra2017)</b></font></p> | ||
<p>A. Abouzahra, A. Sabraoui, and K. Afdel. <i><span style=""font-weight: 600; color: #3F3F3F;"">A Metamodel Composition Driven Approach to Design New Domain Specific Modeling Languages</span></i>. 2017 European Conference on Electrical Engineering and Computer Science:. Ieee, New York (2017).</p> | ||
<p><center></center></p>","Designing a new domain specific modeling language is a complex and consuming task job effort. One solution is to compose existing DSMLs to form a new more complete DSML. Based on a metamodels composition we can improve the process of rapid prototyping of new DSMLs. In this paper we investigate the consequences of composing metamodels of DSMLs on their graphical syntaxes. Our motivation is to upgrade the quick development of graphical comments for a new DSML formed by the composition of multiple DSMLs metamodels. We explain how the DSMLs can be reused to rapidly form new ones with low cost. Thus, this work contributes by defining a set of rules to compose DSMLs and provide a layer for DSMLs graphical syntaxes composition. We propose three rules to compose DSMLs metamodels: reference, specialization and fusion. We have used a small use case to illustrate the approach. For each defined rule we apply it to the use case to exemplify it. We expose, throughout these examples, how graphical syntaxes can be reused. We also show on how graphical comments can be composed.",2017 | ||
2,Abouzahra2018,"A Practical Approach for Extending DSMLs by Composing their Meta -models",,"<p><font face=""verdana""><b><i>ARTICLE</i>(Abouzahra2018)</b></font></p> | ||
<p>A. Abouzahra, A. Sabraoui, and K. Afdel. <span style=""font-weight: 600; color: #3F3F3F;"">A Practical Approach for Extending DSMLs by Composing their Meta -models</span>. <i>Advances in Science, Technology and Engineering Systems Journal3</i>: 6 (2018).</p> | ||
<p><center></center></p>",,2018 | ||
3,Adam2016,"Model-driven separation of concerns for service robotics",https://dx.doi.org/10.1145/3023147.3023151,"<p><font face=""verdana""><b><i>MISC</i>(Adam2016)</b></font></p> | ||
<p>K. Adam, A. Butting, R. Heim, O. Kautz, B. Rumpe, and A. Wortmann. <span style=""font-weight: 600; color: #3F3F3F;"">Model-driven separation of concerns for service robotics</span>. (2016).</p> | ||
<p><center></center></p>",,2016 | ||
4,Ahmad2020,"AutoNet: Meta-model for Seamless Integration of Timed Automata and Colored Petri Nets","http://dx.doi.org/10.1007/978-3-030-47679-3\_26","<p><font face=""verdana""><b><i>ARTICLE</i>(Ahmad2020)</b></font></p> | ||
<p>M. W. Ahmad, M. W. Anwar, F. Azam, Y. Rasheed, U. Ghani, and M. Ahmad. <span style=""font-weight: 600; color: #3F3F3F;"">AutoNet: Meta-model for Seamless Integration of Timed Automata and Colored Petri Nets</span>. <i>Lecture Notes in Computer Science</i>: 12133, pp. 307–319 (2020).</p> | ||
<p><center></center></p>",,2020 | ||
5,Alexander2007,"15 - Domain Interactions",,"<p><font face=""verdana""><b><i>INBOOK</i>(Alexander2007)</b></font></p> | ||
<p>P. Alexander. <span style=""font-weight: 600; color: #3F3F3F;""></span>. In: <i>15 - Domain Interactions</i>. Systems on Silicon. pp. 263–276. Morgan Kaufmann, Burlington (2007).</p> | ||
<p><center></center></p>","It is noted that the decisions made locally in one domain can have impacts on system-level requirements and other domain specific requirements. Rosetta defines an interaction as a collection of mechanisms for describing how information flows between modeling domains. Each interaction defines three kinds of information transfer. Translators define how information is transformed as it flows through a parameter shared by two facets. Translators handle both information translation and coordination of the communication process. Functors define transformations of facets from one domain to another. Because facets are simply Rosetta values, these transformations take the form of functions whose domain and range include facet types. Furthermore, algebra combinators, or simply combinators define mechanisms for combining two facets to produce a new facet. The primary use for combinator is to provide a capability for composing and refining or abstracting two facets in a single step. Moreover, combinators are like functors, except that the domain of a combinator must include two facets that can be composed into a single facet.",2007 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
#,key,Title,Preview,"Excluded By",Criteria,"Exclusion note" |
4 changes: 4 additions & 0 deletions
4
cside/export_r/relis_paper_excluded_screen_demoTestProject.csv
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,4 @@ | ||
#,key,Title,Preview,"Excluded By",Criteria,Note | ||
1,Alexander2007,"15 - Domain Interactions","<p><font face=""verdana""><b><i>INBOOK</i>(Alexander2007)</b></font></p> | ||
<p>P. Alexander. <span style=""font-weight: 600; color: #3F3F3F;""></span>. In: <i>15 - Domain Interactions</i>. Systems on Silicon. pp. 263–276. Morgan Kaufmann, Burlington (2007).</p> | ||
<p><center></center></p>",christian,"EC1: Too short ",,Admin,"EC1: Too short ", |
Oops, something went wrong.