9.5. Определение глубины моделирования

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

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

Дальнейшая детализация объектов на модели более низкого уровня должна быть тщательно продумана и принята участниками моделирования.

Определение глубины моделирования связано с выбором:

Общие принципы моделирования в aris

Таблица 46. Детализация объектов

Типы объектов	Привязываемые модели
Класс	еЕРС, eERM, модель технических терминов, модель данных IEF, ОМТ-модель описания класса, динамическая модель ОМТ, модель SAP-SERM, SeDaM, UML-диаграмма действий, UML-диаграмма описания класса, UML-диаграмма класса, UML-диаграмма состояний
Операция Деятельность Функция	еЕРС, еЕРС (с потоком материалов), дерево функций, диаграмма окружения функции, производственный процесс, диаграмма информационных потоков, диаграмма потоков материалов, офисный процесс , матрица выбора процесса, SAP ALE-модель фильтров, SAP ALE-функциональная модель, SAP ALE-модель потоков сообщений, SAP-диаграмма приложений, модель "системные атрибуты", UML-диаграмма действий, UML-диаграмма использования приложений, VAD-диаграмма цепочки добавленного качества
Состояние Состояние объекта Результат	еЕРС, еЕРС (с потоком материалов), дерево функций, производственный процесс, диаграмма движения продуктов/услуг, дерево продуктов/услуг, офисный процесс, матрица выбора продукции, дерево продуктов, диаграмма окружения продукта, матрица выбора процесса, UML-диаграмма состояний
Пакет	UML-диаграмма действий, UML-диаграмма описания класса, UML-диаграмма класса, UML-диаграмма взаимодействия, UML-диаграмма компонент, UML-диаграмма состояний, UML-диаграмма использования приложений
Исполнитель Тип сотрудника	Календарь смен
Решение Разделить Синхронизировать Правило	Диаграмма правил
Пример использования	еЕРС, еЕРС (с потоком материалов), UML-диаграмма действий, UML-диаграмма взаимодействий, UML-диаграмма использования приложений, PCD, PCD (с потоком материалов)

Моделирование бизнеса. Методология aris

• степени обобщения и детализации разрабатываемых моделей;

• количества уровней моделей, представляющих переход от общих моделей к детальным.

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

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

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

Для уменьшения количества уровней на одной диаграмме используется механизм детализации: объекты четвертого или пятого уровней детализируются моделью того же типа, где и отражаются последующие 4-5 уровней иерархии (рис. 187).

Рис. 187. Иерархические модели

Неиерархические модели — это модели, которые отражают взаимосвязь объектов одного уровня. К ним можно отнести модели процессов VAD, eEPC, PCD и другие. В этом случае необходимо управлять степенью загруженности модели — чем меньшее количество уровней используется, тем более детальными, а значит, и загруженными получаются модели.

Таким образом, формируется карта иерархии моделей — переход от моделей верхнего уровня обобщения к детальным моделям. Пример такой карты представлен на рис. 188.