В. З. Предварительная информационная модель aris

Здание ARIS создает «каркас» для классификации описательных компонентов бизнес-процесса. Теперь обсудим подробнее отдельные «кирпичики» бизнес-процесса и отношения между ними. Мы будем рассматривать метауровень, где фиксируются элементы общего бизнес-процесса, т. е. без контекстной привязки к конкретным бизнес-процессам. Основой для этого послужит ARIS-модель бизнес-процесса, представленная на рис. 13. Исследуем ее теперь более подробно, анализируя отношения между элементами. Воспользуемся при этом унифицированным языком описания и унифицированными символами для обозначения различных элементов (функций, организационных единиц, ресурсов, сообщений и т. д.), а также их взаимоотношений.

Рис. 19. Предварительная информационная модель ARIS

Рис. 20. ARIS-компоненты метауровня ARIS

Модель сущность-отношение (ERM), предложенная Ченом, прекрасно подходит для описания объектов. Хотя изначально эта модель предназначалась для представления структур данных в прикладных системах, она может служить и языком общего описания, а, следовательно, ее можно применить и к описанию метауровней.

При объектно-ориентированных подходах в объектную модель тоже вводятся классы и их отношения. Однако с ними связываются и определенные методы. Что касается объектов моделирования, то на метауровне они идентичны (например, когда речь идет о создании, удалении, редактировании или графическом выводе объекта).

Кроме того, в объектно-ориентированных моделях на стадии анализа допустимо использовать только классы и их имена, т. е. атрибуты и методы опускаются.

В первом издании этой книги в качестве языка описания мы применяли расширенную модель ERM. Однако сейчас в объектно-ориентированном моделировании все шире применяется язык UML - унифицированный язык моделирования, поэтому для иллюстрации классов мы воспользуемся именно этим языком. Что касается содержания, то оба языка взаимозаменяемы.

Язык описания UML позволяет отдельно представлять классы объектов и классы связей в моделях различных типов. Такое представление известно как метамодель ARIS или информационная модель ARIS.

В то же время эта информационная модель описывает конструкцию базы данных, где можно хранить модели реального мира, разработанные с помощью методологии ARIS. Организационные и функциональные модели, равно как и модели данных, выхода и управления, относящиеся к тому или иному приложению, рассматриваются как экземпляры базы данных, построенной в соответствии с информационной моделью. Такие базы данных называются репозиториями. Понятие «репозиторий» приобрело популярность в 1989 году, когда корпорация IBM провозгласила новую концепцию разработки программного обеспечения - AD/CYCLE.

Для каждой модели ARIS (функциональной, организационной, данных, выхода и управления) репозиторий ARIS содержит модели 2-го уровня, а также их отношения и модели для каждой фазы жизненного цикла ARIS. При моделировании на 1-м уровне, т. е. на уровне 1 экземпляров ARIS, репозиторий необходимо обновлять, вводя в него соответствующие экземпляры процесса.

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

Язык UML оперирует диаграммами классов, которые изображаются прямоугольниками, и ассоциативными связями (или просто связями), которые в свою очередь изображаются рамками. Связи различаются по мощности отношений 1:* (один ко многим), 1:1 (один к одному), *:* (многие ко многим) или *:1 (многие к одному). Звездочка может означать «много» или «n».

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

Отправными точками функциональной модели на рис. 19 являются корпоративные цели, которые управляют функциями; другими словами, для достижения той или иной цели должны быть выполнены определенные функции. Корпоративные цели обычно классифицируются по иерархическому принципу. Общие цели, такие как «максимизация прибыли», «достижение определенной рыночной доли» или «достижение определенного темпа роста», разделяются на подцели, например, «достижение определенной суммы дохода», «снижение расходов на определенную сумму» или «достижение определенного уровня качества». Благодаря интегрированной структуре целей класс КОРПОРАТИВНЫЕ ЦЕЛИ характеризуется связью *:*. Поскольку подцели входят в главные цели, они характеризуются связью «часть целого». Такая связь называется целевой структурой. Она выделяется в самостоятельный класс.

