к.ф.-м.н. Наталья Елманова,
Старший консультант Департамента ИТ-консалтинга
“IDS Scheer Россия и страны СНГ”
Константин Иванов,
Старший консультант Департамента ARIS
“IDS Scheer AG”

Краткое введение в решение Oracle BPA Suite, основанное на платформе ARIS

Как, наверное, уже известно уважаемым читателям, летом прошедшего года корпорация Oracle объявила о заключении с компанией IDS Scheer соглашения, в рамках которого Oracle выпустила решение Oracle Business Process Analysis (BPA) Suite, основанное на платформе моделирования бизнес-процессов IDS Scheer ARIS Platform. Указанный комплекс дополняет такие базирующиеся на стандартах BPM-продукты Oracle, как Oracle SOA Suite и Oracle BPEL Process Manager, и может развертываться вместе c приложениями Oracle и других поставщиков, предоставляя бизнес-аналитикам и архитекторам средства построения моделей, имитационного моделирования и публикации бизнес-процессов. При этом Oracle Business Process Analysis Suite и Oracle BPEL Process Manager оптимизированы для работы с решениями Oracle, включая ERP-системы Oracle E-Business Suite и Oracle PeopleSoft Enterprise, а также CRM-системы Siebel, и будут использоваться для моделирования и выполнения бизнес-процессов для нового семейства приложений Oracle Fusion Applications.

Применение решения Oracle Business Process Analysis Suite в компаниях, использующих решения на основе продуктов семейства Oracle Fusion Middleware, позволит ИТ-службам компаний быстрее реагировать на изменения в ее бизнес-процессах, поскольку данное решение может служить тем самым связующим звеном между потребностями бизнеса и поддержкой их на уровне информационных систем, которого зачастую не хватает во многих компаниях.

Решение Oracle Business Process Analysis Suite появилось на рынке осенью 2006 года. Настоящая статья посвящена возможностям этого продукта и принципам его применения и предназначена для ИТ-менеджеров и архитекторов приложений на базе Oracle Fusion Middleware.

Назначение и состав решения Oracle BPA Suite

Сейчас ни для кого не секрет, что процессный подход в управлении позволяет серьезным образом повысить конкурентоспособность, эффективность и гибкость предприятия, качество его продуктов и услуг. Эффективное управление бизнес-процессами, в свою очередь, требует применения средств их анализа и моделирования, интегрированного со средствами выполнения процессов, создания приложений и мониторинга выполнения. Именно таким средством и является решение Oracle BPA Suite. Назначением указанного решения является моделирование бизнес-процессов (включая имитационное моделирование), публикация моделей, генерация на их основе кода для выполнения его серверными приложениями, входящими в состав Oracle Fusion Middleware.

Важно отметить, что в качестве основы для решения Oracle BPA Suite была выбрана платформа IDS Scheer ARIS Platform, на сегодняшний день признанная ведущими аналитиками (такими как Gartner Group, Forrester) лидирующей в отрасли платформой для анализа и моделирования бизнес-процессов (рис. 1).

Рис.1. Ведущие производители средств анализа бизнес-процессов (Источник: Michael J. Blechar and Jim Sinur, Magic Quadrant for Business Process Analysis Tools, 2006 - Gartner RAS Core Research Note G00137850)

Перевод надписей:

Способность к реализации	Претенденты	Лидеры
	Нишевые игроки	Провидцы
	Полнота видения

В состав решения Oracle BPA Suite входят следующие компоненты: Oracle Business Process Architect, Oracle Business Process Simulator, Oracle Business Process Publisher и Oracle Business Process Server. Перечисленные компоненты позволяют осуществить все этапы управления бизнес-процессами, а именно, разработку стратегии управления процессами, описание процессов, их последующий анализ и совершенствование, а также их регламентацию и последующее внедрение, включая их публикацию и реализацию их поддержки на уровне информационных систем, и их контроллинг (подробнее об этом можно прочесть в статье Светланы Беловой и Антона Шматалюка “Использование ARIS на этапе Контроллинга бизнес-процессов” в настоящем выпуске журнала).
Ниже мы рассмотрим назначение каждого из перечисленных продуктов.

