Правила построения EPC-диаграммы

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ «СТАНКИН»

ЛАБОРАТОРНЫЕ РАБОТЫ
ПО
ДИСЦИПЛИНЕ «ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА CALS-ТЕХНОЛОГИЙ»

Москва 2009 г.

ЛАБОРАТОРНАЯ РАБОТА №1

Цель работы:Формирование навыков разработки модели бизнес-процесса с использованием EPC-диаграммы.

Задачи работы:

1. Изучение правил построения EPC-диаграммы;

2. Разработка EPC-диаграммы бизнес-процесса в соответствии с заданием.

Правила построения EPC-диаграммы

Объекты диаграммы:

Объект	Описание
	Функции представляют собой элементарные действия, направленные на осуществление бизнес-процесса
	Департамент или отдельное штатное подразделение, выполняющий функцию
	Должность (в т.ч. множественная) в организационной структуре, выполняющая функцию
	Информационные носители, как материальной формы (бумажные документы и т.д.), так и электронного представления информации: файлы, электронные письма, ресурсы Интернет и т.д.
	Товар или услуга, являющаяся результатом выполнения бизнес-функции или необходимые для выполнения функции
	Информационные потоки, обеспечивающие входные и выходные данные процесса
	Качественная или количественная ситуация (состояние), достижение которой важно для компании
	Нормативные документы

Отношения объектов диаграммы:

Направление отношения - слева вверх

Нет связи

Активи- зирует

Ведет к

Нет связи

Имеет резуль- татом

Создает

Нет связи

Ведет к

Нет связи

Создает выход на

Поддер- живает

Имеет резуль-татом

Нет связи

Ведет к

Активи- зирует

Нет связи

Выполняет

Нет связи

Выполняет

Нет связи

Обеспечи- вает вход для

Нет связи

Обеспечи- вает вход для

Нет связи

Требуется для

Нет связи

Требуется для

Нет связи

Есть вход для

Нет связи

Есть вход для

Нет связи

Есть вход для

Нет связи

Есть вход для

Нет связи

1. Для построения диаграммы событийно-управляемого процесса используются объекты, указанные в разделе «Объекты» и связи между ними, указанные в разделе «Отношения объектов».

2. Диаграмма определяется последовательность действий и событий, необходимых для выполнения процесса. Каждая EPC-модель должна начинаться как минимум одним стартовым инициирующим событием (состоянием) и завершаться как минимум одним результирующим событием (состоянием). События и функции по ходу выполнения процесса должны чередоваться (сменять друг друга) (рис.1).

Рис. 1. Функционально-событийная последовательность бизнес-процесса

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

В случае если есть разветвления, то необходимо использовать оператор ветвления , при этом показывать все возможные варианты течения процесса и результаты выполнения функций. Разветвление всегда начинается после функции.
На eEPC - диаграмме допустимы следующие варианты использования правил ветвления/слияния:
1) Условное ветвление процесса с помощью оператора «исключающее ИЛИ» (при выполнении функции наступает только одно из возможных событий) (Рис.2).

Рис. 2. Разветвление с оператором «исключающее ИЛИ»

2) Условное ветвление процесса с помощью оператора «ИЛИ» (при выполнении функции наступают либо одно событие, либо другое, либо оба сразу) (Рис.3).

Рис. 3. Разветвление с оператором «ИЛИ»

3) Условное ветвление процесса с помощью оператора «И» (при выполнении функции наступают оба события) (Рис.4).

Рис. 4. Разветвление с оператором «И»

4)Функция выполнится, если наступили оба события (Рис.5).

Рис. 5. Соединение с оператором «И»

5) Функция выполнится, если наступило, либо одно событие, либо другое, но не оба сразу (Рис.6).

Рис. 6. Соединение с оператором «исключающее ИЛИ»

6) Функция выполнится, когда наступило хотя бы одно из событий (Рис.7).

Рис. 7. Соединение с оператором «ИЛИ»

На входе и выходе разветвления обязательно должны использоваться одинаковые операторы (Рис. 8).

Рис. 8. Использование операторов на входе и выходе

Определяются предшествующие и последующие процессы и отображаются в интерфейсах (рис.9). Если нет предшествующих и последующих процессов в рамках компании, то используется объект «Границы процесса» («Начало процесса», «Завершение процесса»).

Рис. 9. Функционально-событийная последовательность бизнес-процесса с интерфейсами, указанием границы процесса

Определяется и отображается вся необходимая информация и ресурсы, необходимые для выполнения функции, а также результаты выполнения функции. Необходимо максимально точно отображать входящую и исходящую информацию. Для таких документов таких как: Приказ, Служебная записка, Заявление и т.д., необходимо указывать их назначение. Информация, которая передается в устном виде, а также неструктурированная информация на любых носителях отображается информационным значком (рис.10).

Рис. 10. Функционально-событийная последовательность бизнес-процесса с интерфейсами, входящей и исходящей информацией

Определяется и отображается исполнитель каждой функции (рис.11).

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

Определяется возможность и необходимость декомпозиции функции. Если нужно, расписываются функции более детально на ЕРС диаграмме и делается ссылка на нее.