vrr/doc
2
0
Fork 0
mirror of https://github.com/bpmbpm/doc.git synced 2026-04-28 19:42:06 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

Update arisLDconcept.md

Browse source
This commit is contained in:
Dmitry 2025-02-23 17:12:58 +03:00 • committed by GitHub
parent 8914c0f632
commit bcd050b8c7
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
1 changed files with 3 additions and 3 deletions
Download patch file Download diff file Expand all files Collapse all files

6
Project/SemanticBPM/method/arisLDconcept.md
View file

@ -1,7 +1,8 @@
Много будет про ARIS, лучше вначале пролистать [ARIS-книжки](https://github.com/bpmbpm/doc/tree/main/BPM/ARIS/book)
## Базовый концепт Semantic BPM \ Semantic ARIS
Базовый концепт: Это ARIS + Linked Data как соединение ARIS – based и RDF – based подсистем в одну систему. Или обычный с виду ARIS, но с RDF \ SPARQL “под капотом”. В базовом варианте использован подход «сначала схема» и пост-парсинг схемы (см. VAD-LD ), в отличие от альтернативных: отрисовка схемы с одновременным формированием RDF (real-time) или авто построение (AutoVAD). Более универсальное направление ARIS Smart Design, но это отдельный большой проект [ВРМ. Смарт-инструменты «Таблица -> Схема»](https://habr.com/ru/articles/810851/)
Базовый концепт: Это ARIS + Linked Data как компоновка ARIS – based и RDF – based подсистем в одну систему.
Или: обычный с виду ARIS, но с RDF \ SPARQL “под капотом”. В базовом варианте использован подход «сначала схема» и пост-парсинг схемы (см. VAD-LD), в отличие от альтернативных: отрисовка схемы с одновременным формированием RDF (real-time) или авто построение (AutoVAD). Более универсальное направление ARIS Smart Design, но это отдельный большой проект [ВРМ. Смарт-инструменты «Таблица -> Схема»](https://habr.com/ru/articles/810851/)
### Базовый технологический концепт на примере VAD:
1. Отрисовка схемы процесса в VAD. Основной стартовый шаг: пользователь (участник процесса или консультант \ методолог) рисует схему процесса в какой – либо нотации (в MVP 0.1 в нотации VAD).
@ -11,9 +12,8 @@
5. Базовые запросы к EKG. Семантика, изначально отрисованная в графических файлов и далее переведенная на язык RDF, доступна из оболочки. RDF-Dia позволяет двунаправленный запрос:
- прямой запрос. Кнопками или прямым SPARQL запрашивать нужные элементы (схемы процессов, их элементы) и отображать их как в дереве процессов, так и в окне схем процессов, например, Отобразить схему процесса и в окне отображения схемы навести фокус на запрашиваемый элемент схемы (как результат запроса вывести карточку \ паспорт элемента);
- обратный запрос. Выбор на схеме процесса какого-либо элемента находит его в КВА-хранилище и выводит в окно карточки процесс все его свойства (или только отфильтрованные).
6. Расширенные запросы к EKG. Более глубокая аналитика подразумевает сложные запросы к RDF-хранилищу, например, с использованием [reasoner]( https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BC%D0%B0%D0%BD%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9_%D0%BC%D0%B5%D1%85%D0%B0%D0%BD%D0%B8%D0%B7%D0%BC_%D1%80%D0%B0%D1%81%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B9) и т.п.
6. Расширенные запросы к EKG. Более глубокая аналитика подразумевает сложные запросы к RDF-хранилищу, например, с использованием [reasoner](https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BC%D0%B0%D0%BD%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9_%D0%BC%D0%B5%D1%85%D0%B0%D0%BD%D0%B8%D0%B7%D0%BC_%D1%80%D0%B0%D1%81%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B9) и т.п.
По большому счету – это инвентаризация процессов компании и их ресурсов: входы, исполнители, инструменты на семантических стандартах представления знаний. Если далее углубляться в инвентаризацию ИТ-активов, то это будет движение в сторону semantic CMDB (semantic ITIL) / RDF-based CMDB, а если еще далее в сторону семантических конфигов, то JSON-LD для конфигурирования ИТ-систем, т.е. конфигурационные конфиги отдельных ИТ-систем с семантическим слоем (но это совсем далеко).
### Базовый технологический концепт «простыми словами»
Нарисовать VAD схему (drawio, yEd) по заранее созданному Корпоративному семантическиому шаблону.
RDF-импорт парсит эти файлы и на выходе дает аналогичный набор TriG-файлов, которые загружаются в triple store. Элементы TreeView (левый верхний элемент основного GUI) оболочки RDF-Dia (базовый модуль приложения, пусть будет такое условное название) создаются на основе triple store (все элементы распределяются по дереву). В итоге мы получаем **привычный ARIS-интерфейс с семантическим движком**.