А.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, удалить данные об адресах, то функции создания и обновления применительно к этим данным становятся недоступны. Поскольку вводить адреса при этом тоже нельзя, модифицируется и связь между объектом данных и функцией.
Дата добавления: 2019-02-26; просмотров: 143; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!