DRAKON.SU

Текущее время: Суббота, 14 Июнь, 2025 23:57

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 14 ] 
Автор Сообщение
 Заголовок сообщения: Граф знаний предприятия
СообщениеДобавлено: Четверг, 06 Март, 2025 10:16 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Граф знаний предприятия - это сбор семантический образ предприятия в картинках (упрощенно). Нужен инструмент его формирования и использования.
Идея схожа с ZettelKastenкак Obsidian и дракон схемы но более масштабнее.
Точнее это sematic Web \ semantic Mediawiki, как развитие Web \ Mediawiki на стандартах Linked Data.
Такую штуку строим тут SemanticBPM: https://github.com/bpmbpm/SemanticBPM
Внешне будет похожа на ARIS (ARIS-based) http://www.bpm.processoffice.ru/
но иметь семантический движок (RDF-based). Лучше ARIS пока с 1992 года так ничего в мире и не придумали.
Может быть и Дракон как-то такую же концепцию подхватит (изменит курс в сторону формальной семантики), "semantic Drakon".

Схожие темы (инструменты BPM):
Дракон SmartDesign
стол Metasonic
ЕРС (и) или Дракон

Некоторые попытки описания бизнес-процессов Драконом (помимо целого раздела):
viewtopic.php?f=153&t=5992
viewtopic.php?f=153&t=5187
viewtopic.php?f=153&t=4964
viewtopic.php?f=153&t=4084

Однако в рамках Графа знаний предприятия нужно начать с верхнеуровневых конструкций, мы начали с VAD.
Что такое процесс?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Четверг, 06 Март, 2025 10:23 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
Дмитрий, рад за вас и поздравляю с успехами.

Dmitry_23 писал(а):
Может быть и Дракон как-то такую же концепцию подхватит (изменит курс в сторону формальной семантики), "semantic Drakon".
Дмитрий, спасибо. Интересно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Четверг, 06 Март, 2025 14:14 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Цитата:
Дмитрий, рад за вас и поздравляю с успехами.


Пока их особо и нет.
В части концепции Семантический Дракон можно взять аналоги:
1 Переход из "мира схем" в "мир семантики", т.е. TriG \ RDF -- графическая схема процесса, см
Рисунок 1
2 Итоговая оболочка - Фактически "смотрелка" схем процессов (BPM - облик), где каждый процесс (схема процесса в svg, graphML-yEd, graphMX-jgraph \ drawio и т.п.) имеет своего семантического двойника в RDF\TriG (triple store).
https://github.com/bpmbpm/SemanticBPM/wiki/MVP-0.1

Не принципиально будет это VAD или иная нотация. В любом случае, для начала нужно начать с верхнеуровневого представления и простой нотации.
Видимо для верхнеуровневых схем можно в Драконе выделить несколько элементов "похожих на VAD" или использовать в Драконе сам VAD - для описания процессов верхнего уровня (с детализацией их в Драконе).

Более того, можно совестными усилиями собрать универсальный семантический движок и его использовать в обоих проектах: как ARIS-based, так и Drakon-based. В обоих случаях (кузов ARIS или Drakon) "под капотом" будет стоять один и тот же семантический движок (RDF-based, Linked Data). Независимость семантики (смысла) от "синтаксических оберток" типа нотаций Drakon, VAD, EPC, SIPOC и т.п. продемонстрировал в
ВРМ. Смарт-инструменты «Таблица -> Схема» для формализации бизнес-процессов. Рестайлинг ARIS SmartDesign
или
https://bpmbpm.github.io/jsDOTsmartDesi ... esign.html


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Пятница, 07 Март, 2025 14:27 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
Дмитрий, благодарю за важные предложения


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Воскресенье, 09 Март, 2025 15:03 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Может быть эта картинка (v0.1) пояснит направление (идею):
https://github.com/bpmbpm/doc/blob/main/BPM/AI/wiki_LLM_sBPM.svg


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Среда, 26 Март, 2025 19:03 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Dmitry_23 писал(а):
Может быть эта картинка (v0.1) пояснит направление (идею):
https://github.com/bpmbpm/doc/blob/main/BPM/AI/wiki_LLM_sBPM.svg

Скачал файл-картинку, но просмотреть её не могу: браузер пишет: "Ошибка синтаксического анализа XML".

