DRAKON.SU

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


Еще один BPMN (делали студенты на практике, использую более старую редакцию предыдущего документа).

Далее ДРАКОН-схема (тоже без хвоста с актуализацией РПУД)

Жду критики.

P.S. Можно еще IDEF0 нарисовать, ели кому интересно.
P.S.S. Видимо нужно было в ветку алгоритмов поместить тему?

Сообщения в иконах Вывод как-то зрительно-интуитивно-подсознательно вроде бы выводятся за пределы данного алгоритма, а используются внутри него ...

Выбор с двумя маршрутами можно заменить на Развилку (сейчас фактически дублируются надписи в Выборе и Вариантах).

Хотя это дело вкуса и условностей : )

P.S. Всё таки иконы Исполнитель не хватает ...

Я постарался обойтись стандартными средствами, а если бы была такая икона, то конечно...

А как тогда обозначить создаваемые и передаваемые для обработки документы?

Это попробую исправить и посмотреть, что будет лучше. Это мой первый опыт.

Вариант 2

Остается открытым вопрос с генерацией и передачей документов и/или сообщений

alignat,
у вас, здесь указаны исполнители конктетных действий в бизнес процессе, а здесь для указания исполнителей используются иконы "Полка". Исполнителей в любой иконе можно указывать в поле идентификатора, взамен икон "Полка" применять икону "Действие".

Для занесения текста в идентификатор иконы производим выбор мышкой немного выше иконы и левее шампура.

В алгоритме бизнес процесса всегда присутствуют исполнители. Во моему мнению, у каждой иконы необходимо указавать исполнителя в поле идентификатора, тогда дракон-схема будет функционально соответствовать карте Gasu_1.png. Указание у икон исполнителей позволяет отказаться от использования иконы "Вывод" для отображения передачи разрабатываемого документа между исполнителями.

В поле идентификатора дракон-схемы можно или даже нужно перенести заголовок (тему) карты Gasu_1.png.

Для занесения текста в идентификатор схемы производим выбор мышкой между верхней стороной схемы и штриховой линией.

Рекомендации:
1. Чтобы схема не была бледной можно изменить вид с "Чертежа" на "Плакат".
2. Рекомендуется выполнять в контекстном меню пункт "Проверить", для последней схемы будет сообщение "Отсутствует текст (т.е. ?...) в иконе(ах) - номера. Устраните ошибки.". Для просмотра номеров на схеме выполните в меню "Вид" пункт "Номера / идентификаторы".

А как быть, если явно требуется указать генерируемый документ?

Не влазит туда такое длинное название. Может где настройки поправить?

Все остальное вечером попробую исправить.

А может еще попробовать в названиях веток указывать исполнителей? Правда дублироваться будут некоторые исполнители.

В выполнении ветки может участвовать не один исполнитель

Тут первая диаграмма хороша ещё и тем, что в титульной строке сразу видно сколько у процесса исполнителей и кто они.
В случае с дракон-схемой, определить количество и состав исполнителей - будет затруднительно.

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

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

Уважаемый Александр!

1. Когда проектировался язык ДРАКОН никто всерьез не думал о бизнес-процессах.

2. Бизнес-процессы - это НОВАЯ задача для Дракона.

3. Чтобы приспособить Дракон к бизнес-процессам, его надо специально доработать.

4. Я предполагаю, что такая доработка в принципе возможна. И крайне необходима.

5. Серьезных проработок на эту тему было явно недостаточно.

6. Можно считать, что вы попали на почти нераспаханное поле.

7. Первую попытку (в теме Диаграммы потоков данных) Вы уже видели.

8. На мой предварительный взгляд, следует обратить внимание на первую схему здесь
viewtopic.php?p=64206#p64206

9.. Мне кажется, что это не очень хорошо.

10. Я склонясь к мысли, что исполнители должны быть нарисованы в специальной иконе СПРАВА от основной иконы (например, действие).

11. От действия вправо идет соединительная линия к иконе "исполнитель действия".

12. Я высказываюсь очень осторожно и готов изменить свое мнение по результатам обсуждения.

Уже обдумал. Это плохо. Рассмотрению не подлежит

Считаю, что Ильченко Эдуард многое прояснил, но его подход в большей степени привязан к DFD. BPMN содержит другие элементы, поэтому опираясь на наработки Эдуарда, попробую предложить несколько другой взгляд.
Жаль, что редактор Тышова не позволяет добавлять рисунки в иконы.

Буду очень рад познакомиться с новыми предложениями.

Пока что я вижу ситуацию примерно так (см. рис.).

У меня не было заготовки для бизнес-процесса.
Поэтому я слепил из того, что у меня есть, а именно.
медицина, измерение кровяного давления.

На моем рисунке два "исполнителя": пациент и медработник.


Справа от ветки находится "плавательная дорожка", в которой указываются исполнители

На этом рисунке остальные ветки не показаны.

Подразумевается, что справа от каждой ветки имеется своя "плавательная дорожка" для исполнителей.

1. Лучше исполнителей отображать слева от схемы. Тогда можно будет использовать схемы с несколькими ветками.

2. Для каждого исполнителя нужна только одна иконка, от которой будут отходить связи.

В этом случае схема может спокойно расти вправо. При взгляде на левый столбик мы сразу видим всех исполнителей (знаем сколько их и кто они).
Проследив по маршруту от исполнителя, можем определить какие действия и на каком этапе он производит.

Поддерживаю.
К тому же исторически, место справа предназначено для параметров.


Непонятно.
Не могли бы Вы пояснить?

Посмотрел набор икон для OpenOffice.org, разработанных Эдуардом Ильченко.
Там есть расширение для расщепления. В обсуждении по параллельным процессам (viewtopic.php?f=78&t=2215&start=160#p40280) оно не получило должного развития, однако для описания паттернов бизнес-процессов без различных типов расщепления не обойтись. Очень полезное расширение. Это соответствует, как концепции BPMN, так и IDEF3

Не нашел иконы для веточного цикла (получается из иконы ветки?)

По поводу исполнителей сбоку - это здравое решение. Необходимо еще решить куда помещать артефакты, получаемые в результате деятельности.

А вот одна икона для одного исполнителя со связями приведет к пересечению этих связей и полной потере того кто и что делает.

Я тоже за изображение исполнителей слева.
Пациент, медработник это объекты. Действия в прямоугольниках это методы объектов.
Будет единый стиль с имеющейся конструкцией синхронизатор по таймеру. Объект таймер посылает сигнал управляемому объекту, разрешая дальнейшее исполнение программы.