Интеграция при помощи Web -сервисов

 Данный вид интеграции является передовым и стремительно развивающимся подходом к интеграции приложений. Он базируется на предоставлении стандартного для Web-служб интерфейса доступа к приложениям и их данным. Примером может являться стандартный протокол доступа к объектам — SOAP (англ. Simple Object Access Protocol — простой протокол доступа к объектам). Так, при помощи SOAP, браузер пользователя может одновременно сравнить данные на нескольких выбранных веб-сайтах и представить клиенту сравнительный отчет. Другой пример: сотрудники одного географически распределенного предприятия могут единовременно использовать корпоративные приложения, доступ к которым осуществляется через соответствующие Web-сервисы (портальное решение). Web-сервисы похожи на подход EAI, но с одним главным отличием — EAI-решения, в своём множестве, выпускаются как частные случаи для связи определённых продуктов. Соответственно, подключить к уже используемому EAI-решению еще одну стороннюю систему будет довольно трудной и длительной задачей. По своей природе Web-сервисы существенно более унифицированы и стандартизованы. Поскольку Web-сервисы базируются на общих и единых для Консорциума Всемирной паутины (англ. World Wide Web Consortium, W3C-консорциум) стандартах, они могут работать везде, где используется сеть Интернет.

Интеграция на уровне данных

 Данный вид интеграции подразумевает, что несколько программных приложений могут обращаться к одной базе данных или в несколько баз данных, связанных репликациями. Преимуществом такого вида является низкая стоимость интеграции. К недостаткам можно отнести следующее: если база данных не экранирована хранимыми процедурами и не имеет необходимых ограничений и защиты целостности (например, в виде указания каскадных операций и триггеров), то взаимодействие различных приложений с данной БД может явиться причиной ошибок и приводить данные в противоречивые состояния. В случае если БД экранирована и поддерживается целостность хранимых данных, то в одновременно взаимодействующих с одной БД приложениях будут дублироваться части программного кода, выполняющие одинаковые или схожие операции. Кроме того, при внесении изменений в структуру базы, необходимо отдельно переписывать программный код всех приложений, работающих с такой БД.

 

Интеграция на уровне сервисов

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

 

Интеграция на уровне пользователя

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

Информационно-исследовательская система (ИИС) «Шлаковые

Расплавы»

Основными компонентами архитектуры ИИС являются: вычислительные приложения, CORBA-оболочки приложений, сервер приложений, (SQL) реляционная база данных, web-сервер, web-клиент и мост XML-СУБД. Механизм интеграции программных компонентов ИИС - обмен документами XML. Динамическое управление приложениями осуществляется с помощью технологии CORBA.

Рис. 1. Структура ИИС «Шлаковые расплавы» версии 6.0

Вычислительные приложения и web-сервер взаимодействуют с базой данных опосредованно через промежуточное программное обеспечение, которое осуществляет формирование требуемого XML документа на основании содержания базы данных и обновление базы данных на основании документа XML [2]. Использование XML в качестве универсального средства обмена данными оправдано, т.к. обеспечивает масштабируемость – одно из важнейших требований при проектировании любой ИС. Однако, как показал анализ производительности ИИС, метод формирования XML-документов, предложенный и реализованный разработчиками ИИС «Шлаковые расплавы», не является оптимальным.

Для унификации информационных потоков между компонентами ИИС используется программа-адаптер XML2DB, которая является промежуточным звеном между СУБД и подсистемами информационной системы. Единый формат обмена данными обеспечивается с помощью XML-документов, содержащих трансляционные схемы.

Рис.2. Процесс обмена данными в ИИС «Шлаковые расплавы»

 

На обработку программе XML2DB поступает соответствующая трансляционная схема и правило ее обработки в виде ключа. Происходит синтаксический разбор этой схемы, после чего программа определяет дальнейшие инструкции, в зависимости от типа трансляционной схемы: a. Трансляционная схема представляет собой правило выборки данных из базы. В этом случае происходит обращение к базе, выборка необходимых данных, на основе которых генерируется новый XML-документ b. Трансляционная схема содержит правило обновления или вставки данных - программа производит модификацию базы данных в соответствии с правилами, заложенными в программе XML2DB при разборе схемы трансляции.