Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
я пользуюусь Project Modeler for Microsoft Visio. И меня это абсолютно устраивает. Поэтому попробуюу предположить, что это будет нечто подобное
Попытка №2. Process Modeler for Microsoft Visio by itp commerce. В принципе это было у меня в голове также.
Пить можно всем.
Необходимо только
знать где и с кем.
За что, когда и сколько.
Понимаете, если Вы мне нарисуете в IDEF0 блок без управления - я как рецензент отмечу это как ошибка (ошибка нотации, смысловая ошибка)
С другой стороны, вы - студент и вас обучали BPMN и, надеюсь, правильно. Правильно, это значит, не противореча стандарту.
Вы приходите в отрасль и вдруг видите, что нотация используется неправильно с вашей точки зрения (ситуация правда может быть и обратной). Где они - критерии?
Ранее, я ответил очень кратко. Я понимаю, что Вы, Анатолий, призываете нас принять учатстие в семинаре-тренинге.
Но не надейтесь, так просто отделаться:)
Пытать, конечно, не буду, но все-таки хотелось получить Ваше мнение, и мнение других по этому вопросу.
А в чем нюанс? Нотация как я понимаю определяет правила представления информации, а моделирование предполагает что? Правила построения моделей? А чем одно отличается от другого? Строгостью параметризации и формализации?
Ну мне известно как минимум два, а какие есть еще?
• High-level non-executable Process Activities (not functional breakdown)
• Detailed executable Business Process
• As-is or old Business Process
• To-be or new Business Process
• A description of expected behavior between two (2) or more business Participants—a Choreography.
• Detailed private Business Process (either executable or non-executable) with interactions to one or more external
Entities (or “Black Box” Processes)
• Two or more detailed executable Processes interacting
• Detailed executable Business Process relationship to a Choreography
• Two or more public Processes
• Public Process relationship to Choreography
• Two or more detailed executable Business Processes interacting through a Choreography
Вот вот, как раз в этом самом и дело. Нет, конечно, приведенный Вами пример, не используется, но я, например, часто вижу такие модели: есть несколько участников процесса, которые разделены по пулам. Так вот, зная, что между пулами возможны только сообщения - автор диаграммы делает так - он описывает некоторую последовательность действий, рисует события и задачи, но вся это последовательность соединяется сообщениями, управляющий поток только по пулам, при этом у одного участника может быть начальное событие и одна задача, далее идет сообщение другому пулу, где это сообщение входит в другую задачу, далее может идти парочка задач внутри этого пула, потом сообщением управление возвращается первому пулу, там чудесным образом возникает точка принятия решения или новая задача, т.е. вся последовательность процесса распеделена по разным пулам и соединяется между оными сообщениями(пунктирными линиями). Автор говорит - мы так понимаем и нам так нравится - Это нормально?
А какой формат Вам подойдет? Что я должен предпринять? Переписка? Скайп?
Если какие-то артефакты этого автора для изучения?
Спасибо
Анатолий, живем вчерашним днем?
Вопрос на самом деле не праздный.
Вместе с тем, спецификация BPMN тесно связана с BPEL. Возможность выражения конструкций BPEL через нотацию BPMN в первую очередь интересует технических специалистов, а бизнес-аналитиков, аналитиков требований, инженеров требований, мне кажется, скорее интересует способ представления, передачи смысла.
BPMN определяет набор правил, однако стоит ли строго следовать этому набору нетехническим специалистам?
Т.е. стоит ли строго следовать правилам - где message flow, а где control flow?
Что лучше использовать pool или lane для отображения участников процесса (сотрудников, отделы, службы, системы)?
Существует ли набор ясных, определенных и однозначных правил и рекомендаций, как следует использовать BPMN именно бизнес-аналитикам?
| itp-commerce | BizAgi Modeler | BizAgi Xpress | |
| бескомпромиссная поддержка BPMN | + | + | + |
| бесплатный | версия с ограниченной функциональностью | + | пробная версия 30 дней |
| движок, BAM, BRE | - | - | + |
| имитационное моделирование (simulation) | + | - | - |
каким образом отразить на схеме взаимодействие человека с системой, если это будут не сообщения?
