ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Публикационная активность

(сведения по итогам 2016 г.)
2-летний импакт-фактор РИНЦ: 0,493
2-летний импакт-фактор РИНЦ без самоцитирования: 0,389
Двухлетний импакт-фактор РИНЦ с учетом цитирования из всех
источников: 0,732
5-летний импакт-фактор РИНЦ: 0,364
5-летний импакт-фактор РИНЦ без самоцитирования: 0,303
Суммарное число цитирований журнала в РИНЦ: 5022
Пятилетний индекс Херфиндаля по цитирующим журналам: 355
Индекс Херфиндаля по организациям авторов: 499
Десятилетний индекс Хирша: 11
Место в общем рейтинге SCIENCE INDEX за 2016 год: 304
Место в рейтинге SCIENCE INDEX за 2016 год по тематике "Автоматика. Вычислительная техника": 11

Больше данных по публикационной активности нашего журнале за 2008-2016 гг. на сайте РИНЦ

Вход


Забыли пароль? / Регистрация

Добавить в закладки

Следующий номер на сайте

4
Ожидается:
16 Декабря 2017

Анализ уровней интеграции компонентов гетерогенных информационных систем

Analysis of integration levels of heterogeneous information system components
Дата подачи статьи: 2016-03-03
УДК: 004.42
Статья опубликована в выпуске журнала № 4 за 2016 год. [ на стр. 73–77 ][ 01.12.2016 ]
Аннотация:Интеграция разрозненных информационных систем предприятия на сегодняшний день является наиболее рациональным способом построения его единой информационной среды. Для ее реализации необходим класс интегрирующих инструментов. В статье проанализированы основные уровни интеграции гетерогенных информационных систем. Предложены авторская классификация уровней интеграции, а также варианты взаимодействия информационных систем в зависимости от целей интеграции. Проанализированы варианты интеграции на уровне брокеров, данных, сервисов и интерпретирования метаинформации. Предложенная классификация является попыткой выделить ключевые, с точки зрения практической реализации, варианты интеграции информационных систем. Приведены примеры успешной реализации задач интеграции на каждом из предложенных уровней. Указаны сильные и слабые стороны каждого варианта интеграции. Уровень брокеров выгодно использовать в том случае, когда доступен исходный код интегрируемых приложений и можно дописать необходимый модуль интеграции. Интеграцию на уровне данных можно рекомендовать для информационных систем, схемы данных которых позволяют построить единую непротиворечивую структуру данных. Основными достоинствами уровня сервисов являются возможность многократного использования, слабая связанность сервисов друг с другом, отсутствие необходимости в единой БД или хранилище. При работе на уровне интерпретации метаинформации появляется возможность быстро перенастраивать метаинформацию при интеграции данных из нового источника. Классификация дает возможность определить наиболее рациональный вид инструментов и набор методов создания интегрированной системы с заданными харак-теристиками. Авторы считают, что наиболее перспективным видом интеграции компонентов управляющих информационных систем, который требует дальнейшего изучения и совершенствования, является интеграция узкоспециализированных систем на уровне сервисов.
Abstract:Integration uncoordinated enterprise information systems is by far the most efficient way to build a unified information environment in the enterprise. To implement such a paradigm shift we need an integrating tool class. This paper analyzes the basic levels of heterogeneous information systems integration. There is an author's classification of integration levels, as well as the variants of information systems interaction depending on integration goals. The authors analyze the integration options at the broker level, the data level, the service level and at the level of meta information interpretation. The proposed classification is an attempt to highlight the key information systems integration options in terms of practical implementation. The paper shows the examples of successful implementation of integration tasks on each of the proposed levels. It also considers the strengths and weaknesses of each integration option. The broker level is useful in the case when a source code of integrated applications is available and there is an opportunity to add a required integration module. Integration at the data level can be recommended for information systems and data circuits that allow us to construct a single consistent data structure. The main advantages of the service level is the ability to reuse them, loose coupling of services, a lack of necessity in a single database or repository. When working at the level of meta-information interpretation it is possible to quickly reconfigure the meta-information in data integration from a new source. The classification makes it possible to determine the most rational set of tools and methods to create an integrated system with specified characteristics. The authors believe that the most promising way of integration of control information systems components, which requires further study and improvement, is the integration of specialized systems at the service level.
Авторы: Щекочихин О.В. (slim700@yandex.ru) - Костромской государственный технологический университет, Кострома, Россия, кандидат технических наук, Шведенко П.В. (pitk1@mail.ru) - Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики (Университет ИТМО), Санкт-Петербург, Россия, Магистрант
Ключевые слова: уровни интеграции, информационная система, интеграция
Keywords: integration levels, information system, integration
Количество просмотров: 2302
Версия для печати
Выпуск в формате PDF (5.41Мб)
Скачать обложку в формате PDF (0.62Мб)

