Вопросы и ответы (старое, есть ошибки), страница 8

Рис. 1. Схема алгоритма интеграции двух информационных систем.

Далее на базе концептуальных моделей ИС-А и ИС-В осуществляется построение метамодели предметной области интегрируемых ИС. Данная метамодель объединяет и согласует в себе обе концептуальные модели. На этапе её построения также используется онтология. Метамодель определяет соответствия сущностей ИС-А сущностям ИС-В и правила их преобразования, что позволяет установить взаимодействие между указанными информационными системами.

Информационные системы, построенные на основе различных СУБД – разнородные системы????

15. Методы интеграции информационных систем. Сервис ориентированная архитектура

См. предыдущий вопрос(№14, стр.33)

Сервис-ориентированная архитектура — модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами. В основе SOA лежат принципы многократного использования функциональных элементов ИТ, ликвидации дублирования функциональности в ПО, унификации типовых операционных процессов, обеспечения перевода операционной модели компании на централизованные процессы и функциональную организацию на основе промышленной платформы интеграции. Компоненты программы могут быть распределены по разным узлам сети, и предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения. Программные комплексы, разработанные в соответствии с SOA, часто реализуются как набор веб-сервисов, интегрированных при помощи известных стандартных протоколов (SOAP, WSDL, и т. п.). Интерфейс компонентов SОА-программы предоставляет инкапсуляцию деталей реализации конкретного компонента (ОС, платформы, языка программирования, вендора, и т. п.) от остальных компонентов. Таким образом, SOA предоставляет гибкий и элегантный способ комбинирования и многократного использования компонентов для построения сложных распределённых программных комплексов.

Для крупных информационных систем, уровня предприятия, и выше:

• сокращение издержек при разработке приложений, за счёт упорядочивания процесса разработки,

• расширение повторного использования кода,

• независимость от используемых платформ, инструментов, языков разработки,

• повышение масштабируемости создаваемых систем,

• улучшение управляемости создаваемых систем.

Принципы:

1. Архитектура, как таковая, не привязана к какой-то определённой технологии,

2. Независимость организации системы от используемой вычислительной платформы (платформ),

3. Независимость организации системы от применяемых языков программирования,

4. Использование сервисов, независимых от конкретных приложений, с единообразными интерфейсами доступа к ним,

5. Организация сервисов как слабо-связанных компонентов для построения систем

42