DRAKON.SU

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

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




Начать новую тему Ответить на тему  [ Сообщений: 40 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 08:23 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Простые действия.
Менеджер готовит Заказ Поставщика - документ такой.
После чего передаёт его:
на производство для планирования выпуска.
в бухгалтерию для планирования оплаты
самому себе для оформления приемки поставки.
Рисую силуэт:
на ветках: Менеджер, Производство, Бухгалтерия.
Как показать из ветки менеджер переходы в ветки Производство и Бухгалтерия?
Причём по логике события последовательные, но выполнение каждого уводит нас в другую ветку.
Выполняем передачу документа в Бухгалтерию - уходим в другую ветку, но вроде бы остаёмся в своей ветке, потому что этот же документ надо передать на производство - уйти в другую ветку, но после передачи надо продолжить работу оформлением полученной поставки.
Получается работа внутри одной ветки, но с выходами в другие, но в то же время после каждого выхода надо остаться внутри первоначальной ветки.
Рисунка схемы пока не получается.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 08:51 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Шилин Александр писал(а):
Рисую силуэт:
на ветках: Менеджер, Производство, Бухгалтерия.

Так нельзя. Дракон для этого не предназначен. Вы пытаетесь использовать Дракон для целей, для которых он не предназначен.

Нельзя называть ветки Менеджер, Производство, Бухгалтерия.

Можно назвать: Действия менеджера, Реализация производства, Действия бухгалтерии. Но. При этом следует помнить, что ветки работают последовательно. Или параллельно.

Прыгать можно только из конца одной ветки в начало другой (при последовательной работе).

===================

Вы имеете право (если готовы рисковать) использовать Дракон за рамками его возможностей (что Вы и делаете).

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

=====================

Но в данном случае у Вас не получилось. Вы проиграли. Так что аплодисменты пока откладываются.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 09:57 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
То есть простой процесс, делаю дело и отправляю по ходу выполнения результаты другим участникам, Силуэтом не изобразить?
И адекватно в Драконе вот это самое "отправляю сообщение другому участнику" ни чем не отобразить?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 11:04 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Шилин Александр писал(а):
То есть простой процесс, делаю дело и отправляю по ходу выполнения результаты другим участникам, Силуэтом не изобразить?
И адекватно в Драконе вот это самое "отправляю сообщение другому участнику" ни чем не отобразить?


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 11:20 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Каждый участник бизнес процесса должен выполнять свою деятельность независимо друг от друга.

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

Шилин Александр, для Вашего вопроса, используем ИС Дракон, примерно так:
Вложение:
БизнесПроцессыПоСобытиям.png
Вложение:
БизнесПроцессыПоСобытиям.drt


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 11:35 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
По результатам обсуждения вот такая схема:
Вложение:
рпуд_09.png
рпуд_09.png [ 610.41 КБ | Просмотров: 19469 ]

Вложение:
рпуд_09.fbpro.zip [10.98 КБ]
Скачиваний: 415

Может поможет в Вашем случае.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 17:01 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Ильченко Эдуард писал(а):
Может поможет в Вашем случае.

В общем понятно.
Вы предлагаете то же самое, что и http://forum.oberoncore.ru/viewtopic.php?p=92844#p92844
Пожалуй так и сделаю. Это лучше, чем отдельная ветка с сортировкой передаваемых данных.
Такой GOTO откуда надо куда надо.
Вроде бы и приличия соблюдены - линии не пересекаются и в то же время уходим куда надо.
Интересуюсь Вашей схемой http://forum.oberoncore.ru/download/file.php?id=5408:
у Выбора может быть один Вариант?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 19:29 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Шилин Александр писал(а):
Интересуюсь Вашей схемой http://forum.oberoncore.ru/download/file.php?id=5408:
у Выбора может быть один Вариант?

В Фабуле такая возможность реализована. Собирается из икон Разбор (визуально не отличается от Выбора) и Вариант.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 20:04 

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

Поясните пожалуйста на примере, а то я не могу сообразить.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 22:15 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Владимир Паронджанов писал(а):
Александр, я не понимаю. Какой же это выбор, если всего один вариант? Зачем он нужен?

Поясните пожалуйста на примере, а то я не могу сообразить.

Попробую ответить я.

Допустим, для описания бизнес-процесса, приняты следующие условности:

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

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

Икона Вывод передаёт сообщение (документы) прямо в икону Выбор указанного Исполнителя.

Вот пример:
Вложение:
1.png
1.png [ 134.01 КБ | Просмотров: 19424 ]

Видим, что заведующий кафедрой, в рамках данного БП, может принять от МСФ Протокол о разработке РПУД и Замечания по РПУД, а от рецензентов Подписанную РПУД и Рецензию.

В зависимости от принятого документа Исполнитель выполняет один из именованных подпроцессов: НАЗНАЧЕНИЕ, ЗАМЕЧАНИЯ, КАФЕДРА. Эти подпроцессы обозначаются иконами Вариант.
Для следующего Исполнителя выделяется своя ветка, в которой также икона Выбор производит разбор поступающих документов-сообщений.
Вложение:
2.png
2.png [ 77.87 КБ | Просмотров: 19424 ]

У Исполнителя РАЗРАБОТЧИКИ два подпроцесса РАЗРАБОТКА и ДОРАБОТКА.

Следующая ветка обозначает Исполнителя РЕЦЕНЗЕНТЫ.
Вложение:
3.png
3.png [ 53.43 КБ | Просмотров: 19424 ]

В иконе Выбор видно, что этот Исполнитель принимает документы от двух других Исполнителей, но обрабатывает их в одном подпроцессе ЭКСПЕРТИЗА.

В ДРАКОНе нет средств, чтобы показать этот факт. Поэтому в Фабуле была введена возможность изображения Выбора единственного Варианта. Для соблюдения единообразия.

К тому же в русском языке есть прямой аналог: «Выбор не велик, есть только один вариант решения ...», который Фабула позволяет отобразить, не нарушая обусловленной структуры схемы БП.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Сентябрь, 2015 23:51 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Хорошая, интересная схема.
Но возникает вопрос:
Объём схем в разных ветках может быть очень разным. Из-за этого общая схема будет слишком разреженной и большой.
Может быть тогда оформлять каждую ветку отдельной схемой? Как это предлагалось: http://forum.oberoncore.ru/viewtopic.php?p=92844#p92844


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 00:14 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Шилин Александр писал(а):
Хорошая, интересная схема.
Но возникает вопрос:
Объём схем в разных ветках может быть очень разным. Из-за этого общая схема будет слишком разреженной и большой.
Может быть тогда оформлять каждую ветку отдельной схемой? Как это предлагалось: http://forum.oberoncore.ru/viewtopic.php?p=92844#p92844

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

Или подумать как уравнять объёмы.

Может быть использовать две ветки для одного исполнителя ...
Вложение:
4.png
4.png [ 33.7 КБ | Просмотров: 19412 ]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 13:26 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Одна, Фабула это -
http://forum.oberoncore.ru/viewtopic.php?p=92244#p92244
andr писал(а):
брызги фантазии - в поисковом порядке для полноты теоретических ощущений.

В приведенном Силуэте ветки никак не связаны. Логика автора сомнительная.
Цитата:
Ветки выполняются параллельно.
Сомнительная новация.
В Переключателе один Вариант - то же не переключатель и не вариант.

Фабула находится далеко от Дракона предложенного в книге "Как улучшить работу ума?".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 14:49 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
LKom писал(а):
Фабула находится далеко от Дракона предложенного в книге "Как улучшить работу ума?".

И?

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

По подобным схемам можно автоматически формировать схемы движения документов по исполнителям, определять в каких БП принимают участие конкретные исполнители, собирать информацию о всех подпроцессах, которые присущи конкретному исполнителю. Может и ещё какие плюшки насобираются : )

