Спектр технологий Oracle 10g

Барт ван дер Ховен

Управление бизнес-процессами для начинающих
(Business Process Management for Beginners,
by Bart van der Hoeven, Oracle)

Источник: конференция OpenWorld2003, San Francisco, доклад 40066, http://www.oracleworld2003.com/scps/download/download.jsp?53455353494F4E5F4944=3430303636&414242524556494154494F4E=3430303636

Эффект от управления бизнес-процессами

Применение эффективных бизнес-процессов дает предприятиям конкурентные преимущества из-за более низких операционных расходов, улучшенного взаимодействия с поставщиками и клиентами, а также вследствие способности быстро реагировать на возникающие потребности рынка. Бизнес-процессы объединяют людей, множество различных внутренних приложений предприятия и внешних систем от поставщиков и клиентов. Например: новый клиент размещает заказ, обработка которого заканчивается в приложении “Закупка” (procurement). Это бизнес-событие (business event) может вызывать следующие действия:

• добавление этого нового клиента к (базе данных) CRM-приложения,
• определение того, будет ли этот заказ обслужен самой компанией или должен быть выполнен одним из ее партнеров,
• получение “ручного” одобрения этого решения,
• уведомление своего либо партнерского ERP-приложения об этом новом заказе,
• отслеживание выполнения заказа и
• получение финального уведомления от финансового приложения о том, что клиент заплатил.

Многие продукты, позиционируемые как BMP-продукты, не были разработаны для интеграции

К сожалению, многие подходы к разработке продуктов класса BPM (business processes management - управление бизнес-процессами) фокусировались только на ограниченной части этой проблемы: моделирование бизнес-процесса посредством моделирования потока процессов (process flow), поток же данных (data flow) часто появлялся только впоследствии. Такие продукты не помогают вам интегрировать бизнес-процесс с приложениями, партнерами и людьми, участвующими в этом бизнес-процессе. После того, как бизнес-аналитик определял бизнес-процесс, он передавался разработчикам, которые использовали различные другие средства и специально разработанный код (custom code) для реализации этого бизнес-процесса. Эти средства и custom code необходимы для работы с разнообразными соединениями, форматами данных и семантикой данных различных приложений, партнеров и сотрудников. Отметим, что в большинстве случаев интеграции всегда будет требоваться некий custom code, но он должен применяться только для реализации деталей, специфичных для данного бизнеса, а не в вопросах, характерных для каждой интеграции (вы же не производите свою собственную базу данных, верно? Вы только разрабатываете свои собственные таблицы…).

Custom code должен быть разработан и сопровождаться

Последствия применения различных средств и custom code суровы. Прежде всего, интеграция будет хорошей настолько, насколько компетентен разработчик (часто это консультант), пишущий код для интеграции компонентов. Хорошо, если разработчик все еще присутствует рядом, когда сustom code должен сопровождаться и изменяться в случае изменения бизнес-процесса (и помните: главная цель – это способность быстро улучшить бизнес-процессы). Кроме того, бизнес-процессы, как правило, не обладают прозрачностью/наглядностью в том, что происходит в конечных точках интеграции, соединений и преобразований данных. Чтобы добиться этой наглядности должно быть разработано специальное решение (custom solution), которое получит доступ к множеству источников данных и коду, используемым для интеграции.

Интеграторы должны применять наилучшие решения

Для эффективного управления бизнес-процессами нужен продукт со следующими характеристиками:

• Мета-моделирование (Meta model)
• Декларативность (Declarative)
• Интерпретируемость (Interpreted)

Мета- моделирование

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

Декларативность

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

Интерпретируемость

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

Моделирование процессов

Модуль Oracle Application Server ProcessConnect

Модуль OracleAS ProcessConnect был разработан для удовлетворения всех этих требований. Преимущества использования продукта, подобного OracleAS ProcessConnect, таковы:

