KNOW INTUIT, Лекция, Внедряване

В този урок ние описваме как да разработим и хостваме бизнес процес, който може да бъде експортиран от WebSphere Business Integration Modeler във формат Business Process Execution Language for Web service (BPEL4WS). Ние ще създадем нашия бизнес процес, използвайки изхода на WebSphere Business Integration Modeler, който можем да получим от бизнес анализатора. Тъй като на бизнес процеса, експортиран от Modeler, все още липсват готовите за внедряване услуги и персонализиране, необходими за работа с бизнес процеса в реалната система, трябва да модифицираме BPEL кода, така че системата за бизнес процеси да може да изпълни бизнес процеса.

Тази лекция включва следните раздели:

  1. 10.1, "Общ преглед";
  2. 10.2, „Импортиране на WSDL и BPEL в IDE“;
  3. 10.3, „Интегриране на процеса и неговите услуги“;
  4. 10.4, "Интегриране на процеса и неговите услуги" 1 Заглавието на раздела е дадено според оригинала. –Забележка изд. ;
  5. 10.5, "Управление на пътя през процеса";
  6. 10.6, „Внедряване на операцията за процесора за обработка на искове“;
  7. 10.7, "Оформление";
  8. 10.8, "Тестване и отстраняване на грешки в процеса";
  9. 10.9, Хостинг на процес на сървъра.

10.1 Общ преглед

ИТ специалист по процеси използва WebSphere Studio Application Developer Integration Edition V5.1.1, за да хоства бизнес процес, създаден от бизнес анализатор в WebSphere Business Integration Modeler на WebSphere Business Integration Server Foundation V5.1. На фиг. Фигура 10.1 показва централната роля на ИТ специалиста по процесите при внедряването на решението.

intuit

BPEL кодът се експортира от WebSphere Business Integration Modeler от ИТ специалист, а не от бизнесанализатор. Техническите грешки в BPEL кода трябва да бъдат коригирани преди експортиране, а ИТ специалистът има необходимите умения за коригиране на грешки. Също така ИТ специалист може да получи общ поглед върху процеса в Modeler. Експортирането на BPEL кода е описано в раздел 4.5.3, „Експортиране на процеса RequestExternalReports като процес BPEL4WS“.

Процесът BPEL използва препратки към партньори за взаимодействие с повечето външни услуги. Всички препратки към партньори, необходими на ИТ специалиста по процеса, се намират в WSDL файловете. Те бяха дефинирани от архитекта на решението с помощта на Rational Software Architect. Тези файлове са опаковани в един zip файл за по-лесно управление. Този zip файл трябва да бъде импортиран в пакета Web - Sphere Studio Application Development Integration Edition.

Има три вида услуги, които ИТ специалистът по процесите ще интегрира:

  1. Има прости уеб услуги, извиквани от бизнес процес. Всички те обикновено се изпълняват като EJB и се намират на отделен WebSphere Application Server.

Такива услуги са описани в "Внедряване. Тестване и внедряване на компоненти на приложение", "Тестване и внедряване на компоненти на приложение".

Ще говорим за това в „Промяна на процеса на разглеждане на искове“, „Промяна на процеса на разглеждане на искове“.

След като ИТ отделът на процеса завърши изграждането на BPEL процеса, процесът може да бъде тестван или чрез импортиране на компоненти на приложението в тестовата среда на WebSphere Studio Application Development Integration Edition, или чрез свързване на тестови версии на услугите, изпълнявани на техните изходни платформи. След като процесът бъде отстранен и тестван, той се хоства от WebSphere Business Integration Server Foundation.

10.2 Импортиране на WSDL и BPEL в > WSDL код,Използваният в решението за външен оценител е създаден от архитекта на решението и е част от PSM (специфичен за продукта модел), договор между архитекта на решението и ИТ специалисти. BPEL кодът е генериран от бизнес анализатор и е част от договора CIM (Compute Independent Model) между бизнес анализатора и ИТ специалистите. Този раздел описва как ИТ специалист мигрира WSDL и BPEL файлове към WebSphere Studio Application Development Integration Edition.

10.2.1 Импортиране на WSDL от Rational Software Architect

WSDL дефинициите ще се използват за създаване на връзки към партньори, операции и променливи в BPEL модела. Архитектът на решението експортира завършените WSDL дефиниции в zip файл (вижте Раздел 6.4, „Направяне на достъпни материали“). Сега ще импортираме този zip файл в WebSphere Studio Application Development Integration Edition и ще създадем партньорските връзки, от които се нуждаем.

  1. Стартирайте WebSphere Studio Application Development Integration Edition и отворете перспективатаБизнес интеграция. Изберете елемент от менютоФайлНовСервизен проект. Ще се отвори съветникът за нов проект (Фигура 10.2).

Integration

Щракнете с десния бутон върху проекта за услугаITSOLGIи изберете елемент от менютоНовПакет. Въведете услуги в полето за име на пакет и щракнете върху OK.

Integration

В изследователя на пакети (Изследовател на пакети), щракнете с десния бутон върхуИмпортиране> изберете zip файл > намерете WSDL файловете, пакетирани от архитекта на решението (или използвайте .\SG24-6636\RSA\ClaimsInvestigation WSDL файлове. wsdl ) и изберете WSDL кодаизползвани от услугата Assessor Automation (вижте Таблица 10.1). Щракнете върхуКрай.

10.2.2 Импортиране на BPEL от WebSphere Business Integration Modeler