Кстати, Фабула позволяет строить классические дракон-схемы, включая медицинские алгоритмы и параллельные процессы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 14:52 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
LKom писал(а):
Фабула это -
http://forum.oberoncore.ru/viewtopic.php?p=92244#p92244
andr писал(а):
брызги фантазии - в поисковом порядке для полноты теоретических ощущений.

Спасибо за оценку. Вы усмотрели самую суть : )


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 14:58 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
А может быть как-то более явно можно указать, что ветки выполняются параллельно?
Для ясности.
Или просто написать об этом в комментарии схемы?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 15:29 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Шилин Александр писал(а):
А может быть как-то более явно можно указать, что ветки выполняются параллельно?
Для ясности.
Или просто написать об этом в комментарии схемы?

Мне кажется, интуитивно : ) это и так понятно.
Нужна обкатка схемы на заказчиках-клиентах на понимаемость.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 16:10 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Вопрос по схеме viewtopic.php?p=92845#p92845

1. В крайней правой ветке есть конец. Это радует.
Следовательно, силуэт работает в конечном режиме, а не в бесконечном. Это правильно? Или нет?

2.Если правильно, то каждая из веток тоже рано или поздно заканчивает работу. Это правильно? Или нет?

3. Если правильно, то как можно разглядеть конец каждой ветки?
Я разглядеть не смог. В чем моя ошибка?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 16:14 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Ильченко Эдуард писал(а):
Мне кажется, интуитивно : ) это и так понятно.Нужна обкатка схемы на заказчиках-клиентах на понимаемость.

Фабула - это хаос, нарушение основ.
Как можно надеяться на понимаемость при нарушении основ? Зачем это надо?

В другой теме, посвященной Фабуле, решался вопрос конвертации между программными реализациями языка Дракон.
Хаос можно конвертировать? Кому это надо?
Имеем эйфорию, возникшую от долгого ожидания обещанного.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Сентябрь, 2015 16:40 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
LKom писал(а):
Ильченко Эдуард писал(а):
Мне кажется, интуитивно : ) это и так понятно.Нужна обкатка схемы на заказчиках-клиентах на понимаемость.

Фабула - это хаос, нарушение основ.
Как можно надеяться на понимаемость при нарушении основ? Зачем это надо?


Почему бы не пощупать границы дозволенного?
Может быть откроются новые пути.
Вредное и ненужное заглохнет. Хорошее победит и будет жить.
Поинтересуюсь у Ильченко Эдуарда:
Какие-нибудь ещё "фокусы" (типа бесконечных циклов в параллельно выполняемых ветках) ещё можете показать?


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

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


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

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


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

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