Примерами функций являются обработка заказов, продажа или регулирование, которые могут быть детализированы на составляющие их подфункции. Взаимосвязь между функциями, равно как и связь функций с целями, на достижение которых они направлены, предполагает между ФУНКЦИЕЙ и КОРПОРАТИВНЫМИ ЦЕЛЯМИ отношение типа *:*. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА представляет собой связь «часть целого», определяя функции, содержащиеся в других функциях.

Центральным элементом в организационной модели является ОРГАНИЗАЦИОННАЯ ЕДИНИЦА. Этот класс включает такие экземпляры, как ПОЗИЦИЯ, ПОДРАЗДЕЛЕНИЕ или ПРЕДПРИЯТИЕ. Независимо от того, являются эти области подчиненными или главными, они всегда характеризуются связью *:* — это «часть целого» в рамках класса ОРГАНИЗАЦИОННАЯ ЕДИНИЦА. Таким образом, эта связь позволяет одной области выступать в качестве подчиненной по отношению к нескольким другим. Это относится, например, к отделу продаж, который связан с рядом основных областей, производящих продукт. Ответственные субъекты или средства («машины», «компьютер», «человеческий ресурс») связываются с организационными единицами.

Модель данных (левая часть здания ARIS) отображает структуру данных. Класс ИНФОРМАЦИОННЫЙ ОБЪЕКТ характеризует объекты, описываемые атрибутами баз данных. Между их экземплярами, такими как данные об изделии и данные о клиенте, существуют связи (например, какой клиент какие изделия покупает). Эти связи выражаются отношением *:* внутри класса ИНФОРМАЦИОННЫЙ ОБЪЕКТ.

Информационные объекты, относящиеся к области с взаимосвязанным содержанием, можно сгруппировать в диаграмму класса или модель данных. Поскольку из-за идентичных информационных объектов МОДЕЛЬ ДАННЫХ и ИНФОРМАЦИОННЫЙ ОБЪЕКТ могут частично накладываться друг на друга, они связаны отношением *:* — «часть целого».

В модели выходов класс ВЫХОД представляет все виды выходов (материальный выход, услуги и информационный выход). Экземплярами выступают классы выходов, связанные с прикладным уровнем, например, изделие, материалы, запчасти, время сборки, гарантийные услуги или сертификаты. Здесь также различные виды выходов могут быть взаимосвязаны (отношением «часть целого»).

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

Связь между ОРГАНИЗАЦИОННОЙ ЕДИНИЦЕЙ и ФУНКЦИЕЙ выражается отношением ОТВЕТСТВЕННОСТЬ.

Организационным единицам могут быть присвоены определенные привилегии, относящиеся к ИНФОРМАЦИОННЫМ ОБЪЕКТАМ, которые выражаются отношением ПРИВИЛЕГИИ ДОСТУПА.

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

Информационная модель ARIS представляет собой схему репозитория для хранения соответствующих прикладных моделей. Данные, хранящиеся в репозитории, включают классы реальных приложений (например, для сферы продаж или бухгалтерского учета), хотя обычно - на уровне типов. В то время как объекты типа КЛИЕНТ и ИЗДЕЛИЕ хранятся в репозитории в качестве экземпляров класса ИНФОРМАЦИОННЫЙ ОБЪЕКТ, сами экземпляры, т. е. индивидуальные сущности «клиент» и «изделие» 1-го уровня, как правило, хранятся в базе данных о продажах. При моделировании процессов на уровне экземпляров (например, для приложений workflow) соблюдать это правило не обязательно.

На рис. 20 сгруппированы четыре компонента метауровня с указанием их взаимосвязей:

мета-бизнес-процесс ARIS,

архитектура (Здание ARIS),

информационная модель ARIS,

репозиторий ARIS.