А.3.2.1.2.5. Связывание объектно-ориентированного моделирования и сдп

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

Существует два способа связи диаграмм СДП с объектно-ориентированным моделированием.

В концепции, предложенной Бунгертом и Хессом (Bungert, Heft. Objektorientierte Geschaftsprozeftmodellierung. 1995), диаграммы СДП можно трансформировать в объектные модели и наоборот. Примеры (слегка видоизмененные и расширенные по сравнению с оригиналом) приведены на рис. 116а и 1166.

Рис. 116а. Описание полного процесса в виде диаграммы СДП (Bungert, Hefi. Objektorientierte Geschaftsprozefimodellierung. 1995, с. 62)

Рис. 116б. Описание событий, являющихся результатом выполнения функций (Bungert, Heft. Objektorientierte Geschaftsprozeflmodellierung. 1995, с. 61)

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

В концепции Нюттгенса и Циммерман-на управление событиями СДП переносится на поток объектов (Scheer, Nuttgens, Zimmermann. oEPK. 1997; Nuttgens, Feld, Zimmermann. Business Process Modeling. 1998).

Объектно-ориентированные событийные диаграммы процессов (оСДП) связывают управление событиями, ориентированное на процессы, с элементами объектно-ориентированного моделирования. Объекты группируются в соответствии с потоком управления процессами, а к ним при помощи соответствующей процедуры привязываются обрабатывающие функции. По сути, это одна из возможных реверсий описания процессного контекста, как показано в общей модели бизнес-процессов на базе ARIS (Scheer. ARIS — Business Process Frameworks. 1998, с. 31; русское издание - с. 28).

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

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

Рис. 117. Объектно-ориентированная диаграмма СДП для ввода заказа

А.3.2.2. Конфигурирование

В зависимости от контекста, относящегося к функциям и данным модель может быть наполнена самым разным содержанием.

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

Управление рабочими потоками (workflow) основывается на потоке управления, описываемом диаграммой СДП. Поток управления копируется из соответствующей модели для обработки в рамках экземпляров процессов.

Применительно к управлению потоком работ управляющие структуры можно моделировать более детально, включая, например, задержки перед началом работы, ситуации отказа от порученных задач или учет предельных мощностей при их распределении. (Jablonski. Workflow-Management-Systeme. 1995, с. 35).

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

Бизнес-функции определяют, какие приложения должна запускать система workflow, включая присвоенные им программные имена. На рис. 118 показано, как использовать СДП в модели workflow.

Рис. 118. Использование СДП в рамках модели workflow

Как и при управлении потоками работ, потоки управления стандартными приложениями можно представлять в виде СДП. Однако в отличие от workflow, эта процедура не допускает произвольного конфигурирования, а требует соблюдения параметров, предписываемых стандартным приложением. Это означает, что можно выбирать функции (путем редактирования) или задавать определенные последовательности вызовов функций.

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

На рис. 119 приведен пример конфигурирования SAP R/3 при помощи модификации СДП (верхний экран). Незаштрихованная область диаграммы процесса в этом реальном сценарии деактивизирована, поэтому ее программные функции не задействованы. На нижнем экране показано руководство по настройке, открывающее прямой доступ к соответствующим транзакциям настройки, проектной информации и документам. Это отображается на экране символами «галочка», «карандаш» и «документ».

Рис. 119. Конфигурирование R/3 с помощью СДП (источник: SAP AG)

Функции можно также модифицировать путем изменения моделей экранов. Например, если в моделях экранов, показанных на рис. 106а и 1066, удалить данные об адресах, то функции создания и обновления применительно к этим данным становятся недоступны. Поскольку вводить адреса при этом тоже нельзя, модифицируется и связь между объектом данных и функцией.