Преди да опишем методологията за импортиране на BPEL от WebSphere Business Integration Modeler в WebSphere Studio Application Development Integration Edition, трябва да кажем, че първият въпрос, който ИТ специалистът трябва да реши, е следният:

  • дали да продължа да прецизирам CIM BPEL процеса в Modeler и след това да го мигрирам към WebSphere Studio Application Development Integration Edition
  • или трябва да вземете модела, получен от анализатора, такъв, какъвто е, когато е готов за експорт?

ИТ специалист може да редактира бизнес процеса „Искане на външни отчети“, като използва всеки инструмент.

WebSphere Studio Application Development Integration Edition предоставя три алтернативни начина за редактиране на бизнес процес, за да отговаря на различни стилове на моделиране на бизнес процеси. Стилът Modeler е избран като най-подходящ за бизнес анализатор и униформен за различни инструменти за моделиране. Тъй като този стил не е обвързан с конкретна технология на процеса, е по-лесно да се сравняват бизнес процеси, моделирани с помощта на различни инструменти. Освен това е по-лесно да се разбере логиката на цялата нишка. За сложни потоци може да си струва допълнително усъвършенстване на логиката на потока в Modeler, преди да го пренесете към WebSphere Studio Application Development Integration Edition.

Стиловете за редактиране на WebSphere Studio Application Development Integration Edition са проектирани да направят възможно най-лесно свързването на поток с необходимата технология. По-специално, два от тези стилове, базиран на нишки BPEL процес и базиран на нишки BPEL процесбазиран на последователност, оптимизиран за редактиране на BPEL процеси. Изборът зависи от вашия личен вкус. В даден момент ще е необходимо да редактирате BPEL потока с помощта на WebSphere Studio Application Development Integration Edition, за да настроите фино изпълнението на потока.

Има следните въпроси:

  • В кой момент ИТ специалистът трябва да премине от използване на Modeler към използване на WebSphere Studio Application Development Integration Edition?
  • Кога трябва да експортирате BPEL от Modeler, предвид възможностите на инструментите?
  • Колко подробно трябва да бъде редактирането на BPEL в Modeler?

При сценарий с работа с външни оценители изборът е доста прост. Изборът се основава на нашето решение, че архитектът на решението е отговорен за моделирането на интерфейси и данни. Бизнес анализаторът дефинира само модела на работа на бизнес процеса, а не интерфейсите. Архитектът на решението използва Rational Software Architect за моделиране на интерфейси. Архитектът избра Rational Software Architect пред WebSphere Business Integration Modeler, защото има изискване за включване на интерфейси директно в UML архитектурния модел. Инженерът на процеса трябва да работи в WebSphere Studio Application Development Integration Edition от самото начало, защото трябва да обедини BPEL процеса с WSDL интерфейсите. Modeler няма възможност да импортира WSDL интерфейсни дефиниции.

В други проекти за разработка, базирани на модели, изборът може да е различен. Моделирането на данни може да се извърши в WebSphere Business Integration Modeler или в някакъв специфичен инструмент за моделиране на данни. Както вече беше обсъдено в раздел 3.2.8, „Вериги на инструменти“,Преди да започнете сериозно да работите по проект, важно е да определите какво отговаря за какви задачи, какви инструменти се използват и как се интегрират артефактите, получени в различни инструменти.

В нашия случай изборът е ограничен, тъй като WebSphere Business Integration Modeler 5.1.1 не поддържа WSDL импортиране. Въпреки това, в проект, където WSDL дефинициите се създават в Modeler заедно с BPEL, ИТ специалистът има много повече възможности за технически детайли на модела на процеса в WebSphere Business Integration Modeler, преди той да бъде експортиран в WebSphere Studio Application Development Integration Edition.

В нашия сценарий най-добрият вариант беше да експортираме проста BPEL дефиниция на процес от WebSphere Business Integration Modeler и да накараме ИТ персонала да използва WSDL дефинициите от Rational Software Architect, за да завърши дефиницията и внедряването на процеса, както е описано в останалата част от тази глава.

Експортиране на BPEL от Modeler

Моделът на бизнес процеса, създаден от бизнес анализатора, трябва да бъде съхранен в CIM договор между ролите на бизнеса и ИТ проекта.

След това ИТ специалистът поема отговорност за допълнителното детайлизиране на модела.

Валидиране на BPEL в WBI Modeler

Ако превключите WebSphere Business Integration Modeler в режим BPEL, ще се покажат всички грешки и предупреждения, свързани с BPEL. Всички тези грешки трябва да бъдат коригирани, преди BPEL да може да бъде експортиран. Предупрежденията не са проблем. Разделът за валидиране на модела на процес в Раздел 4.5.3 обяснява как да коригирате BPEL грешки в процеса RequestExternalReport.

Когато в модела на процеса няма останали грешки, той може да бъде експортиран и тоимпортирайте дефиниции в WebSphere Studio Application Development Integration Edition. Има няколко опции за директорията за импортиране:

  • директория с данни;
  • процес директория;
  • директория с ресурси;
  • директория на организацията или нейното съдържание;
  • отделен процес, бизнес елемент, ресурс или организационна единица.

Ако експортирате целия процес, всички бизнес елементи, използвани от процеса и неговите подпроцеси, както и всички отделни ресурси и организационни единици, отговорни за изпълнението на процеса, ще бъдат експортирани заедно с него. Бизнес елементи, дефиниции на ресурси, дефиниции на организация и дефиниции на местоположение се експортират във файловия формат XML схема (.xsd).

Разделът „Експортиране на процес“ описва как да експортирате процеса RequestClaimsAssessor от WebSphere Business Integration Modeler и всички опции, които трябва да включите.