Миграция с WebSphere Commerce на инструментарий SOA: Часть 4. Преимущества миграции WebSphere Commerce с использованием WebSphere Business Modeler и Integration Developer

Перед началом работы

В первых трех статьях данной серии было рассказано, как обеспечить взаимодействие WebSphere Commerce и WebSphere Process Server друг с другом и экспортировать RTF-процесс (release to fulfilment - принятие к исполнению):

• Часть 1. Введение в серию статей.
• Часть 2. Организация взаимодействия WebSphere Commerce и WebSphere Process Server (EN).
• Часть 3. Миграция бизнес-процесса на WebSphere Process Server .

В данном руководстве рассматриваются преимущества миграции с WebSphere Commerce на сервис-ориентированную архитектуру (Service-Oriented Architecture - SOA) с использованием инструментальных средств SOA. Согласно SOA, в качестве инструментальных средств для преобразования используются программы WebSphere Business Modeler (здесь и далее - Business Modeler), WebSphere Integration Developer (здесь и далее - Integration Developer), WebSphere Process Server (здесь и далее - Process Server) и WebSphere Business Monitor (здесь и далее - Business Monitor).

• WebSphere Business Modeler перехватывает, эмулирует и анализирует бизнес-процессы.
• WebSphere Integration Developer компонует повторно используемые сервисы WebSphere Commerce в настраиваемые бизнес-процессы, используя бизнес-правила и импортируя модели Business Monitor для быстрого перевода на Business Process Execution Language (BPEL).
• WebSphere Process Server размещает и выполняет бизнес-процессы, обеспечивая полную среду времени исполнения для долговременных и краткосрочных процессов, а также для взаимодействий с пользователями.
• WebSphere Business Monitor визуализирует состояние бизнес-процессов и осуществляет их мониторинг в режиме реального времени. Он также предоставляет показатели бизнес-производительности, измеренные с определенными целями, и оценочные таблицы для руководства.

В данном учебном руководстве рассматриваются следующие темы:

• Обзор процесса "принятия к исполнению"
• Новые сценарии
• Основания для использования WebSphere Business Modeler
• Основания для использования WebSphere Integration Developer

Обзор "от публикации к исполнению"

Как говорилось в первой части, в проекте, лежащем в основе данной серии статей, в качестве подтверждения концепции используется методология Esperanto в WebSphere Commerce. Мы переместили процесс "принятия к исполнению" с WebSphere Commerce на Process Server. Обзор процесса "принятия к исполнению" мы привели в третьей части .

В данном руководстве рассматриваются модификации процесса "принятие к исполнению", а также как и почему нужно использовать Business Modeler и Integration Developer.

Новые сценарии

Согласно пониманию и анализу процесса "принятия к исполнению" в WebSphere Commerce, мы рассматриваем три сценария:

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

На рисунках 1-6 показаны модели этих трех новых сценариев.

1 из 6 | следующая

Комментарии

В начало

Содержание

• Перед началом работы
• Почему нужно использовать WebSphere Business Modeler
• Почему нужно использовать WebSphere Integration Developer
• Заключение
• Ресурсы
• Об авторах

---

1 из 6 | следующая