Шрифт:
1) адекватность модели – соответствие модели моделируемому объекту или процессу. Модель адекватна, если все ее элементы (объекты и связи) имеют прообраз в моделируемой предметной области. Если в модели отображены не все нужные объекты, а «лишних» элементов нет, то считаем, что модель адекватна, но не полна;
2) корректность модели – соответствие исполнения модели бизнес-процесса установленным для конкретной методологии или нотации семантическим и синтаксическим правилам. Модель корректна, если создана в соответствии с правилами оформления, установленными методологией моделирования и другими требованиями;
3) полнота модели – присутствие в модели всех необходимых объектов и связей предметной области (выделенного бизнес-процесса). Модель полна, если она содержит все допустимые заданной методологией элементы предметной области, которые должны быть отображены для достижения целей моделирования и т. д.
Описание создаваемой документации (отчеты). В данном разделе стоит указать требуемый заказчиком состав отчетов, их форму и содержание, которые должны быть получены по результатам проекта.
Определение методики управления базой данных. В данном разделе необходимо указать общие принципы централизованного управления базой данных (физическое размещение БД, поддержка версионности БД, периодичность архивации, принципы и периодичность объединения нескольких локальных баз в одну и т. д.) и организации доступа к ней групп различных пользователей.
Основные этапы по проектированию
После определения целей, задач и основных соглашений по моделированию дальнейшая последовательность шагов по проектированию моделей бизнес-процесса состоит в следующем.
1. Систематизация и нормализация входных параметров для формирования областей допустимых значений.
2. Проектирование компонент модели (организационной, информационной, функциональной, модели выходов) с учетом обеспечения формы реакции на входные условия:
а) классификация и кодирование;
б) детализация;
в) взаимосвязь с входными условиями.
3. Проектирование описательной процессной модели (модели управления).
4. Проектирование форм отчетов.
5. Проектирование интерактивной модели.
6. Проектирование имитационной модели.
7. Тестирование разработанной модели
Проектирование моделей «как должно быть» и GAP-анализ
Общая методология построения бизнес-моделей требует рассмотрения трех промежутков времени:
текущего (модели «как есть»);
ближайшего будущего на среднесрочную перспективу (модели «как должно быть» – вариант 1);
отдаленного будущего на долгосрочную перспективу (модели «как должно быть» – вариант 2).
Под среднесрочной перспективой компания Gartner рекомендует рассматривать временной горизонт от 9 до 18 месяцев, а под долгосрочной перспективой – в 30 месяцев. Такие сроки обусловлены влиянием глобального ускорения бизнес-процессов и постоянного развития информационных технологий.
Gartner рекомендует 15 % усилий и внимания уделять существующей сегодня в организации бизнес-архитектуре, 70 % – бизнес-архитектуре, которую предполагается реализовать в ближайшем будущем, и еще 15 % усилий – бизнес-архитектуре, как она видится в отдаленной перспективе.
Работы по моделированию текущих процессов, связанные с анализом и документированием текущей бизнес-архитектуры, имеют важное значение с точки зрения каталогизации существующих связей, но их ценность не очень велика с точки зрения обеспечения гибкости и динамичности организации. Наиболее ценно построение бизнес-архитектуры «завтрашнего дня», так как принятие правильных решений на уровне непосредственных ближайших шагов гораздо важнее, чем определение конечной цели.
Если говорить про распределение усилий на различных фазах построения бизнес-архитектуры, то 40 % всей усилий должны занимать управление и надзор над процессом создания, порядка 30 % усилий – собственно разработка моделей, решений и их документирование. И примерно по 15 % усилий рекомендуется сосредоточить на обеспечении восприятия предложенных решений со стороны руководства и бизнес-подразделений и на проведении оценки и сравнительного анализа с лучшими мировыми практиками или доступными аналогами.
Как правило, построение модели бизнес-архитектуры преследует задачу оптимизации текущей деятельности организации. Для этого осуществляются поиск и отображение будущего оптимального состояния, которое определяется моделью «как должно быть».
Для формирования модели «бизнес-архитектуры» для состояния «как должно быть» может быть использована следующая типовая последовательность шагов.
1. Проведение мониторинга существующих тенденций в области деятельности организации и тенденций в области развития технологий, обеспечивающих поддержку ее деятельности.