8.4 KiB
Много будет про ARIS, лучше вначале пролистать ARIS-книжки
Базовый концепт Semantic BPM \ Semantic ARIS
Как раздел из Концепты реализации Semantic BPM
Базовый концепт
Это ARIS + Linked Data как компоновка ARIS – based и RDF – based подсистем в одну систему. Или: обычный с виду ARIS, но с RDF \ SPARQL “под капотом”. В базовом варианте использован подход «сначала схема» и пост-парсинг схемы (см. VAD-LD), в отличие от альтернативных: отрисовка схемы с одновременным формированием RDF (real-time) или авто построение (AutoVAD). Более универсальное направление ARIS Smart Design, но это отдельный большой проект ВРМ. Смарт-инструменты «Таблица -> Схема»
Базовый технологический концепт на примере VAD:
- Отрисовка схемы процесса в VAD. Основной стартовый шаг: пользователь (участник процесса или консультант \ методолог) рисует схему процесса в какой – либо нотации (в MVP 0.1 в нотации VAD).
- Корпоративный семантический шаблон. Схемы процессов рисуются во внешнем (MVP 0.1) редакторе с помощью корпоративного семантического шаблона, где все элементы шаблона (трафарета) имеют семантическую разметку определяет набор свойств (включая тип объекта, возможные отношения с другими объектами) элемента (фигуры). Причем даже в разных графических нотациях (BPMN, VAD), т.е. синтаксических обертках, суть (семантика) будет единой.
- Парсер графических файлов. Допустим пользователь начал с нуля и нарисовал 10 схем в drawio, yEd и т.п. Далее модуль RDF-импорт парсит эти схемы и создает 10+1 файлов TriG, см. wiki Repo MetaModel, TriG)
- Сборка EKG, RDF-хранилище. TriG-файлы (один файл = одна схема процесса) загружаются в Хранилище (TriG \ RDF store \ triple store), что и представляет собой хранилище EKG предприятия в части процессов. Базовый интерфейс EKG = ARIS Publiser. Отображение Treeview с деревом схем (дерево моделей) предусмотрено в левом верхнем углу основного экрана: главный экран приложения, mainGUI.md
- Базовые запросы к EKG. Семантика, изначально отрисованная в графических файлов и далее переведенная на язык RDF, доступна из оболочки. RDF-Dia позволяет двунаправленный запрос:
- прямой запрос. Кнопками или прямым SPARQL запрашивать нужные элементы (схемы процессов, их элементы) и отображать их как в дереве процессов, так и в окне схем процессов, например, Отобразить схему процесса и в окне отображения схемы навести фокус на запрашиваемый элемент схемы (как результат запроса вывести карточку \ паспорт элемента);
- обратный запрос. Выбор на схеме процесса какого-либо элемента находит его в КВА-хранилище и выводит в окно карточки процесс все его свойства (или только отфильтрованные).
- Расширенные запросы к EKG. Более глубокая аналитика подразумевает сложные запросы к RDF-хранилищу, например, с использованием reasoner и т.п. По большому счету – это инвентаризация процессов компании и их ресурсов: входы, исполнители, инструменты на семантических стандартах представления знаний. Если далее углубляться в инвентаризацию ИТ-активов, то это будет движение в сторону semantic CMDB (semantic ITIL) / RDF-based CMDB, а если еще далее в сторону семантических конфигов, то JSON-LD для конфигурирования ИТ-систем, т.е. конфигурационные конфиги отдельных ИТ-систем с семантическим слоем (но это совсем далеко).
Базовый технологический концепт «простыми словами»
Нарисовать VAD схему (drawio, yEd) по заранее созданному Корпоративному семантическиому шаблону. RDF-импорт парсит эти файлы и на выходе дает аналогичный набор TriG-файлов, которые загружаются в triple store. Элементы TreeView (левый верхний элемент основного GUI) оболочки RDF-Dia (базовый модуль приложения, пусть будет такое условное название) создаются на основе triple store (все элементы распределяются по дереву). В итоге мы получаем привычный ARIS-интерфейс с семантическим движком.
Корпоративный семантический шаблон
Фрагмент трафарета Visio показан на рис. 3 Repo MetaModel, TriG
В шаблоне "зашита" семантика, которую RDF-парсер к конкретному формату (visio, drawio, yEd и т.п.) преобразует в RDF. Справедливо и обратное, это уже AutoVAD from rdf. Таким образом, реализуется двухстроняя связь "код - схема", т.е. в простейшем варианте ARIS SmartDesign см. ВРМ. Смарт-инструменты «Таблица -> Схема», а в более общем (и сложном) Architecture as Code. Однако язык Architecture as Code должен быть не PlantUML / DOT / Mermaid, и т.п., а RDF (TriG) или "архитектурный DSL", но с явной семантикой (на триплетах - атомах знания).