Размер шрифта:       Шрифт:

В данной статье рассматриваются гетерогенные системы, то есть системы, состоящие из разнородных элементов, не обладающих свойством взаимозаменяемости.

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

Развитие теории проектирования ИС идет по двум направлениям. Первый путь связан с наращиванием функционала информационной среды, например, как это делается в 1С, GreyGim. Второй путь разработки ИС нацелен на выполнение ограниченного класса функций.

Проще делать функционально ограниченные системы и использовать инструмент интеграции, чем полнофункциональные системы [1]. Для реализации такой парадигмы необходим класс инте- грирующих инструментов, одним из которых яв- ляются стандартные программные интерфейсы. Успешный пример применения стандартных интерфейсов – CALS-технологии. В работе [2] сделан обзор стандартов и моделей данных, нацеленных на интеграцию ИС предприятия на основе MES- или ERP-систем. Однако этот пример является частным случаем и не может быть распространен на создание ИС другого класса. Заявкой на интеграцию явилось создание стандартов, объединенных вокруг модели взаимодействия открытых систем OSI. На представительском уровне модели OSI реализованы функции преобразования данных, преобразования между различными наборами символов, сжатие данных, шифрование.

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

Однако не все ИС, использующиеся на предприятии, имеют возможности интеграции. В таком случае говорят об односторонней интеграции. В работе [3] приведен пример односторонней интеграции ИС электронного архива документов и пер- сонифицированного учета в рамках отработки бизнес-процесса – бизнес процесс обработки документов персонифицированного учета Пенсионного фонда России.

Для решения практических задач интеграции ИС важно понимать ее цели, а также оценивать ресурсы, которые готово потратить предприятие на перестройку ИС. Именно поэтому исследование критериев классификации вариантов интеграции и методов интеграции данных так актуально и рассматривается во множестве работ. Ключевые подходы к решению проблем интеграции и их широкая вариативность представлены в работе [4]. Факторы, усложняющие интеграцию, и варианты минимизации негативного влияния этих факторов описаны в [5]. К числу таких факторов относят концептуальную разницу в архитектуре, технологическую разницу, несовместимость лицензий. В работе [6] предлагается рассматривать проблему интеграции с позиции представления данных и выделять синтаксический и семантический подходы.

В настоящей работе предлагается следующая система классификации уровней интеграции.

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

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

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

Зависимость степени автоматизации и методов создания связи при интеграции показана в таблице.

Интеграция на уровне брокеров. Данный уровень интеграции использует набор инструментов API- и COM-технологий. Цель интеграции – автоматическая передача данных и запуск исполняемого кода на выполнение. Для конечного пользователя интегрированные компоненты представляют единую систему.

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

Недостатки: сложность, трудоемкость, а следовательно, высокая стоимость разработки, внедрения и владения. Инструментами на данном уровне являются технологии CORBA, COM+, DCOM, RPC.

Зависимость степени автоматизации и метода создания связи

Dependence of a degree of automation on a connection making method

Метод создания связи

Степень автоматизации

Ручная

Автоматизированная

Автоматическая

Уровень брокеров

Отсутствует

Допускается

Предпочтительная

Уровень данных

Допускается

Допускается

Предпочтительная

Уровень сервисов

Допускается

Предпочтительная

Допускается

Уровень интерпретирования метаинформации

Допускается

Допускается

Предпочтительная

Пример реализации конкретной архитектуры описан в работе [7]. Группой авторов предложена системная архитектура BizQuery, основанная на использовании многофункционального формата представления данных XML и языка запросов XQuery. Другим примером реализации брокера сообщений является использование web-служб для передачи данных в формате XML. В работе [8] приведено описание архитектуры взаимодействия систем документооборота через ненадежную среду передачи данных, где брокер сообщений берет на себя функции гарантированной и однократной доставки информации между системами.

