4. Создание и документация моделей

Все процессы «как должно быть» должны быть исследованы на предмет их соответствия целям предприятия. Процессы или их операции, которые не служат как минимум одной цели, рекомендуется удалить. Сопровождающий моделирование «как есть» анализ процессов является также важным вспомогательным инструментом при формировании моделей «как должно быть».

Независимо от достигнутой степени детализации, созданные модели «как должно быть» должны определять как минимум:

• цель процесса,

• предмет процесса,

• процессный объект и его характеристики,

• название процесса, понятное для лиц, не участвующих в моделировании.

В зависимости от степени детализации, созданные модели «как должно быть» могут быть дополнены, следующей информацией:

• Модели процессов:

1. ответственный за выполнение (фамилия, орг. единица),

2. содержание и вид изменения процесса,

3. контакты с внешними деловыми партнерами,

4. запланированная частота выполнения процесса,

5. запланированное время выполнения,

6. запланированная интенсивность расходов.

• Модели данных (также терминологические модели):

1. ответственный за данные (фамилия, орг. единица),

2. вероятность использования данных ИТ-системами,

3. список измененных определений терминов или данных,

4. список новых определений терминов или данных.

• Модели функций:

1. измененные связи в иерархии функций,

2. запланированная частота выполнения функции,

3. запланированное время выполнения,

4. степень поддержки ИТ- системами (фактическая и планируемая).

2. Анализ моделей «как должно быть»

   1. Создание единой целостной модели

После достижения предметной корректности отдельных моделей, следующим шагом является их интеграция в виде единой целостной модели. При структуризации моделей сверху вниз (top-down подход) интеграция отдельных моделей облегчается, так как она выполняется на основе заранее спроектированной иерархической структуры процессов. При структуризации снизу вверх (bottom-up подход), формирование общей структуры, а вместе с ней и интеграция отдельных моделей усложняется. Так как сложность интеграции увеличивается по мере увеличения числа отдельных элементов, последовательная интеграция комплексов моделирования по мере их создания может облегчить задачу объединения отдельных моделей.

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

• Проследить соблюдение единых правил моделирования.

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

Для обеспечения целостности единой модели следует учесть следующие задачи:

• Проверить интерфейсы процессов на взаимное соответствие.

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

• Минимизировать избыточность при моделировании объектов (функции, события, термины и т. д.), которые следует проверить на предмет использования различных обозначений для одних и тех же действии/объектов (например, функции «Заказ учтен» и «Заказ введен» для обозначения одного и того же действия).