Стандартный и расширенный методологические фильтры. Обзор моделей

Рис. 114. Диаграмма типа прикладной информационной системы

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

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

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

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

Таким образом, тип прикладной системы может соответствовать пользовательскому интерфейсу Windows 98 и Windows NT (рис. 114). Это означает, что данная версия типа прикладной системы способна работать с пользовательскими интерфейсами обоих типов. Только в том случае, когда пользовательский интерфейс соответствует конкретной прикладной системе на уровне описания реализации в рамках функциональной модели, становится необходимой уникальная взаимосвязь. Эта взаимосвязь описывает конфигурацию отдельной лицензии на типы систем, которые были приобретены компанией.

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

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

7.2. Модель данных

Модель технических терминов рассмотрена ранее в составе моделей простого методологического фильтра (см. раздел 6.3.1).

7.2.1. Расширенная модель «сущность - отношение» — Extended entity -relationship model (eERM)

В течение последних нескольких лет оригинальная модель Чена [15] была значительно расширена. Модель eERM — расширенная модель «сущность - отношение» как раз и представляет собой расширение классической модели Чена. Вместо ее полного названия часто используется аббревиатура eERM.

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

Объекты модели eERM приведены в табл. 21, а возможные связи — в табл. 22. Используемая при конструировании панель инструментов показана на рис. 115.

Тип сущности используется для представления материальных и нематериальных типов объектов.

Тип отношений необходим для представления устойчивых типов отношений между типами объектов при моделировании.

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

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

Рис. 115. Панель инструментов для создания моделей eERM