Что такое диаграмма ерс
Практика применения стандарта моделирования EPC
«Чем нагляднее передана информация, тем быстрее и точнее ее воспримет тот, кому она адресована». Эту истину давно и активно используют маркетологи, педагоги и исследователи. Не остались в стороне и менеджеры. В этой статье рассмотрена нотация EPC как один их наиболее популярных современных методов, который позволяет сделать описание сложной работы не только удобным, но и гораздо более точным и понятным всем участникам проекта или процесса.
История возникновения графических стандартов моделирования
Сейчас, когда темпы развития всех процессов в обществе растут и системы усложняются, управление как искусство воздействия на людей вынуждено приобретать еще и способности к системному управлению, схожему с управлением инженерными системами. В начале 90-х годов прошлого века в бизнес-лексикон вошло слово « реинжиниринг Майкл Хаммер и Джеймс Чампи впервые ввели это определение в своей книге «Реинжиниринг корпорации» ». А вслед за ним появилось и понятие «инжиниринг» бизнеса. Если первое – это перепроектирование бизнес-процессов, то второе – проектирование эффективной организационной системы с нуля.
Эта тенденция свидетельствует о том, что давно и достаточно успешно ведется поиск методов описания и даже конструирования организации как системы. Если мы будем рассматривать менеджмент не только как искусство, но и как науку, то ему, как и любой другой научной дисциплине, нужны свои специфические системы обозначений для фиксации формул и законов. Такие системные решения с успехом используют инженеры во многих областях деятельности, химики, физики, математики и др.
Социально-экономическая система, коей является организация, гораздо более разнообразна, чем естественные науки, и единой формы записи «аксиом», управленческих формул так пока и не найдено. Но дорожка проложена. А начинается она со всем нам известных блок-схем, которые позволяют описать порядок действий для достижения заданного результата. Но, к сожалению, изобразительные возможности блок-схемы очень ограниченны, и она не позволяет отобразить всего многообразия элементов процесса управления бизнесом.
На сегодня вариантов блок-схем, с помощью которых можно изобразить взаимодействие людей и систем в процессе созидательной деятельности, разработано достаточно много. Они объединены в комплексы инструментов для того, чтобы более полно описать все аспекты деятельности предприятия. Такие инструментальные средства называют методологиями моделирования. Наиболее полными и известными являются три из них:
Для полного и всестороннего описания деятельности предприятия приходится использовать разные графические стандарты, которые заложены в методологию и называются нотациями. Но для решения узких задач достаточно выбрать ту нотацию, которая и придумана для соответствующего описания. Выше вашему вниманию представлен один из графических видов нотаций, о которой речь пойдет в настоящей статье.
Особенности нотации EPC
Нотация моделирования EPC (Event-driven Process Chain) ориентирована на построение алгоритмов взаимодействия в процессе выполнения конкретной работы. Её главными элементами являются:
Эта нотация является составной частью методологии ARIS, автор Вильгельм-Август Шеер, разработана в начале 1990-х гг. В конце предыдущего раздела на рисунке продемонстрирован общий вид процесса стандартизации работы с использованием нотации EPC. Рассмотрим особенности описания бизнес-процессов организации с помощью этой нотации. Даже не вникая в суть схемы, сразу бросается в глаза чередование красных и зелёных элементов – это и есть цепочка событий и процессов, заложенная в названии нотации. Состав элементов модели определяется четырьмя основными позициями.
Вполне вероятно, что в ходе описания модели процесса мы соберемся применить информационную систему. Тогда сможем её отобразить с помощью специальных трехуровневых наборов элементов ( оранжевого цвета ).
У баз данных традиционно есть свое изображение – в виде цилиндра. Хотя использование их без информационной системы и системы без базы данных на сегодня мне представляется невозможным. Для отображения логики переходов между функциями используются логические операторы, которые помогают конкретизировать условия выполнения параллельных работ или возникновения событий. Они показывают варианты слияния или ветвления как функций, так и событий. Логических операторов всего три: «И», «ИЛИ» и «Исключающее ИЛИ». В разных системах могут использоваться их разные графические обозначения.
Алгоритм построения диаграммы EPC
Как мы видим, несомненным преимуществом данной нотации является интуитивно понятный набор элементов и правил построения диаграмм. Для создания диаграмм процессов рекомендуется использовать специальные программы для моделирования процессов. Для EPC это, в первую очередь, система ARIS. Но она дорогая и достаточно сложная, и для небольших периодических проектов по упорядочиванию деятельности подразделений не используется.
Простота и популярность нотации стимулировало создание других инструментов для рисования бизнес-процессов, в том числе в нотации EPC. Самым простым из них является Visio – один из шаблонов в нем так и называется – «Схема EPC». Наиболее полезным инструментом для меня является система Бизнес Студио. В ней, кроме возможности нарисовать процесс, можно автоматически сгенерировать документ (Регламент процесса) и рабочие инструкции для его участников, что заметно облегчает рутинную часть процесса разработки стандартов деятельности.
Цвета и обозначения вторичных элементов в разных программах могут немного отличаться, но общие правила всегда выдержаны. На представленном в первом разделе статьи примере нотации EPC отражен упрощенный алгоритм работы с данной нотацией. Давайте разберем его по шагам.
После выполнения всех шагов мы получаем детальный план выполнения процесса, понятный его исполнителям. А четко обозначенные события и результаты позволяют настроить точки контроля для всех значимых этапов процесса. И я вновь отсылаю вас к примеру визуальной модели, размещенной в начале статьи.
Преимущества и недостатки нотации EPC
Использование EPC помимо простоты и доступности имеет следующие преимущества.
В то же время эта нотация не стала единственной и неповторимой в силу следующих недостатков.
По своему опыту, я могу сказать, что локальные рабочие процедуры, нарисованные в данной нотации, вполне удобны как для разработчика, так и для пользователя инструкции. Нотация подойдет и для проект-менеджеров, поскольку позволяет им наглядно планировать распределение работ в проекте на интуитивно понятном для разных участников проекта языке. А для разработки более сложной многоуровневой модели деятельности предприятия больше подходят другие нотации моделирования, которые мы рассмотрим в следующих статьях.
Глава 3. Нотация EPС: весёлая, яркая, суперпростая
Глава 3. Нотация EPС: весёлая, яркая, суперпростая
«Воздушные змеи, жмурки и салки
Прятки, мячи, чехарда, и скакалки,
И просто, и просто, и просто скакалки,
Ну просто, просто, просто скакалки. »
При подготовке этой статьи я обнаружила невероятный факт: о нотации EPC, такой простой и такой популярной (встречаются мнения, что она даже более популярна, чем BPMN), на Википедии есть статьи лишь на 4 языках: английском, немецком, чешском и узбекском. Причём статьи эти довольно короткие. Возможно, к концу статьи мы с тобой, дорогой читатель, поймём, почему.
А начну я с того, что нотация EPCбыла разработана в начале 1990-х гг. в ходе разработки методологии ARIS, как, скажем, процессная её составляющая. Отцом-основателем EPC считается профессор Вильгельм-Август Шеер, чьё имя одним только своим звучанием внушает обывателю благоговейный трепет (произнесите вслух и проникнитесь). Что уж говорить о названии факультета, на котором работал этот уважаемый дядечка: Institut für Wirtschaftsinformatik университета Universität des Saarlandes.
Целью создания нотации EPC была возможность описания процессов так, чтобы выполняемые внутри них функции имели глобальную в рамках диаграммы семантику, что означает, что выполнение функции на диаграммах EPC необязательно является чётко прописанным, а может быть зависимым от состояния других узлов диаграммы, порой очень далеко отстоящих друг от друга.
Название нотации расшифровывается как Event-driven Process Chain, что недвусмысленно указывает на то, что центральным элементом диаграмм нотации EPC являются события. События порождают выполнение неких действий некими участниками. Завершение выполнения действий, в свою очередь, генерирует другое событие и так далее, пока система не придёт в состояние, появление которого в рамках процесса считается конечным событием.
Для наглядной демонстрации возможностей нотации воспользуюсь житейским примером, навеянным недавно завершившимся отпуском в тёплых краях. Сотрудник рецепции уважаемого отеля Иво Петков получает запрос от одного из постояльцев на срочную замену умывальных принадлежностей в номере. Вполне понятно, что его задача – выполнить запрос клиента, а в терминах EPC – привести систему из состояния «Получен запрос от клиента на смену умывальных принадлежностей» в состояние «Запрос клиента удовлетворён».
Выставляем на черновике схемы два указанных состояния и сразу замечаем, насколько проста будет в чтении наша диаграмма, ведь каждый из её элементов имеет не только свою форму, но и свой цвет. Так, события – это красные шестиугольники, функции – это зелёные прямоугольники с закруглёнными краями, исполнители же изображаются как жёлтые овалы.
Итак, возвращаемся к примеру. Сразу после получения запроса от клиента Иво должен отправить запрос на выполнение требования клиента горничной, чем привести систему в состояние «Запрос на выполнение отправлен». Горничная, пользуясь имеющимися на складе запасами, выполняет запрос Иво. И здесь впервые появляется распараллеливание нашего процесса: если горничная понимает, что необходимых умывальных принадлежностей (скажем, геля для душа) сейчас на складе нет, то она, сама, быть может, того не желая, переводит систему в состояние «Выполнение запроса невозможно», из чего само собой следует, что Иво придётся иметь не самый приятный разговор с клиентом, и то, в какое состояние дальше придёт система, зависит только от нрава клиента и его склонности к дракам. Если же на складе имеются все необходимые постояльцу принадлежности, то горничная успешно выполняет переданный ей запрос, сообщает о выполнении Иво, который в свою очередь сообщает об этом клиенту. И все живут долго и счастливо и умирают в один день.
Этот простой процесс у меня нашёл отражение в такой радостно подмигивающей красным, зелёным и жёлтым диаграмме, как на рисунке 1.
Рис. 1. EPC-диаграмма процесса обработки запроса клиента в отеле
А теперь по традиции достоинства и недостатки нотации.
Да и порой непонятно, как выделить то состояние, в которое переведёт функция систему. Даже при подготовке этого несложного примера я испытала определённые, связанные как раз с этим моментом сложности.
Плюсом EPC-диаграмм является тот факт, что, как и на диаграммах IDEF0, на них можно указать входные и выходные данные каждой функции, проследить логику передвижения входных и выходных данных от блока к блоку. К тому же, в отличие от всё той же IDEF0, появилась возможность распараллеливать процесс, направляя его только по одной из альтернативных веток (в IDEF0 если и добавляем параллельность в выполнении, то все параллельные функции будут при этом выполняться одновременно). Достоинством также мне показалась возможность указать исполнителя по каждому этапу (читай: функции).
Но! В IDEF0 исполнитель указан на каждом уровне декомпозиции единожды, и от его имени тянутся стрелки ко всем исполняемым им блокам. В EPC, чтобы подсчитать, какое количество действий выполняет исполнитель, нужно пробежаться по всем блокам действия и проверять, указан ли по нему нужный нам исполнитель.
Очень удобной показалась мне эта нотация с позиций осуществления контроля выполнения процесса: каждая функция непременно переводит в систему в новое состояние, из чего следует, что после выполнения каждой функции систему можно проверить, действительно ли переход в нужное состояние был осуществлён. Но тут же возник вопрос: а так ли это действительно нужно? У меня, например, такое желание появляется нечасто =)
Итак, в целом нотация EPC кажется мне для описания бизнес-процессов неудобной: слишком много внимания событиям, слишком мало внимания действиям и в особенности их группировке по признаку исполнителя или используемых материалов. Да, она простая, да, она красивая, и да, к сожалению, это всё, что я могу о ней сказать, как, наверное, и многие другие люди. =)
А статьи о нотациях UML и BPMN всё ближе и ближе.
Нотация EPC
При декомпозиции процесса ЕРС, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.
Если событие происходит только после обязательного завершения выполнения нескольких функций, то это обозначается с помощью оператора «И», следующего после функций и перед одиночным событием. На рисунке (Рис.2) Событие произойдет только после обязательного завершения Функции 1 и Функции 2.
Если функция может начать выполняться только после того, как произойдут несколько событий, то это обозначается с помощью оператора «И», следующего после событий и перед функцией. На рисунке (Рис.3) Функция начнет выполняться только после того, как произойдут Событие 1 и Событие 2.
Если одно событие может инициировать одновременное выполнение нескольких функций, то это обозначается с помощью оператора «И», следующего после события и перед функциями. На рисунке (Рис.4) Событие одновременно инициирует выполнение Функции 1 и Функции 2.
Если событие происходит после завершения выполнения одной или нескольких функций, то это обозначается с помощью оператора «ИЛИ», следующего после функций и перед одиночным событием. На рисунке (Рис.6) Событие может произойти либо после завершения выполнения Функции 1, либо после завершения выполнения Функции 2, либо после завершения выполнения и Функции 1, и Функции 2.
Если функция может начать выполняться после того, как произойдет одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после событий и перед функцией. На рисунке (Рис.7) Функция может начать выполняться либо после того, как произойдет Событие 1, либо после того, как произойдет Событие 2, либо после того, как произойдут оба события: Событие 1, и Событие 2.
Если событие происходит сразу после завершения выполнения либо одной функции, либо другой, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после функций и перед одиночным событием. На рисунке (Рис.9) Событие может произойти либо сразу после завершения выполнения Функции 1, либо сразу после завершения выполнения Функции 2.
Если функция может начать выполняться сразу после того, как произойдет либо одно событие, либо другое, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после нескольких событий и перед функцией. На рисунке (Рис.10) Функция может начать выполняться сразу после того, как произойдет либо Событие 1, либо Событие 2.
На рисунке (Рис.12 ) показано, что после окончания Процесса 1 (и наступления Событие 1) начинает выполняться Процесс 2.
На диаграмме Процесса 2 (Рис.13 ) показано, что перед началом Процесса 2 был завершен Процесс 1, инициировавший Событие 1.
Команды панели инструментов для диаграммы EPC
Дополнительно к возможности показывать/убирать наименования типов связей на диаграмме с помощью кнопки 
в справочнике «Типы связей» существует возможность установить показ наименования того или иного типа связи на всех диаграммах, где эта связь наведена. Для этого необходимо проставить галочку у параметра «Видимость типа связи» для данной связи (Рис.15).
Типы связей между элементами диаграммы EPC
Типы связей, которые могут быть наведены между элементами на диаграмме EPC, перечислены в таблицах (Табл. 2 — Табл. 11 ). При необходимости перечень типов связей может быть изменен.
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| База данных | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса в базу данных вносятся изменения. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что база данных передается из одного процесса в другой. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса создается новая база данных. |  | |
| Документ | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса в документ вносятся изменения. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что документ передается из одного процесса в другой. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса создается новый документ. |  | |
| Информация | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется информация. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что информация передается из одного процесса в другой. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса появляется информация. |  | |
| ТМЦ | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется ТМЦ. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что ТМЦ передается из одного процесса в другой. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса формируется ТМЦ. |  | |
| Программный продукт | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется Информационная система, ее модуль или функция. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что Информационная система, ее модуль или функция передается из одного процесса в другой. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса создается Информационная система, ее модуль или функция. |  | |
| Оператор | порождает событие через | Связь используется для отображения хода выполнения процесса. |  |
| Процесс | предшествует | Связь используется, если бизнес-аналитик принимает решение использовать для отображения хода выполнения процесса только функции, без событий. |  |
| Событие | порождает | Связь используется для отображения хода выполнения процесса. |  |
| Термин | изменяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется термин. |  |
| имеет на выходе | Связь используется, если необходимо отобразить, что термин передается из одного процесса в другой. |  | |
| помещает в архив | Связь используется, если необходимо отобразить, что в результате выполнения процесса термин помещается в архив. |  | |
| распределяет | Связь используется, если необходимо отобразить, что в рамках выполнения процесса термин распределяется между субъектами или процессами. |  | |
| создает на выходе | Связь используется, если необходимо отобразить, что в результате выполнения процесса формируется термин. |  | |
| считывает | Связь используется, если необходимо отобразить, что в рамках выполнения процесса считывается термин. |  | |
| уничтожает | Связь используется, если необходимо отобразить, что в результате выполнения процесса термин уничтожается. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | выполняет | Связи используются для отображения владельцев, исполнителей процесса или субъектов, принимающих участие в выполнении процесса. |  |
| д/б информирован о выполнении | |||
| д/б информирован о нестандартном завершении | |||
| должен информировать о результатах выполнения | |||
| отвечает за техническую часть | |||
| отвечает по ИТ за | |||
| принимает решение по | |||
| способствует при выполнении | |||
| утверждает результат | |||
| участвует в качестве консультанта | |||
| является владельцем | |||
| Событие | обеспечивает | Связь используется, если необходимо отобразить, что субъект способствует возникновению события. |  |
| является владельцем | Связь используется, если необходимо отобразить, что субъект является ответственным за возникновение события. |  | |
| Термин | имеет доступ к | Связь используется, если необходимо отобразить, что субъект имеет доступ к термину (информации о термине). |  |
| является владельцем | Связь используется, если необходимо отобразить, что субъект является ответственным за формирование термина или актуализацию информации о термине. |  | |
| База данных | обеспечивает | Связь используется, если необходимо отобразить, что субъект обеспечивает наличие актуальной информации в базе данных или является ответственным за формирование базы данных. |  |
| Документ | обеспечивает | Связь используется, если необходимо отобразить, что субъект является ответственным за формирование документа или поддержание документа в актуальном состоянии. |  |
| Информация | обеспечивает | Связь используется, если необходимо отобразить, что субъект является ответственным за предоставление актуальной информации. |  |
| ТМЦ | обеспечивает | Связь используется, если необходимо отобразить, что субъект обеспечивает наличие ТМЦ. |  |
| Программный продукт | отвечает за разработку | Связь используется, если необходимо отобразить, что субъект отвечает за разработку информационной системы, ее модуля или функции. |  |
| отвечает за техническую часть | Связь используется, если необходимо отобразить, что субъект отвечает за техническую часть (оборудование, системное ПО и т.д.) информационной системы, ее модуля или функции. |  | |
| является пользователем | Связь используется, если необходимо отобразить, что субъект является пользователем информационной системы, ее модуля или функции. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | активизирует | Связь используется для отображения хода выполнения процесса. |  |
| Субъект | используется | Связь используется, если необходимо отобразить, что субъект ориентируется на возникновение события для определения времени старта процесса. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| База данных | создает на выходе | Связь используется, если необходимо отобразить, что база данных формируется в результате работы в информационной системе. |  |
| Документ | создает на выходе | Связь используется, если необходимо отобразить, что документ автоматически формируется в информационной системе. |  |
| Информация | использует | Связь используется, если необходимо отобразить, что для внесения данных в информационную систему используется информация. |  |
| ТМЦ | использует | Связь используется, если необходимо отобразить, что для внесения данных в информационную систему используется ТМЦ. |  |
| Процесс | поддерживает | Связь используется, если необходимо отобразить, что процесс выполняется с использованием информационной системы, ее модуля или функции. |  |
| Термин | использует | Связь используется, если необходимо отобразить, что для внесения данных в информационную систему используется термин. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | предоставляет входные данные для | Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием документа. |  |
| Событие | устанавливает | Связь используется, если необходимо отобразить, что поступление документа инициировало возникновение событие. |  |
| Субъект | используется | Связь используется, если необходимо отобразить, что для осуществления своей деятельности субъект использует документ. |  |
| База данных | предоставляет входные данные для | Связь используется, если необходимо отобразить, что заполнение базы данных осуществляется с использованием документа. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | предоставляет входные данные для | Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием базы данных. |  |
| Событие | устанавливает | Связь используется, если необходимо отобразить, что возникновение события было инициировано базой данных. |  |
| Субъект | используется | Связь используется, если необходимо отобразить, что для осуществления своей деятельности субъект использует базу данных. |  |
| Программный продукт | предоставляет входные данные для | Связь используется, если необходимо отобразить, что работа в программном продукте осуществляется с использованием базы данных. |  |
| Документ | создает на выходе | Связь используется, если необходимо отобразить, что документ может быть сформирован из базы данных. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | используется | Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием информации. |  |
| является входом для | Связь используется, если необходимо отобразить, что информация, поступившая на вход процесса, в результате выполнения процесса преобразуется в другую информацию, документ или объект. |  | |
| Событие | устанавливает | Связь используется, если необходимо отобразить, что поступление информации инициировало возникновение события. |  |
| Субъект | используется | Связь используется, если необходимо отобразить, что для осуществления своей деятельности субъект использует информацию. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | используется | Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием ТМЦ. |  |
| является входом для | Связь используется, если необходимо отобразить, что ТМЦ, поступившие на вход процесса, в результате выполнения процесса преобразуются из одного состояния в другое. |  | |
| Событие | устанавливает | Связь используется, если необходимо отобразить, что возникновение события было инициировано ТМЦ. |  |
| Субъект | используется | Связь используется, если необходимо отобразить, что для осуществления своей деятельности субъект использует ТМЦ. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | проверяется | Связь используется, если необходимо отобразить, что в рамках выполнения процесса проверяется термин. |  |
| утверждается (кем) | Связь используется, если необходимо отобразить, что в рамках выполнения процесса утверждается термин. |  | |
| является входом для | Связь используется, если необходимо отобразить, что термин, поступивший на вход процесса, в результате выполнения процесса преобразуется из одного состояния в другое. |  | |
| Событие | устанавливает | Связь используется, если необходимо отобразить, что возникновение события инициировано термином. |  |
| База данных | определяется | Связь используется, если необходимо отобразить, что значение термина определено в базе данных. |  |
| устанавливает статус | Связь используется для отображения статуса базы данных. |  | |
| Документ | определяется | Связь используется, если необходимо отобразить, что значение термина определено в документе. |  |
| устанавливает статус | Связь используется для отображения статуса документа. |  | |
| Информация | определяется | Связь используется, если необходимо отобразить, что значение термина определяется информацией. |  |
| устанавливает статус | Связь используется для отображения статуса информации. |  | |
| ТМЦ | определяется | Связь используется, если необходимо отобразить, что значение термина определяется ТМЦ. |  |
| устанавливает статус | Связь используется для отображения статуса ТМЦ. |  |
| Элемент, с которым устанавливается связь | Тип связи | Назначение связи | Пример использования связи |
|---|---|---|---|
| Процесс | активизирует | Связь используется для отображения хода выполнения процесса. |  |
| Событие | порождает событие через | Связь используется для отображения хода выполнения процесса. |  |
| Оператор | предшествует | Связь используется для отображения хода выполнения процесса. |  |
Правила моделирования процессов в нотации EPC
1. Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).
2. События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.
4. События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.
5. События и операторы, окружавшие функцию на вышележащей диаграмме (Рис.16), должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции (Рис.17).
 |  |
| Рисунок 16. Диаграмма процесса, на которой встречается Функция 1 | Рисунок 17. Диаграмма декомпозиции Функции 1 |
6. На диаграмме не должны присутствовать объекты без единой связи.
8. Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот.
9. За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».
10. Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.
 |  |  |  |
| Рисунок 18 | Рисунок 19 | Рисунок 20 | Рисунок 21 |
Пример недопустимой ситуации (Рис.22):
Пример диаграммы процесса в нотации EPC приведен на Рис.23 :