Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

1.1. Решение задач интеграции с помощью шаблонов проектирования

В этой главе рассматривается применение шаблонов проектирования для решения типичной интеграционной задачи. В общей сложности мы познакомимся более чем с двумя десятками наиболее распространенных шаблонов интеграции.
Необходимость интеграции
Типичная информационная система предприятия насчитывает сотни, если не тысячи, приложений (коммерческих, собственной разработки, унаследованных и т.д.), выполняющихся под управлением различных операционных систем. Тридцать Web-сайтов, три экземпляра SAP и множество решений уровня подразделения - вполне обыденная ситуация для крупной компании.
Возникает вопрос: ''Как владельцы предприятий допускают такой хаос?''. На первый взгляд, любой IT-директор, ответственный за подобное ''спагетти'' из приложений, должен быть немедленно уволен. На практике, однако же, дело обстоит несколько по-иному.
Во-первых, разработка бизнес-приложений - невероятно сложная задача. Создание единственного приложения, охватывающего все бизнес-функции предприятия, практически невозможно. Наибольшего успеха в создании тяжеловесных бизнес-приложений достигли разработчики ERP-систем. Однако даже такие гиганты индустрии, как SAP, Oracle, Peoplesoft и др., вынуждены сконцентрировать свои усилия лишь на части бизнес-задач типичной компании. Об этом, в частности, красноречиво свидетельствует тот факт, что на сегодняшний день ERP-системы являются одними из наиболее популярных точек интеграции.
Во-вторых, распределение бизнес-функций между несколькими приложениями предоставляет компаниям возможность выбора ''лучшего'' пакета программ для бухгалтерского учета, ''лучшего'' приложения для управления взаимоотношениями с клиентами, ''лучшей'' системы обработки заказов и др. Учитывая многообразие индивидуальных бизнес-требований предприятий, создание универсального бизнес-приложения не входит в интересы разработчиков ПО.
Современные бизнес-приложения создаются для решения определенной задачи. Тем не менее нескончаемый поток требований к расширению функциональности со временем приводит к появлению в программном пакете дополнительных функций. К примеру, многие биллинговые системы обзавелись базовыми возможностями обслуживания клиентов и ведения учета. С другой стороны, некоторые разработчики ПО для обслуживания заказчиков начали встраивать в свои приложения определенные функции биллинга, такие как прием и удовлетворение заявлений. Определить четкие границы между системой обслуживания заказчиков и биллинговой системой в этом случае достаточно трудно. Например, к какой из двух систем следует отнести функцию удовлетворения заявления клиента относительно выставленного ему счета?
Взаимодействуя с компанией, пользователи (клиенты, бизнес-партнеры и сотрудники компании), как правило, не задумываются о том, каким образом осуществляется это взаимодействие. В то же время выполнение каждой бизнес-функции может затрагивать сразу несколько внутренних систем компании. К примеру, клиент хочет изменить информацию о своем адресе, а также проверить, был ли получен его последний платеж. В большинстве компаний обработка подобного запроса возлагается на две системы: обслуживания клиентов и биллинга. Подобным образом размещение клиентом нового заказа требует координации целого ряда различных систем. Компания должна проверить идентификатор клиента, убедиться в его положительной кредитной репутации, проверить доступность необходимого товара на складе, выполнить заказ, посчитать стоимость доставки, сформировать и отправить счет и т.д. Таким образом, размещение нового заказа затрагивает как минимум 5-6 различных систем компании. С точки зрения клиента, размещение заказа - это всего лишь одна бизнес-транзакция.
Для поддержания общих бизнес-процессов, а также совместного использования данных несколькими приложениями последние необходимо интегрировать. Основной целью интеграции является обеспечение эффективного, надежного и безопасного обмена данными между интегрируемыми приложениями.


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
14.17. WS-Addressing, WS-Policy и другие спецификации WS-* 1.2. Трудности интеграции





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта