Реальность и модель: о сущности моделирования

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

На один и тот же фрагмент реальности можно построить различные модели. От чего это зависит? Это зависит от метамодели или от шаблона (трафарета), с которым мы подошли к описанию реальности. Известные нам трафареты - это, например, нотации. Один и тот же процесс можно описать в нотации BPMN, Archimate, EPC или IDEF. Простые трафареты (шаблоны), как например, аналитический BPMN, позволяют создать модель одного процесса. Сложные метамодели, как например Архимейт, позволяют создать модель всего предприятия.

Приведем известный пример знакомой всем метамодели - родословная. Она состоит из персонажей, связанных друг с другом такими отношениями, как брат↔сестра, муж↔жена, родитель (отец/мать) ↔ ребенок (дочь/сын). Вот собственно и вся метамодель. На ее базе можно построить тысячи фактических родословных (модели родов или семейств) для Ивановых, Петросянов, Циммерманов и прочих. А вот библейская родословная, известная нам со слов "Авраам родил Исаака, Исаак родил Иакова..." ограничивается более простой метамоделью: персонаж и отношения между персонажами типа отец↔сын. Еще более строгая метамодель родословной превалировала в период майората: отец↔старший_сын.

Заметье, что результат моделирования (или результат применения трафарета к реальности) - это не обязательно схема (диаграмма). Чаще всего, это совсем не схема. Большинство моделей в обычной жизни не выражается в таких знаковых формах, как схема. Чаще всего, это - слова, слова, слова. Грамматика языка (морфология и синтаксис) выступает в качестве мета-модели, а любая фраза (высказывание) - это уже модель (например, триплеты OWL). 

Строго говоря, для построения модели нужна не только грамматика, но и способ концептуализации реальности, то есть способ облечения реальности в определенные формы. Таким образом, каждое слово - это чаще всего микромодель определенного класса предметов/явлений реальности. Но что стоит за каждым словом? - за каждым словом стоит термин или концепт (в СиММА - это класс).  Возьмем BPMN, из каких концептов он состоит? - задача (шаг процесса), событие, шлюз, актор (роль или действующее лицо). Это и есть метамодель. А все построенные нами схемы - это уже модели, не способные зафиксировать ничего более, чем задачи, события и акторов. 

Подход СиММА к построению моделей.

1. начинаем с создания метамодели (или берем готовую) путем подбора ограниченного набора классов и их отношений друг к другу. Это похоже на проектирование баз данных: вы задаете схему данных (метамодель) и уже на её основе создаете модель фрагмента реальности. Например, вы покупаете метамодель под названием "1С.Склад" и на ее базе создаете уже фактические модели своих физических складов. Очевидно, что на базе такой мета-модели, как "Склад", вы не сможете создать модель процесса продаж. Здесь нужна будет уже мета-модель типа CRM.
   Если вы затрудняетесь в выборе метамодели, мы советуем взять Архимейт в качестве её прототипа (референсной модели). Нотация Архимейт входит в поставку СиММА [без ограничений по ее кастомизации].
2. когда метамодель из классов создана, вы сразу же получаете набор каталогов для заполнения. То есть все модельные данные вы вводите в каталоги, даже если вы вводите их путем рисования диаграмм. Каждый элемент каталога - это небольшой двойник объекта реальности. Таким образом модели в СиММА состоят из записей в репозитории СиММА (атрибутированных сущностей), которые в цифровой форме фиксируют что-то об объектах реальности (факты или цфакты - см трактат Вигтенштейна). 

Таким образом СиММА управляет моделями, состоящими из атрибутированных описаний определенных классов объектов реальности (предметов или явлений). То есть в СиММА мы создаём цифровые модели реальности, представляя/репрезентируя реальность в виде набора записей в репозитории СиММА, где каждая запись - это группа атрибутов, включая атрибуты-связи. Такие модели не обязаны иметь выражение в какой-либо схематической форме. Но безусловно они могут иметь и схематическую (схемную, диаграммическую) репрезентацию - см. рисунок выше, где один и тот же процесс описан на базе разных метамоделей и, как следствие, мы имеем разные его модели.

Примечание: согласно MOF - мета-модель это М2. Модель - это М1. Мета-мета-модель - это MOF3.

---

 

В заключение. Модель - это отражение/картинка, схема/образ или цифровой двойник реальности [в виде группы связанных элементов], построенный путем аналитического применения к реальности определенной метамодели (она же шаблон, она же трафарет). Метамодель можно также определить как шаблон мышления, с которым аналитик подходит к созданию модели. Иногда синонимом к понятию метамодель можно сопоставить такие термины, как онтология или концептуальная модель, но не делайте это без необходимости или твердого понимания предмета ваших суждений.  

Система Многослойного Моделирования Архитектуры в первую очередь позволяет задать цифровую онтологию предметной области или её концептуальную модель в стиле DDD. От построения онтологии к учету информации и её взаимосвязей переход осуществляется мгновенно и бесшовно.

 

Возможности настройки ММ в СиММА, а также возможности репозитория СиММА по управлению моделями и мета-моделями, позволяют отнести СиММА к классу Инвентори-системы с возможностями NoCode DataBase.