Стандарты в средствах интеграции приложений



Скачать 111.53 Kb.
Дата16.10.2012
Размер111.53 Kb.
ТипДокументы

Секция “Стандарты в средствах интеграции приложений”

Практическое применение языка XML в задаче интеграции бизнес-приложений
(Соглашения по интеграции и программные продукты, основанные на семействе стандартов XML могут стать частью стандарта предприятия)


Чаусов Валерий Иванович

Intersoft Lab”, Москва

Chausov@iso.ru


Задачи интеграции приложений и пути решения



В настоящее время задача интеграции разнородных бизнес-приложений стала одной из самых обсуждаемых тем. И это не случайно. Усиление процессов международной и отраслевой интеграции стало сильнейшим побудительным мотивом для обеспечения оперативного взаимодействия систем автоматизации предприятий и организаций. И именно в этой сфере, где представлено великое множество разнообразных систем автоматизации, необходимость в стандартизации интеграционных процессов проявилась наиболее выпукло.

В основном интеграция бизнес-приложений заключается в передаче информации между ними с некоторой периодичностью или по определенному событию.

Для интеграции модулей могут быть применены различные технологии.

  • Разработка специальных процедур, включающих в себя функциональность по доступу к источнику данных, преобразованию данных и загрузки данных в приемник. Как правило, такие процедуры решают частные задачи интеграции модулей по схеме “каждый с каждым”. Это самый нетехнологичный способ выполнения интеграции, но в то же время и самый доступный.

  • Более технологичными способом интеграции приложений является применение систем класса Middleware. Они обеспечивают различные схемы взаимодействия приложений – как по схеме "звезда", так и по схеме "каждый с каждым". Однако количество интерфейсов к модулям при этом не растет в квадратичной прогрессии. Это достигается за счет применения единого формата передачи данных между модулями.

  • Применение Хранилищ данных также является одним из способов интеграции приложений. Интеграция модулей в этом случае выполняется по схеме “звезда”. Количество интерфейсов к приложениям в этом случае равно количеству самих приложений, также за счет применения единого формата передачи данных в Хранилище.

Заметим, что независимо от выбранной технологии интеграции модулей всегда требуется разрабатывать специальные программы - "адаптеры" для каждой функции каждого приложения, обеспечивающие выгрузку или загрузку передаваемых данных. Эти “адаптеры” оперируют внутренним представлением данных конкретного приложения. Для обеспечения технологичного взаимодействия “адаптеров” приложений целесообразно принять “межмодульный” формат представления данных.
Его использование позволяет разрабатывать универсальные “адаптеры” к приложениям, способные “стыковаться” не с одним, а со множеством приложений.

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

Межмодульный” формат передачи данных – оптимальный способ интеграции приложений



Применение “межмодульного” формата представления данных приводит к разделению процесса разработки интеграционных процедур на две части:

  • разработка процедур доступа к данным во “внутреннем” формате приложения;

  • разработка процедур преобразования “внутренних” форматов представления данных в “межмодульный” формат.

Практически в каждой схеме интеграции модулей, рассмотренных выше, присутствует такой формат. А с появлением языка XML уже не стоит вопрос, каким средством описывать “межмодульный” формат. Выбор в пользу XML в данном случае очевиден. Действительно, применение языка XML в задаче интеграции модулей позволяет успешно решать многие проблемы интеграции разнородных приложений.

Данные из прикладной системы любого типа можно выгрузить в виде XML-документов, используя встроенный в нее язык программирования, даже если он не располагает специальной библиотекой поддержки XML. При этом разные программы и даже разные системы автоматизации предприятий могут создавать и понимать одинаковые XML-документы.

В идеале каждая прикладная система должна поддерживать загрузку и выгрузку данных в формате XML. Даже если разработчикам не удастся договориться о едином стандарте, язык XML будет хорошей базой для объединения программ разных разработчиков, эксплуатируемых в одной организации.

Прежде чем приступить к применению XML в качестве средства описания “межмодульного” формата, необходимо определить, какой уровень формализации языка имеет смысл использовать при разработке “адаптеров” к приложениям. Для этого следует различать базовые и прикладные понятия XML.

Язык XML. Базовые понятия


Базовые понятия языка XML определяют корректные и состоятельные XML-документы.

  • Корректный XML-документ (правильный, well-formed) – это документ, подчиняющийся формальным правилам разметки (синтаксису, определенному формальным описанием языка). Синтаксис языка XML определяет разметку документов с помощью тегов и атрибутов. Однако корректный XML не определяет семантику применяемых тегов и использует их лишь для структурного разграничения данных.

  • Состоятельный XML-документ (действительный, valid) – это документ, позволяющий участникам процесса обмена информацией “понимать” XML-документы друг друга. Состоятельный документ подчиняется правилам, определенным в нотации, или, иначе говоря, в диалекте языка XML. В настоящее время существует множество языков описания разметки XML-документов – DTD, TREX, RELAX, XML Schema и др., придерживающихся как регулярной грамматики, так и правил с использованием выражений для определения утверждений. Нотация определяет типы документов и типы данных в них. XML-документ считается состоятельным, если с ним ассоциировано определение типа документа и если документ соответствует ограничениям, описанным в этом определении. Состоятельность XML-документа может проверить программное обеспечение, обладающее данными о типе и других ограничениях документа.

Язык XML. Прикладные форматы


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

Пространство имен – это коллекция имен, используемых в XML-документах в качестве атрибутов и элементов, поименованная с помощью унифицированного идентификатора ресурсов – словаря разметки. Прикладные XML-форматы, подчиняясь одной из выбранных нотаций языка XML и используя конкретное Пространство имен, и являются в конечном итоге “межмодульным” форматом представления данных. При этом существует три способа разработки прикладных XML-форматов:

  • Способ 1. Разработчики “адаптеров” к прикладным программам могут самостоятельно разработать свое Пространство имен, содержащее тэги передаваемых данных. Но в этом случае применение их прикладных форматов будет ограничено рамками одной организации.

  • Способ 2. Разработчики могут воспользоваться “чужим” опытом в разработке XML-форматов. Как показывает мировая практика, такой подход является оптимальным. В настоящее время в мире функционирует различные партнерства, сообщества, комитеты и организации, целью которых является разработка отраслевых XML-форматов. Но воспользоваться результатами их работы непросто – сначала необходимо адаптировать эти форматы к российской специфике.

  • Способ 3. Разработчики также могут использовать результат деятельности российских сообществ и партнерств по разработке XML-форматов. В настоящее время российскими компаниями и сообществами разработаны XML-форматы передачи данных в различных областях деятельности предприятий – для взаимодействия торговых компаний, взаимодействия банков и их клиентов, интеграции бизнес-приложений внутри корпорации и т. д.

Пример использования XML в задачах интеграции приложений



Среди библиотек форматов российских разработчиков представлен Dynamic XML - язык для интеграции бизнес-приложений с применением Хранилищ данных. Этот язык был разработан компанией Intersoft Lab.

Dynamic XML – динамически расширяемый язык XML


Dynamic XML - это язык, который предполагает использование динамических, легкорасширяемых форматов, ориентированных на описание информационных объектов финансовой и хозяйственной деятельности организаций (бизнес-объектов). В основу модели интеграции бизнес-приложений с применением Dynamic XML положены следующие принципы.

  • Документы, описанные при помощи языка Dynamic XML, являются корректными, то есть подчиняются правилам разметки, определенным в языке XML v.1.0 (Second Edition).

  • Состоятельность XML-документов проверяется системой “Контур Корпорация”, обладающей данными о типе и других ограничениях документов.

  • Пространство имен XML-документов определяется словарем метаданных Хранилища информации системы “Контур Корпорация”. Такой подход в определении пространства имен возможен, поскольку XML-документы предназначены для сбора информации в Корпоративное хранилище данных и конфликт имен элементов и атрибутов в этом случае исключен. Поэтому метаданные (описание типа и структуры документа) могут не входить в формат для передачи данных.

  • Применяется объектная модель описания данных. Для создания XML-документов используются форматы, ориентированные на описание объектов предметной области. XML-форматы объектов не статичны и могут расширяться новыми атрибутами. Для организации свободно расширяемой структуры бизнес-объектов выделяется конечный набор базовых бизнес- объектов. Каждый бизнес-объект описывается с помощью XML-шаблона, который включает статические и динамические разделы (характеристики). Статические разделы присутствуют в составе шаблона и никогда не могут быть изменены. Динамические разделы шаблона предназначены для расширения состава атрибутов объекта с целью его максимальной адаптации к составу передаваемой информации.

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

Интеграция бизнес-приложений на основе Хранилища данных


Рассмотрим технологию применения языка Dynamic XML качестве “межмодульного” формата передачи данных. Например, при сборе данных из различных АБС (автоматизированных банковских систем) в Хранилище данных.

  • При создании Хранилища данных для конкретного банка в словаре метаданных системы “Контур Корпорация” описываются информационные объекты, подлежащие сбору из АБС филиалов и главной конторы банка.

  • На базе описаний информационных объектов и на основании единых для всех АБС XML-шаблонов автоматически генерируются XML-форматы.

  • Процедуры загрузки данных из “межмодульного” формата в Хранилище данных также генерируются системой автоматически. Поэтому усилия по интеграции модулей сосредоточиваются исключительно на разработке “адаптеров”, обеспечивающих выгрузку данных из АБС.

  • Процедуры по выгрузке данных из АБС в описанном XML-формате разрабатываются на различных языках программирования. Как правило, для этого применяется язык программирования, наиболее удобный для конкретного вида АБС. В частности, для RS-Bank (R-Style Software Lab) используется язык RSL, для Diasoft 4x4 (“Диасофт”) – язык DiasoftScript, для Diasoft 5NT (“Диасофт”) и IBSO (ЦФТ) – язык SQL.

Интеграция бизнес-приложений без использования Хранилища данных


С помощью языка Dynamic XML также можно организовать интеграцию АБС или их отдельных модулей напрямую – минуя Хранилище данных. Для этого дополнительно к процедурам по выгрузке разрабатываются процедуры загрузки данных для этих модулей.

Важным вопросом в этом случае является определение Пространства имен. Если в ряду интегрируемых модулей присутствует система “Контур Корпорация”, то пространство имен обеспечивается ее словарем метаданных. Если же воспользоваться языком Dynamic XML без применения системы “Контур Корпорация”, то разработчики “адаптеров” должны создать свой словарь метаданных и средства его ведения.

Одним из направлений развития технологии Dynamic XML является разработка специализированной системы “Контур Агент”, предназначенной для объектного представления бизнес-приложения в XML-формате. Суть этой технологии заключается в том, что при интеграции системы “Контур Агент” с бизнес-приложением модернизации подвергнется небольшая часть процедур, ответственных только за доступ к данным. Эти процедуры являются методами универсальных информационных объектов финансовой и хозяйственной деятельности организаций. Всю остальную работу – по преобразованию объектов в XML-представление, проверку состоятельности XML-документов, формирование XML-документов в сеансы для передачи данных система “Контур Агент” возьмет на себя.

Систему “Контур Агент” в минимальной конфигурации планируется бесплатно предоставлять разработчикам бизнес-приложений и службам автоматизации предприятий. Они смогут применять эту систему для интеграции своих модулей.

Заключение



Как показывает практика, без уделения должного внимания задачам стандартизации протоколов интеграции невозможно обеспечить эффективную интеграцию бизнес-приложений.

- -

Похожие:

Стандарты в средствах интеграции приложений iconСтандарты в средствах интеграции приложений
Стандарты управления потоками работ – средства интеграции бизнес-процессов и приложений
Стандарты в средствах интеграции приложений iconСтандарты в средствах интеграции приложений
Подход к построению системы обмена информацией между органами государственной власти на основе открытых стандартов
Стандарты в средствах интеграции приложений iconСтандарты США на пшеницу
Примечание: Соответствие условиям настоящих стандартов не исключает подчинение правилам Федерального закона о продовольствии, лечебных...
Стандарты в средствах интеграции приложений iconСобытийная непрерывность коллекции астрометрических пульсарных данных
Анализируются требования и условия интеграции компонентов проблемно-ориентированных приложений в объектно-ориентированной среде
Стандарты в средствах интеграции приложений icon* Perl программист с упором на веб-приложений, аутентификации и интеграции с существующими системами и данными
Выступал в качестве ключевых планировщик и технических ресурсов в запуске основного
Стандарты в средствах интеграции приложений iconОсобенности стандарта omg corba3, mda и соответствующих программных инструментов интеграции приложений
С ее помощью решаются многие актуальные задачи информатизации и автоматизации современного бизнеса
Стандарты в средствах интеграции приложений iconАвторы: Ю. П. Галюк, В. И. Золотарев, В. Ю сепман
Конечно, эти качества продуктов ibm оборачиваются трудностями установки и настройки, как самих приложений, так и средств интеграции...
Стандарты в средствах интеграции приложений iconСтандарты уровня предприятия и анализ рисков Михайловский Николай Эрнестович “Лаборатория нтр”, Москва
Два наиболее высокоуровневых типа стандартов предприятия в области информационных систем — стандарты, относящиеся к архитектуре и...
Стандарты в средствах интеграции приложений iconРадиовещание для приема на подвижные портативные приемники сигналов мультимедийных приложений и приложений передачи данных
Руководство при разработке решений в области радиовещания для приема на подвижные средства сигналов мультимедийных приложений и приложений...
Стандарты в средствах интеграции приложений iconSap exchange Infrastructure возможности и функции
«точка-точка». Также она обеспечивает тот уровень надежности и масштабируемости, который необходим для функционирования закрытых...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org