MBSE — различия между версиями

 
Строка 1: Строка 1:
#REDIRECT [[Моделеориентированная системная инженерия]]
+
'''Системная инженерия на основе моделей''' (MBSE - model based systems engineering) -
 +
 
 +
Ключевая характеристика '''MBSE''' —  это поддержка одновременного использования множества [[Метод описания|методов описания]] (viewpoints), т.е. одновременного применения множества методов моделирования для получения множества групп описаний (views), которые адресуют различные интересы соответствующих заинтересованных лиц.
 +
 
 +
MBSE заканчивается в тот момент, когда вам удалось объединить все имеющиеся модели и софт солверов: вы можете определить вашу систему и по результатам моделирования понять, как она себя поведёт в тех или иных условиях.
 +
 
 +
== Методологии MBSE ==
 +
* IBM Telelogic Harmony-SE
 +
* INCOSE Object-Oriented Systems Engineering Method (OOSEM)
 +
* IBM Rational Unified Process-Systems Engineering (RUP-SE) for Model-Driven System Design (MDSD)
 +
* Vitech MBSE (STRATA)
 +
* JPL State Analysis
 +
* Object Process Methodology (OPM)
 +
* Weiliens Systems Modeling Process (SYSMOD)
 +
* Fernandez Process Pipelines in Object oriented Architectures (PPOA)
 +
* An Ontology for State Analysis Formalizing the Mapping to SysML
 +
* ISO15288, OOSEM and Model-based Submarine Design
 +
* SysML JumpStart Training with Enterprise Architect
 +
* [http://seari.mit.edu/documents/theses/SDM_LONDON.pdf MBSE Framework for Concept Development]
 +
* [http://www.omgwiki.org/MBSE/doku.php?id=mbse:methodology эти и многие другие]
 +
* [http://www.iso-architecture.org/ieee-1471/afs/frameworks-table.html Архитектурные методологии]
 +
 
 +
== Model Driven Architecture (MDA) ==
 +
'''Архитектура, управляемая моделью''' (Model Driven Architecture, MDA) — создаваемая консорциумом OMG разновидность концепции «Разработка, управляемая моделями» (англ. model-driven development): модельно-ориентированного подхода к разработке программного обеспечения. Его суть состоит в построении абстрактной метамодели управления и обмена метаданными (моделями) и задании способов ее трансформации в поддерживаемые технологии программирования (Java, CORBA, XML и др.). Создание метамодели определяется технологией моделирования MOF (Meta Object Facility), являющейся частью концепции MDA. Название концепции не совсем удачно, так как она определяет вовсе не архитектуру а именно метод разработки программного обеспечения.
 +
 
 +
OMG [[UML]] (http://www.uml.org/) принес парадигму множественности методов/групп описаний в мейнстрим программной инженерии. Его 5 типов диаграмм позволили связно отражать различные аспекты программных систем. Более того, UML расширяем стандартным способом, и системная инженерия с десятилетним лагом (как обычно) к программной инженерии получила средство для описания этого множества методов/групп описаний в форме [[SysML]], являющегося расширением UML. ISO 42010 (стандарт рекомендованной практики архитектурных описаний) получил язык для своей поддержки.
 +
 
 +
UML вместе с [[MOF]] (Meta Object Facility, http://www.omg.org/mof, обеспечивает взаимосвязанность всех моделей на UML) является основным языком MDA (http://www.omg.org/mda) консорциума по стандартизации OMG. MDA уже переосмысливается, чтобы ее предмет был расширен с программной инженерии на системную инженерию (http://www.calimar.com/Papers/Model%20Driven%20Architecture%20for%20SE-Why%20Care.pdf, http://www.lboro.ac.uk/departments/el/sedc/documents/presentations/model-driven-architecture.pdf и много других).
 +
 
 +
=== Достоинства MDA ===
 +
* множество уровней абстракции (иерархия уровней метамоделирования);
 +
* множество обеспечиваемых метамоделями методов описания с прописанными правилами соответствия методов описаний (viewpoint correspondence rules).
 +
 
 +
=== Недостаток MDA ===
 +
* ограниченность этой архитектуры языком UML. В междисциплинарном проекте мы не можем ожидать, что все специалисты-пользователи говорят на UML или [[SysML]], даже если мы расширим эти языки специфичными для предметных областей стереотипами.
 +
 
 +
 
 +
== Интеграция моделей жизненного цикла ==
 +
'''Модели жизненного цикла''' - модели, которые порождаются и используются в какой-либо момент прохождения системой её жизненного цикла. Для их интеграции используются следующие подходы:
 +
* [[ISO 15926]]
 +
* работы по архитектуре семантической интеграции данных системноинженерных моделей DANSE (Designing for adaptability and evolution in system of systems engineering) для случая, когда моделирование шло для независимо разрабатываемых систем (системно-системная инженерия), и нельзя ожидать использования общего для всех инструментария моделирования и предписанной последовательности использования инструментов (Tool Chain). В этом случае говорят о Tool-Net (сети инструменов) и semantic mediation (основанной на стандартах Semantic Web): [https://www.danse-ip.eu/home/images/deliverables/danse_d8.1.3_conceptual_and%20architecture%20principles_of_sos_design_and_semantic_interoperability_of_systems_platform_and_sos_design_tool_net.pdf 1], [http://www.iltam.org/files/the-voice-of-the-systems-en-dec.2013.web.pdf (работа заняла первое место на INCOSE International Workshop 2013г. 2]).
 +
* [[OSLC]]
 +
 
 +
 
 +
== См. также ==
 +
* [[DSL]] (Domain Specific language)
 +
 
 +
 
 +
[[Категория:Концепции]]
 +
[[Категория:Незавершенные статьи]]

Версия 16:53, 11 мая 2016

Системная инженерия на основе моделей (MBSE - model based systems engineering) -

Ключевая характеристика MBSE — это поддержка одновременного использования множества методов описания (viewpoints), т.е. одновременного применения множества методов моделирования для получения множества групп описаний (views), которые адресуют различные интересы соответствующих заинтересованных лиц.

MBSE заканчивается в тот момент, когда вам удалось объединить все имеющиеся модели и софт солверов: вы можете определить вашу систему и по результатам моделирования понять, как она себя поведёт в тех или иных условиях.

Методологии MBSE

  • IBM Telelogic Harmony-SE
  • INCOSE Object-Oriented Systems Engineering Method (OOSEM)
  • IBM Rational Unified Process-Systems Engineering (RUP-SE) for Model-Driven System Design (MDSD)
  • Vitech MBSE (STRATA)
  • JPL State Analysis
  • Object Process Methodology (OPM)
  • Weiliens Systems Modeling Process (SYSMOD)
  • Fernandez Process Pipelines in Object oriented Architectures (PPOA)
  • An Ontology for State Analysis Formalizing the Mapping to SysML
  • ISO15288, OOSEM and Model-based Submarine Design
  • SysML JumpStart Training with Enterprise Architect
  • MBSE Framework for Concept Development
  • эти и многие другие
  • Архитектурные методологии

Model Driven Architecture (MDA)

Архитектура, управляемая моделью (Model Driven Architecture, MDA) — создаваемая консорциумом OMG разновидность концепции «Разработка, управляемая моделями» (англ. model-driven development): модельно-ориентированного подхода к разработке программного обеспечения. Его суть состоит в построении абстрактной метамодели управления и обмена метаданными (моделями) и задании способов ее трансформации в поддерживаемые технологии программирования (Java, CORBA, XML и др.). Создание метамодели определяется технологией моделирования MOF (Meta Object Facility), являющейся частью концепции MDA. Название концепции не совсем удачно, так как она определяет вовсе не архитектуру а именно метод разработки программного обеспечения.

OMG UML (http://www.uml.org/) принес парадигму множественности методов/групп описаний в мейнстрим программной инженерии. Его 5 типов диаграмм позволили связно отражать различные аспекты программных систем. Более того, UML расширяем стандартным способом, и системная инженерия с десятилетним лагом (как обычно) к программной инженерии получила средство для описания этого множества методов/групп описаний в форме SysML, являющегося расширением UML. ISO 42010 (стандарт рекомендованной практики архитектурных описаний) получил язык для своей поддержки.

UML вместе с MOF (Meta Object Facility, http://www.omg.org/mof, обеспечивает взаимосвязанность всех моделей на UML) является основным языком MDA (http://www.omg.org/mda) консорциума по стандартизации OMG. MDA уже переосмысливается, чтобы ее предмет был расширен с программной инженерии на системную инженерию (http://www.calimar.com/Papers/Model%20Driven%20Architecture%20for%20SE-Why%20Care.pdf, http://www.lboro.ac.uk/departments/el/sedc/documents/presentations/model-driven-architecture.pdf и много других).

Достоинства MDA

  • множество уровней абстракции (иерархия уровней метамоделирования);
  • множество обеспечиваемых метамоделями методов описания с прописанными правилами соответствия методов описаний (viewpoint correspondence rules).

Недостаток MDA

  • ограниченность этой архитектуры языком UML. В междисциплинарном проекте мы не можем ожидать, что все специалисты-пользователи говорят на UML или SysML, даже если мы расширим эти языки специфичными для предметных областей стереотипами.


Интеграция моделей жизненного цикла

Модели жизненного цикла - модели, которые порождаются и используются в какой-либо момент прохождения системой её жизненного цикла. Для их интеграции используются следующие подходы:

  • ISO 15926
  • работы по архитектуре семантической интеграции данных системноинженерных моделей DANSE (Designing for adaptability and evolution in system of systems engineering) для случая, когда моделирование шло для независимо разрабатываемых систем (системно-системная инженерия), и нельзя ожидать использования общего для всех инструментария моделирования и предписанной последовательности использования инструментов (Tool Chain). В этом случае говорят о Tool-Net (сети инструменов) и semantic mediation (основанной на стандартах Semantic Web): 1, (работа заняла первое место на INCOSE International Workshop 2013г. 2).
  • OSLC


См. также

  • DSL (Domain Specific language)