Difference between revisions of "MBSE & MDA"
(→2 Definitive sources for a definition of MDA) |
(→Progress Reports) |
||
| (17 intermediate revisions by 2 users not shown) | |||
| Line 39: | Line 39: | ||
|- | |- | ||
|Francis Thom | |Francis Thom | ||
| + | |Fran-Sys-Thom Ltd | ||
| + | |Member | ||
| + | |- | ||
| + | |Neil Burt | ||
| | | | ||
|Member | |Member | ||
| Line 46: | Line 50: | ||
==Progress Reports== | ==Progress Reports== | ||
| − | === | + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/d/dd/2016_05_19_INCOSE_UK_MBSE_WG_-_subgroups_Status_JJ_v3.pdf 19-05-2016] |
| − | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/ | + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/7/77/INCOSE_UK_MBSE_Subgroup_Status_MBSE-MDA_20170427.pdf 27-04-2017] |
| + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/9/90/2017_09_26_INCOSE_UK_MBSE_IG_-_subgroups_Status_JJ_v1_no_res.pdf 26-09-2017] | ||
| + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/0/06/2018_03_20_INCOSE_UK_MBSE_IG_-_Adoption_and_MDA_subgroups_Status_JJ_v1_no_res.pdf 20-03-2018] | ||
| + | |||
| + | ==Meeting Notes== | ||
| + | |||
| + | ===2017=== | ||
| + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/2/27/2017_01_26_MBSE_MDA_subgroup_telecon_notes_v2_CORRECTION.pdf 26-01-2017 Webex meeting Corrected notes] | ||
| + | * [http://www.incosewiki.info/Model_Based_Systems_Engineering/Files/c/c9/2017_02_24_MBSE_MDA_subgroup_telecon_notes_v4.pdf 24-02-2017 Webex meeting] | ||
| + | * 15-09-2017 to be reviewed | ||
==Documents== | ==Documents== | ||
| Line 86: | Line 99: | ||
Model-based systems engineering (MBSE) is a systems engineering methodology that focuses on creating and exploiting domain models as the primary means of information exchange between engineers, rather than on document-based information exchange. | Model-based systems engineering (MBSE) is a systems engineering methodology that focuses on creating and exploiting domain models as the primary means of information exchange between engineers, rather than on document-based information exchange. | ||
| − | |||
| − | |||
===2 Definitive sources for a definition of MDA=== | ===2 Definitive sources for a definition of MDA=== | ||
| Line 104: | Line 115: | ||
The Executive summary goes onto elaborate what it means by 'models' and how such models can be used: | The Executive summary goes onto elaborate what it means by 'models' and how such models can be used: | ||
| − | The MDA approach | + | "The MDA approach represents and supports everything from requirements to business modeling to technology implementations. The primary feature of MDA which enables us to deal with complexity and derive value from models and modeling is defining the ''structure, semantics, and notations'' of models using industry standards – models conforming to these standards are “MDA Models”. MDA models can then be used … ''(sentences removed-JJ)''. MDA models can represent systems at any level of abstraction or from different viewpoints, ranging from enterprise architectures to technology implementations. MDA “connects the dots” between these different viewpoints and abstractions." |
| − | The primary feature of MDA which enables us to deal with complexity and derive value from models and modeling is defining the structure, semantics, and notations of models using industry standards – models conforming to these standards are “MDA Models”. MDA models can then be used | + | |
| − | + | ===3 A coherent explanation (graphical and textual) for the relationship(s) of MBSE and MDA=== | |
| + | [[File:MBSE-MDA-single-page-visualisation-v1.1.jpg.JPG]] | ||
| + | |||
| + | ===4 Use Cases or scenarios in which MDA can support one or more SE activities in an MBSE context=== | ||
| + | Example Use Cases include: | ||
| + | |||
| + | 1. Part-generation of software component of functionality through transformation, based on models of a) required / defined functionality b) target technology as model and c) transformation model. | ||
| + | |||
| + | 2. Part-verification of cross-discipline design versus requirements by generation of correspondence (compliance) model via MDA transformation from two or more design models, model of requirements and transformation (comparison) model. | ||
Latest revision as of 17:54, 17 October 2020
Contents |
[edit] Objectives
1. Identify two or three definitive sources for a definition of MBSE(so as not to reinvent the wheel), but context for 3;
2. Identify two or three definitive sources for a definition of MDA (ditto);
3. Form a coherent explanation (graphical and textual) for the relationship(s) of MBSE and MDA;
4. Provide one or more Use Cases or scenarios in which MDA can support one or more SE activities in an MBSE context, and provide illustrations of same.
(Source: Email from JJ 26/4/2016, and subsequent reactions from team members, as recorded in sub-group status report 19/5/2016, [1] )
[edit] Team
The MBSE & MDA team currently comprises the following members:
| Member | Organisation | Role |
|---|---|---|
| Julian Johnson | Holistem | Lead |
| Hedley Apperly | PTC | Member |
| Alistair Blair | Thales | Member |
| Ian Clark | MBDA | Member |
| Chris Raistrick | Abstract Solutions | Member |
| Francis Thom | Fran-Sys-Thom Ltd | Member |
| Neil Burt | Member |
[edit] Progress Reports
[edit] Meeting Notes
[edit] 2017
- 26-01-2017 Webex meeting Corrected notes
- 24-02-2017 Webex meeting
- 15-09-2017 to be reviewed
[edit] Documents
| Date | Title | Author | Link |
|---|---|---|---|
| 03-03-16 | MBSE and MDA; what are they and how do they interrelate? | J Johnson | Link |
| 19-05-16 | MDA at the MOD | C Raistrick | Link |
[edit] Emerging Outputs
[edit] 1 Definitive sources for a definition of MBSE
INCOSE Systems Engineering Vision 2020, INCOSE-TP-2004-004-02, September, 2007:
"Model-based systems engineering (MBSE) is the formalized application of modeling to support system requirements, design, analysis, verification and validation activities beginning in the conceptual design phase and continuing throughout development and later life cycle phases. "
Note the above definition is also cited by "A practical Guide to SysML The Systems Modelling Language", Friendenthal, Moore and Steiner, MK / OMG, second edition, 2012.
Final Report, Model-Based Engineering Subcommittee, NDIA, Feb. 2011:
"Model-Based Engineering (MBE): An approach to engineering that uses models as an integral part of the technical baseline that includes the requirements, analysis, design, implementation, and verification of a capability, system, and/or product throughout the acquisition life cycle."
(This definition located in Slide 8 of file Model-based-Systems-Engineering-MBSE-101.ppt, Model-based Systems Engineering (MBSE) 101, presented at INCOSE International Workshop, 25-26/1/2014, Torrance, CA, USA.)
Model-based systems engineering (MBSE) is a systems engineering methodology that focuses on creating and exploiting domain models as the primary means of information exchange between engineers, rather than on document-based information exchange.
[edit] 2 Definitive sources for a definition of MDA
The current version of the OMG MDA Guide 2.0 is available via that site as below:
A subset of the Executive Summary from the above guide is:
"MDA provides an approach for deriving value from models and architecture in support of the full life cycle of physical, organizational and I.T. systems."
The Executive summary goes onto elaborate what it means by 'models' and how such models can be used:
"The MDA approach represents and supports everything from requirements to business modeling to technology implementations. The primary feature of MDA which enables us to deal with complexity and derive value from models and modeling is defining the structure, semantics, and notations of models using industry standards – models conforming to these standards are “MDA Models”. MDA models can then be used … (sentences removed-JJ). MDA models can represent systems at any level of abstraction or from different viewpoints, ranging from enterprise architectures to technology implementations. MDA “connects the dots” between these different viewpoints and abstractions."
[edit] 3 A coherent explanation (graphical and textual) for the relationship(s) of MBSE and MDA
[edit] 4 Use Cases or scenarios in which MDA can support one or more SE activities in an MBSE context
Example Use Cases include:
1. Part-generation of software component of functionality through transformation, based on models of a) required / defined functionality b) target technology as model and c) transformation model.
2. Part-verification of cross-discipline design versus requirements by generation of correspondence (compliance) model via MDA transformation from two or more design models, model of requirements and transformation (comparison) model.