Интеграция на уровне данных. На данном уровне интеграции приложения настраиваются на работу с единой или с несколькими связанными между собой БД. Цель интеграции – возможность конечных пользователей работать с едиными данными, обрабатывая их разными инструментами.

Преимущества: низкая стоимость интеграции, что при использовании одной СУБД очень заманчиво.

Недостатки: разрушение целостности данных. Если БД не экранирована хранимыми процедурами и не имеет необходимых ограничений целостности (в виде указания каскадных операций и триггеров), разные приложения могут приводить данные в противоречивые состояния. Если же БД экранирована и целостность обеспечивается, то и в этом случае в параллельно работающих с одной БД приложениях будут дублирующиеся части кода, выполняющие одинаковые или похожие операции. Кроме того, при изменениях структуры БД необходимо отдельно переписывать код всех приложений, с ней работающих. Модели интеграции на уровне данных описаны в работе [9]. Для решения проблемы авторы предлагают построить единую систему интеграции данных, основная задача которой – обеспечение доступа пользователям к данным из всех корпоративных ИС без структурирования и накоп- ления в единой БД.

При использовании единой объектно-ориенти­рованной СУБД для задач интеграции возникают проблемы дублирования данных либо сложности их извлечения из иерархических структур. Для решения названных проблем предлагается использовать параллельные структуры, что позволяет извлекать экземпляры объектов, избегая избыточности данных и разных аномалий [10].

Интеграция на уровне сервисов. При интеграции на уровне сервисов чаще всего используются сервис-ориентированная архитектура (SOA) и шина данных [9]. Сервис представляет собой одну или несколько прикладных функций приложения, реализующих прикладную логику автоматизируемого процесса. Основные достоинства использо- вания сервисов – возможность многократного применения и слабая связанность сервисов друг с другом.

Цель интеграции – быстрая отработка корпоративной бизнес-логики. Интеграция основана на фиксации интерфейсов и форматов данных с двух сторон.

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

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

На данном уровне возможна наименее затратная интеграция, где функции передачи данных будет выполнять человек, используя унифицированные интерфейсы отображения данных [5]. Это так называемая неавтоматизированная интеграция. Однако более перспективный вариант – автоматизированная интеграция. Примером успешной реализации технологической платформы массовой интеграции слабосвязанных информационных ресурсов в единую ИС является система ZooSPACE [11]. Комплекс ZooSPACE строится на произвольном количестве слабосвязанных самодостаточных узлов, которые функционируют в соответствии с единой политикой. Взаимодействие узлов между собой осуществляется посредством сетевых протоколов прикладного уровня на основе транспортного протокола TCP/IP.

Интеграция на уровне интерпретирования метаинформации. Цель интеграции – ИС хранит данные в самоописывающем хранилище, а пользователь может модифицировать не только их, но и метаданные, переналаживая ИС под постоянно меняющиеся требования решаемой задачи [12].

Преимущества: гибкость подхода и упрощение модификации систем, снижение необходимого уровня квалификации пользователя при внесении изменений в структуру и функции.

Недостатки: сложность создания ПО с повы- шенным уровнем абстракции, в реализации метамодели и в сопоставлении информационных ресурсов в разных системах метаданных [13, 14].

Примером успешной реализации самоописывающего хранилища данных является система «COBRA++» [15], которая позволяет формировать информационную модель объектов предметной, быстро перенастраивать метаинформацию при интеграции данных из нового источника.

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

Таким образом, в статье проанализированы основные уровни интеграции гетерогенных ИС, предложена классификация уровней интеграции. Рассмотрены варианты взаимодействия ИС в зависимости от целей интеграции. Наиболее перспективным видом интеграции компонентов управляющих ИС, который требует дальнейшего изучения и совершенствования, является интеграция узкоспециализированных систем на уровне сервисов. Такой вариант интеграции позволит построить децентрализованную систему, в которую могут быть интегрированы как самодостаточные слабосвязанные компоненты, так и жестко связанные приложения, что позволит избежать дополнительных расходов на перестройку работающих ИС и существующих БД на предприятии.

Литература

1.     Взаимосвязь информационных подсистем предприятия. URL: http://www.intuit.ru/studies/courses/13862/1259/lecture/ 24012 (дата обращения: 27.01.2016).

2.     Решетников И.С., Тупысев А.М., Владимирова М.В., Гревцев В.А. Стандарты интеграции многоуровневых информационных систем // Автоматизация в промышленности. 2009. № 9. С. 23–27.

