В.4. Предварительная процедурная модель aris

Концепция ARIS предоставляет методологию описания бизнес-процессов от этапа определения требований до этапа описания реализации. Примером может служить обработка заказов, жалоб или страховых исков.

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

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

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

Если подробное описание процедурной модели отсутствует, это не столь уж важно. Например, процедурная модель BPR, предложенная Хэммером и Чампи, содержит всего пять функций: мобилизацию, диагностику, перепроектирование, переход и управление изменениями. Последняя функция осуществляется одновременно с первыми четырьмя фазами. С другой стороны, для разработки программного обеспечения существует широкий диапазон процедурных моделей, в том числе V-модель Координационного и консультативного управления Германского правительства по информационной технологии в федеральной администрации. Разработаны и различные модели для реализации workflow. Для облегчения реализации стандартных программных решений, в частности SAP/R3 и SAP, ряд консалтинговых фирм предлагает детальные процедурные модели.

Рис. 21. Один из вариантов диаграммы EPC для процедурной модели ARIS

Рис. 22. ARIS-модели «создания определения требований на уровне функциональной модели»

Помимо процедурных моделей различного назначения, имеются коммерческие модели для локальных целей, например, для моделирования данных. Процедурная модель семантических объектов (SOM), разработанная Зинцем и Ферстлем, предназначена для внедрения объектно-ориентированных методов в моделирование бизнес-процессов.

На первый взгляд, процедурная модель ARIS включает те же модели и фазы жизненного цикла, которые описаны в ARIS. Однако, используя эти объекты и соответствующие методы, процедурную модель ARIS можно реализовать на гораздо более детальном уровне. На рис. 21 процедурная модель, представленная в виде последовательности процессов, управляемых событиями (EPC), состоит из функций и событий. Отношения последовательности позволяют одновременно реализовать модели функций, организации, данных, выходов и управления для одной и той же фазы. Определение требований начинается с модели управления, т. е. с описания процесса. При разбиении процессов на отдельные конкретные этапы может происходить наложение детализированных областей. В рамках процессов можно задавать различные уровни детализации; однако придерживаться жесткого принципа разбиения на фазы, как в модели «водопада», отнюдь не обязательно. Скорее, различные формы разработки, например создание прототипов, можно представить в виде некоторых упорядоченных отношений.

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

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

Функциональные модели предоставляют стандартные блоки архитектуры ИТ. С ними ассоциируется соответствующее программное обеспечение, будь то текстовый процессор или инструменты моделирования.

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

Модели выходов определяют входы и выходы функций, т. е. управляющую и функциональную модели.

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

На этапе спецификации проекта определяются проектные характеристики для баз данных репозитория, персональных компьютеров и программных средств моделирования. Затем, на этапе описания реализации описывается их реализация с точки зрения информационных технологий. Если используется ARIS Toolset, то фаза спецификации проекта является тем этапом, где принимается решение о внедрении одной или нескольких пользовательских версий. На уровне описания реализации определяются реальные параметры и фактические базы данных.

На базе общей процедурной модели можно построить специализированные модели под конкретные проекты. Например, при реинжиниринге информационной системы отдела продаж общие функции типа «создание определения требований на уровне модели данных» дополняются функцией «создание модели данных и определение требований информационной системы отдела продаж». Это сопоставимо с переходом от моделирования типов к описанию экземпляров. С другой стороны, абстрагирование от конкретных отношений в процедурной модели ARIS дает общую метамодель ARIS на 3-м уровне моделирования.

Подведем итоги:

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

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

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

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

Модель-прототип процедурной модели также хранится в репозитории ARIS.

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

Рис. 23. Отношение между концепцией ARIS и информационной моделью ARIS