8.1 Система автоматизации работы с оценщиками
Как показано в лекции 6, "Архитектура решения", система автоматизации работы
с оценщиками (Assessor Automation) представляет собой систему работы с параллельными
процессами, которая взаимодействует с другими, уже существующими и новыми
компонентами.
В следующих разделах представлены:
интерфейсы, которые определяют контракты для этих компонентов;
связанная с ними реализация и функциональность;
советы по конфигурированию входящих в пакет артефактов для решения.
8.1.1 Система управления работой с оценщиками
Существующая система управления оценщиками (Assessor Management) отвечает за
предоставление и анализ информации, относящейся к оценщикам. Система Assessor
Management реализуется как Web-служба, содержащая различные операции, от составления
списка потенциальных оценщиков претензии, до администрирования
профилей оценщиков. Администрирование оценщиков включает в себя ручные и автоматизированные
этапы, например операция удаления оценщика, которую может
выполнить только администратор, или обновление истории оценок или очков, набранных
оценщиком на основе текущей или недавно выполненной оценки.
Хотя администрирование оценщиков и является важным делом, оно выходит за
рамки системы автоматизации работы с оценщиками, и в этом разделе мы сконцентрируемся
на составлении списка оценщиков, т. е. на единственной функции управления
оценщиками, которая используется системой Assessor Automation.
Составление списка оценщиков
Служба управления оценщиками (Assessor Management) содержит операцию
requestListAssessors, которая принимает в качестве входного параметра сообщение
equestListAssessorRequest, которое, в свою очередь, содержит следующие данные:
claimID: идентификатор конкретной претензии;
location: zip-код или почтовый код, определяющие местонахождение автомобиля;
makeOfCar: описание марки и модели автомобиля.
На основе этих данных выполняется запрос к хранилищу данных об оценщиках
с целью получения списка оценщиков, проживающих в 60-мильном радиусе от местонахождения
автомобиля и специализирующихся или имеющих опыт работы
с конкретной маркой и моделью автомобиля. Результатом запроса является подготовленное
и возвращенное сообщение equestListAssessorsResponse, которое содержит:
claimID;
assessorList (список оценщиков).
Список представляет собой массив потенциальных оценщиков. Каждый оценщик
в списке представляет собой объект, содержащий элементы assessorID и assessorURL,
где assessorID – это уникальный идентификатор оценщика, а assessorURL – это URI
службы данного оценщика.
Система Assessor Management и, в расширенном смысле, операция requestListAssessors,
представляет собой пакетное J2EE-приложение, реализованное при помощи EJB и работающее
в WebSphere Application Server 5.1. Интерфейс службы описывается и распространяется
как WSDL-документ, описывающий конечную точку Web-службы, показанную
на рис 8.1.
(рис 8.1) Визуальное представление реализации службы Assessor Management
Проверка системы Assessor Management в тестовой среде
Чтобы проверить систему Assessor Management, выполните следующие шаги:
Создайте в рабочем пространстве новую папку для Rational Software Architect
с именем Applications и откройте Rational Software Architect. Выберите пункт меню Window (Окно) $$\to$$ Preferences (Параметры) $$\to$$ Workbench (Рабочее место) $$\to$$ Capabilities (Возможности) включите опции Advanced J2EE (Расширенный
J2EE) и Web services (Web-службы). В категории Preferences (Параметры) $$\to$$ Web services (Web-службы) $$\to$$ WS-I compliance (Совместимость с WS-I) вам
нужно установить уровень совместимости с WS-I в Required (Обязательная).
Откройте перспективу J2EE.
Импортируйте файл Flow2_AssessorManagementService_SOURCE.ear из директории
.\SG24-6636\WAS\Flow2 в Rational Software Architect и назовите его AssessorManagementService
(рис 8.2).
(рис 8.2) Импортирование файла AssessorManagement Service.ear
Удалите существующую по умолчанию тестовую среду WebSphere Application
Server 6.0 на закладке Servers (Серверы) в верхней правой части окна, затем щелкните
правой кнопкой мыши, выберите пункт меню New (Новая) и выберите тестовую
среду сервера 5.1.
Хотя при импорте файла .ear генерируется WSDL-файл (через Web services (Web-службы) $$\to$$ Services (Службы) $$\to$$ AssessorManagementService $$\to$$ WSDL ), наш
опыт показывает, что Web-службу часто бывает нужно генерировать заново во избежание
проблем размещения, связанных с отсутствием классов Web-службы:Откройте пункт EJB Projects (EJB-проекты) $$\to$$ AssessorManagementServiceEJB $$\to$$ DeploymentDescription (Дескриптор размещения) $$\to$$ Session
Beans (Сеансовые компоненты), щелкните правой кнопкой мыши по Assessor
Management и выберите пункт меню Web services (Web-службы) $$\to$$ Create
Web service (Создать Web-службу).
Используя последующие диалоговые окна, вам нужно сгенерировать EJB Web-службы,
но тестировать его не надо. У нас есть другой метод тестирования. В диалоговых
окнах принимайте все параметры по умолчанию, но при конфигурировании
компонента Java Bean как службы выберите метод requestListAssessors
и используйте для Web-службы стиль Document/Literal (Документ/литерал).
В представлении Servers (Серверы) щелкните правой кнопкой мыши по элементу 5.1 test environment (Тестовая среда 5.1) и выберите пункт меню Add
and Remove projects (Добавление и удаление проектов). Убедитесь, что
в правой поле сконфигурирована служба AssessorManagementService.
Вернувшись в представление Servers (Серверы) опубликуйте и запустите сервер,
а затем просмотрите выводимые в консоль данные. Среди них не должно быть
сообщений уровня E. Если такие сообщения есть, они, вероятно, связаны либо
с пропущенными интерфейсами Web-служб, либо с какими-то ошибками размещения.
Снова выполните операции, предлагаемые мастером Web-служб, или удалите
проект с сервера 5.1 и разместите его снова. В конце концов все заработает!
В заключение протестируйте Web-службу, запустив проводник Web-служб (Web
Services Explorer) (рис 8.3):
(рис 8.3) Тестирование AssessorManagementService при помощи Web Services Explorerщелкните правой кнопкой мыши по WSDL-файлу AssessorManagement и выберите
пункт меню Test with Web services explorer (Протестировать в Web
Services Explorer);
выделите requestListAssessors на навигационной панели и введите во
входные поля данные, имеющие правильный тип (например, Hursley, Ford);
результатом является номер оценщика в списке – 9999 или 5555.
8.1.2 Система бизнес-правил
В WebSphere Process Server Version 6.0 предлагается настраиваемая система бизнес-правил
(Business Rules Engine). Компонент Business Rules Engine хранит все функции,
связанные с бизнес-правилами, которые необходимы для обработки претензий.
Система бизнес-правил – это не отдельный продукт, а скорее набор приложений,
которые применяют правила в различных ситуациях и реализованы в форме различных
EJB-компонентов, Business Rule Beans и приложений COBOL. Применительно
к системе Assessor Automation нас больше всего интересуют две функции системы
бизнес-правил – policyRules (правила для полисов) и assessorRules (правила для
оценщиков).
Правила для полисов
Правила для полисов – это функция, которая при обработке претензии предоставляет
значения на основе типа полиса. Например, в системе автоматизации работы с оценщиками
(Assessor Automation) важно знать, сколько времени оценщик может потратить
на работу и какой срок оценщик может выдвинуть в качестве своего предложения
на основе имеющегося профиля полиса. Например, клиент со страховым полисом
типа premium будет ожидать быстрой обработки претензии. Клиенту с полисом, выпущенным
третьей стороной, не повредит, если обработка претензии займет немного
больше времени. При взаимодействии с оценщиками этот момент следует учитывать.
Служба RequestResponseTimePTService предоставляет функцию определения продолжительности
ожидания предложений оценщиков, содержащих сведения о готовности
и предполагаемой оплате. Служба RequestResponseTimePTService принимает в ка-
честве входных данных сообщение RequestResponseTimeResponse, которое содержит:
claimID (идентификатор претензии);
policyID (идентификатор полиса): уникальный идентификатор страхового полиса клиента.
Эта информация используется для запроса типа полиса по policyID, вычисления
продолжительности и времени ответа на основе предустановленных правил, связанных
с типом полиса, и возврата сообщения RequestResponseTimeResponse, которое содержит:
claimID (идентификатор претензии);
responseTime (время ответа): период времени в часах, в течение которого информация о готовности должна быть определена. Для получения времени ответа этот период прибавляется ко времени отправки запроса.
Визуальное представление сеансового компонента показано на рис. 8.4.
Процедура тестирования аналогична процедуре тестирования служб управления оценщиками.
(рис 8.4) Визуальное представление реализации компонента ResponseTimeRules
Правила для оценщиков
Когда список потенциальных оценщиков, способных выполнить оценку, составлен,
нужно выбрать наилучшего оценщика для производства данной работы. Эта функция
выполняется службой PreferredAssessorService, которая ранжирует оценщиков на
основе предполагаемой даты завершения оценки, предложенной оценщиком, производительности
работы оценщика, в соответствии с данными предыстории, содержащимися
в профиле оценщика, стоимости, расстояния оценщика от автомобиля и специализации
оценщика по автомобилям разных типов.
Служба PreferredAssessorService принимает в качестве входных данных сообщение
SelectAssessorRequest, которое содержит:
claimID (идентификатор претензии);
AssessorAvailabilityList (список доступных оценщиков): массив доступных оценщиков. Каждый доступный оценщик представлен в объекте AssessorAvailability полями assessorID, assessorURL, predCost, predDate, где predCost – это предполагаемая стоимость оценки, а predDate – преlgjkfuftvfz дата завершения оценки.
Служба возвращает сообщение SelectAssessorResponse, содержащее следующие
элементы:
claimID (идентификатор претензии);
assessorID (идентификатор оценщика). Визуальное представление службы PreferredAssessor показано на рис 8.5.
(рис 8.5) Визуальное представление реализации службы PreferredAssessor
8.1.3 Система управления документами
IBM предлагает готовую систему управления документами (Document Management
System) для DB/2, которая интегрируется во многие популярные клиентские программы
работы с документами, например Microsoft Word, и предоставляет обширные
возможности групповой работы и работы над проектами, которые можно настраивать,
не прибегая к программированию. За дополнительной информацией обращайтесь
на следующий Web-сайт:
http://www.ibm.com/software/data/cm/docmgr/
Централизованная обработка и хранение документов, связанных с претензиями,
таких, как отчеты медицинских служб, отчеты полиции, отчеты оценщиков, производится
системой обработки документов (Document Handler System).
StoreAssessorReport
Применительно к системе автоматизации работы с оценщиками нас особенно интересует
служба StoreAssessorReportService, которая получает отчет об оценке от оценщика,
сохраняет отчет в специальной файловой системе и посылает URL отчета отправителю
запроса, в данном случае – это "automated external claim assessor business
process" (бизнес-процесс для автоматизированной работы с внешними оценщиками).
Служба StoreAssessorReportService принимает в качестве входного параметра сообщение
StoreAssessorReportRequest, которое содержит четыре элемента:
claimID;
assessorID;
xmlReport: XML-документ, представляющий собой отчет оценщика;
completionDate: дата окончания оценщиком своей работы и составления отчета. Служба возвращает сообщение StoreAssessorReportResponse, которое содержит:
claimID;
assessorID;
reportLocation: URL местоположения сохраненного документа.
Служба StoreAssessorReportService реализована как служба SOAP/http, работающая
на WebSphere Application Server версии 5.1 (рис 8.6).
(рис 8.6) Визуальное представление реализации службы StoreAssessorReport
8.2 Система внешнего оценщика
Реализация системы внешнего оценщика определяется самим внешним оценщиком.
Компания LGI предлагает WSDL-интерфейс для служб, которые должны быть у оценщика,
и WSDL-интерфейсы служб, для которых оценщики должны создать клиентские
приложения. Эти WSDL перечислены в табл. 8.1.
Сервисы, составляющие связь LGI/Оценщик
| WSDL |
Кому принадлежит |
Описание |
|---|
| Availability(4).wsdl |
Оценщик |
Запрос готовности |
| AssessorAvailabilityPT(4a).wsdl |
LGI |
Ответ |
| DeliverAssessment(7).wsd |
Оценщик |
Запрос оценки |
| DeliverAssessmentResponse(7a).wsdl |
LGI |
Подтверждение |
| AssessorReport(8).wsdl |
LGI |
Отправка отчета |
В дополнительных материалах предлагается реализация системы оценщика для
WebSphere Application Server и WebSphere Business Integration Message Broker.
Достаточно редко попадаются такие реализации брокера сообщений, которые было бы
легко создавать и тестировать с использованием потоков брокера, применяемых нами
для реализации системы proxyAssessorSystem.
Очевидным преимуществом данной реализации брокера является то, что она
позволяет легко контролировать с помощью MQ Explorer задержку между отправкой
потока 7а и потока 8 к брокеру для включения и отключения очередей сообщений.
Готовность оценщика (Assessor Availability)
На рис 8.7 вы можете видеть, что интерфейсу requestAssessorAvailability
для работы с претензией нужен параметр carDetails (сведения об автомобиле) и ряд других параметров.
(рис 8.7) Визуальное представление реализации приложения Assessor AvailabiliyВ отличие от предыдущих Web-служб SOAP-ответ здесь представляет собой простое
подтверждение. Реальная информация о готовности передается в виде возвратного
вызова.
Доставка оценки (Deliver Assessment)
Приложение Deliver Assessment получает адресованный выбранному оценщику запрос
на выполнение оценки автомобиля. Оно, как и приложение Assessor Availability,
возвращает простое подтверждение (рис 8.8).
(рис 8.8) Визуальное представление реализации приложения Deliver AssessmentКлиентское приложение DeliverAssessorResponse посылает в следующее взаимодействие
решение о том, берется оценщик за оценку или нет. Затем в дело вступает
клиентское приложение Assessment report (Отчет оценщика), которое отправляет отчет
об оценке (рис 8.9).
(рис 8.9) Визуальное представление действий оценщика
Клиентские приложения оценщика
Клиентские приложения доставляют ответы оценщиков в LGI. Эти службы размещаются
в proxyAssessorSystem. На рис 8.10 показаны клиентские интерфейсы
этих приложений.
(рис 8.10) Визуальное представление интерфейсов клиентских приложений оценщика
8.3 Размещение и тестирование компонентов приложений
На рис 8.11, который был создан на основе табл. 6.2,
показаны .ear-файлы, которые нужно разместить. Все EJB-компоненты были размещены на одном сервере WebSphere
Application Server для упрощения конфигурирования.
(рис 8.11) Размещение приложения8.3.1 Размещение на WebSphere Application Server
Чтобы разместить EAR-файлы на сервере WebSphere Application Server на SAH414A,
откройте административную консоль сервера приложений. Проще всего открыть
консоль на машине, на которой находятся EAR-файлы, и браузер консоли разместит
их на сервере приложений. Начните с рис 8.12.
(рис 8.12) Удаленный вход в административную консоль WASНа левой навигационной панели выберите пункт Install New Applications
(Инсталлировать новые приложения), а на правую введите путь к EAR-файлу (в данном
случае, AssessorApps.ear). Нажмите ).
(рис 8.13) Указываем инсталлируемый файл AssessorApps
На следующей панели (рис 8.14) проверьте привязки (bindings) по умолчанию,
поскольку мы не собираемся менять заданные по умолчанию параметры. Нажмите (рис 8.14) Принимаем заданные по умолчанию настройки привязок
На следующей панели (рис 8.15) переходите прямо к пункту Step 6 Summary
(Шаг 6. Общий обзор).
(рис 8.15) Минуем этапы, связанные с конфигурированием
На панели Summary (Общий обзор) нажмите Finish (Готово) и сохраните изменения
главной конфигурации (Save to Master Configuration) (рис 8.16).
(рис 8.16) Сохранение главной конфигурации
Не забудьте подтвердить сохранение в панели, показанной на рис 8.17.
(рис 8.17) Подтверждение сохранения
Чтобы запустить только что установленное приложение, на левой, навигационной
панели выделите элемент Enterprise Applications (Корпоративные приложения).
На правой панели выберите )
(рис 8.18) Запуск AssesserApps.
Повторите этот процесс для оставшихся пяти приложений.
8.3.2 Тестирование размещенных приложений
Чтобы протестировать размещенные приложения, перезапустите Web Services
Explorer и измените адрес Web-службы на сервер SAH414A.
Обязательно установите флажок около адреса службы, как показано на рис 8.20,
и нажмите кнопку Go (Вперед), чтобы добавить конечную точку в список конечных
точек служб. Выберите конечную точку для вызова службы, как показано на рис 8.19.
(рис 8.20) Вызов службы Assessor Availability на SAH414A(рис 8.19) Добавление адреса конечной точки SOAP в Web Services Explorer
8.4 Заключение
В данной лекции мы описали приложения, используемые процессом RequestExternalReports,
и показали, как следует тестировать и размещать приложения.
8.1 Система автоматизации работы с оценщиками
Как показано в лекции 6, "Архитектура решения", система автоматизации работы
с оценщиками (Assessor Automation) представляет собой систему работы с параллельными
процессами, которая взаимодействует с другими, уже существующими и новыми
компонентами.
В следующих разделах представлены:
интерфейсы, которые определяют контракты для этих компонентов;
связанная с ними реализация и функциональность;
советы по конфигурированию входящих в пакет артефактов для решения.
8.1.1 Система управления работой с оценщиками
Существующая система управления оценщиками (Assessor Management) отвечает за
предоставление и анализ информации, относящейся к оценщикам. Система Assessor
Management реализуется как Web-служба, содержащая различные операции, от составления
списка потенциальных оценщиков претензии, до администрирования
профилей оценщиков. Администрирование оценщиков включает в себя ручные и автоматизированные
этапы, например операция удаления оценщика, которую может
выполнить только администратор, или обновление истории оценок или очков, набранных
оценщиком на основе текущей или недавно выполненной оценки.
Хотя администрирование оценщиков и является важным делом, оно выходит за
рамки системы автоматизации работы с оценщиками, и в этом разделе мы сконцентрируемся
на составлении списка оценщиков, т. е. на единственной функции управления
оценщиками, которая используется системой Assessor Automation.
Составление списка оценщиков
Служба управления оценщиками (Assessor Management) содержит операцию
requestListAssessors, которая принимает в качестве входного параметра сообщение
equestListAssessorRequest, которое, в свою очередь, содержит следующие данные:
claimID: идентификатор конкретной претензии;
location: zip-код или почтовый код, определяющие местонахождение автомобиля;
makeOfCar: описание марки и модели автомобиля.
На основе этих данных выполняется запрос к хранилищу данных об оценщиках
с целью получения списка оценщиков, проживающих в 60-мильном радиусе от местонахождения
автомобиля и специализирующихся или имеющих опыт работы
с конкретной маркой и моделью автомобиля. Результатом запроса является подготовленное
и возвращенное сообщение equestListAssessorsResponse, которое содержит:
claimID;
assessorList (список оценщиков).
Список представляет собой массив потенциальных оценщиков. Каждый оценщик
в списке представляет собой объект, содержащий элементы assessorID и assessorURL,
где assessorID – это уникальный идентификатор оценщика, а assessorURL – это URI
службы данного оценщика.
Система Assessor Management и, в расширенном смысле, операция requestListAssessors,
представляет собой пакетное J2EE-приложение, реализованное при помощи EJB и работающее
в WebSphere Application Server 5.1. Интерфейс службы описывается и распространяется
как WSDL-документ, описывающий конечную точку Web-службы, показанную
на рис 8.1.
(рис 8.1) Визуальное представление реализации службы Assessor Management
Проверка системы Assessor Management в тестовой среде
Чтобы проверить систему Assessor Management, выполните следующие шаги:
Создайте в рабочем пространстве новую папку для Rational Software Architect
с именем Applications и откройте Rational Software Architect. Выберите пункт меню Window (Окно) $$\to$$ Preferences (Параметры) $$\to$$ Workbench (Рабочее место) $$\to$$ Capabilities (Возможности) включите опции Advanced J2EE (Расширенный
J2EE) и Web services (Web-службы). В категории Preferences (Параметры) $$\to$$ Web services (Web-службы) $$\to$$ WS-I compliance (Совместимость с WS-I) вам
нужно установить уровень совместимости с WS-I в Required (Обязательная).
Откройте перспективу J2EE.
Импортируйте файл Flow2_AssessorManagementService_SOURCE.ear из директории
.\SG24-6636\WAS\Flow2 в Rational Software Architect и назовите его AssessorManagementService
(рис 8.2).(рис 8.2) Импортирование файла AssessorManagement Service.ear
Удалите существующую по умолчанию тестовую среду WebSphere Application
Server 6.0 на закладке Servers (Серверы) в верхней правой части окна, затем щелкните
правой кнопкой мыши, выберите пункт меню New (Новая) и выберите тестовую
среду сервера 5.1.
Хотя при импорте файла .ear генерируется WSDL-файл (через Web services (Web-службы) $$\to$$ Services (Службы) $$\to$$ AssessorManagementService $$\to$$ WSDL ), наш
опыт показывает, что Web-службу часто бывает нужно генерировать заново во избежание
проблем размещения, связанных с отсутствием классов Web-службы:Откройте пункт EJB Projects (EJB-проекты) $$\to$$ AssessorManagementServiceEJB $$\to$$ DeploymentDescription (Дескриптор размещения) $$\to$$ Session
Beans (Сеансовые компоненты), щелкните правой кнопкой мыши по Assessor
Management и выберите пункт меню Web services (Web-службы) $$\to$$ Create
Web service (Создать Web-службу).
Используя последующие диалоговые окна, вам нужно сгенерировать EJB Web-службы,
но тестировать его не надо. У нас есть другой метод тестирования. В диалоговых
окнах принимайте все параметры по умолчанию, но при конфигурировании
компонента Java Bean как службы выберите метод requestListAssessors
и используйте для Web-службы стиль Document/Literal (Документ/литерал).
В представлении Servers (Серверы) щелкните правой кнопкой мыши по элементу 5.1 test environment (Тестовая среда 5.1) и выберите пункт меню Add
and Remove projects (Добавление и удаление проектов). Убедитесь, что
в правой поле сконфигурирована служба AssessorManagementService.
Вернувшись в представление Servers (Серверы) опубликуйте и запустите сервер,
а затем просмотрите выводимые в консоль данные. Среди них не должно быть
сообщений уровня E. Если такие сообщения есть, они, вероятно, связаны либо
с пропущенными интерфейсами Web-служб, либо с какими-то ошибками размещения.
Снова выполните операции, предлагаемые мастером Web-служб, или удалите
проект с сервера 5.1 и разместите его снова. В конце концов все заработает!
В заключение протестируйте Web-службу, запустив проводник Web-служб (Web
Services Explorer) (рис 8.3):(рис 8.3) Тестирование AssessorManagementService при помощи Web Services Explorerщелкните правой кнопкой мыши по WSDL-файлу AssessorManagement и выберите
пункт меню Test with Web services explorer (Протестировать в Web
Services Explorer);
выделите requestListAssessors на навигационной панели и введите во
входные поля данные, имеющие правильный тип (например, Hursley, Ford);
результатом является номер оценщика в списке – 9999 или 5555.
8.1.2 Система бизнес-правил
В WebSphere Process Server Version 6.0 предлагается настраиваемая система бизнес-правил
(Business Rules Engine). Компонент Business Rules Engine хранит все функции,
связанные с бизнес-правилами, которые необходимы для обработки претензий.
Система бизнес-правил – это не отдельный продукт, а скорее набор приложений,
которые применяют правила в различных ситуациях и реализованы в форме различных
EJB-компонентов, Business Rule Beans и приложений COBOL. Применительно
к системе Assessor Automation нас больше всего интересуют две функции системы
бизнес-правил – policyRules (правила для полисов) и assessorRules (правила для
оценщиков).
Правила для полисов
Правила для полисов – это функция, которая при обработке претензии предоставляет
значения на основе типа полиса. Например, в системе автоматизации работы с оценщиками
(Assessor Automation) важно знать, сколько времени оценщик может потратить
на работу и какой срок оценщик может выдвинуть в качестве своего предложения
на основе имеющегося профиля полиса. Например, клиент со страховым полисом
типа premium будет ожидать быстрой обработки претензии. Клиенту с полисом, выпущенным
третьей стороной, не повредит, если обработка претензии займет немного
больше времени. При взаимодействии с оценщиками этот момент следует учитывать.
Служба RequestResponseTimePTService предоставляет функцию определения продолжительности
ожидания предложений оценщиков, содержащих сведения о готовности
и предполагаемой оплате. Служба RequestResponseTimePTService принимает в ка-
честве входных данных сообщение RequestResponseTimeResponse, которое содержит:
claimID (идентификатор претензии);
policyID (идентификатор полиса): уникальный идентификатор страхового полиса клиента.
Эта информация используется для запроса типа полиса по policyID, вычисления
продолжительности и времени ответа на основе предустановленных правил, связанных
с типом полиса, и возврата сообщения RequestResponseTimeResponse, которое содержит:
claimID (идентификатор претензии);
responseTime (время ответа): период времени в часах, в течение которого информация о готовности должна быть определена. Для получения времени ответа этот период прибавляется ко времени отправки запроса.
Визуальное представление сеансового компонента показано на рис. 8.4.
Процедура тестирования аналогична процедуре тестирования служб управления оценщиками.
(рис 8.4) Визуальное представление реализации компонента ResponseTimeRules
Правила для оценщиков
Когда список потенциальных оценщиков, способных выполнить оценку, составлен,
нужно выбрать наилучшего оценщика для производства данной работы. Эта функция
выполняется службой PreferredAssessorService, которая ранжирует оценщиков на
основе предполагаемой даты завершения оценки, предложенной оценщиком, производительности
работы оценщика, в соответствии с данными предыстории, содержащимися
в профиле оценщика, стоимости, расстояния оценщика от автомобиля и специализации
оценщика по автомобилям разных типов.
Служба PreferredAssessorService принимает в качестве входных данных сообщение
SelectAssessorRequest, которое содержит:
claimID (идентификатор претензии);
AssessorAvailabilityList (список доступных оценщиков): массив доступных оценщиков. Каждый доступный оценщик представлен в объекте AssessorAvailability полями assessorID, assessorURL, predCost, predDate, где predCost – это предполагаемая стоимость оценки, а predDate – преlgjkfuftvfz дата завершения оценки.
Служба возвращает сообщение SelectAssessorResponse, содержащее следующие
элементы:
claimID (идентификатор претензии);
assessorID (идентификатор оценщика). Визуальное представление службы PreferredAssessor показано на рис 8.5.
(рис 8.5) Визуальное представление реализации службы PreferredAssessor
8.1.3 Система управления документами
IBM предлагает готовую систему управления документами (Document Management
System) для DB/2, которая интегрируется во многие популярные клиентские программы
работы с документами, например Microsoft Word, и предоставляет обширные
возможности групповой работы и работы над проектами, которые можно настраивать,
не прибегая к программированию. За дополнительной информацией обращайтесь
на следующий Web-сайт:
http://www.ibm.com/software/data/cm/docmgr/
Централизованная обработка и хранение документов, связанных с претензиями,
таких, как отчеты медицинских служб, отчеты полиции, отчеты оценщиков, производится
системой обработки документов (Document Handler System).
StoreAssessorReport
Применительно к системе автоматизации работы с оценщиками нас особенно интересует
служба StoreAssessorReportService, которая получает отчет об оценке от оценщика,
сохраняет отчет в специальной файловой системе и посылает URL отчета отправителю
запроса, в данном случае – это "automated external claim assessor business
process" (бизнес-процесс для автоматизированной работы с внешними оценщиками).
Служба StoreAssessorReportService принимает в качестве входного параметра сообщение
StoreAssessorReportRequest, которое содержит четыре элемента:
claimID;
assessorID;
xmlReport: XML-документ, представляющий собой отчет оценщика;
completionDate: дата окончания оценщиком своей работы и составления отчета. Служба возвращает сообщение StoreAssessorReportResponse, которое содержит:
claimID;
assessorID;
reportLocation: URL местоположения сохраненного документа.
Служба StoreAssessorReportService реализована как служба SOAP/http, работающая
на WebSphere Application Server версии 5.1 (рис 8.6).
(рис 8.6) Визуальное представление реализации службы StoreAssessorReport
8.2 Система внешнего оценщика
Реализация системы внешнего оценщика определяется самим внешним оценщиком.
Компания LGI предлагает WSDL-интерфейс для служб, которые должны быть у оценщика,
и WSDL-интерфейсы служб, для которых оценщики должны создать клиентские
приложения. Эти WSDL перечислены в табл. 8.1.
Сервисы, составляющие связь LGI/Оценщик
| WSDL |
Кому принадлежит |
Описание |
|---|
| Availability(4).wsdl |
Оценщик |
Запрос готовности |
| AssessorAvailabilityPT(4a).wsdl |
LGI |
Ответ |
| DeliverAssessment(7).wsd |
Оценщик |
Запрос оценки |
| DeliverAssessmentResponse(7a).wsdl |
LGI |
Подтверждение |
| AssessorReport(8).wsdl |
LGI |
Отправка отчета |
В дополнительных материалах предлагается реализация системы оценщика для
WebSphere Application Server и WebSphere Business Integration Message Broker.
Достаточно редко попадаются такие реализации брокера сообщений, которые было бы
легко создавать и тестировать с использованием потоков брокера, применяемых нами
для реализации системы proxyAssessorSystem.
Очевидным преимуществом данной реализации брокера является то, что она
позволяет легко контролировать с помощью MQ Explorer задержку между отправкой
потока 7а и потока 8 к брокеру для включения и отключения очередей сообщений.
Готовность оценщика (Assessor Availability)
На рис 8.7 вы можете видеть, что интерфейсу requestAssessorAvailability
для работы с претензией нужен параметр carDetails (сведения об автомобиле) и ряд других параметров.
(рис 8.7) Визуальное представление реализации приложения Assessor AvailabiliyВ отличие от предыдущих Web-служб SOAP-ответ здесь представляет собой простое
подтверждение. Реальная информация о готовности передается в виде возвратного
вызова.
Доставка оценки (Deliver Assessment)
Приложение Deliver Assessment получает адресованный выбранному оценщику запрос
на выполнение оценки автомобиля. Оно, как и приложение Assessor Availability,
возвращает простое подтверждение (рис 8.8).
(рис 8.8) Визуальное представление реализации приложения Deliver AssessmentКлиентское приложение DeliverAssessorResponse посылает в следующее взаимодействие
решение о том, берется оценщик за оценку или нет. Затем в дело вступает
клиентское приложение Assessment report (Отчет оценщика), которое отправляет отчет
об оценке (рис 8.9).
(рис 8.9) Визуальное представление действий оценщика
Клиентские приложения оценщика
Клиентские приложения доставляют ответы оценщиков в LGI. Эти службы размещаются
в proxyAssessorSystem. На рис 8.10 показаны клиентские интерфейсы
этих приложений.
(рис 8.10) Визуальное представление интерфейсов клиентских приложений оценщика
8.3 Размещение и тестирование компонентов приложений
На рис 8.11, который был создан на основе табл. 6.2,
показаны .ear-файлы, которые нужно разместить. Все EJB-компоненты были размещены на одном сервере WebSphere
Application Server для упрощения конфигурирования.
(рис 8.11) Размещение приложения8.3.1 Размещение на WebSphere Application Server
Чтобы разместить EAR-файлы на сервере WebSphere Application Server на SAH414A,
откройте административную консоль сервера приложений. Проще всего открыть
консоль на машине, на которой находятся EAR-файлы, и браузер консоли разместит
их на сервере приложений. Начните с рис 8.12.
(рис 8.12) Удаленный вход в административную консоль WASНа левой навигационной панели выберите пункт Install New Applications
(Инсталлировать новые приложения), а на правую введите путь к EAR-файлу (в данном
случае, AssessorApps.ear). Нажмите ).(рис 8.13) Указываем инсталлируемый файл AssessorApps
На следующей панели (рис 8.14) проверьте привязки (bindings) по умолчанию,
поскольку мы не собираемся менять заданные по умолчанию параметры. Нажмите (рис 8.14) Принимаем заданные по умолчанию настройки привязок
На следующей панели (рис 8.15) переходите прямо к пункту Step 6 Summary
(Шаг 6. Общий обзор).(рис 8.15) Минуем этапы, связанные с конфигурированием
На панели Summary (Общий обзор) нажмите Finish (Готово) и сохраните изменения
главной конфигурации (Save to Master Configuration) (рис 8.16).(рис 8.16) Сохранение главной конфигурации
Не забудьте подтвердить сохранение в панели, показанной на рис 8.17.(рис 8.17) Подтверждение сохранения
Чтобы запустить только что установленное приложение, на левой, навигационной
панели выделите элемент Enterprise Applications (Корпоративные приложения).
На правой панели выберите )(рис 8.18) Запуск AssesserApps.
Повторите этот процесс для оставшихся пяти приложений.
8.3.2 Тестирование размещенных приложений
Чтобы протестировать размещенные приложения, перезапустите Web Services
Explorer и измените адрес Web-службы на сервер SAH414A.
Обязательно установите флажок около адреса службы, как показано на рис 8.20,
и нажмите кнопку Go (Вперед), чтобы добавить конечную точку в список конечных
точек служб. Выберите конечную точку для вызова службы, как показано на рис 8.19.
(рис 8.20) Вызов службы Assessor Availability на SAH414A(рис 8.19) Добавление адреса конечной точки SOAP в Web Services Explorer
8.4 Заключение
В данной лекции мы описали приложения, используемые процессом RequestExternalReports,
и показали, как следует тестировать и размещать приложения.
