Нумерация объектов на диаграммах
Каждый объект (функция, работа) на диаграмме процесса в нотации 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, большинство важнейших полей рамки заполняется автоматически. Это делает процесс документирования моделей достаточно простым и прозрачным и существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.
Не нашли, что искали? Воспользуйтесь поиском по сайту:
©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.
|