Oracle Business Process Architect

Oracle Business Process Architect представляет собой не что иное как слегка модифицированное средство моделирования и анализа бизнес-процессов ARIS Business Architect 7.0 (рис. 2).

Рис.2. Oracle Business Process Architect

Указанное средство моделирования позволяет создавать различные типы моделей бизнес-процессов и ИТ-инфраструктуры с применением различных методологий и нотаций, выбор которых в данном продукте более чем исчерпывает потребности большинства компаний.

Говоря о моделировании и оптимизации процессов, отметим такие возможности этого продукта как автоматическая генерация моделей одного типа на основании моделей других типов, средства автоматической проверки целостности и корректности моделей, в том числе согласно определенным пользователем правилам, а также средства создания решений на основе данного продукта (например, инструментов генерации моделей на основе внешних данных или средств создания отчетов по самим моделям) с помощью встроенной в него среды разработки Java-кода и используемой этим кодом библиотеки классов, предоставляющей доступ ко всем данным, содержащимся в моделях. Впрочем, возможностям ARIS Business Architect (и, соответственно, Oracle Business Process Architect) посвящено достаточное количество статей в настоящем выпуске журнала, поэтому читатели, интересующиеся возможностями, отличными от связанных с интеграцией с продуктами семейства Oracle Fusion Middleware, могут обратиться к соответствующим публикациям). Об интеграции же Oracle Business Process Architect с продуктами семейства Oracle Fusion Middleware мы расскажем чуть позже.

Oracle Business Process Simulator

Oracle Business Process Simulator (модифицированная версия ARIS Simulation)– это средство осуществления имитационного моделирования сценариев процессов с целью выбора наиболее оптимальной модели, которая должна явиться результатом проектирования бизнес-процессов (подробнее о проектировании бизнес-процессов можно прочесть в статье Георгия Каменнова и Николая Ешича “Использование ARIS на этапе Проектирования бизнес-процессов” в настоящем выпуске журнала). Подобное моделирование позволяет существенно снизить ошибки проектирования процессов, поскольку позволяет оценить возможности разработанного процесса еще до реального его выполнения.

Отметим, что Oracle Business Process Simulator содержит развитые средства статистического анализа результатов моделирования и их визуализации (рис. 3).

Рис.3. Средства визуализации данных Oracle Business Process Simulator

Oracle Business Process Publisher

Oracle Business Process Publisher (модифицированная версия ARIS Web Publisher)– средство для публикации моделей процессов на Web-порталах, Интернет- и интранет-сайтах с целью предоставления доступа бизнес -пользователей к сведениям о моделях процессов. Чаще всего публикация моделей осуществляется либо непосредственно перед внедрением спроектированных бизнес-процессов с целью от пользователей предложений по внесению изменений, либо одновременно с внедрением, когда целью публикации является ознакомление пользователей с текущими бизнес-процессами компании (подробнее о внедрении бизнес-процессов можно прочесть в статье Антона Шматалюка “Использование ARIS на этапе Внедрения бизнес-процессов”).

Oracle Business Process Publisher интегрирован в Oracle Business Process Architect – публикация выбранных моделей для просмотра их пользователями с помощью Web-браузеров осуществляется непосредственно из этого приложения (рис. 4).

Рис.4. Результаты публикации данных с помощью Oracle Business Process Publisher

Отметим, что Oracle Business Process Publisher позволяет применять при публикации различные средства – от HTML-документов с внедренным кодом на скриптовых языках до Java-апплетов, предоставляющих более удобный пользовательский интерфейс по сравнению с HTML-интерфейсом. Подобный выбор средств позволяет публиковать модели независимо от того, каковы принятые в организации требования безопасности при настройке браузеров.

Oracle Business Process Server

Oracle Business Process Server (он же - ARIS Business Server) представляет собой middleware-продукт, предназначенный для поддержки коллективной разработки моделей процессов. Технологически платформа ARIS основана на трехзвенной архитектуре, состоящей из:

• серверной СУБД (в качестве которой могут выступать в том числе и различные редакции СУБД Oracle 9i и Oracle 10i), управляющей базами данных, в которых хранятся модели,
• middleware-сервера, являющегося, с одной стороны, клиентом указанной СУБД, а, с другой стороны, обслуживающим запросы клиентских приложений на выбор и изменение данных (это и есть Oracle Business Process Server);
• клиентских приложений (включая Oracle Business Process Architect, Oracle Business Process Simulator, а также, в общем случае, Web-серверы для публикации моделей с помощью Oracle Business Process Publisher), которые обращаются к middleware-серверу, но не имеют непосредственного доступа к базам данных, содержащих модели.

Отметим, что даже при использовании локальной установки Oracle BPA Suite на один компьютер также применяется трехзвенная архитектура платформы ARIS – на таком компьютере будут присутствовать все три звена.

Назначение Oracle Business Process Server сходно с назначением большинства middleware-серверов подобного типа. Этот компонент платформы ARIS нужен для обеспечения централизованного управления данными, предоставления средств разграничения доступа к данным, отличных от предоставляемых самой СУБД (в данном случае – для реализации доступа к данным с применением концепции методологических фильтров, позволяющих предоставлять или запрещать доступ конкретного пользователя к определенным моделям и объектам) , а также управления целостностью и непротиворечивостью данных.

Создание SOA-ориентированных решений с помощью Oracle Business Process Architect и Oracle Fusion Middleware

Oracle Business Process Architect интересен не только как средство описания и анализа бизнес-процессов, но и как инструмент, применяющийся при их программной реализации за счет интеграции с продуктами семейства Oracle Fusion Middleware. Этот продукт позволяет импортировать в среду моделирования имеющиеся описания процессов и наоборот, преобразовать модели процессов в описание в формате BPEL XML с целью использования его в средствах разработки, в частности, в Oracle JDeveloper, реализации соответствующего Web-сервиса и исполнения его с помощью Oracle BPEL Process Manager и Oracle Application Server, реализуя тем самым концепцию SOA - архитектуры, ориентированной на сервисы.

SOA (Service-Oriented Architecture – архитектура, ориентированная на сервисы) — это подход к разработке программного обеспечения, основанный на использовании заменяемых компонентов, представляющих собой сервисы со стандартизированными интерфейсами, в общем случае расположенные в произвольных местах и доступные с помощью различных сетевых протоколов. Решения, разработанные в соответствии с принципами SOA, чаще всего (но не всегда) реализуются в виде набора Web-сервисов, интегрированных при помощи известных стандартных протоколов, таких как SOAP, HTTP, WSDL, и использующих их клиентов.

BPEL представляет собой язык на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой. Он расширяет модель взаимодействия веб-служб и включает в эту модель поддержку транзакций. Спецификация BPEL была совместно создана компаниями BEA Systems, IBM и Microsoft.

Ниже кратко будут рассмотрены основные действия, которые выполняются при осуществлении программной реализации бизнес-процессов, описанных с помощью Oracle Business Process Architect, а именно, моделирование процесса, добавление к модели ссылок на имеющиеся Web-сервисы, генерация BPEL-описаний процесса, реализация его с помощью Oracle JDeveloper и развертывание готового процесса с применением Oracle Application Server и Oracle BPEL Process Management Server.

Создание модели процесса, подлежащего реализации

