DRAKON.SU

Я нарисовал viewtopic.php?p=106774#p106774
Дмитрий, какие у вас замечания?

Основное замечание я указывал:

Указать Системы и поток документов \ материалов (входящие и исходящие к функциям\операциям). Т.е. чтобы не было потери информации о процессе мы должны в любой нотации, формализующий бизнес-процесс (если Дракон претендует на эту роль, то и в нем), эту информацию отразить, причем не комментарием, а специальным объектом (чтобы потом был доступен анализ).

Также с "исполнителем" - пока не совсем "гладко", но хоть "как то": исполнитель должен быть выделен как отдельный объект схемы, т.е. верхняя часть сдвоенных прямоугольников (смежный верхний прямоугольник) - всегда идентифицируется в Драконе как Исполнитель ниже описанных действий (в смежном нижнем прямоугольнике)?


Я бы вообще убрал бы все комментарии для чистоты эксперимента.

Ваша картинка по ИЛИ приводит к вопросу, как мы понимаем ИЛИ.
Предлагаю изменить нижний фрагмент схемы (ранее был "Исключающий ИЛИ", т.е. Товар поступил \ не поступил) на приведенный с классическим "ИЛИ" (позволяет параллельное исполнение веток или одной из них).
Как будет выглядеть Дракон с классическим ИЛИ моего примера?

Выкладываю схему по заданию Дмитрия.
В ДРАКОНе в иконе Вопрос не рекомендуется писать сложное условие во избежание ошибок.

Поэтому сложное логическое условие "Товар поступил и оплачен?" заменено на два простых логических условия:
1. Товар поступил?
2. Товар оплачен?

При этом схема ИЛИ становится ненужной.
Зато появилась схема И.

Ранее получалось не ИЛИ, а "исключающее ИЛИ", это разные условия.
Более точно опишу вариант ИЛИ.
Предполагается, что категория товара может Одновременно требовать учет в системе А, системе Б (или сразу в обоих системах) или вообще не требовать учета ни в одной системе (в зависимости от категории).
Учеты осуществляются Параллельно, т.е. не подходит сценарий, когда вначале произвели учет в одной системе, а потом во второй (люди параллельно работают и не могут ждать пока другой выполнит задачу).
Эта логика (ИЛИ) отражена на схеме ЕРС (ИЛИ2.png). Как будет выглядеть этот классический ИЛИ в Драконе?

Выкладываю схему ИЛИ по заданию Дмитрия.
Такой способ (использование сложных логических условий) провоцирует появление ошибок и в ДРАКОНе не рекомендуется.

Здесь показаны две схемы ИЛИ, которые изображены в задании Дмитрия.

Про параллельные процессы раньше не было сказано.
Сегодня нарисую схему с параллельными процессами

Набор операторов "ИЛИ" подразумевает параллельное выполнение всех условий, которые удовлетворяют вошедшими в ИЛИ отдельным подусловиям.
Оператор "Либо" (исключающее ИЛИ, XOR) работает по одной ветке, а оператор OR (ИЛИ) - по любой или сразу (одновременно) нескольким веткам (включая все ветки), которые удовлетворяют условию, указанному в ИЛИ.
Вообще, в ЕРС неважно какой будет стоять значок OR или XOR. Этот значок только для подсказки, но он не определяет маршрут НИКАК.
Маршрут определяет только условие, указанное в "Событии". Само сочетание нескольких "Событии" с единой точкой проверки - определяет что это XOR (события взаимоисключающие) или OR (события НЕ взаимоисключающие). На схеме ЕРС можно вообще стереть значения в кружках XOR/OR/AND (входящие скобки условий) и при этом логика работы алгоритма ЕРС никак не изменится.

В ДРАКОНе для этой задачи не нужна операция ИЛИ.
Используется режим "Параллельный процесс".

Получилась практически идентичная схема WorkFlow ЕРС-Дракон. Разве нет? Закрасить цветом и убрать лишнее (лишние стрелки, знаки вопроса в условиях, ненужные ДА\Нет) и знаток ЕРС прочитает Вашу схему.
Непонятно, зачем двойная горизонтальная линия перед правым условием "Категория учтена в Б".
Также лишние стрелки - ветки с "НЕТ": повторю, что их тоже можно добавить в ЕРС, но они бессмысленны (поэтому в ЕРС и не рисуются).
Т.е. фильтр - это условие с одной ногой "ДА", а вторая нога условия "НЕТ" замкнута на начало фильтра. Я это ранее пояснял. Так работают все фильтры: либо пропускают на выход - либо не пропускают. Если не пропускают, то "то, что они не пропускают" остается на входе фильтра.