• Только один продукт для изучения: единый интегрированный продукт, который обеспечивает гладкую интеграцию приложений, как внутренних (EAI - Enterprise for the American Initiative), так и внешних (B2B – business_to_business). Продукт легко изучить, он обладает небольшим набором мощных интеграционных концепций и не требует от пользователя, чтобы тот беспокоился об интеграции технологических компонент для того, чтобы произошла интеграция внутренних и внешних приложений.
• Улучшенная производительность: моделируемое решение по сравнению с программируемым подходом повышает производительность интенгационного модельера, поскольку нужно специфицировать только то, что должно быть интегрировано, а не то, как должен происходить этот процесс (интеграции).
• Нужно изучить только один набор пользовательских средств: OracleAS ProcessConnect предоставляет единый набор согласованных средств интеграции, что сокращает усилия при обучении, обеспечивает пользователю однозначно интерпретируемый и согласованный опыт для всех видов деятельности, связанной с проектированием интеграции. Кроме того, в этом же наборе средств поддерживаются развертывание, анализ и администрирование.
• Единая реляционная нормализованная схема: единственная схема облегчает резервирование всего полного интеграционного решения, позволяет создавать специальные (custom) отчеты стандартными средствами получения отчетов (reporting) и анализа (business intelligence) и гарантирует целостность схемы при использовании основных функций базы данных.
• Проверка модели интеграции: как только модельер закончил проектирование полной, комплексной модели, может быть выполнена ее проверка, что гарантирует согласованность модели, благодаря чему число ошибок во время выполнения значительно снижается.
• Повторное использование: повторное использование данных и определений процесса обеспечивает согласованность проекта интеграции, значительно снижает трудоемкость тестирования, устраняет дорогостоящее дублирование моделей и повышает стабильность модели интеграции.

Моделирование за три шага

Сценарий: приложение “Управление Персоналом” (Human Resource Application) размещает объявление в газете.

Шаг 1: моделирование бизнес-процесса

• Создание бизнес-событий, которые необходимы данному бизнес-процессу
• Создание портов (Ports), которые определяют входные и выходные события для этого бизнес-процесса
• Создание шагов (Steps), которые оперируют на основе этих событий
• Создание потока данных (Data Flow)
• Создание потока передачи управления (Control Flow)

• Создание участников,т.е. приложений и партнеров (Applications and Trading Partners)
• Создание каналов доставки (Delivery Channels)
• Создание взаимодействий (Interactions)
• Создание групп потоков данных (Data Flow Groups) между участниками и бизнес-процессом

• Создание карт преобразования событий

Получение отчетов

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

Мониторинг процессов, который включает:

• Мониторинг статуса событий (Event Status)
• Мониторинг статуса Координации (Coordination Status)
• Мониторинг ошибок

Анализ Событий

Анализ активных и завершенных событий на основе их типа, контента, происхождения, назначения, временных отметок (timestamp) и так далее. Вот некоторые примеры:

• как много заказов на покупки стоимостью более $1000 было размещено за последние 7 дней?
• Какова общая сумма заказов на покупки за последние 24 часа?
• Как много RFQ (request for quote - запрос на (долевое) использование ресурсов – словарь Lingvo) закончилось заказами на покупки за последние 6 месяцев?

Координационный Анализ

Анализ активных и завершенных Координаций. Координация (Coordination) – это экземпляр бизнес-процесса во время выполнения, включая все связанные с ним потоки данных и соединения конечных точек. Возможные примеры:

• какой промежуток времени проходит между моментом размещения заказа клиентом и моментом оплаты за доставленный товар?
• Какие части бизнес-процесса длятся дольше, чем ожидалось?
• Какие процессы могут быть оптимизированы?

Резюме

Проблема интеграции разрозненных приложений и интеграции с партнерами через Интернет или другие сети оказалась очень сложной, поскольку требуются решения типа точка-к-точке (point-to-point), связанные друг с другом многими различными технологиями, сопровождение и мониторинг которых достаточно трудоемко, в которых к тому же применяются различные интеграционные продукты: EAI, B2B integration, Business Process Modeling, Business Activity Monitoring и так далее. Чтобы справиться с возрастающей сложностю и улучшить управляемость этими критично важными бизнес-процессами, предприятиям необходим продукт интеграции следующего поколения. Только Oracle может удовлетворить этому требованию, предлагая единый интегрированный интеграционный продукт OracleAS ProcessConnect, отвечающий требованиям EAI и B2B.