Для иллюстрации подхода рассмотрим задачи формирования заявки на поставку, поиска и отгрузки изделий, расширенные для того, чтобы представить приложение B2B в условиях развиваемой концепции.
Производственное предприятие «РемСервис» и торговое предприятие «СнабСбыт» интегрируют процессы закупки оборудования и материалов в условиях производственной деятельности. На «РемСервис» существует некая исторически сложившаяся схема создания заявок на покупку, которая использует ограничения по качеству («не хуже», «не ниже» и др.), по цене, по срокам поставки и т.д.
«СнабСбыт» обеспечивает централизованное снабжение производственных предприятий, имеет разветвленную сеть поставщиков по всему миру. На предприятии работает система доступа к Веб-сервисам поставщиков для автоматизированного заказа оборудования и материалов.
В данном случае автоматизация задачи снабжения «РемСервис» приводит к созданию некоторого сервиса-посредника, выполняющего функции интеграции систем «СнабСбыт» и «РемСервис».
Задача сводится к созданию приложения B2B. В этом сценарии подразделение «СнабСбыт» объединяет процессы своих закупок с «РемСервис» (рис. 1). Архитектура содержит две компании, интегрирующий сервис и результирующий сервис. «СнабСбыт» направляет заявки партнерам, используя стандартный интерфейс, при этом «РемСервис» предлагает набор наследуемых сервисов. Для согласования сервисов строится посредник, который должен обеспечивать: 1) преобразование сообщений в другие сообщения, необходимые сервисам «РемСервис» для создания и управления заказами на поставку; 2) трансляцию набора подтверждающих сообщений «РемСервис» в сообщения, подтверждающие заявки на поставку, которые
посылаются обратно в «СнабСбыт». После завершения формирования заказа, «СнабСбыт» организует поставку продукции, используя Веб-сервис организации поставки. Веб-сервисы возвращают уведомление «выполнить поставку», при получении актуальных предложений на поставку. Внутренняя оркестровка сервисов «СнабСбыт» зависит от средств WSMX. Детализация потока сообщений в модели взаимодействия сервисов показана на рис.1.
Рис. 1. Сценарий взаимодействия семантических Веб-сервисов на примере В2В приложения «Поставка оборудования»
Типы сообщений, участвующих в хореографии сервисов задачи «Управление запасами»:
1) заказ на покупку оборудования;
2) запрос согласования расходов;
3) запрос подтверждения заказа покупки;
4) предложения поставки;
5) подтверждение предложения поставки;
6) поиск элемента заказа;
7) предложение по заказу;
8) добавить/подтвердить элемент заказа;
9) заказать (закрыть формирование заказа);
10) подтвердить заказ;
11) цель. Вызов соответствующего Веб-сервиса для решения задачи.