Нумерация объектов на диаграммах

Каждый объект (функция, работа) на диаграмме процесса в нотации 1DEF0 может быть пронумерован. Существует несколько способов нумерации. Мы рас­смотрим наиболее простой и часто применяемый способ — дерево функций процесса (рис. 2.15). на примере процесса, предстаааенного на рис. 2.10 и 2.14.

Как видно из рис. 2.15, нумерация диаграмм идет сверху вниз — от диаграммы верхнего уровня к диаграммам нижнего уровня. Каждая диаграмма нижнего уровня получает свой номер на основе номера родительской диаграммы верхнего уровня. Например, функции «Осуществлять деятельность...» присвоен номер А2. а функ­ции процесса более низкого уровня — номера А21 — А25. Если мы декомпозиру­ем функциям А22, то функции более детального процесса будут присвоены номе­ра А221 — A22N. Буквенный индекс А вводится условно. Более детально правила нумерации функций в моделях приведены в [3] и [5]. Использование рассмотрен­ного механизма нумерации делает отслеживание функций процессов достаточно наглядным. Напомним, что количество функций на одной диаграмме не должно составлять более шести (иногда допускается восемь). В этом случае по номеру функции всегда можно однозначно определить уровень процесса.

 

Глава 2 Выбор методологии оп исания бизнес-процессов________________________________ 69

Рис. 2.15. Диаграмма дерева функций.

Оформление схем моделей в IDEF0. Рамка IDEF0

На рис. 2.16 представлена диаграмма процесса, заключенная в так называе­мую рамку IDEF0. Вверху и внизу диаграммы расположены несколько полей для отображения информации о диаграмме процесса. Рассмотрим сначала вер­хние поля диаграммы.

Поле USED AT используют для указания ссылок на другие места модели (другие диаграммы), в которых есть ссылка на данную диаграмму.

Указания об авторе диаграммы, наименовании проекта, в ходе реализации которого была создана диаграмма, датах создания и последнего пересмотра про­ставляют на полях Author, Project, Date, Rev.

Поле Notes используют при проверке модели экспертом. Порядок работы в этом случае следующий. Автор диаграммы передает ее эксперту, со слов которо­го было построено описание процесса. Эксперт читает диаграмму и в случае несогласия со схемой процесса делает свои замечания письменно, непосред­ственно на диаграмме. Каждое замечание должно быть пронумеровано. При указании замечания эксперт обводит порядковый номер замечания в поле Notes. Такой порядок разработан для того, чтобы автор модели — аналитик мог устра­нить все замечания, четко контролируя их количество. Количество исправле­ний должно соответствовать количеству замечаний.

Далее идут поля статуса диаграммы: Working. Draft и т.д. На каждом поле указывают дату, а также проставляется подпись лица, уполномоченного менять

70 В.В. Репин, В.Г. Елиферов. Процессный подход к управлению

Глава 2 Выбор методологии описания бизнес-процессов 71

статус диаграммы. Диаграммы, находящиеся в работе, получают статус Working. Диаграммы, утвержденные и являющиеся обязательными для исполнения, мо­гут получить, например, статус Publication.

В поле Context указывают номер диаграммы верхнего уровня, содержащей рассматриваемый на данной диаграмме процесс в виде одной из функций. Кро­ме того, на этом поле графически показано положение данной диаграммы сре­ди функций диаграммы верхнего уровня.

Рассмотрим поля, находящиеся в нижней части рамки диаграммы IDEF0.

На поле Node проставляют номер узла, присвоенный данной диаграмме (ну­мерация диаграмм рассмотрена выше).

Затем следует поле Title, где указывают название диаграммы. Заметим, что название диаграммы совпадает в названием декомпозированной функции диаг­раммы верхнего уровня.

На поле Number проставляют уникальный номер диаграммы, который присва­ивает автор. На поле без названия указывают номер листа с диаграммой в подшив-

юкументов (для формирования отчета, содержащего несколько диаграмм).

Таким'образом, рамка IDEF0 является удобным стандартным инструментом для указания основных характеристик диаграммы бизнес-процесса. Приводи­мые в ней данные однозначно определяют положение диаграммы среди других диаграмм, текущий статус, дату последнего пересмотра и т.д. Подчеркнем, что наличие стандартной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов, поскольку во всех современных системах моделирования процессов (например BPWin 4). поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Это делает процесс документирования моделей достаточно простым и прозрачным и существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.