Компания IBM
Опубликован: 14.08.2008 | Доступ: свободный | Студентов: 1089 / 150 | Оценка: 4.75 / 3.75 | Длительность: 27:55:00
Лекция 2:

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

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

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

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

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

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

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

За дополнительной информацией обращайтесь к серии статей в IBM developer-Works \text{\textregistered}, "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 Заключение

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

< Лекция 1 || Лекция 2: 12345 || Лекция 3 >
Надежда Белякова
Надежда Белякова
Россия
Pavel Pelevin
Pavel Pelevin
Украина, Одесса