Единственной моделью, относящейся к данному уровню, является модель Топология сети, которая описывает расположение и взаимодействие технических компонентов информационной системы. В папке Спецификация раздела Организационные модели создайте модель Топология сети КГ (типа Топология сети), как показано на рис.24.
Рис. 24. Модель Топология сети коммерческой группы
Обратите внимание на пиктограмму рядом с организационной единицей Служащий КГ.
Она является результатом экспорта ссылки на модель карты знаний, созданной ранее.
3.1.2. Уровень реализации
Модель Диаграмма сети соответствующая данному уровню, по своему назначению и реализации аналогична модели Топология сети.
Создайте ее в той же папке самостоятельно !
Данный уровень представлен также моделью Технические ресурсы.
При помощи модели можно иерархически упорядочить ресурсы, присвоить им тип и классифицировать. Создайте ее, как показано на рис.25.
Рис. 25. Модель Технические ресурсы
Функциональные модели
Уровень спецификации
Диаграмма типа прикладной системы (Application system type diagram - ASTD). Данная диаграмма предназначена для моделирования прикладных информационных систем, используемых в организации. В папке Cпецификация раздела Функциональные модели создайте модель Диаграмма типов IT систем (рис.26).
Рис. 26. Модель Диаграмма типов IT систем
Уровень реализации
С рассмотренной выше моделью связывается, как правило, модель Диаграмма прикладной системы (Application system diagram). Раскройте структуру системы ARIS 7.0 как показано на рис.27.
Рис. 27. Модель ARIS 7.0 (Диаграмма прикладной системы)
Модели процессов
Уровень спецификации
Основными моделями данного уровня являются модель Диаграмма доступа и Блок-схема программы Оба типа моделей также связываются, как правило, с моделью типа Диаграмма типа прикладной системы.. Для элемента ПО DBMS создайте модель, как показано на рис.28.
Рис. 28. Модель доступа ПО DBMS
В данной модели присутствует процедура аутентификации. Создайте для нее алгоритм в виде блок-схемы программы (рис.29).
Рис. 29. Блок-схема процедуры Аутентификация
Уровень реализации
Для моделей процессов данный уровень представлен моделью Диаграмма физического
доступа (тип - Диаграмма доступа (физическая))Смысл и назначение ее практически аналогичны простой Диаграмме доступа.
Создайте её самостоятельно!
Модели данных
Используя опыт создания моделей в среде ARIS 6.2, самостоятельно создайте модель уровня спецификации Диаграмма окружения атрибутов(Attribute allocation diagram), используя разработанную модель eERM и модель уровня реализации Диаграмма таблиц (Table diagram).
4. ЭЛЕМЕНТЫ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО
МОДЕЛИРОВАНИЯ
В папке Автомобильная компания создайте новую папку – UML, в которой создайте модель Взаимосвязь моделей (типа Structuring model), как показано на рис.30.
Рис. 30. Взаимосвязь моделей
Данная модель структуры показывает взаимосвязь и порядок разработки объектно-ориентированных моделей на языке UML, которые описывают реализацию взаимосвязанных функций Учет требований клиента и Обработка заказа клиента (см. модель Дерево функции Продажи).
Показанные на рис.30 модели, приведены на рис. 31…38.
Для обеспечения взаимосвязи моделей (рис.30), интегрируйте их по соответствующим
объектам (рис.39).
Рис. 39. Взаимосвязь моделей по объектам
ABC rules
(Правила АВС)
Этот тип правил проверки отношений и структур, имеющих отношение к ABC расчетам в рамках одной или нескольких моделей.
Allocation rules
(Правила распределения)
Этот тип правил проверки распределения (выделения, размещения, назначения) объектов одного типа в объекты другого типа, основанная на определенных ранее (получивший определение) типах отношений.
Existence rules
(Правила существования, наличия)
Этот тип правил проверяет, как часто объекты определенного типа, которые были созданы в исходных моделях определенного типа, имеют место и в целевых моделях определенного типа.
Этот тип правил проверяет, поддерживаются (обеспечиваются) ли конкретные типы атрибутов отношениями определенного типа.
Rules of UML models
(Правила моделей UML)
Этот тип правил проверки отношений и структур в рамках одной или нескольких моделей UML. Для соответствия требованиям методологии UML на согласованность базы данных, настоятельно рекомендуется консолидировать вашу базу данных перед использованием этих семантических проверок.
Structure rules
(Правила структур)
Этот тип правил проверки отношений и структур в рамках одной или нескольких моделей.