Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
MoDisco/Components/Composition/Architecture
| MoDisco |
| Website |
| Download |
| Community |
| Mailing List • Forums |
| Bugzilla |
| Open |
| Help Wanted |
| Bug Day |
| Contribute |
| Browse Source • Project Set File |
Requirements
In this document, we use this terms:
- composing model: a group of models,
- composed model: a member of the group of models.
Functional requirements
We need a mechanism to achieve these goals:
- R1. a composing model groups several models together using model element level links
- R2. a composing model establishes links between elements of these models
* 1. links can have different arities * 2. links can be considered as elements. * 3. links can have sub links.
- R3. a composing model remain the composed models unchanged
- R4. a composing model remain the metamodels of the composed models unchanged
- R5. a composing model is a model describing which models are in the group and which model elements are linked
* 1. a composing model contains links between model elements
- R6. a composing model conforms to a meta-model.
* 1. the metamodel of the composing model defines the meta-links between the meta-classes. * 2. each link contained in the composing model conforms to a metalink defined by a metamodel
- R7. a composed model can be a composing model
As we need to add links starting from elements of the composed metamodels without changing these metamodels, we need :
- R8. virtual reference which can be added to composed models to be able to navigate links in the opposite way
Our approach is to create, in a new metamodel (the composing metamodel), elements which could be interpreted as additional links between metaclasses of other metamodels (the composed metamodels). Because in the majority of cases, the referred models are conforms to meta-models that have not been designed to be referred. We then need a mechanism to add “virtual” references to the referred meta-models. We need a "virtual add" because referred meta-model can’t be modified in most use cases. And the use of bidirectional references is not recommended to avoid cycle problems.
- R9. The "virtual" references between model elements should conform to "virtual" links between metaclasses. These "virtual" references, contained in the composing model, should hold all the information required to find the source and the target elements in the composed models.
Non functional requirements
- R10. To be usable by transformation and generation engine based on EMF.