From 2ff3f2c1378dbbe92d8d62fc921faed58773a659 Mon Sep 17 00:00:00 2001 From: bpmbpm <121898072+bpmbpm@users.noreply.github.com> Date: Wed, 12 Feb 2025 22:50:42 +0300 Subject: [PATCH] Update FAQsemBPM.md --- FAQ/FAQsemBPM.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/FAQ/FAQsemBPM.md b/FAQ/FAQsemBPM.md index d347a90b..faa9c333 100644 --- a/FAQ/FAQsemBPM.md +++ b/FAQ/FAQsemBPM.md @@ -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 и "портянки".