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

• Функция из дерева функций не присутствует в другом дереве функций.

• Организационный элемент из модели процесса существует в организационной модели.

• Сущность из модели процесса существует в модели данных.

• Информационная функция из алгоритма

модуля существует в структуре системы.

Правила взаимосвязи объектов

• Каждая функция должна иметь исполнителя.

• Каждое подразделение должно содержать в своем составе как минимум одну должность.

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

Правила структуры моделей

С помощью этих правил проверяют корректность формирования структуры взаимосвязей объектов в модели. Правила объединены в несколько групп.

Общие структурные правила для всех типов моделей

• Каждый объект должен иметь одно или более соединений с другими объектами.

• Объект не может быть замкнут сам на себя.

Специальные структурные правила для всех моделей процессов

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

• Проверка корректности количества входящих и исходящих соединений логических операторов.

• Все функции и события должны иметь только одно входящее и одно исходящее соединения.

• После события не должен следовать оператор «ИЛИ-НЕ» или «ИЛИ».

• В модели запрещены циклы.

Специальные структурные правила для моделей eERM

• Тип связи определяется по крайней мере для типов сущностей.

• Только один супертип представляет подтип.

• Группа атрибутов содержит не менее двух атрибутов.

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

• Возможен только один корень.

• Каждый объект может иметь только одного родителя.

• Разрешено только одно соединение между двумя объектами.

• Все исходящие соединения объекта должны иметь один и тот же тип.

• Все соединения в модели должны иметь один и тот же тип.

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

• Только функции без исходящих соединений могут быть детализированы.

• Только организационные элементы без исходящих соединений могут быть детализированы.

Правила атрибутов объектов и связей

• Для всех функций заполнено поле описания.

• Для всех объектов заполнено поле имени.

• Для всех должностей заполнены возрастные требования.

• Для всех сотрудников заполнена дата рождения.

• Требования к заполнению атрибутов для динамического моделирования.

• Требования к заполнению

атрибутов для метода АВС.

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

Правила детализации

Эти правила проверяют корректность детализации объектов с точки зрения используемых объектов и связей.

Детализация элементов данных

• Каждая сущность должна детализироваться в виде диаграммы окружения атрибутов.

• Каждый кластер должен детализироваться в виде модели данных.

Детализация функций

• Функция должна быть детализирована в виде дерева функции.

• Функция должна быть детализирована в виде диаграммы окружения функций.

Кроме того, существуют так называемые расширяемые правила проверки, которые легко изменять, используя закладку Semantic Check (Семантическая проверка), вызываемую через пункт меню View/Option (рис. 195). К ним относятся правила :

• существования объектов;

• взаимосвязей объектов;

• атрибутов объектов;

• атрибутов связей объектов;

• UML.

Рис. 195. Окно настройки правил семантической проверки (окно Options, закладка Semantic Checks)