Основы. Имеющаяся архитектура

2.5 Расширение архитектуры

В разделе 1.2, "Бизнес-цели", и в разделе 1.3, "Цели и ограничения, связанные с ин- формационными технологиями", мы описываем цели слияния компаний LGI и DirectCar. Реализация этих целей осуществляется как минимум в трех фазах.

Фаза 1. Уже выполнена

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

1. Мы автоматизировали этапы процесса, что увеличило скорость и предсказуемость обработки претензий.
2. Мы предоставили специалистам по обработке претензий общий набор интерфейсов, через которые можно обращаться к системам обработки претензий и полисов как LGI, так и DirectCar. Это повысило гибкость обработки претензий по полисам, принадлежащим любой из наших компаний.
3. Мы автоматизировали взаимодействия с некоторыми внешними агентами, такими, как органы по выдаче лицензий. Такая автоматизация была относительно простой и содержала только одно взаимодействие – проверку регистрации автомобилей.

За дополнительной информацией обращайтесь к серии статей в IBM developer-Works , "Merging disparate IT systems: Build a single integrated view for users quickly and with minimal disruption", которую можно найти по адресу http://www-128.ibm.com/developerworks/ibm/library/i-merge.html

Фаза 2. Автоматизация внешних транзакций

В оставшейся части курса мы сконцентрируемся на второй фазе реализации:

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

Автоматизация внешней оценки претензии

В компании LGI в рамках корпоративной ИТ-стратегии было решено считать проект по автоматизации работы с внешними оценщиками пилотным проектом перевода технологической базы в сторону большего использования открытых стандартов в бизнес-приложениях. Компания уже использовала Java 2 Enterprise Edition (J2EE) на уровне представления и употребила Web-службы для простых взаимодействий с внешними организациями.

Теперь проблема состоит в том, чтобы уделить внимание навыкам, необходимым для создания приложений для бизнес-процессов с использованием BPEL на платформе J2EE, выявить все технологические нестыковки при внедрении технологии BPEL и оценить преимущества использования новой технологии. Основными вопросами здесь являются инструменты для моделирования решений на BPEL и UML. Будут ли эти инструменты работать друг с другом и ускорят ли они разработку и внедрение решения?

Существует ряд причин, как относящихся к бизнесу, так и технических, исходя из которых в качестве пилотного был выбран именно процесс обработки претензий.

• С точки зрения бизнеса данное решение должно быть полезным вложением капитала. Оно не влияет сразу на весь бизнес, поскольку его можно устанавливать поэтапно, с постепенной заменой имеющегося ручного процесса.
• С технической точки зрения переход на открытые стандарты, такие, как Web-службы и BPEL, весьма приоритетен для процессов, в которых участвуют бизнес-партнеры. Процесс оценки претензий также будет пилотным для интеграции WebSphere MQ Workflow и WebSphere Business Integration Server Foundation, а также интеграции BPEL-процесса, использующего Web-службы, с существующей в LGI инфраструктурой обмена сообщениями.

Новый процесс также должен использовать имеющийся у LGI каркас WebSphere MQ для взаимодействия со службами, входящими в системы LGI и DirectCar. Этот каркас также предоставляет шлюз для соединения со службами бизнес-партнеров и со службами LGI, которые компания предоставляет своим бизнес-партнерам. Этот каркас развился из шины обмена сообщениями, соединяющей компоненты приложений, и стал сервисной шиной, использующей в качестве основных транспортных протоколов SOAP/JMS и SOAP/http.

Фаза 3. Будущий мониторинг данных о претензии

В будущем нужно будет выполнить такие действия:

1. Слежение за ходом обработки претензии. Такое слежение предоставит необходимую информацию тем клиентам, у которых возникают вопросы о ходе обработки претензии. Потенциально информация могла бы предоставляться через интерактивное Web-приложение.
2. Сбор информации о производительности процесса обработки претензии для улучшения работы оценщиков и для выдвижения предложений по совершенствованию самого процесса.

Слежение за ходом обработки претензии

Для третьей фазы требуется слежение за ходом обработки претензии. Полученная информация будет использоваться двумя способами:

1. Созданием "пульта управления" бизнесом, обеспечивающего для бизнеса представление о ходе процесса обработки.
2. Совершенствованием процесса обработки претензии путем сбора данных о производительности. Эти данные могут использовать:
   • бизнес-партнеры, для изучения своей производительности;
   • бизнес-аналитики для изучения возможностей для совершенствования процесса на основе ввода реальных данных в модель, имитирующую работу оценщика претензий.

Мы хотели бы вернуться к этим темам в следующей книги серии Redbooks, чтобы показать, как можно использовать данные о бизнес-событиях, которые собирает семейство продуктов WebSphere.

Дальнейшее содержание данного курса имеет следующую структуру:

• в следующей лекции обсуждается методика и инструменты, используемые нами при создании нового решения, которое позволит компании LGI достичь поставленных ИТ-целей – увеличения производительности, обеспечения большего соответствия ИТ-решений бизнес-целям и более быстрого ввода решения в эксплуатацию;
• в "Моделирование. Бизнес-процесс" , "Бизнес-процесс", мы используем WebSphere Business Integration Modeler для разработки нового бизнес-процесса;
• в "Моделирование. Архитектура системы" , "Архитектура системы", и в "Моделирование. Архитектура решения" , "Архитектура решения" мы используем для разработки нового решения и расширения имеющейся архитектуры шаблоны для электронного бизнеса (Patterns for e-Business) и Rational Software Architect.

2.6 Заключение

В этой лекции мы рассмотрели архитектуру имеющейся системы и компоненты приложений. Разработка новой автоматизированной системы для работы с внешними оценщиками будет основываться на имеющихся системах и навыках сотрудников.