DRAKON.SU

Текущее время: Четверг, 28 Март, 2024 20:25

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




Начать новую тему Ответить на тему  [ Сообщений: 64 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 12:07 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Все равно непонятно почему в качестве «королевской дороги» не взята тяжёлая степень тяжести?
Царская дорога описывает наилучший вариант из возможных (наиболее благоприятный). Действует принцип "чем правее, тем хуже".
Легкая травма лучше, чем тяжелая. Поэтому легкая травма слева, а тяжелая справа.

Dmitry_23 писал(а):
Алгоритм не может зависеть от субъективной точки зрения рисовальщика.
Алгоритм (автоматика) не может различать степень травмы. Он (она) не понимает принцип "чем правее, тем хуже". Это знает только человек-рисовальщик.

Цитата:
Алгоритм не может зависеть от субъективной точки зрения рисовальщика
Это правильно. Но алгоритм выполняется НЕЗАВИСИМО от того, как алгоритм представлен графически: слева или справа нарисована плохая травма.

Dmitry_23 писал(а):
Хорошо бы понять, что с двумя параллельными линиями (в схеме их нет, ранее были). Ранее они были, теперь их нет.
В схеме Алексея параллельные процессы не нужны. Они отсутствуют.

Dmitry_23 писал(а):
Изменим условие на «Какие требуется принести материалы для лечения травмы» (икона Выбор). Условия – фильтры, причем не взаимоисключающие: «Требуются перевязочные» и «Требуются таблетки».
В схеме Алексея использован переключатель (Выбор + Вариант). Переключатель работает так: выбирается только один Вариант. Это значит, что условия (варианты) взаимоисключающие.

Dmitry_23 писал(а):
После прохождения этих фильтров, происходит параллельное выполнение задач, например, медсестра бежит за бинтами, а медбрат бежит за таблетками.
Неверно. В переключателе либо медсестра бежит за бинтами, либо медбрат бежит за таблетками. Тут нет параллельных процессов.

Dmitry_23 писал(а):
Какую опять «королевскую дорогу» выберите? Снова «с потолка»?
Почему с потолка? Это не так. Здесь можно и нужно применить принцип "чем правее, тем хуже"

Dmitry_23 писал(а):
2 Многообразие Икон. В Драконе одну и туже логику ветвления можно показать, как через икону «Вопрос», так и пару «Выбор» + «Вариант (ы)».
Вы правы. Именно так.

Dmitry_23 писал(а):
Какие еще иконами можно тоже самое показать?
Больше никакими.

Dmitry_23 писал(а):
Многообразие отображения одного алгоритма разными иконами («Вопрос» vs паре «Выбор» + «Вариант (ы)».) – это плохо.
Напротив, это очень хорошо. Это подтверждается аналогией в программировании:
switch и case (переключатель: выбор и вариант) и if then else (икона Вопрос).

Когда нужен переключатель (а не икона Вопрос?)

1. Когда число вариантов три и больше.
2. Когда число вариантов два, причем нужны НАЗВАНИЯ двух вариантов.

Dmitry_23 писал(а):
Что более важно: рисовать и понимать алгоритмы должен сам участник процесса. Понять и тем более запомнить весь огромный набор драконовских икон «обычному смертному» - это утопия (нужно долго учить).
Тем не менее, ДРАКОН медленно, но верно распространяется. Чтобы убедиться в этом, надо попробовать бесплатный ДРАКОН-конструктор Степана Митькина https://drakonhub.com/ru/

Вы помните, что сказал Александр Араптанов:
Цитата:
Зачем скрещивать ее [EPC] с ДРАКОНом, когда я на ДРАКОНе все напишу на всех логических уровнях и для всех стейкхолдеров проекта.

Дмитрий, я очень ценю ваши обширные знания по EPC и благодарю вас за исследовательские усилия по скрещиванию EPC с ДРАКОНом.
Я готов переслать вам книги по языку ДРАКОН.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 13:28 

Зарегистрирован: Вторник, 27 Апрель, 2021 05:25
Сообщения: 100
Откуда: Томск
Dmitry_23 писал(а):
1 Немного подробнее по схеме Алексея. Хорошо бы понять, что с двумя параллельными линиями (в схеме их нет, ранее были)
У меня мотив замены был простой: это однозначно не параллельные действия, а последовательные, зависящие от условия. Условие такое: какая степень повреждения? И есть два варианта - лёгкая или сложная. Одновременно этого быть не может, как и чётное число не может быть нечётным. Это непересекающиеся понятия, а значит и параллельно их выполнять нельзя.
Dmitry_23 писал(а):
Изменим условие на «Какие требуется принести материалы для лечения травмы» (икона выбор). Условия – фильтры, причем не взаимоисключающие: «Требуются перевязочные» и «Требуются таблетки». После прохождения этих фильтров, происходит параллельное выполнение задач, например, медсестра бежит за бинтами, а медбрат бежит за таблетками. Интересно, появится ли параллельная линия вверху, как это было с иконами «Вопрос» (ведь логика OR). Какую опять «королевскую дорогу» выберите? Снова «с потолка»?
Здесь бы я использовал параллельный процесс. В одной ветви будут действия для медсестры, а в другой для медбрата, условно. В первой ветви условие: "Требуются перевязочные?". Если да - икона "полка" для медсестры. Если нет - ничего не делаем. Во второй ветви условие для медбрата: "Требуются таблетки?". Если да - икона "полка" для медбрата. Если нет - ничего не делаем. Эти параллельные процессы запустятся при выполнении условия "получена ли травма?" в правом плече развилки (по принципу царской дороги).
Dmitry_23 писал(а):
2 Многообразие Икон. В Драконе одну и туже логику ветвления можно показать, как через икону «Вопрос», так и пару «Выбор» + «Вариант (ы)». Какие еще иконами можно тоже самое показать?
То есть вопрос вообще о том, за счёт чего происходит то самое различие нескольких дракон-схем одного алгоритма. Да, переключателем можно заменить условие и чередой условий можно заменить переключатель, это даже частый принцип в программировании - выбирать между switch...case и if...else, в котором все тоже ведут себя по-разному. Кроме этого возможна замена конструкции Силуэт одним длинным Примитивом, только это будет не читаемо, как и кстати если вместо переключателя из 8 вариантов использовать 8 развилок. Можно делать замену циклов - цикл Пока заменить на цикл с Счётчиком. Можно добавлять несколько одинаковых конструкций в разные места схемы, а можно их выделить в отдельный алгоритм и использовать икону "вставка". Можно заранее задавать "формальные параметры", а можно просить их ввести на стадии инициализации данных в алгоритме иконами "ввод", "консольный ввод".
Можно делать много и это зависит от привычек и доводов рисовальщика.
Dmitry_23 писал(а):
«Вариант» - более близок к «Событию» в ЕРС, но не понятно зачем использовать два блока: «Определить степень травмы» и «Степень травмы». В ЕРС прямо в событии пишем: «Степень травмы тяжёлая» и «Степень травмы легкая».
Блок "Определить степень травмы" понадобился чисто из-за того, что в алгоритме участвуют несколько исполнителей. Если бы был кто-то один, думаю, его можно было бы и не добавлять. То, как сделано в ЕРС-схемах, это опять же Ваша система координат. Там можно так (и только так), а здесь можно вот так, а можно и по-другому, можно даже максимально близко к ЕРС-схеме.
Dmitry_23 писал(а):
Многообразие отображения одного алгоритма разными иконами («Вопрос» vs паре «Выбор» + «Вариант (ы)».) – это плохо. Рисовальщик должен быть ограничен выбором вариантов отрисовки, чтобы одинаковый алгоритм всегда отражался одинаково. В ЕРС всего два блока в WorkFlow: Событие и Функция. Оказалось, что этого достаточно для отражения любого алгоритма.
Но действительно ли ЕРС-схемы такие однозначные? Можете ли Вы привести примеры двух ЕРС-схем одного бизнес-процесса? Я нашёл ещё одно хорошее описание ЕРС-схем https://www.businessstudio.ru/wiki/docs ... c_notation . Там ведь тоже много всяких блоков.
Dmitry_23 писал(а):
Понять и тем более запомнить весь огромный набор драконовских икон «обычному смертному» - это утопия (нужно долго учить).
Для ЕРС «обычному смертному» чтобы понять алгоритм (WorkFlow, т.е. другие слои, включая DocFlow можно отключить \ убрать) нужно знать всего два элемента: зеленую «Функцию» и красное «Событие». Всего две базовых Простых иконы ЕРС (WorkFlow), но и это оказывается очень трудно многим бизнес-пользователям. Минимум икон WorkFlow - это мощное преимущество ЕРС.
Считаю сложность изучения ДРАКОНа субъективной оценкой. Минимум икон - это преимущество ЕРС, согласен.
Кому-то удобно мыслить цепочками "событие - функция", кому-то удобно мыслить по более классифицированным шагам "сначала так - потом эдак - в конце через плечо", кому-то удобно рисовать квадраты и делить их диагоналями (это я на Насси-Шнайдермана намекаю). Дело ещё и в том, для чего это потом будет предназначаться. ЕРС-схемы не интерпретировать в код, они для этого и не предназначены. А дракон-схемы позволяют визуализировать ещё и алгоритмы программирования. Поэтому конечно возникает дилемма - либо ты пользуешься крутой специализированной нотацией, как ЕРС, и можешь даже с закрытыми глазами нарисовать любой бизнес-процесс, либо ты пользуешься нотацией "широкого профиля", но при рисовании будешь подольше думать в духе "как бы это выразиться".

Спасибо Вам, Дмитрий, за попытку сопоставить эти два способа


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 20:30 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
. Если да - икона "полка" для медсестры.

Полка (два прямоугольника друг на друге) - это икона "действие", только когда в верхней части указан исполнитель операции? Как ранее было показано на схемах?

Цитата:
Это непересекающиеся понятия, а значит и параллельно их выполнять нельзя.

Часто насколько понятия непересекающиеся - это неизвестно: как минимум автору схемы, т.к. он не программист, а "простой смертный", видящий процесс перед собой, но сами процессы в лаборатории не исследовал.
Предлагаю разобрать несколько примеров.

Пример 1. Правильно ли я изложил алгоритм на цветном Драконе (просто раскрасил иконы Дракона под цвет аналогичных блоков в ЕРС)?
Кроме стрелок: без них мне сложно.
Обращаю внимание, что Х может равняться нулю. Вы, наверное, скажете, что тогда нельзя использовать такую конструкцию? Возьмем иную («вопрос»), но суть не меняется, т.к. что вопрос, что вариант – это тот же фильтр. Полагаю, что формально нет запрета на использование приведенной схемы, так как она сработает с Х = нулю?

При Х=0, сколько раз будет выполнена операция «Обработка неотрицательного или неположительного числа»?

Пользователь, когда рисует схему может не представлять, что события взаимоисключающие (и это нормально), кроме конечно «условие» и это же условие с приставкой «НЕ», т.е. «работает» vs «не работает». Хотя даже тут часто возникает еще третий вариант, «неизвестно работает или не работает».
Пользователь написал одно событие (условие), потом другое, потом третье. Насколько они взаимоисключающие – может потребоваться научное исследование. Даже на примере с нулем, половина офисных работников не в курсе, что нуль это и не положительное, и не отрицательное. Мы рисуем алгоритм и фильтры, а насколько взаимоисключающие события в них – знать не обязаны. Если Дракон говорит, что если мы не знаем взаимоисключающиеся ли события или нет, то нарисовать схему не можем, - то это нонсенс.
Также коронный вопрос: где в моем алгоритме будет «королевский путь»? Точнее почему. Ну согласитесь, «с потолка» же, т.к. ему кроме как оттуда взяться неоткуда.

Указанный Вами пример с сайта businessstudio.ru в части описания ЕРС я ранее видел (и удивлялся), на мой взгляд это не лучший вариант описания ЕРС. Надежнее использовать ARIS – ориентированные ресурсы \ материалы (книжки), например,
https://pqm-online.com/assets/files/lib ... est-mt.pdf
https://cssrzd.ru/news/BusinesProcess_RZD.pdf

Цитата:
Там ведь тоже много всяких блоков.

Повторюсь, для WorkFlow в ЕРС– всего два объекта: зеленый (операция, в Драконе Действие) и красный (событие, в Драконе Вариант \ Вопрос). Есть еще пара "производных", но их можно заменить на Функция.


Вложения:
Комментарий к файлу: несколько понятия непересекающиеся - это неизвестно
null.png
null.png [ 7.87 КБ | Просмотров: 1689 ]


Последний раз редактировалось Dmitry_23 Воскресенье, 15 Январь, 2023 21:19, всего редактировалось 3 раз(а).
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 20:40 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Пример 2.
В нотации Дракон, верна ли такая схема?
Если товар удовлетворяет обоим категориям, то сколько раз пойдет пить чай оператор 2?
Почему?


Вложения:
Комментарий к файлу: OR
OR.png
OR.png [ 30.25 КБ | Просмотров: 1689 ]
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 21:27 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Пример 2.
В нотации Дракон, верна ли такая схема?
Верна.

Dmitry_23 писал(а):
Если товар удовлетворяет обоим категориям, то сколько раз пойдет пить чай оператор?
Один раз.

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

Все это подробно описано в моей книге "Учись писать. читать и понимать алгоритмы в главе 14 рис. 155 стр. 229-239.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 21:44 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
Чтобы эта команда выполнилась больше одного раза, нужно организовать цикл. Но в данной схеме нет цикла.
Поэтому команда "Иди пить чай" будет выполнена только один раз.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Воскресенье, 15 Январь, 2023 22:31 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Вроде как не логично: вход по OR, а выход по XOR, причем этот XOR явно нигде не указан. XOR на выходе реализует правило "пропускаем первого, остальных блокируем".
Объяснение этой логики дано в этом отрывке на рис. 155 (он на двух листах). Пояснение на стр. 229-239.

Вложение:
Учись С. 229-239 .pdf [564.08 КБ]
Скачиваний: 33


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Понедельник, 16 Январь, 2023 08:15 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Вопрос: Как выглядела бы схема, если нужно было бы показать, что и на выходе условие OR (т.е. как на входе), т.е. пить чай идем после исполнения каждой ветки?
Ответ на рисунке

Вложение:
Рис. 7  Параллельн проц Товары 2    .png
Рис. 7 Параллельн проц Товары 2 .png [ 75.8 КБ | Просмотров: 1670 ]


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Понедельник, 16 Январь, 2023 10:37 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Цитата:
Это непересекающиеся понятия, а значит и параллельно их выполнять нельзя.

Dmitry_23 писал(а):
Часто насколько понятия непересекающиеся - это неизвестно: как минимум автору схемы, т.к. он не программист, а "простой смертный", видящий процесс перед собой, но сами процессы в лаборатории не исследовал.
В переключателе (Выбор + Вариант) рабочая точка алгоритма пройдет только по одному маршруту — по тому, где условие выполняется.

Условие должно выполняться только в одной иконе Вариант.
Если условие выполняется в двух иконах Вариант, это ошибка. Так делать нельзя.

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

До начала работы надо познакомиться с языком ДРАКОН. Литература по языку ДРАКОН вполне доступна.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Понедельник, 16 Январь, 2023 22:49 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
Одиночная горизонталь — (в данном случае) это конец параллельных процессов.
Когда параллельные процессы закончились, управление передается на команду "Иди пить чай".

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 09:36 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Правильно я понимаю, что Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают, например, в случае, если товар категории учета и А и Б?
Т.е. это так называемая синхронизация, когда происходит задержка и первый пришедший (исполнивший свою ветку) ждет второго и только тогда передается управление далее (операция "пить чай").

Нет, неправильно. Правильно будет так:
Цитата:
Первый пришедший из операторов А и Б (исполнивший свою ветку, в том числе команду Оператора 2 "Иди пить чай") ждет второго и Оператора 2 с командой "Иди пить чай".
И только после этого управление передается на икону Конец.
см. рисунок

Вложение:
Рис. 7  Параллельн проц Товары 2    .png
Рис. 7 Параллельн проц Товары 2 .png [ 75.8 КБ | Просмотров: 1635 ]


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 13:49 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
Правильно я понимаю, что Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают, например, в случае, если товар категории учета и А и Б?
Т.е. это так называемая синхронизация, когда происходит задержка и первый пришедший (исполнивший свою ветку) ждет второго и только тогда передается управление далее (операция "пить чай").

Этот вопрос был к этой схеме:
Изображение
Вы уже ответили ранее, что при срабатывании двух веток (А и Б) Оператор 2 пить чай будет только один раз.
Он будет ждать пока обе ветки исполнятся и только тогда пойдет? Вроде как бы только одинарная линия внизу, а не двойная.

Вопрос по другой схеме:
download/file.php?id=7934&mode=view
Цитата:
Чтобы эта команда выполнилась больше одного раза, нужно организовать цикл. Но в данной схеме нет цикла.

т.е. добавив дубликат "иди пить чай" мы тем самым организовали цикл? Полагал, что циклы иначе организовываются.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 14:10 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Правильно я понимаю, что Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают, например, в случае, если товар категории учета и А и Б?
Т.е. это так называемая синхронизация, когда происходит задержка и первый пришедший (исполнивший свою ветку) ждет второго и только тогда передается управление далее (операция "пить чай").

Этот вопрос был к этой схеме:
Изображение
Dmitry_23 писал(а):
Вы уже ответили ранее, что при срабатывании двух веток (А и Б) Оператор 2 пить чай будет только один раз.
Он будет ждать пока обе ветки исполнятся и только тогда пойдет?
Да, все правильно. Для этого рисунка оператор 2 пить чай будет только один раз.

Dmitry_23 писал(а):
Вопрос по другой схеме:
download/file.php?id=7934&mode=view
Вы сказали: Чтобы эта команда выполнилась больше одного раза, нужно организовать цикл. Но в данной схеме нет цикла. т.е. добавив дубликат "иди пить чай" мы тем самым организовали цикл?
Я неудачно выразился про циклы.
Добавив дубликат "иди пить чай" мы не создаем цикл.
Добавив дубликат "иди пить чай" мы внесли этот дубликат внутрь параллельного процесса; поэтому операция "Иди пить чай" будет выполнена дважды.

Dmitry_23 писал(а):
Полагал, что циклы иначе организовываются.
Вы правы. Конечно, циклы организуются иначе.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 15:48 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
Да, все правильно. Для этого рисунка оператор 2 пить чай будет только один раз.

Это понятно.
Вопрос в ином:
Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают (завершат учет), например, в случае, если товар категории учета и А и Б?
Или Оператор 2 пойдет пить сразу, как только сработает какая-либо ветка (сработает первой, например, А), а вторая (Б) еще будет в работе?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 16:51 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Вопрос в ином:
Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают (завершат учет), например, в случае, если товар категории учета и А и Б?
Нет, не так.

Dmitry_23 писал(а):
Или Оператор 2 пойдет пить сразу, как только сработает какая-либо ветка (сработает первой, например, А), а вторая (Б) еще будет в работе?
Да, именно так.

Пояснение

Параллельный процесс ограничен сверху и снизу.
Верхняя граница — двойная горизонталь.
Нижняя граница — одиночная горизонталь.

Внутри параллельного процесса (в нашем случае) идут два потока.
1. Два потока начинается и идут независимо друг от друга.
2. Каждый поток (его внутренние части) выполняется последовательно.
3. Синхронизация потоков проявляется только в момент пересечения нижней границы.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Вторник, 17 Январь, 2023 17:24 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Цитата:
Пояснение

Понял, что Или Оператор 2 пойдет пить сразу, как только сработает любая ветка первой.
Не понял пояснение.
В верхней части, где двойная линия, произошло размножение маркеров "действие сейчас" (оба сработало фильтра), т.е. токенов в терминах BPMN или фишек в терминах сетей Петри.
В Драконе какой термин используется для обозначения такого маркера (активного действия)?
Каждый маркер бежит по своей ветке независимо от соседней.
Первым приходит один из маркеров, например, А. Он проходит соединение (объединение) в Т-образном перекрестке, перед операцией "пить чай".
Этот маркер проходит далее и активирует процедуру "Пить чай".
Второй маркер еще находится в ветке В. Потом второй маркер также достигает Т-образного перекрестка, перед операцией "пить чай", и что с ним происходит? Он не попадает в операцию "пить чай", т.к. Вы указали, что Пить чай оператор 2 будет только один раз.
Цитата:
3. Синхронизация потоков проявляется только в момент пересечения нижней границы.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Среда, 18 Январь, 2023 10:25 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Вложение:
Ррис. 8 Иди пить чай  .png
Ррис. 8 Иди пить чай .png [ 30.25 КБ | Просмотров: 1599 ]


Dmitry_23 писал(а):
В Драконе какой термин используется для обозначения такого маркера (активного действия)?
Используется термин "рабочая точка процесса" или для краткости "бегунок".

Dmitry_23 писал(а):
Каждый маркер бежит по своей ветке независимо от соседней.
Первым приходит один из маркеров, например, А. Он проходит соединение (объединение) в Т-образном перекрестке, перед операцией "пить чай".
Этот маркер проходит далее и активирует процедуру "Пить чай".
Второй маркер еще находится в ветке В. Потом второй маркер также достигает Т-образного перекрестка, перед операцией "пить чай", и что с ним происходит?
Немножко не так. Процесс развивается так:
Цитата:
Каждый маркер бежит по своей ветке независимо от соседней.
Первым приходит один из маркеров, например, А. Он попадает в Т-образный перекресток перед операцией "пить чай". Т-образный перекресток — это нижняя граница параллельного процесса (одиночная горизонталь). Маркер А останавливается на этой границе и ждет.

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

В этот момент на нижней границе собрались два маркера. Они объединяются и превращаются в один маркер, который пересекает нижнюю границу и запускает команду "Иди пить чай".

Цитата:
3. Синхронизация потоков проявляется только в момент пересечения нижней границы.

Dmitry_23 писал(а):
Не понял, хотелось бы поподробней, про какую нижнюю границу речь? Что понимается под синхронизацией? Обычно под синхронизацией понимаю как раз то, что один маркер ждет другого.
Нижняя граница параллельного процесса — это одиночная горизонталь.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Среда, 18 Январь, 2023 13:12 

Зарегистрирован: Среда, 11 Январь, 2023 10:34
Сообщения: 32
Правильно я понимаю, что этот (последний) ответ противоречит предыдущему ("Добавлено: Вторник, 17 Январь,"):
Цитата:
Вопрос в ином:
Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают (завершат учет), например, в случае, если товар категории учета и А и Б?
- Нет, не так.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Четверг, 19 Январь, 2023 10:00 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Правильно я понимаю, что этот (последний) ответ противоречит предыдущему
Нет, не правильно. Противоречия нет, потому что указанные вами ответы относятся к РАЗНЫМ рисункам.

Dmitry_23 писал(а):
Оператор 2 пойдет пить чай только тогда, когда оба Оператора (А и Б) поработают (завершат учет), например, в случае, если товар категории учета и А и Б?
Владимир Паронджанов писал(а):
Нет, не так.

Dmitry_23 писал(а):
Или Оператор 2 пойдет пить сразу, как только сработает какая-либо ветка (сработает первой, например, А), а вторая (Б) еще будет в работе?
Владимир Паронджанов писал(а):
Да, именно так.
Ответы относятся к рис. 7.
Вложение:
Рис. 7  Параллельн проц Товары 2    .png
Рис. 7 Параллельн проц Товары 2 .png [ 75.8 КБ | Просмотров: 1560 ]

См. следующее сообщение


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЕРС (и) или Дракон
СообщениеДобавлено: Четверг, 19 Январь, 2023 10:19 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Dmitry_23 писал(а):
Каждый маркер бежит по своей ветке независимо от соседней.
Первым приходит один из маркеров, например, А. Он проходит соединение (объединение) в Т-образном перекрестке, перед операцией "пить чай".
Этот маркер проходит далее и активирует процедуру "Пить чай".
Второй маркер еще находится в ветке В. Потом второй маркер также достигает Т-образного перекрестка, перед операцией "пить чай", и что с ним происходит?
Немножко не так. Процесс развивается так:
Цитата:
Каждый маркер бежит по своей ветке независимо от соседней.
Первым приходит один из маркеров, например, А. Он попадает в Т-образный перекресток перед операцией "пить чай". Т-образный перекресток — это нижняя граница параллельного процесса (одиночная горизонталь). Маркер А останавливается на этой границе и ждет.

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

В этот момент на нижней границе собрались два маркера. Они объединяются и превращаются в один маркер, который пересекает нижнюю границу и запускает команду "Иди пить чай".
Ответ относится к рис. 8.
Вложение:
Ррис. 8 Иди пить чай  .png
Ррис. 8 Иди пить чай .png [ 30.25 КБ | Просмотров: 1555 ]


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 64 ]  На страницу Пред.  1, 2, 3, 4  След.

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


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

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


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

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