Dmitry, прошу конвертировать и опубликовать её в растровом формате.

А графы знаний я научился автоматически представлять тривьюшками (из БД): https://t100500.ru/1/1/21/#item-115

Изображение
Ссылка на документацию есть в комменте html-кода, перед тегом <html>.

Обсидианом я ещё не пользовался, но обсуждал его на вебфоруме... Говорят, что он не умеет строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток.
Тривьюшки такое умеют!


-


Ещё пример: галерея
Из тривьюшки тянем гиперссылки в отдельное окно браузера. В нём и откроются фотокартинки.


-


Иконы дракон-схем тоже можно рассматривать как взаимосвязанные узлы. Поэтому любую дракон-схему можно предствить тривьюшкой. Это гипертекст (а не графика); публиковать можо в составе произвольного html-кода, и просматривать в любом браузере. Получается очень компактно: дракон-схема в виде текстовых гиперссылок (иерархически-сворачваемое дерево ссылок).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Четверг, 27 Март, 2025 12:18 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Цитата:
браузер пишет: "Ошибка синтаксического анализа XML".

Может быть эта картинка (v0.1) пояснит направление (идею):
https://github.com/bpmbpm/doc/blob/main ... M_sBPM.svg (исходный)
Добавил ссылку:
https://bpmbpm.github.io/doc/BPM/AI/wiki_LLM_sBPM.svg (Pages)
однако и исходная ссылка у меня рабочая, она только в окне github рисунок показывает.

Цитата:
А графы знаний я научился автоматически представлять тривьюшками

У Вас просто граф. Граф знаний будет иметь третью колонку, в которой будет задан тип отношения между двумя узлами.
Простейший случай, см:
https://www.ldf.fi/service/rdf-grapher

Цитата:
Из тривьюшки тянем гиперссылки в отдельное окно браузера. В нём и откроются фотокартинки.

Как в каталоге картинок, так и в каталоге схем процессов, типовой вариант - это несколько окон: Когда в TreeView выбран элемент, окно не исчезает, а остается. Справа от него в окне просмотра отображается картинка \ схема \ документ. Обычно еще есть третье окно с параметрами изображения или атрибутами выбранного узла.
Мой вариант- пример:
https://bpmbpm.github.io/doc/test/treev ... ree2b.html (Pages)
https://github.com/bpmbpm/doc/tree/main ... /jsTree_n3 (исходный)
Промышленный (ARIS Web Publisher): http://www.bpm.processoffice.ru/
Так и в Дракон: лучше повторить 25-летний стандарт на репозитарий схем ARIS Web Publisher, который во всех BPM - системах остался базово без изменений.
Если нужно вывести схему (русунок) в отдельное окно, то часто добавляют кнопку "В отдельном окне" (как в браузере).
Цитата:
Поэтому любую дракон-схему можно предствить тривьюшкой. Это гипертекст (а не графика); публиковать можо в составе произвольного html-кода, и просматривать в любом браузере.

Нет же. Более логично когда схема - это не html, а графический файл SVG (или подобный). Более того, в него уже включены необходимые метаданные (там специальные теги для этого) со свойствами объектов схемы. SVG тоже просматривать можно в браузере. Вместо SVG часто применяют более сложные форматы: yEd, drawio, visio и т.п., но в этом случае понадобятся свой viewer.

Цитата:
тривьюшками

https://co50581.tmweb.ru/1/iXBT.com/dat ... 731101422/
Более подробного нет описания? С примерами (код) использования? Больше интересует подобное на js.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Четверг, 27 Март, 2025 16:38 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Dmitry_23 писал(а):
Граф знаний будет иметь третью колонку, в которой задан тип отношения между двумя узлами.
У меня он тоже трёхмерный. А на рисунке я третий столбец стёр, т.к. для понимания принципа построения планарных (двумерных) тривьюшек он на рисунке не нужен.


Dmitry_23 писал(а):
В каталоге картинок и в каталоге процессов типовой вариант - это несколько окон: Когда в TreeView выбран элемент, окно не исчезает. Справа от него в окне просмотра отображается картинка \ схема \ документ.
Это дело привычки. Вот Вы привыкли, и считаете это удобным и правильным. А мне проще дважды кликнуть на любой тривьюшке, чтобы понаоткрывать любое количество дополнительных окон.

