4.4. Разработка архитектуры интегрированных информационных систем (здание aris)

Метамодель бизнес-процесса 3-го уровня описывает характеристические классы и их взаимоотношения, с помощью которых можно моделировать фактические прикладные процессы 2-го и 1-го уровней. Поскольку объекты 2-го уровня являются экземплярами метауровня, можно использовать только те объекты, классы которых определены на метауровне. В свою очередь типы бизнес-процессов, смоделированные на 2-м уровне, определяют структуру реальных конкретных процедур на 1-м уровне. Таким образом, метамодели по существу определяют возможности проектирования бизнес-процесса.

Вследствие большого разнообразия классов и их семантических взаимоотношений модели бизнес-процессов могут быть структурированы с высокой степенью детализации. Полученная при этом структура называется «Архитектурой интегрированных информационных систем» (ARIS).

Метамодель бизнес-процесса, приведенная на рис. 4.11, объединяет следующие классы:

• контекстные данные, описывающие инфраструктуру процесса;

• исходные и результирующие события;

• сообщения;

• функции;

• человеческий ресурс;

• технические ресурсы и компьютерные

• средства;

• прикладное программное обеспечение;

• материальный выход, выход в виде ус

• луг и информационные слуги;

• финансовые ресурсы;

• организационные единицы;

• корпоративные цели.

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

Рис. 4.11. Функциональная модель

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

Введем понятие жизненного цикла, шаг за шагом трансформируя классы бизнес-процессов в объекты ИС.

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

4.5. Типы моделей в aris

Группировка классов и отношений между ними в модели служит для структурирования и совершенствования бизнес-процессов. Разбивка на модели имеет дополнительное преимущество: она позволяет устранить избыточность, часто возникающую при неоднократном использовании объектов в модели процесса. Например, одни и те же контекстные данные, события или организационные единицы могут относиться к ряду функций. Можно также применять методы моделирования, ориентированные на различные типы моделей, которые на практике доказали свою состоятельность. В частности, процедуры, относящиеся к различным типам моделей, с этой точки зрения отличаются от более теоретических концепций моделирования, где системы для упрощения разбиваются на подсистемы, однако, каждая подсистема изображается тем же способом, что и исходная система. Именно поэтому для одной и той же системы при таком подходе невозможно применять разные методы моделирования.

Модели ARIS различных типов строятся в соответствии с критерием «семантического корреляционного сходства». На рис. 4.12 представлены модели ARIS, рассматриваемые в контексте метамодели бизнес-процесса, приведенной на рис. 4.11. Благодаря прямой связи уровней описания эти модели сохраняют силу для уровней 2 и 1.

Рис. 4.12. Модель данных

Хотя в метамоделях бизнес-процессов используются только предварительные обозначения классов, относящиеся преимущественно к бизнес-операциям, эти модели пригодятся впоследствии для детализации и реализации классов в категориях ИТ и концепции жизненного цикла.

Модель данных. Модели данных описывают информационный контекст (среду обработки данных), а также сообщения, активизирующие функции или активизируемые ими. С именами данных можно также связать предварительные детали, касающиеся функции информационных систем как носителей данных. В моделях данных неявным образом фиксируются также объекты в виде информационных услуг. Однако в основном такие объекты описываются в моделях выходов. Объекты модели данных представлены на рис. 4.12.

Модели выходов. Модели выходов содержат все физические и нефизические входы и выходы, включая потоки денежных средств (рис. 4.13).

Рис. 4.13 Модель выходов

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

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

На рис. 4.14 приведены модели и некоторые их классы, образующие «здание» ARIS.

Рис. 4.14. Модели ARIS

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