vrr/doc
2
0
Fork 0
mirror of https://github.com/bpmbpm/doc.git synced 2026-05-11 04:44:38 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

Update FAQsemBPM.md

Browse source
This commit is contained in:
bpmbpm 2025-02-12 22:50:42 +03:00 • committed by GitHub
parent b75dc76b40
commit 2ff3f2c137
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
1 changed files with 2 additions and 1 deletions
Download patch file Download diff file Expand all files Collapse all files

3
FAQ/FAQsemBPM.md
View file

@ -5,10 +5,11 @@
**1 Зачем нужна ARIS система?** Формализация процессной архитектуры, ИТ-архитектуры и т.п.
**2 Никакая Camunda несравнима с ARIS**, потому что у ARIS «под капотом» большая семантическая конструкция, см. книжку ARIS Method_Reference: [«5 000+» страниц «семантики в таблицах»](https://github.com/bpmbpm/doc/tree/main/BPM/ARIS/SCHEER/BASE)
Есть три основных типа BPMS систем: Репо – моделеры (мега рисовалки), рисовалки и исполнялки (исполняемые BPMN, UML).
Исполнялки – это Camunda, их продукт – исполняемый в BPMN-engine схема BPMN. Ранее были исполняемые UML, и даже сейчас еще работают, например, в [Runa WFE](https://habr.com/ru/articles/866822/).
К схеме BPMN нужно еще написать кучу кода на js\java и т.п., при этом все равно все это называют «low-code». К BPMN-engine еще идут мониторы исполнения, типа Cockpit. Для ARIS-подобных систем ничего этого не нужно, т.к. ни выполнять ни кодировать не нужно.
К схеме BPMN нужно еще написать кучу кода на js\java и т.п., при этом все равно все это называют «low-code». Для ARIS-подобных систем ничего этого (отладчики, BPMN-engine, Cockpit и др.) не нужно, т.к. ни выполнять, ни кодировать не нужно.
«Репо – моделеры» \ «Мега рисовалки» – это ARIS-подобные системы, которые позволяют формировать сложные модели, причем не только workflow, но docflow и т.п., а также различные архитектурные представления (EA). Это детальное описание каждого объекта, формализация его карточки (набор свойств \ атрибутов), т.е. полный контроль (учет дубликатов, смены состояний и т.п.), ведение репозитария всех объектов (элементов) модели и самих схем (моделей). Такой системе по большому все равно что моделировать: абстракции в виде целей и задач (требований) или низкоуровневые "конфигурационные единыцы" CMDB и "портянки".