При описании и совершенствовании процессов описание деятельности компании осуществляется последовательно. Оно начинается с построения стратегии управления бизнес-процессами (см. статью Виктории Коняхиной и Вячеслава Грачева “Использование ARIS на этапе Стратегия бизнес-процессов” в настоящем выпуске журнала), создания в соответствии с ней моделей процессов верхнего уровня (рис.5), рассматривающих наиболее важные аспекты деятельности предприятия, их детализации на модели второго уровня либо на модели выбора сценариев процессов, описывающих группы сходных по назначению процессов, после чего возможно создание моделей различных сценариев конкретных бизнес-процессов и детализирующих их моделей других типов (подробнее об этом можно прочесть в уже упомянутой выше статье в статье Марии Каменновой, Олега Вишнякова и Ирины Дятловой “Процессо-ориентированное управление компанией”) с целью их последующего внедрения и контроллинга.

Рис.5. Пример модели процессов верхнего уровня

Одним из наиболее распространенных способов описания алгоритма выполнения того или иного конкретного процесса (или одного из возможных сценариев процесса) является модель в нотации EPC (Event-Driven Process Chain), позволяющая описать процесс в виде последовательности функций, инициируемых событиями, и событий, наступающих в результате выполнения функций, с возможными условными переходами и ветвлениями согласно определенным правилам, а также с объектами, описывающими исполнителей функций, документы, использующиеся или производящиеся при выполнении функций, а также информационные системы, их функции или группы (кластеры) функций. Именно подобный тип модели процесса, подлежащего реализации, и создается с помощью Oracle Business Process Architect (рис. 6).

Рис.6. Пример модели процесса в нотации EPC

В таблице 1 описаны значки, присутствующие на моделях EPC и соответствующие им объекты.
Табл.1. Обозначение объектов на моделях EPC

Обозначение	Тип объекта
	Событие, инициирующее процесс либо возникаюее в процессе его выполнения
	Функция, выполняющаяся внутри процесса
	Тип прикладной системы (сервиса)
	Модель данных/кластер
	Логическое правило
	Требуемая\поддерживаемая функция информационной системы

Добавление ссылок на имеющиеся Web-сервисы и генерация BPEL-описания процесса

Чаще всего при создании реализации процессов используются уже имеющиеся в компании Web-сервисы (если же это не так, их следует создать до реализации самого процесса – впрочем, создание Web-сервисов не является предметом данной статьи, да и на эту тему за последние пять лет появилось достаточно публикаций, к которым могут обратиться читатели, интересующиеся данным вопросом). Для создания SOA-ориентированного описания бизнес-процесса нужно выполнить импорт WSDL-описания Web-сервисов, использующихся в данном процессе, в базу данных ARIS с помощью соответствующего пункта меню Oracle Business Process Architect.

В результате импорта WSDL-описания Web-сервисов, использующихся в данном процессе, в базу данных ARIS для каждого сервиса будет получен объект типа Application System Type (рис. 7).

Рис.7. Импортированный Web-сервис

WSDL(Web Services Description Language) представляет собой основанный на XML язык описания интерфейса для доступа к Web-сервису. Подобное описание содержит всю информацию, необходимую для доступа к данному сервису. Язык WSDL появился в результате объединения двух технологий: Network Accessible Service Specification Language (NASSL) фирмы IBM и Service Description Language (SDL) фирмы Microsoft. Спецификация WSDL находится по адресу: http://www.w3.org/TR/wsdl/. С точки зрения WSDL-документа Web-сервис представляет собой коллекцию портов, которые, в свою очередь, являются коллекцией абстрактных операций и сообщений. Абстракция операций и сообщений позволяет связывать их с различными протоколами и форматами данных типа SOAP, HTTP GET/POST или MIME. Существующие средства для создания и использования Web-сервисов выполняют всю рутинную работу по генерации и обработке WSDL-документов, поэтому создание и обработка таких документов вручную требуется в крайне редких случаях. WSDL-документы активно используются средствами разработки для генерации прокси-кода, который может выполнять роль переходника между высокоуровневым кодом потребителя Web-сервиса и низкоуровневой реализацией отсылки сообщений для вызова методов Web-сервиса и получения результатов работы этих методов.