При переходе по treeview-ссылкам тривьюша не исчезает: двух мониторов до сих пор хватало ). Не будет хватать – подключу третий. А ещё существуют маленькие системные программы, выводящие любые окна поверх остальных...

Когда понадобится, заставлю её работать во фреймах. Это не сложно.



Dmitry_23 писал(а):
https://www.ldf.fi/service/rdf-grapher
«Домен не найден» (сайт в отключке?). Через моего интернет-провайдера ни страничку, ни её домен не видно. :(


--


Dmitry_23 писал(а):
Более логично когда схема - это не html, а графический файл SVG (или подобный).
С этим никто не спорит. Вопрос лишь в том, когда наши драконостроители добавят функционал минисхем:
Изображение

"Аэровид", тривьюшка и т.п. – это дополнительная информация, полезная для навигации по дракон-схеме и для лучшего её понимания.
Впрочем, тривьюшка может жить и отдельно от чертежа.


--


Dmitry_23 писал(а):
Более подробного нет описания? С примерами (код) использования? Больше интересует подобное на js.
Почти все операции осуществляются редактированием адресной строки браузера. Для осмысленных действий нужно понимать нижеследующие пункты:
  • Мои тривьюшки – это маахонькие html-файлы. В них зашиты скрипты и стили.
  • Каждый узел-объект присутствует лишь в одном экземпляре (не считая листьев-псевдонимов). Из псевдонима идёт внутренняя гиперссылка к главному "близняшке".
  • "Сросшиеся листья-псевдонимы последовательно нумеруются в хэштегах с "..._2"; остальные – с "..._1". Это полезно знать, если нужно вручную найти псевдонимы. Переход к любому из них осуществляется редактированием хэштега в адресной строке браузера.
  • В нижней строчке всплывающих подсказок должна быть числовая информация из БД-таблицы: среднее число – это ID соответствующего узла-объекта. А в старых тривьюшках этой строки ещё нет; чтобы она появилась, надо просить меня сгенерировать тривью заново.

Вся информация для построителя взята из БД. И, конечно, в интерфейсе работы с ней больше возможностей и удобств... Но это пока конфиденциально:
Код:
Код построителя пока держу в секрете. Это единственная ценность, которая у меня есть. Обменяю на технологию проектирования [u]платёжных систем[/u]...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Пятница, 28 Март, 2025 14:35 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Единичка писал(а):
строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток.

Dmitry_23, вижу, что в Вашей системе папки сами раскрываются по гиперссылке. Это хорошо.

Теперь ещё три вопроса:
1. Как увидеть: есть ли повторные вхождения узла-объекта?
Возьмём файл .../BOK/README.md. Как я должен действовать, и куда смотреть, чтобы найти другие ветки, которые содержат этот же файл?


2. Как Ваша система определяет, что узел является "папкой"?
В моей системе папкой автоматически становится любой объект, если он имеет child-связи к другим объектам.
Например, я могу задать child-связь от форумной темы → к двум подфорумам на чужих сайтах. Это будет означать, что тема содержит в себе эти вспомогательные подфорумы. Она отобразится как папка, даже если пока не имеет ни одного поста.
Следствие моего подхода: любая папка имеет все универсальные атрибуты объекта (но эти атрибуты не обязательны в конкретном случае).


3. Как избегать "информационных перегрузок"?
В моей системе можно не только А) заранее программировать начальную свёрнутость папок, но и Б) убирать любые узлы из дерева. То есть, допустим, по реляционному графу узел входит в тривьюшку; но я намеренно его убираю. Например, как убрал всё содержимое папки [Ню...]


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Пятница, 28 Март, 2025 19:07 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Dmitry_23 писал(а):
Как в каталоге картинок, так и в каталоге схем процессов, ...
Ещё одна крупная сфера применения тривьюшек: «машина времени». Не только в построителях алгоритмов, но и вообще в программировании. При любых изменениях полезно иметь предыдущие копии, чтобы можно было "откатиться", и двинуться в другом направлении. Особенно это важно для коллективной работы.

+ Преимущества TreeView-оглавлений

Пазл-схема – тоже видоизменённая разновидность тривьюшки.

Так что, древовидные системы – это целый мир... Пора их стандартизировать.
Как оказалось, человек неплохо воспринимает направленные двумерные графы в виде ▒деревьев. По крайней мере, это один из универсальных способов их представления.

Чтобы собирать пункты возможных применений тривьюшек надо бы создать отдельную тему, но только с безлимитной возможностью внесения правок, т.к. информация будет обновляться в течение многих лет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Понедельник, 31 Март, 2025 13:37 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Единичка писал(а):
Единичка писал(а):
строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток.


В общем случае - узел TreeView задан идентификатором. У него могут быть свойства: url объекта, со ссылкой уже на файл (путь + имя).
Соответственно узел TreeView всегда задан Уникальным идентификатором. Как его формировать - отдельный вопрос. Как вариант - через префикс с использованием вышестоящего узла. Пара пояснений:
Небольшое онтологическое пояснение: https://github.com/bpmbpm/SemanticBPM/w ... 1-ontology

В. Дубли процессов (объектов)
https://github.com/bpmbpm/SemanticBPM/w ... 0%BE%D0%B2


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Понедельник, 31 Март, 2025 18:11 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Dmitry_23 писал(а):
узел TreeView всегда задан Уникальным идентификатором.
Есть ещё ID объекта в БД (табличное представление того же графа). То есть, один и тот же граф можно представить и табличным способом, и в виде TreeView.

В моих тривьюшках не получилось обойтись без ярлыков (при построении реляционный графтривьюшка - система создаёт их автоматически). Интересно, а как в Вашей системе?

Покажите какой-нибудь простой пример: а) одна и та же тема принадлежит двум подфорумам; б) файл принадлежит одновременно двум папкам файловой системы.

--

И ещё один вопрос к этой же Вашей цитате:
Я вижу, что в Вашей системе гиперссылка на TreeView-узел формируется текстовой последовательностью имён вложенных папок. Так?
Считаю это грубейшей ошибкой, из-за которой жизнеспособность всего проекта под вопросом.

Причин вашего грядущего неуспеха две:
  1. Изменяя даже одну реляционную связь мы с большой вероятностью делаем "битыми" большинство внешних ссылок, ранее опубликованных, ведущих к узлу соответствующей тривьюшки.
    А при моём подходе все старые ссылки продолжат действовать!

  2. В моей практике часто встречается задача.
    Зная id-шник узла в одной тривьюшки найти тот же объект в другой тривьюшке.
    Решение: просто в url второй тривьюшки добавляю хэштег искомого объекта.

    То есть, в моей системе url просто выводит нам тривью-дерево. А на конкретную строчку-объект ссылаемся ...#хэштегами.
    В Вашей системе эта задача как-то решается?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Вторник, 01 Апрель, 2025 21:13 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 39
Единичка писал(а):
Dmitry_23 писал(а):
Интересно, а как в Вашей системе?

У меня там простой пример на библиотеке http://www.jstree.com/
Все они одинаковые:
https://habr.com/ru/articles/142603/
И pure-js-treeview такие.

> файл принадлежит одновременно двум папкам файловой системы.

url задается как отдельное свойство. Все это в рамках RDF (linked Data).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Граф знаний предприятия
СообщениеДобавлено: Среда, 02 Апрель, 2025 13:55 

Зарегистрирован: Суббота, 21 Декабрь, 2024 08:24
Сообщения: 45
Посмотрел пример от "корифеев": https://www.jstree.com/demo/
Бездельники! Они до сих пор делают различие между "листом" и "папкой". Из-за этой ошибки не получается перетащить папку → в "лист".

Есть ли другие системы, без этого глупого недостатка? Держите нас, пожалуйста, в курсе, когда это, наконец, появится.

--

И ещё одна важная задача на перспективу: нужен скрипт,
  1. Сохраняющий текущее состояние тривьюшки в новом файле (в другой тривью).
  2. Представляющий текущую тревьюшку в реляционном виде (то есть, снова в виде таблицы о двух столбцах).
  3. Как в каждый узел заложить несколько гиперссылок? Выбор "направления" гипер-перехода осуществлять комбинацией клавиш-модификаторов ([Ctrl],[Shift],[Alt]).


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 14 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2025, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB