FAQ к проекту Semantic BPM

A1 Смежные технологии и заимствование

Базовые (родители)

Semantic BPM это скрещевание двух технологий \ инструментов BPM (business process management) и LD (Linked Data).
В существующих BPM-системах нет стандартизованного семантического движка, а только проприетарный, например, в ARIS - см. Method_Reference.pdf. Когда говорим про BPM-системы, то подразумеваем, что поддержка в них нотаций типа C4 и ArchiMate делает их EA-системами. Т.е. Enterprise Architecture и BPM-системы по сути это одни и теже системы (инструменты с "разной насадкой"): в одних процессные нотации, в других представления архитектур ИТ-систем. Соответсвенно Semantic Enterprise Architecture это часть того же EKG.

В существующих LD-системах нет возможности добавления нотаций BPM (читай добавление произвольной графической нотации). Однако сам концепт EKG (граф знаний предприятия) схож с Semantic Web, включая wikidata и DBpedia, а инструментально это аналог Semantic MediaWiki (SMW) c поддержкой нотаций BPM / EA.

Фактически мы берем концепцию ARIS и "переписываем" ее в стеке LD, что дает Semantic ARIS. При этом за основу берем ARIS Publisher, а подготовка схем вынесена в отдельный этап. Семантическая "раскраска" BPM-нотаций (вначале VAD) позволяет использовать багаж инструментов LD в класическом облиук BPM - дизайна (привычного GUI).

A2 «Вопрос основной - а нахрена он нужен, этот ваш проект?»

Ответы из обсуждения в ТГ-канале архитекторов, поэтому будет много повторов ("живое обсуждение") и сознательный уход в конце обсуждения от холивара «Зачем вообще нужен этот ARIS» (неоднозначное к нему отношение).

1 Зачем нужна ARIS система? Формализация процессной архитектуры, ИТ-архитектуры и т.п.

2 Никакая Camunda несравнима с ARIS, потому что у ARIS «под капотом» большая семантическая конструкция, см. книжку ARIS Method_Reference: «5 000+» страниц «семантики в таблицах»

Есть три основных типа BPMS систем: Репо – моделеры (мега рисовалки), рисовалки и исполнялки (исполняемые BPMN, UML).

Исполнялки – это Camunda, их продукт – исполняемый в BPMN-engine схема BPMN. Ранее были исполняемые UML, и даже сейчас еще работают, например, в Runa WFE, см. предпоследний рисунок. К схеме BPMN нужно еще написать кучу кода на js\java и т.п., при этом все равно все это называют «low-code». Для ARIS-подобных систем ничего этого (отладчики, BPMN-engine, Cockpit и др.) не нужно, т.к. ни выполнять, ни кодировать не нужно.

«Репо – моделеры» \ «Мега рисовалки» – это ARIS-подобные системы, которые позволяют формировать сложные модели, причем не только workflow, но docflow и т.п., а также различные архитектурные представления (EA). Это детальное описание каждого объекта, формализация его карточки (набор свойств \ атрибутов), т.е. полный контроль (учет дубликатов, смены состояний и т.п.), ведение репозитария всех объектов (элементов) модели и самих схем (моделей). Такой системе по большому все равно что моделировать: абстракции в виде целей и задач (требований) или низкоуровневые "конфигурационные единыцы" CMDB и "портянки".

Camunda и подобные это исключительно моделирование workflow, а не бизнес-процессов, поэтому непонятно как можно их сравнивать («Мега рисовалки» vs «Исполнялки»). У них разные выходы: у одного исполняемый код у другого неисполняемая модель (картинка + репозитарий всех объектов и связей, атрибутов), а по моделированию они немного схожи только в части формализации workflow и то только внешне.

Рисовалки – это то, что рисуют без объектного репозитария и не для исполнения (в том же Camunda – моделере), поэтому «бумага все стерпит». В 60-80% случаев для «среднего» анализа процессов этого вполне достаточно и «ARIS – система» будет явно избыточной: «из пушки по воробьям». Рисовалки не подразумевают объектной модели, репозитария объектов модели и т.п., хотя могут иметь репозитарий моделей.

3 Зачем Semantic BPM. Сейчас в РФ новых продаж «ARISов» не стало (MegA и еще пары десятков подобных), а его ru-аналоги, например, лидер рынка Sila Union, если и догнали ARIS, то пока только по цене. Хотя ARIS - подобную систему сделать и не так сложно, как может показаться.

Однако не хотелось «тупо» повторить ARIS, а хотелось с заменой его семантического «поршневого движка» (см. таблички с семантикой в ARIS Method_Reference, 5000+ стр.) сразу на реактивный (Linked Data: OWL\RDF\SPARQL).

Идейно концепт «BPM vs Semantic BPM» аналогичен концепту: «MediaWiki vs Semantic MediaWiki» или «Web vs Semantic Web».