Далее следует связать полученные объекты типа Application System Type, соответствующие различным сервисам, с кластерами функций информационных систем (то есть опосредованно - с теми функциями модели EPC, которые их используют). В результате получится SOA-ориентированная модель подлежащего реализации процесса (рис. 8).

Рис.8. SOA-ориентированная модель подлежащего реализации процесса

На основе созданной модели Oracle Business Process Architect позволяет автоматически сгенерировать модели другого типа - BPEL process для описания самого технического процесса (рис. 9) и BPEL allocation diagram для описания взимодействия с интерфейсами Web-сервисов (рис. 10).

Рис. 9. Модель BPEL process для описания процесса, подлежащего реализации

Рис. 10. Модель BPEL allocation diagram для описания взаимодействия с интерфейсами Web-сервисов

В таблице 2 описаны значки, присутствующие на моделях BPEL process и BPEL allocation diagram и соответствующие им объекты.

Табл.2. Обозначение объектов на моделях BPEL process и BPEL allocation diagram

Обозначение	Тип объекта
	Событие, инициирующее процесс либо возникающее в процессе его выполнения
	Функция, выполняющаяся внутри процесса и операция интерфейса Web-сервиса
	Экземпляр объекта данных (переменная), создаваемый внутри приложения или Web-сервиса
	Partner Link – “коммуникационная” ссылка на используемый Web-сервис
	Интерфейс используемого Web-сервиса

Модель BPEL process с помощью соответствующего пункта контекстного меню модели следует сохранить в виде набора XML-файлов, включающих BPEL-описание реализуемого процесса и WSDL-описания интерфейсов, экспортируемых или используемых данным процессом (они могут содержать ссылки на WSDL-описания сервисов, с которыми были связаны кластеры функций информационных систем SOA-ориентированной модели EPC процесса). Кроме того, если дальнейшая реализация процесса будет производиться с помощью Oracle JDeveloper, следует сгенерировать BPEL-описание для развертывания (deployment descriptor file), содержащее ссылки на местоположение WSDL-описаний Web-сервисов, к которым будет обращаться процесс.

Реализация процесса в Oracle JDeveloper и его развертывание

На основании сгенерированных с помощью Oracle Business Process Architect BPEL- и WSDL-описаний можно создать реализацию процесса с помощью средства разработки приложений Oracle JDeveloper, для чего в его среде разработки создается новый проект типа BPEL Process Project для реализации процесса и к нему добавляются сгенерированные выше описания (рис. 11).

Рис. 11. Проект реализуемого процесса в JDeveloper

Отметим, что для реализации процесса следует произвести дополнительные действия, например, добавить недостающие переменные и описать условия для логических переходов. Рекомендуется также сгенерировать Web-приложение для тестирования созданного процесса. После этого можно осуществить развертывание процесса согласно документации JDeveloper (напомним, что для его выполнения потребуются Oracle Application Server и Oracle BPEL Process Manager Server) и протестировать его работу.

Рис. 12. Тестирование реализованного процесса

Заключение

Итак, мы видим, что Oracle Business Process Analysis Suite позволяет не только моделировать, оптимизировать и публиковать бизнес-процессы, но и генерировать необходимые фрагменты проектов для их программной реализации на основе использующихся в компании Web-сервисов. Реализация подобных процессов при наличии готовых Web-сервисов оказывается значительно проще, чем часто применяемый сегодня процесс перенастройки бизнес-приложений (или даже переписывания их кода), и позволит ИТ-службам компаний быстрее реагировать на изменения в ее бизнес-процессах, позволяя сократить столь болезненный для многих компаний разрыв между требованиями бизнеса и их ИТ-поддержкой.

Хотя переход к применению Web-сервисов и архитектуре SOA, безусловно, потребует поначалу преодоления присущего многим руководителям консерватизма, применение Oracle Business Process Analysis Suite позволит в конечном итоге существенно повысить эффективность управления процессами тем компаниям, ИТ-инфраструктура которых основана на применении решений на основе Oracle Fusion Middleware.