vrr/doc
2
0
Fork 0
mirror of https://github.com/bpmbpm/doc.git synced 2026-05-02 21:40:41 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

Update subprocess.md

Browse source
This commit is contained in:
Dmitry 2025-10-23 23:08:53 +03:00 • committed by GitHub
parent 8d3d501064
commit b2a8f76ba1
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
1 changed files with 8 additions and 1 deletions
Download patch file Download diff file Expand all files Collapse all files

9
METAMODEL/PROCESS/subprocess.md
View file

@ -31,11 +31,18 @@ flowchart LR
### Tuple vs Set
Есть понятие схемы процессов (читай кортежи) и дерево процессов (читай множество). Схема процесса позиционирует (присваивает идентификатор, при этом процессы 1.2.1 на схеме процесса 1.2 будут иметь разные идентификаторы). Дерево процессов - это множество, образующее дерево.
Схема процесса - Кортеж (Tuple) - Упорядочен (элементы имеют индекс) и может содержать повторяющиеся элементы (1.2.1). Дерево процессов - Множество (Set) - порядок не важен и содержит только уникальные элементы. что в дереве, что в схеме идет отсылка на главный элеиент, но в схеме это "nesting", а в деореве это "имеет родителя" (строгая иерархия).
Схема процесса - Кортеж (Tuple) - Упорядочен (элементы имеют индекс) и может содержать повторяющиеся элементы (1.2.1). Дерево процессов - Множество (Set) - порядок не важен и содержит только уникальные элементы. что в дереве, что в схеме идет отсылка на главный элеиент, но в схеме это "nesting", а в дереве это "имеет родителя" (строгая иерархия).
Собственно это было показано как [дерево процессов vs дерево схем процессов](https://github.com/bpmbpm/SemanticBPM/wiki/%D0%9C%D0%B5%D1%82%D0%B0%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D0%B2)
с цветовым обозначением (по типу), с отсылкой на схему деления, с формализацией в RDF и т.п.
### process call
Понятие "вызвать процесс \ подпроцесс" - это просто передать маркер. Никакого отношения к отношению "имеет родителя" и "вложен в процесс" он не имеет.
На схеме VAD это отношение типа hasNext (имеет следующего), т.е. передача маркера слежующему в эстафете (процессе). Поняятно, что если в детализируемый процесс попадает маркер (бегунок, фишка), то он передается на вход первого подпроцесса и далее бежит до конца процесса.
Все изложенное относится и к BPNM, но в VAD и EPC это более формализовано, а в BPMN запутано. Хорошо бы иметь общую (корневую) онтологию процесса, которая бы четко формализовало "механику процесса", а ее уже потом тиражировать на VAD, EPC, BPMN, archimate.
## miscellaneous
### mermaid
- https://habr.com/ru/articles/652867/
- Ужас: >xxx] сделали, а нормальный VAD не додумали [xxx>