Если убрать лишние (не несущие информацию) линии из Дракона, то мы получим ЕРС.
По поводу: Используется режим "Параллельный процесс".
Параллельный - в классическом понимании, это параллельный "безусловно", т.е. когда нет входящих фильтров \ условий, т.е. классический AND.
Когда появился фильтр, то это становится уже не AND, а OR (XOR - частное от OR, когда условия взаимоисключающие).
AND - это безусловное выполнение веток в параллельном режиме.
OR - предполагаем разные варианты: как "всем работать в параллель" (если все условия сработали), так и различные комбинации, включая, "никто".

Двойная горизонтальная линия означает Начало параллельных процессов.

А если бы одну линию нарисовать, то как работала бы логика? т.е. одна жирная вниз, вторая простая (тонкая и недвойная) вправо.
Все равно же операции параллельными были бы, т.к. по схеме имеем отношения:
Операция "проверить категорию" > следующий по WorkFlow (тип связи)> первый фильтр (учет в А).
Операция "проверить категорию" > следующий по WorkFlow (тип связи)> второй фильтр (учет в Б).

т.к. между ними условий \ ограничений нет (разрывов на пути от функции до фильтра \ условия), то выполняться они должны параллельно.
Также непонятно, на каком основании "основным" выбран учет в системе А (основной \ жирный ствол процесса), а не в системе Б?
Система Б может быть более важной или как минимум равнозначной.

Двойная линия в ДРАКОНе привлекает внимание и является характерным знаком (признаком) параллельного процесса. Одиночная линия не привлекает внимания и не является характерным знаком параллельного процесса.

Почему нарисована жирная вертикаль?

1. Жирная вертикаль называется шампур.

2. В драконе две макроконструкции: примитив и силуэт.
До сих пор я рисовал только примитив. Силуэт нужен для более сложных случаев.

3. В примитиве шампур связывает две иконы: Заголовок и Конец.
Шампур — прямая вертикальная линия, не имеющая ни разрывов, ни изломов, ни изгибов.

4. По шампуру идет главный маршрут алгоритма.

5. Главный маршрут — наиболее благоприятный (happy path) маршрут алгоритма (царская дорога). Остальные маршруты располагаются справа от шампура по принципу "Чем правее, тем хуже".
Самый правый маршрут — наименее благоприятный.

6. Если нельзя ранжировать маршруты по принципу хороший-плохой, надо выбрать другой принцип, например, более важный, менее важный. В вашем случае важным будет Б, значит, именно Б надо поместить на шампур.

7. Главное — надо навести порядок. Тут действует принцип хорошей хозяйки: "Если постараться, порядок всегда можно навести". Это называется картографический принцип дракон-схемы.

1 Королевская дорога.
Свойства связей WF для ЕРС-D я вижу такими:
Подтипы: «простая дорога», «королевская дорога».
Впрочем как и подтипы: «без логики», AND, OR, XOR.
Подтип «королевская дорога» будет не обязательный ко всему маршруту от начала до конца, а избирательный: на участке, где есть реальные предпосылки назвать «королевской» - указываем (также жирной линией), где – нет, то используется тип связи «простая дорога».
Там где, нет никаких предпосылок назвать основной \ королевской, например, при выборе равнозначных ветвлений, типа выбора цвета, то не нужно Вводить пользователя в заблуждение, пытаясь ему необоснованно навязать «королевский путь». Это скорее какой-то обман, нежели формализация процесса.
Итого: Где нужна - там используем «королевская дорога» (подсвечиваем, жирным участок маршрута, магистраль), где в реальности нет никакой «королевской», то ничего и не показываем, т.е. не придумываем разную «отсебятину» (автор схемы не придумывает), вводя в заблуждение пользователя (читателя схемы).

2 По поводу линии «параллельная». Странная вообще линия, на горизонтальном участке она вроде как «две параллельные линии», а на вертикально – одна. Если показать линию с изгибом, то как будет выглядеть изгиб?
Странно, почему тогда на выходе «Проведи учет в системе Б» использована не двойная, а одинарная линия? Ведь если процесс был вначале параллельный, то почему он стал в конце другим?
Какая была бы логика (применительно к рассматриваемом алгоритму), если заменить двойную на одинарную? Ведь есть же схемы Дракон, где вправо выходит одна линия.
Например, несколько параллельных веток-блоков - шампуров (т.е. параллельных процессов) соединены же не двойной линией. Полагаю, что шампуров в схеме может быть несколько, точнее это просто отдельные параллельные процессы, которые мы намного проще и понятнее обозначили бы в нотации VAD, а потом декомпозировали в ЕРС (или в ЕРС просто параллельными ветками, а если нужно выделить в что-то отдельное, то макрофункциями, т.е. "link").

