Проведение экспертизы

Цикл автор-читатель предназначен для обеспечения обратной связи при построении модели. В работе над моделью принимают участие специалисты разных специальностей - аналитики (авторы), эксперты предметной области (читатели), библиотекари (обычно выделяется для больших проектов) и комитет технического контроля.

Цикл автор-читатель содержит следующие этапы:

· аналитик создает диаграмму на основе общих знаний, анализа документации и опроса экспертов;

· диаграмма должна быть помещена в архив библиотекарем;

· библиотекарь направляет папку, которая содержит текущую диаграмму, а также сопутствующие отчеты (словарь стрелок и работ, диаграмма верхнего уровня, дерево узлов и т.д.) читателю;

· читатель рецензирует папку и записывает свои комментарии, замечания вносятся в диаграмму по определенным правилам;

· папка возвращается библиотекарю для регистрации и передачи автору;

· автор вносит ответ на замечания и изменения в модель;

· если необходимо проводится дополнительный этап экспертизы у того же или у другого эксперта;

· когда автор считает, что диаграмма уже достаточно проработана, он пересылает ее на утверждение в комитет технического контроля, где она проходит окончательную экспертизу;

· после внесения замечаний и окончательных изменений диаграмма окончательно утверждается, получает статус "Publication" и может быть распечатана и распространена среди участников проекта.

Создание отчетов

Всего имеется семь типов отчетов. Они представлены в таблице 3.

Таблица 3

Виды отчетов BPWin

Синтаксические ошибки IDEF0 с точки зрения BPwin делятся на три типа:

1. Ошибки, которые BPwin выявить не в состоянии. Например, проверка чтобы имя работы было выражено отглагольным существительным, а имя стрелки существительным, - это ручная работа, которая должна выполняться аналитиками.

2. Ошибки, которые BPwin не допускает. Например, нельзя создать внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань.

3. Ошибки, которые BPwin позволяет допустить, но детектирует их. Полный их список можно получить в отчете Model Consistency Report.

2.14. Стоимостной анализ (ABC) и свойства,
определяемые пользователем (UDP)

Как правило, в процессе моделирования строится несколько моделей TO-BE, из которых по какому-либо критерию выбирается лучшая. Для того, чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики.

Аналитику предоставляются два инструмента для оценки модели:

1) стоимостной анализ (Activity Based Costing)

2) свойства, определяемые пользователем (User Defined Properties)

ABC включает следующие основные понятия:

· объект затрат - причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат;

· движитель затрат - характеристика входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;

· центры затрат, которые можно трактовать как статьи расхода.

Результаты стоимостного анализа могут существенно повлиять на очередность выполнения работ. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем. UDP позволяет произвести дополнительный анализ, хотя и без суммирующих подсчетов.