Опубликован: 14.08.2008 | Уровень: специалист | Доступ: платный | ВУЗ: Компания IBM
Лекция 2:

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

< Лекция 1 || Лекция 2: 12345 || Лекция 3 >

2.4 ИТ-инфраструктура

В данном разделе мы описываем высокоуровневую архитектуру среды, лежащей в основе объединенной системы обработки претензий. Мы также описываем взаимодействия между пользователями и компонентами.

При создании решения предполагалось повторно использовать имеющуюся инфраструктуру и приложения для обработки претензий, имеющиеся у LGI и DirectCar с преобразованием Web-приложения компании DirectCar под нужды LGI. Причины для такого выбора были следующие:

  • причины, связанные с бизнесом и стратегией:
    • стратегическая цель LGI при приобретении DirectCar заключалась в получении доли рынка и Web-канала, а не в уменьшении стоимости через рационализацию работы операционных отделов LGI и DirectCar;
    • ИТ-архитектура должна поддерживать возможность будущего разделения компаний;
    • слияние двух компаний должно отразиться на внешнем облике и работе Web-сайта компании, однако страховые полисы должны предоставляться те же самые, но теперь и для клиентов LGI, и для клиентов DirectCar;
  • технические причины:
    • текущая аппаратная ИТ-инфраструктура DirectCar не рассчитана на предполагаемую нагрузку: у DirectCar менее 1 миллиона полисов, а у LGI – более 5 миллионов:
      • претензии от держателей полисов LGI должны обслуживаться имеющимися серверными системами LGI;
      • существующее Web-приложение DirectCar должно быть модифицировано для обработки новых полисов LGI, а также для работы с увеличенной нагрузкой.

Общая схема архитектуры

На рис. 2.11 показана предлагаемая схема архитектуры для объединенной системы обработки претензий.

Общая схема архитектуры объединенного процесса обработки претензий

увеличить изображение
Рис. 2.11. Общая схема архитектуры объединенного процесса обработки претензий

Как показано на этом рисунке, архитектура решения основывается на следующих решениях:

  • Отделение уровня представления от серверных приложений при помощи систем маршрутизации и управления процессами. Уровень представления не связан напрямую с серверными службами. Взаимодействие осуществляется через систему маршрутизации и трансформации, а координация (оркестровка) осуществляется системой управления процессами. Посредническая система соединяет представляющую службу с системой управления процессами, а систему управления процессами с серверной службой.
  • Использование в полном объеме обоих типов серверных компонентов (бизнес-логики, доступа к данным и коннекторов).
  • Удаление из системы Web-уровня DirectCar (реализующего представление и контроллер).

На рис. 2.12 рассматриваются продукты и технологии, используемые для реализации каждого из компонентов системы обработки претензий.

Мы решили сохранить существующую инфраструктуру IBM WebSphere MQ компании LGI и дополнить ее новым клиентским Web-приложением и уже существующими серверными системами DirectCar. Инфраструктура WebSphere MQ состоит из нескольких кластеров WebSphere MQ, сконфигурированных для передачи данных между различными компонентами приложения, которые функционируют под управлением разных продуктов в разных операционных системах. Используются механизмы гарантированной доставки WebSphere MQ и широкий диапазон охватываемых платформ.

Каждый из компонентов, показанных на рис. 2.12, описывается ниже более детально.

Продукты, используемые при реализации архитектуры системы обработки претензий

увеличить изображение
Рис. 2.12. Продукты, используемые при реализации архитектуры системы обработки претензий

2.4.1 Пользовательские интерфейсы

К пользовательским интерфейсам относятся интерфейсы с Интернетом, интранетом, офисами филиалов и бизнес-партнерами. Объединенная система обработки претензий предоставляет следующие пользовательские интерфейсы для регистрации страховой претензии:

  • Web-интерфейс интранета для клиентов DirectCar.
  • Приложение Java \text{\texttrademark} Swing для офисов-филиалов LGI и центров обработки запросов. Это приложение использует клиентскую часть WebSphere MQ для передачи информации в систему трансформации и маршрутизации, а также из нее.
  • Интерфейс EDIFACT для бизнес-партнеров. Приложение посылает данные EDI 835 на шлюз Data Interchange.

Причина, заставившая нас выбрать эти продукты, состоит в том, что нужно сохранить без изменений интерфейсы, используемые клиентами DirectCar, центрами обработки запросов LGI, бизнес-партнерами и офисами-филиалами.

Рабочая система

Продукты, используемые для работы с интерфейсами в рабочей системе, перечислены в табл. 2.1.

Таблица 2.1. Продукты для работы с пользовательскими интерфейсами
Продукт Платформы Версии
Java runtime engine (JRE) Microsoft Windows \text{\textregistered} 2000 1.3, 1.4.x
Web-браузер для просмотра Web-страниц [страниц Java Server Pages (JSP \text{\texttrademark} ) и HTML] Windows 2000 N/A
WebSphere Data Interchange (Oбмен данными) Windows 2000 3.2.1
WebSphere MQ Client Linux \text{\textregistered}, Windows 2000 5.3.x
Инструменты

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

Таблица 2.2. Продукты, используемые в качестве инструментов для создания пользовательских интерфейсов
Продукт Платформы Версии
WebSphere Studio Application Developer (Разработчик приложений). Linux 5.0.x, 5.1.x
Использование: для разработки пользовательского интерфейса Java Swing
< Лекция 1 || Лекция 2: 12345 || Лекция 3 >
Илья Макаренко
Илья Макаренко

Добрый день.

Вопрос №1

Какова стоимость получения диплома о мини-МБА по данному курсу? Или ориентироваться на указанную на сайте?

Вопрос №2

Возможно ли начать обучение без потери результатов, не отправив документы на зачисление, а отправку выполнить позже?

Александр Медов
Александр Медов

Здравствуйте, какова полная сумма предоставленной услуги с печатью документа и отправкой по почте?

Руслан Рекун
Руслан Рекун
Россия, г. Краснодар
Анна Анисимова
Анна Анисимова
Россия, Москва, МГУ имени М.В. Ломоносова, 2009