3 Стр. 83 книжки Белгородский Аквапарк имеет параллельные линии и даже «королевскую дорогу». Зачем показана эта ветвь (королевская), в чем ее смысл?
Ведь каждое разветвление на схеме – это генерация (рождение) нового маркера (фишки в терминах сети Петри), по которым мы определяем в какой функции (на какой операции) в какой момент находится процесс.
Т.е. в реально параллельных ветках будет по маркеру в каждой. Правило: Сделал развилку с n-ветвями, добавь такое же число маркеров. Тут у нас три ветки и два условия, одна ветка безусловная. Где логика?
Как работала бы логика, если бы линии к "тяжелой" и "легкой" степени были бы не двойные, а одинарные?

4 Про документы и входы \ выходы видел на рис. 40 книжки Белгородский Аквапарк, но это скорее обозначение комментариев, чем объектов. Это не то, что DocFlow (видно движение), это даже не статическое отражение документов, т.к. они должно быть при DocStatic (виден состав и привязка) быть привязаны к определённой функции \ операции.

5 Раскрашенная и оптимизированная схема Дракона стала вдруг ЕРС. По мотивам:
download/file.php?id=7923&mode=view
На рис. «ЕРС vs Цветного Дракона» показана раскраска и смещение блока с Исполнителем вправо. Если показать эту схему знатоку нотации ЕРС, то он и не будет сомневаться что ее рисовали как ЕРС, только немного «криво» (торопясь), например, вместо правого желтого овала (Роль) отрисовали прямоугольник, а у зеленого прямоугольника забыли скруглить края (Функция). Примитив "событие" - по форме идентичный (шестиугольник).
Ну и OR забыли добавить, хотя он тут не особо и нужен, т.к. логику определяет само условие в шестиугольнике, а не подпись OR.

Вы правы. Если в силуэте 7 веток, значит будет 7 шампуров.

Алгоритм "Снятие шлема с мотоциклиста после аварии"
с подозрением на перелом позвоночника.

Показан силуэт с двумя ветками.
Каждая ветка имеет шампур.
В этом силуэте 2 шампура.
Показаны 4 двухпоточных параллельных участка.

По картинке с мотоциклистом.
1 Как понял. Есть две процедуры (процесса):
"Обеспечение стабильности" и "Снятие шлема". Вначале следует "Обеспечение стабильности", потом "Снятие шлема". Это же не параллельные процессы? Тогда бы двойная линия была бы.

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

2 Полагаю, что в реальности (применительно к этому процессу) должна быть показана синхронизация между операциями обоих шампуров, т.е. при снятии должно выполняться все, что было сделано для обеспечения стабильности. Иными словами: выполнили ветку "обеспечение стабильности", увидели адрес перехода (икону) на "Снятие шлема", считаем подпроцесс "обеспечение стабильности выполненным": все бросаем, что делали в нем и начинаем снимать шлем без обеспечения стабильности головы. Или Дракон иначе трактует? Должна быть однозначность трактовки алгоритма.
"Удерживай голову в нейтральном положении" - дважды - это видимо и попытка синхронизации.

3 Что в "королевской дороге" есть операции, то это более понятнее, чем когда (на рис. 83 Аквапарка) ствол был пустой.
На рис. со шлемом показан AND, но если добавить шестиугольники, то будет OR (XOR), а не непонятная ситуация как с рис. 83 Аквапарка.
У меня подозрение, что рис. 83 Аквапарка рисовальщик просто был "вынужден" изобразить "королевскую дорогу", потому что без нее "нельзя" и нарисовал, где "ни попадя" (лишь бы была).

Вы поняли правильно.

Можно расположить снизу. Вы предложили убрать силуэт за ненадобностью и использовать конструкцию примитив.
В данном случае это сделать можно. При этом исчезнут все иконы "Имя ветки" и икона "Адрес".

Силуэт нужен обязательно, если он содержит хотя бы одну ветку с несколькими иконами Адрес.

Стрелки нужны, чтобы упорядочить хаос.
Если нет хаоса, а есть строжайший порядок, то избыточные стрелки превращаются в визуальный шум, отвлекающий внимание юзера.
В Драконе стрелка — это признак цикла Стрелка.

Это не нужно и невозможно. Второй шампур (вторая ветка) начинает выполняться тогда и только тогда, когда ЗАКОНЧИТСЯ выполнение первого шампура (первой ветки).

Ни в коем случае. Не "все бросаем", а тщательно и бережно завершаем нижний параллельный процесс первой ветки. И только после этого переходим ко второй ветке.

Эта дракон-схема была начерчена сотрудниками аквапарка Лазурный в Белгороде. Их директор, вдохновившись эффективностью дракон-схем, обучился им сам и обучил персонал, по крайней мере попытался. Но их дракон-схемы вызывали много вопросов, которые я рассматривал в отдельной теме. Конкретно момент со схемой на странице 83 можно прочитать тут: viewtopic.php?f=242&t=7168&start=21 . Там ведь проблема не только в том, что не соблюдается принцип царской дороги, но и в том, что использованы неправильные конструкции и иконы.
Да, эту дракон-схему не надо рассматривать как образцовую.

Как бы нам приблизиться к итогам?
1 Схема WorkFlow простого алгоритма с событием и ИЛИ что на ЕРС, что на Драконе - очень близки (см. рис. с тремя схемами, включая цветного Дракона).
2 Показать DocFlow на Драконе по аналогии с ЕРС - нельзя. Показать Инструменты тоже показать нельзя, следовательно на Драконе алгоритм процесса в ЕРС без потерь информации - не отразить, т.е. бизнес-процессы с нужным набором объектов (Инструменты, DocFlow) не про Дракон (не смотря на огромное число иконок в Драконе).
3 Для меня остается вопрос, что для ЕРС-D можно позаимствовать из Дракона, кроме "королевской дороги", причем только в тех участках маршрута, где она реально идентифицирована (равнозначные маршруты обозначаются обычной линией, а "королевская дорога" может заканчиться и перейти в "рабоче-крестьянскую".

Дмитрий, надо посмотреть сообщение viewtopic.php?p=106585#p106585

В этом сообщении приведены две дракон-схемы:
1. Вверху показан неудачный рис. 83 Аквапарка, который вы критикуете.
2. Внизу показан исправленный вариант рисунка 83, который предложил Alex_st_Tomsk (Алексей Стецко).
Дмитрий, какие у вас замечания по исправленному варианту?

Алексей провел большую работу — он проанализировал все алгоритмы из "Книги алгоритмов Дракон" аквапарка Лазурный, исправил их и результаты опубликовал в теме viewtopic.php?f=242&t=7168

Исправленная схема Алексея более точна. Все равно непонятно почему в качестве «королевской дороги» не взята тяжёлая степень тяжести? Алгоритм не может зависеть от субъективной точки зрения рисовальщика.
1 Немного подробнее по схеме Алексея. Хорошо бы понять, что с двумя параллельными линиями (в схеме их нет, ранее были). Ранее они были, теперь их нет. Опять же, чтобы с ними разобраться, нам нужен не XOR, a OR (XOR –это искусственное упрощение алгоритма путем устранения возможности появления параллельных веток).
Изменим условие на «Какие требуется принести материалы для лечения травмы» (икона выбор). Условия – фильтры, причем не взаимоисключающие: «Требуются перевязочные» и «Требуются таблетки». После прохождения этих фильтров, происходит параллельное выполнение задач, например, медсестра бежит за бинтами, а медбрат бежит за таблетками. Интересно, появится ли параллельная линия вверху, как это было с иконами «Вопрос» (ведь логика OR). Какую опять «королевскую дорогу» выберите? Снова «с потолка»?

2 Многообразие Икон. В Драконе одну и туже логику ветвления можно показать, как через икону «Вопрос», так и пару «Выбор» + «Вариант (ы)». Какие еще иконами можно тоже самое показать?
«Вариант» - более близок к «Событию» в ЕРС, но не понятно зачем использовать два блока: «Определить степень травмы» и «Степень травмы». В ЕРС прямо в событии пишем: «Степень травмы тяжёлая» и «Степень травмы легкая».
Многообразие отображения одного алгоритма разными иконами («Вопрос» vs паре «Выбор» + «Вариант (ы)».) – это плохо. Рисовальщик должен быть ограничен выбором вариантов отрисовки, чтобы одинаковый алгоритм всегда отражался одинаково. В ЕРС всего два блока в WorkFlow: Событие и Функция. Оказалось, что этого достаточно для отражения любого алгоритма.
Что более важно: рисовать и понимать алгоритмы должен сам участник процесса. Понять и тем более запомнить весь огромный набор драконовских икон «обычному смертному» - это утопия (нужно долго учить).
Для ЕРС «обычному смертному» чтобы понять алгоритм (WorkFlow, т.е. другие слои, включая DocFlow можно отключить \ убрать) нужно знать всего два элемента: зеленую «Функцию» и красное «Событие». Всего две базовых Простых иконы ЕРС (WorkFlow), но и это оказывается очень трудно многим бизнес-пользователям. Минимум икон WorkFlow - это мощное преимущество ЕРС.