Практика и проблематика моделирования бизнес-процессов - [36]

– оргединицы и роли отображаются справа от функции.

Для повышения информативности модели определяется набор атрибутов объектов, значения которых выносятся непосредственно на графику моделей.

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

Кроме того, определяется ориентировочное количество объектов, которые должна содержать диаграмма, для того чтобы она легко читалась при ее распечатке на листе формата А4 или A3. Также определяется внешний вид элементов используемой нотации (цвет, форма, толщина линий, размеры объекта, формат и наклон текста).

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

1) адекватность модели – соответствие модели моделируемому объекту или процессу. Модель адекватна, если все ее элементы (объекты и связи) имеют прообраз в моделируемой предметной области. Если в модели отображены не все нужные объекты, а «лишних» элементов нет, то считаем, что модель адекватна, но не полна;

2) корректность модели – соответствие исполнения модели бизнес-процесса установленным для конкретной методологии или нотации семантическим и синтаксическим правилам. Модель корректна, если создана в соответствии с правилами оформления, установленными методологией моделирования и другими требованиями;

3) полнота модели – присутствие в модели всех необходимых объектов и связей предметной области (выделенного бизнес-процесса). Модель полна, если она содержит все допустимые заданной методологией элементы предметной области, которые должны быть отображены для достижения целей моделирования и т. д.

♦ Описание создаваемой документации (отчеты). В данном разделе стоит указать требуемый заказчиком состав отчетов, их форму и содержание, которые должны быть получены по результатам проекта.

♦ Определение методики управления базой данных. В данном разделе необходимо указать общие принципы централизованного управления базой данных (физическое размещение БД, поддержка версионности БД, периодичность архивации, принципы и периодичность объединения нескольких локальных баз в одну и т. д.) и организации доступа к ней групп различных пользователей.

Основные этапы по проектированию

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

1. Систематизация и нормализация входных параметров для формирования областей допустимых значений.

2. Проектирование компонент модели (организационной, информационной, функциональной, модели выходов) с учетом обеспечения формы реакции на входные условия:

а) классификация и кодирование;

б) детализация;

в) взаимосвязь с входными условиями.

3. Проектирование описательной процессной модели (модели управления).

4. Проектирование форм отчетов.

5. Проектирование интерактивной модели.

6. Проектирование имитационной модели.

7. Тестирование разработанной модели

Проектирование моделей «как должно быть» и GAP-анализ

Общая методология построения бизнес-моделей требует рассмотрения трех промежутков времени:

♦ текущего (модели «как есть»);

♦ ближайшего будущего на среднесрочную перспективу (модели «как должно быть» – вариант 1);

♦ отдаленного будущего на долгосрочную перспективу (модели «как должно быть» – вариант 2).

Под среднесрочной перспективой компания Gartner рекомендует рассматривать временной горизонт от 9 до 18 месяцев, а под долгосрочной перспективой – в 30 месяцев. Такие сроки обусловлены влиянием глобального ускорения бизнес-процессов и постоянного развития информационных технологий.

Gartner рекомендует 15 % усилий и внимания уделять существующей сегодня в организации бизнес-архитектуре, 70 % – бизнес-архитектуре, которую предполагается реализовать в ближайшем будущем, и еще 15 % усилий – бизнес-архитектуре, как она видится в отдаленной перспективе.

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

Если говорить про распределение усилий на различных фазах построения бизнес-архитектуры, то 40 % всей усилий должны занимать управление и надзор над процессом создания, порядка 30 % усилий – собственно разработка моделей, решений и их документирование. И примерно по 15 % усилий рекомендуется сосредоточить на обеспечении восприятия предложенных решений со стороны руководства и бизнес-подразделений и на проведении оценки и сравнительного анализа с лучшими мировыми практиками или доступными аналогами.