4 «более интересная задача - как раз описать и нарисовать схему процесса НЕ ПРИБЕГАЯ к визуальным редакторам».

Это тоже проектом Semantic BPM предусматривается, см. "AutoVAD from rdf". Более того, ранее чем начали применяться Diagram as Code: plantUML \ graphviz-dot \ mermaid в «древний» ARIS был встроен Smart Design, см. ВРМ. Смарт-инструменты «Таблица -> Схема» для формализации бизнес-процессов. Рестайлинг ARIS SmartDesign.

Отмечу, что крупные ARIS-подобные системы давно позиционируются как «три в одном флаконе» BPM \ EA \ GRC, а некоторые (MegA) добавляют и четвертую компоненту «Data Gov». data gov указывает, что это также инструмент управления качеством данных. В camunda и т п. нет инструментов ни про модели данных, ни Docflow и т п. Там только про workflow и то очень поверхностно (без связок паспортов процессов и т. п.).

Тот же Sparx Enterprise Architect уже присматривается к семантическим стандартам: odm

5 Продолжение Да, часто Арис используют "из пушки по воробьям", например, "гвозди забивают микроскопом", используя ARIS как рисовалку с репозитарием моделей (база схем со ссылками друг на друга), но без использования репозитария объектов. Что касается, куда делся Арис: у многих он ещё стоит, тот же сбер, РЖД и т.п. У многих стоят его аналоги, например, в ВТБ iserver. Массово внедряют его заместителей: ru -аналоги. Тройка основных (Большая тройка): Sila union, business studio, process studio.

Рынок есть, но что касается грамотного использования, проблем много, в первую очередь отсутствие обмена опытом, агрессивный маркетинг и закрытые стандарты. В нашем Open Source проекте как раз и предлагаются открытые стандарты хранения – rdf и т.п. Полагаю, что большая часть проблем снимется автоматически при рождении нормальной open source системы класса Арис с современным семантическим движком (linked data).

Если кратко, то:

в Арис и подобном уже и так под капотом используют проприетарный семантический движок. Мы же хотим заменить движок на стандартный (LD, вкл. Sparql);
зачем-то Sparx (ea) использует семантические стандарты (с недавнего времени, т.е. о чем-то подозревает). Но они у него "неродные". У нас они будут "родные", см. Пункт 1.

6 Пока проект на первом этапе будет по vad. Это самый верхний уровень процессов компании. Вся компания "в крупную клетку": схемы и куча паспортов процессов. Все исполнители - структурные подразделения привязаны к процессам через их паспорта с кучей атрибутов. Но связки эти не Гиперссылками (как в wiki), а триплетами (атомы знания), образующими "семантический сахар" через формализованную онтологию. Далее можно спускаться ниже. На каком-то (далеком) этапе конфиги прикладных систем завяжутся также «семантическим сахаром», потом дело возможно дойдет до конфигов маршрутизаторов с json-ld с которого мы начали этот разговор (в канале). Если сравнивать с Json, то аналог "json-ld" ,см. RDF 1.1 Primer Пример 12 и 13.

Но путь будет длинный и суть его в "семантическом сахаре" на технологии linked data – как «красной нити», опутывающей все процессы и системы компании (и даже данные и документы). Это в целом пока не конкретная теория, конкретика на первом этапе будет показана в MVP на vad для верхнеуровневых процессах.

7 Исходные позиции:

aris нужен
хочу open source aris
уж если его (open source aris) делать, то лучше сразу ставить не древнее "двигло" 92 года (aris выпустили тогда и движок по семантике с тех пор не меняли), а современное (технологии от «Tesla»).

Убеждать, что aris имеет спрос - нет смысла (см. обороты хотя бы компаний "Большой тройки" разработчиков ru-ARIS). Что-то aris подобное есть в каждой крупной компании. Он работает на два сегмента BPM и ea (часто отличие только в нотации при одинаковом движке). Собственно тот же Sparx Enterprise Architect - это ARIS - подобная система («Репо – моделер»).

"Что бы что?" - чтобы появился а-ля aris (BPM + ea) на open source и на движке linked data.

8 Подробнее:

Б1 Близкие технологии (с "семантикой на борту")

Крупные

BIM\IFC\IFC-Turtle. В целом IFC (Industry Foundation Classes) имеет семантическую природу, но более интересны его Turtle\RDF\OWL форматы (сериализации);

Средние

Comindware ElasticData. Не понял зачем использовать графовую базу и не "вынести" семантику на уровень объектов бизнес-процесса. Если был бы открытый проект, то можно было бы попробовать "достучаться" из бизнес-процесса (репозитария процессов EKG) до "глубоко зарытого" семантического встроенного инструментария.

Малые

Семантическая доска (semantic miro) ontonet.ru тест выгрузки семантики

16 KiB Raw Blame History Unescape Escape