Да, вы правы, иногда я использую eEPC в виде столбцов или строк, так называемый column display или row display, но это неклассическое представление, а зачастую вся формальная документация требует классического вида диаграммы. Что касается ARIS Express — я поигралась с ним дома, он подойдет для простеньких процессов.
Для начала можно описывать бизнес-процессы в неформальном текстовом виде. Такие описания трудны для быстрого просмотра и не подходят для оптимизации бизнес-процессов, но с другой стороны во многих российских компаниях это зачастую является единственной привычной и используемой на практике формой.
Я бы выделила следующие нотации описания бизнес-процессов:
1) SADT (Structured Analysis and Design Technique) –декомпозиции системы на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. В SADT существуют свои методологии, самая популярная из которых IDEF, которое состоит из IDEF0 (описание процесса в виде иерархической системы взаимосвязанных функций), IDEF (моделирование информационных потоков внутри системы), IDEF3 (методология документирования технологических процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях). SADT я не использую, он не предназначен для моделирования сквозных процессов и сейчас считается плохим тоном из-за того, что уже морально устарел. При увеличении количества уровней представления, анализ и модификация моделей становится сложными.
2) Нотация EPC используется для представления алгоритма выполнения процесса (нотация класса workflow). Эта самая распространенная сейчас нотация, так как интуитивно понятна всем.
3) Описание бизнес-процессов в UML основывается на диаграммах деятельности и последовательностей. Наибольшей трудностью, возникающей со всеми частичными моделями UML, является выбор необходимой степени точности и глубины описания. UML построен на основных принципах повторного использования и необходимой абстракции. Для создания прикладных систем эти принципы достаточно полезны. Для лица, ответственного за процесс и интересующегося развитием бизнеса, или для участников процесса, данные аспекты малоинтересны.
4) BPMN ориентирована как на технических специалистов, так и на бизнес пользователей. Для этого язык использует базовый набор интуитивно понятных элементов. Важно, что спецификация BPMN определяет как диаграммы, описывающие бизнес процесс, могут быть трансформированы в исполняемые модели на языке BPEL.
В итоге я бы дала такой совет: если Вам нужно просто описать бизнес-процесс, то используйте EPC, если потом вы собираетесь его трансформировать в BPEL — используйте BPMN.
Я бы выделила следующие нотации описания бизнес-процессов:
1) SADT (Structured Analysis and Design Technique) –декомпозиции системы на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. В SADT существуют свои методологии, самая популярная из которых IDEF, которое состоит из IDEF0 (описание процесса в виде иерархической системы взаимосвязанных функций), IDEF (моделирование информационных потоков внутри системы), IDEF3 (методология документирования технологических процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях). SADT я не использую, он не предназначен для моделирования сквозных процессов и сейчас считается плохим тоном из-за того, что уже морально устарел. При увеличении количества уровней представления, анализ и модификация моделей становится сложными.
2) Нотация EPC используется для представления алгоритма выполнения процесса (нотация класса workflow). Эта самая распространенная сейчас нотация, так как интуитивно понятна всем.
3) Описание бизнес-процессов в UML основывается на диаграммах деятельности и последовательностей. Наибольшей трудностью, возникающей со всеми частичными моделями UML, является выбор необходимой степени точности и глубины описания. UML построен на основных принципах повторного использования и необходимой абстракции. Для создания прикладных систем эти принципы достаточно полезны. Для лица, ответственного за процесс и интересующегося развитием бизнеса, или для участников процесса, данные аспекты малоинтересны.
4) BPMN ориентирована как на технических специалистов, так и на бизнес пользователей. Для этого язык использует базовый набор интуитивно понятных элементов. Важно, что спецификация BPMN определяет как диаграммы, описывающие бизнес процесс, могут быть трансформированы в исполняемые модели на языке BPEL.
В итоге я бы дала такой совет: если Вам нужно просто описать бизнес-процесс, то используйте EPC, если потом вы собираетесь его трансформировать в BPEL — используйте BPMN.