3.     Порай Д.С., Тарханов И.А. Односторонняя интеграция информационных систем // Тр. Ин-та системн. анализа РАН. 2007. Т. 29. С. 59–70.

4.     Когаловский М.Р. Методы интеграции данных в информационных системах. URL: http://www.ipr-ras.ru/articles/ kogalov10-05.pdf  (дата обращения: 20.11.2015).

5.     Тимакин О.А., Радзивон В. Описание интеграционных решений информационной системы и особенности ее использования // Евразийский научн. журн. 2015. № 12. URL: http:// journalpro.ru/articles/opisanie-integratsionnykh-resheniy-informatsi onnoy-sistemy-i-osobennosti-ee-ispolzovaniya/ (дата обращения: 27.01.2016).

6.     Шибанов С.В., Яровая М.В., Шашков Б.Д. Обзор современных методов интеграции данных в информационных систе- мах // Надежность и качество: тр. Междунар. симпоз. 2010. URL: http://cyberleninka.ru/article/n/obzor-sovremennyh-metodov-integratsii-dannyh-v-informatsionnyh-sistemah (дата обращения: 27.01.2016).

7.     Антипин К.В., Фомичев А.В., Гринев М.Н., Кузне- цов С.Д., Новак Л.Г., Плешачков П.О., Рекуц М.П., Ширя- ев Д.Р. Оперативная интеграция данных на основе XML: системная архитектура BizQuery // Тр. Ин-та системн. программирования РАН. URL: http://citforum.ru/internet/xml/bizquery/ (дата обращения: 26.01.2016).

8.     Данилин А.В. Технология интеграции информационных систем на основе стандартов xml и web-служб (на уровне брокеров). URL: http://www.benran.ru/Magazin/cgi-bin/Sb_03/ pr03.exe?!18  (дата обращения: 26.01.2016).

9.     Алаудинов А.Г. Построение единой системы интеграции данных в крупных корпорациях // Надежность и качество: тр. Междунар. симпоз. 2011. URL: http://cyberleninka.ru/article/ n/postroenie-edinoy-sistemy-integratsii-dannyh-v-krupnyh-korpora tsiyah (дата обращения: 26.01.2016).

10.   Волков А.А., Шведенко В.Н. Модель формирования параллельных структур в объектно-ориентированных СУБД // Программные продукты и системы. 2011. № 3. С. 14–17.

11.   Жижимов О.Л., Федотов А.М., Шокин Ю.И. Технологическая платформа массовой интеграции гетерогенных данных // Вестн. НГУ. Сер.: Информационные технологии. 2013. Т. 11. № 1. С. 24–41.

12.   Ратманова И.Д., Павлов М.Н. Подход к организации средств интеграции данных в корпоративных информационно-аналитических системах // Информационные технологии. 2006. № 6. С. 2–11.

13.   Антопольский А.Б., Ауссем В.И. Типология информационных ресурсов в стандартных системах метаданных: анализ и проблемы интеграции // Информационные ресурсы России. 2006. № 5. С. 3–6.

14.   Веселова Н.С., Шведенко В.Н. Моделирование информационных ресурсов предприятия при процессной организации системы управления // Программные продукты и системы. 2014. № 4. С. 260–264.

15.   Набатов Р.А., Шведенко В.Н. Технология быстрой разработки баз данных и приложений пользователя в системе «COBRA++» // Программные продукты и системы. 2008. № 2 (82). С. 39–41.

16.   Кусов А.А. Проблемы интеграции корпоративных информационных систем // Управление экономическими системами: электронный научный журнал. 2011. № 28. С. 103–109. URL: http://uecs.ru/marketing/item/411-2011-04-25-10-08-37 (дата обращения: 25.12.2015).

17.   Сысолетин Е.Г., Аксенов К.А., Круглов А.В. Интеграция гетерогенных информационных систем современного промышленного предприятия // Современные проблемы науки и образования. 2015. № 1. URL: http://www.science-education.ru/ ru/article/view?id=19030 (дата обращения: 25.12.2015).


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=4219&lang=
Версия для печати
Выпуск в формате PDF (5.41Мб)
Скачать обложку в формате PDF (0.62Мб)
Статья опубликована в выпуске журнала № 4 за 2016 год. [ на стр. 73–77 ]

Возможно, Вас заинтересуют следующие статьи схожих тематик: