Например, мы описываем процесс обработки заказа клиента с рассрочкой. Нам требуется принять заявку и определить итоговую сумму заказа. Поставить товары на резерв, согласовать с руководителем отдела, и если всё ок, согласовать условия с клиентом. Если его всё устраивает, то проработать сделку с юристом.
Юрист у нас как раз и будет представлен в форме свёрнутого Пула. Он “живёт” в БП “Подготовка юридически значимых документов”. Сам процесс выполняется в рамках отдела продаж (это дорожка, разбитая на ещё 2 дорожки). Одна принадлежит исполнителю (менеджер по продажам), а другая руководителю отдела – он у нас оценивает клиента и разрешает сделку.
Рисунок 10. Примеры Пула, Потока сообщений, Ассоциаций и Дорожек.
Дорожками удобно демонстрировать акценты функционала. В нашем примере (Рис. 10) мы показываем, что менеджер согласует рассрочку с руководителем отдела, а тот, в свою очередь, проверяет благонадежность клиента (в данном случае мы убираем предвзятость) и определяет варианты сделки.
Чтобы показать принадлежность менеджера и руководителя к одному отделу, мы их Дорожки объединили в общую дорожку “Отдел продаж”. Такой вариант более нагляден, позволяет обеспечить однозначность прочтения графики.
На мой взгляд, наглядность, чёткость прочтения, отсутствие двойственности – это обязательные условия хорошего БП. Это правило относится и к графике, и к тексту.
Обратите внимание, что у нас присутствует Исключающее ИЛИ. Этот шлюз иллюстрирует возможные особенности благонадежности клиента. Если бы мы следовали классическому варианту визуализации БП, то нужно было бы эту информацию отразить как свёрнутый БП. Мы бы его назвали “Установление условий сделки”. Это связано с тем, что в классическом варианте на графике, на одном условном листе должно быть не более 6 объектов. В некоторых случаях это оправданно, особенно если мы проектируем исполняемый БП (это тот, который применяется непосредственно для создания программных продуктов), но когда мы проектируем бизнес-процесс, чтобы описать порядок работы организации, то именно это правило может помешать. Дефицитная графика, а следовательно, и описание, может внести сумятицу и помешать корректному восприятию логики работы. На практике нередко приходится сталкиваться с такой ситуацией.
Нотация EPC
EPC (event-driven process chain) - событийная цепочка процессов. Вся суть этой нотации, её отличительные особенности отражены в названии. Эта нотация содержит такую фигуру как событие. Именно с неё начинается диаграмма и заканчивается тоже ею. Именно вокруг “События” и возникает множество споров относительно этой нотации.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте