From 377eb89df089652fdc3bd63a7947a601e29fd700 Mon Sep 17 00:00:00 2001
From: Dmitry <121898072+bpmbpm@users.noreply.github.com>
Date: Tue, 25 Feb 2025 13:17:02 +0300
Subject: [PATCH] Create Case1_ VAD_TreeView.md

---
 METAMODEL/SIRIUS/Case1_ VAD_TreeView.md | 24 ++++++++++++++++++++++++
 1 file changed, 24 insertions(+)
 create mode 100644 METAMODEL/SIRIUS/Case1_ VAD_TreeView.md

diff --git a/METAMODEL/SIRIUS/Case1_ VAD_TreeView.md b/METAMODEL/SIRIUS/Case1_ VAD_TreeView.md
new file mode 100644
index 00000000..26d4d934
--- /dev/null
+++ b/METAMODEL/SIRIUS/Case1_ VAD_TreeView.md	
@@ -0,0 +1,24 @@
+Case1_ VAD_TreeView
+Упражнение по формированию TreeView по VAD диаграммам
+Раз разговор о генераторе кода (вспоминается Rational Rose), то предлагается Технологический практикум «VAD -> исполняемый код -> TreeView». Состав:
+1. Набор схем процессов в VAD
+2. TreeView – дерево процессов и подпроцессов
+3. Метамодель VAD
+4. Код для формирования элемента TreeView. Если не генерация кода, то хотя бы некую к нему конструкцию, которую можно просто перевести в код (в идеале node.js)
+Подробнее:
+1. Пример VAD:  
+![ VAD ](https://github.com/bpmbpm/SemanticBPM/blob/main/docs/vad_2.png)
+Более полный набор элементов (такой использую на практике) см. рис. 3 на [Repo MetaModel,  TriG](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). Общая папка проекта по [VAD](https://github.com/bpmbpm/SemanticBPM/tree/main/docs/VAD)
+2. TreeView – типовой элемент управления (Control) в разных библиотеках и frameworks.  
+В ARIS подобных системах он расположен в левом верхнем углу основного экрана, см. [mainGUI.md](https://github.com/bpmbpm/doc/blob/main/Project/SemanticBPM/design/mainGUI.md) 
+В него (TreeView) нам нужно упаковать иерархию процессов, т.е. получить иерархический контейнер процессов. Именно иерархия контейнеров, а не иерархическая матрёшка (единственный вложенный элемент). В этой иерархии: иерархия процессов (ветки) и их конечные (не декомпозируемые) подпроцессы (листья). 
+3. Метамодель VAD разобрана в [Repo MetaModel,  TriG](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 \ TriG.  
+Парсинг в TriG (ранее и в RDF turtle) из yED формата показан в [Парсер graphml диаграмм](https://github.com/bpmbpm/SemanticBPM/tree/main/implementations/yed_based_semantizer)
+Как это будет подобное выглядеть в MOF \ Sirius? Полагаю, что там нет готового компонента для подобного. 
+4. В настоящее время нам в рамках проекта Semantic BPM нужно создать программу генерации TreeView из набора (например, 20 шт.) TriG файлов. Возможны варианты:
+- Вариант 1: Кодом, например, js, анализировать TriG и через найденный предикат :hasParent строить дерево TreeView (не рассматриваем);
+- Вариант 2: Делать подобное через SPARQL запросы к triple store. Кто-нибудь может примеры набросать, желательно прямо под реальный компонент TreeView (желательно какой-либо js-библиотеки)? 
+
+Мы говорим о MOF \ Sirius – как генераторе кода. Как это хотя бы в общих чертах будет в конечном итоге сделано в коде? На js (node.js) получится? Или приведите аналогичный простой пример типа hello world, но где конечная точка – это исполняемый код.  
+В целом задача – сделать конвейер: на входе набор файлов с VAD в каком-либо формате векторной графики (XML), а на выходе дерево процессов с подпроцессами – как собранный TreeView.  
+Фактически аналог WFE-engine типа Camunda, ELMA, Runa WFE, только на входе не BPMN, а VAD, а на выходе не исполнение процесса, а собранный TreeView. Как бы: через визуальное программирование и мета-моделирование генерация компонентов (TreeView) исполняемой программы (ARIS-подобной системы).