CC BY
83
УДК 004.623; 004.656
С. В. Шибанов, О. А. Шевченко, А. С. Илюшкин АКТИВНАЯ СИСТЕМА УПРАВЛЕНИЯ ТИРАЖИРОВАНИЕМ И СИНХРОНИЗАЦИЕЙ МЕТАДАННЫХ В КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМАХ
Аннотация. Рассматриваются проблемы тиражирования и синхронизации метаданных для обеспечения целостности и функциональной полноты корпоративных информационных систем. Предложена активная система управления тиражированием и синхронизацией метаданных в корпоративных информационных системах в различных режимах. Разработано соответствующее программное обеспечение в трехзвенной архитектуре клиент-сервер на основе технологии .Net Remoting.
Ключевые слова: корпоративные информационные системы, метаданные, активная система тиражирования и синхронизации метаданных, архитектура клиент-сервер, технология .Net Remoting.
Abstract. The paper describes the main problems of replication and synchronizing of metadata for providing integrity and и functional completeness of EIS. The authors suggest active management system for conduction and control of replications and synchronizing metadata for IES in different modes. Also special software in tree-tier client-server architecture is developed on basis of .Net Remoting technology.
Keywords: enterprise informational systems, metadata, Active management system for replication and synchronizing of metadata, client-server architecture, .Net Remoting technology.
Введение
Управление метаданными в корпоративных информационных системах (КИС) - важная, интенсивно развивающаяся область исследований. Применение метаданных в информационных системах берет свое начало с так называемых словарей-справочников данных (Data Dictionary /Directory, DD/D). Словари-справочники данных изначально использовались в информационных системах как средство корпоративного управления метаданными [1]. С тех пор понятие метаданных стало шире. Метаданные в современных информационных системах рассматриваются не только как средство описания хранимых данных, но и как средство описания всех элементов системы и правил их взаимодействия, ее архитектуры, бизнес-процессов, выполняющихся в системе, правил функционирования системы и т.д. Согласно определению, данному в свое время коалицией Meta Data Coalition (MDC) в документе «Open Information Model», «метаданные - это описательная информация о структуре и смысле данных, а также приложений и процессов, которые манипулируют данными» [2].
В процессе функционирования предприятия или организации происходит непрерывное совершенствование внутренних бизнес-процессов для получения конкурентных преимуществ, постоянно изменяются внешние условия, что может повлечь изменения в КИС. Программную систему, управляемую знаниями, сформулированными в виде метаданных, можно просто и быстро модифицировать.
В КИС метаданные рассредоточены по узлам системы, развернутым в подразделениях. При этом структура и состав метаданных может сущест-
венным образом зависеть от особенностей реализации КИС, от особенностей подразделения, в котором развернута подсистема КИС, а может быть универсальной для всех подсистем.
Под тиражированием метаданных понимается распространение объектов метаданных по узлам КИС, например, при появлении новых объектов метаданных.
Под синхронизацией метаданных понимается приведение к единому целостному (синхронному) состоянию объектов метаданных во всех подсистемах КИС, например, при модификации существующих объектов метаданных.
Традиционно системы управления тиражированием и синхронизацией метаданных являются пассивными - процессы, применяемые к объектам метаданных, реализуются внешними прикладными программами или пользователями. В активной системе выполняются не только те действия, которые явно указывает пользователь или прикладная программа, но и действия в соответствии с правилами, заложенными в саму систему. При этом идея активных систем управления - размещение управляющих структур и процессов непосредственно внутри самих систем - коренным образом изменяет представление о роли, масштабах и принципах использования подобных систем управления, а в практическом плане позволяет выбрать современные, эффективные методы автоматического тиражирования и синхронизации метаданных. Активная система управления синхронизацией и тиражированием метаданных должна обеспечивать управление событиями и условиями, которые запускают соответствующие процессы.
Автоматическое тиражирование и синхронизация метаданных в КИС может повысить надежность системы за счет исключения возможных ошибок пользователя.
1. Требования к активной системе управления тиражированием и синхронизацией метаданных
К основным функциональным требованиям к активной системе управления тиражированием и синхронизацией метаданных можно отнести сле-дующие[3]:
- наличие механизма включения/выключения для объектов метаданных;
- поддержка множественных версий объектов метаданных;
- способность оповещать приложения и подсистемы КИС об изменениях форматов или семантики объектов метаданных;
- возможность определять потоки работ для объектов метаданных и управлять этими потоками;
- возможность добавлять новые типы объектов метаданных, изменять объекты и их свойства, а также другие способы настройки на потребности организации.
Указанные требования могут быть реализованы с помощью специальных программных средств, к которым от различных приложений и подсистем поступают сообщения об изменениях в метаданных и которые рассылают уведомления всем приложениям и подсистемам, зарегистрированным на получение информации об изменениях тех или иных метаданных (рис. 1).
При разработке активной системы управления тиражированием и синхронизацией метаданных необходимо решить следующие задачи:
- выбрать поддерживаемый(-ые) режим(-мы) тиражирования и синхронизации метаданных;
- разработать или выбрать формат тиражирования и синхронизации метаданных;
- реализовать контроль результатов тиражирования и синхронизации метаданных.
При выборе режима тиражирования и синхронизации метаданных необходимо определить, синхронно или асинхронно будет происходить распространение метаданных. В режиме синхронного тиражирования и синхронизации корпоративные метаданные автоматически или по запросу распространяются по узлам КИС и сразу актуализируются в соответствующих подсистемах. Синхронный режим предполагает наличие постоянного или выделенного канала связи между серверами приложений. Обновленная версия метаданных сначала выгружается из репозитория метаданных подсистемы в репозиторий тиражируемых метаданных. После отслеживания наличия обновления системой управления и подключения подписчиков происходит рассылка обновлений.
Рис. 1. Система тиражирования и синхронизации метаданных в составе КИС
В режиме асинхронного тиражирования и синхронизации метаданные распространяются по электронной почте с помощью Ар-серверов или доставляются на носителях данных, а затем актуализируются в узлах КИС. Если имеется связь между подсистемами, то при наступлении таких событий, как запуск приложения, обращение администратора подсистемы, сервер приложений подчиненной подсистемы обращается с запросом на поиск обновлений метаданных к серверу приложений главной подсистемы. Если обновления имеются, то они пересылаются в подчиненную подсистему, администратор подсистемы информируется об этом, и метаданные могут быть загружены автоматически или непосредственно администратором. После этого результаты тиражирования и синхронизации метаданных вступают в силу.
После актуализации процесса тиражирования необходимо выполнить контроль результатов тиражирования и синхронизации метаданных, который необходим для обеспечения достоверности и актуальности метаданных во всех узлах ИС. Под актуальностью метаданных будем понимать соответствие версий метаданных у издателя и подписчиков.
При синхронном режиме тиражирования и синхронизации метаданных можно автоматически получить уведомление о доставке и актуализации метаданных, например, при передаче версии метаданных в виде сообщения. Если версия в сообщении, полученном от подписчика, и версия издателя совпадают, обновление прошло успешно.
При асинхронном режиме автоматически получить уведомление о доставке и актуализации метаданных нельзя. Это возможно при следующем сеансе обмена данными при передаче в файле данных сведений о состоянии метаданных - версии метаданных. Если версия метаданных, полученная от издателя в файле данных, и версия подписчика совпадают, обновление прошло успешно.
Формат тиражирования и синхронизации метаданных должен быть, с одной стороны, в «достаточной степени» универсальным, чтобы иметь возможность тиражировать и синхронизировать все имеющиеся в КИС объекты метаданных, с другой стороны, формат должен быть расширяемым, чтобы можно было тиражировать и синхронизировать появляющиеся в будущем объекты метаданных [3]. Для обмена метаданными часто используется язык XML или его диалект XMI, или собственный внутрикорпоративный формат. Выбор или разработка формата обмена метаданными очень важны еще и с точки зрения реализации программных средств (ПС) для работы с этим форматом. Указанные ПС не только должны быть универсальными и поддерживать тиражирование и синхронизацию всех существующих объектов метаданных в КИС, но и легко расширяемыми в случае появления новых объектов метаданных.
2. Модели архитектур активной системы управления тиражированием и синхронизацией метаданных
Для активной системы тиражирования и синхронизации метаданных можно выделить несколько моделей архитектур: клиент с автоматическим обновлением (активный клиент - пассивный сервер); активный сервер - пассивный клиент; тиражирование с уведомлением; синхронизирующиеся каталоги (зеркалирование).
Первые три модели применяются в КИС, имеющих иерархическую организацию. Модель с зеркалированием используется в КИС, имеющих сетевую организацию.
Клиент с автоматическим обновлением (активный клиент - пассивный сервер). Данная архитектура может использоваться в двухуровневых системах для распространения метаданных от единого издателя к подписчикам. Функционирование активной системы управления тиражированием и синхронизации в данной архитектуре выглядит следующим образом.
На стороне клиента C срабатывает таймер. Клиент С инициирует соединение с сервером S, посылает запрос серверу S на получение списка доступных обновлений U, одновременно передавая версию клиента CV.
Сервер S посылает запрос к репозиторию R на получение списка каталогов. Репозиторий R возвращает серверу S список каталогов-версий, из которого сервер S выделяет те, у которых версия больше CV, и, таким образом, формирует список U. Далее сервер S возвращает клиенту C сформированный список обновлений U.
На стороне клиента C из списка U автоматически или пользователем производится выбор требуемых обновлений. Если обновлений не выбрано и список обновлений U пуст, то клиент C завершает процесс обновления. В противном случае клиент С запрашивает адреса содержимого соответствующих пакетов у S (запрос так называемого списка файлов F), передавая ему список требуемых обновлений N - модифицированный список U.
Сервер S последовательно для каждого элемента списка N выполняет запросы к репозиторию R на получение содержимого соответствующих каталогов и добавляет адреса файлов в результирующий список F. В случае загрузки нескольких версий обновлений можно проконтролировать, все ли файлы из каждой запрошенной версии загрузились. Такая ситуация может возникнуть, если каждое обновление не является надмножеством предыдущего. По окончании формирования результирующего списка сервер S возвращает клиенту C список F. Клиент C на своей стороне производит временное запоминание (кэширование) полученного от сервера S списка F.
C разрывает соединение с S и производит последовательную загрузку файлов с сервера с использованием протокола ftp, http или специализированного протокола. После завершения загрузки всех файлов C производит над каждым набором соответствующие действия с фиксацией CV. При этом в случае одновременного получения нескольких наборов обновлений их обработка производится последовательно в порядке возрастания версии с фиксацией CV после обработки каждого пакета.
Если соединение остается активным, возможно использование обратных соединений для реализации механизма уведомления клиентов о поступлении новых пакетов обновлений. Для этого на стороне S реализован таймер и/или функция-ловушка для контроля обращений к файловой системе R, позволяющих генерировать события, запрашивающие версию клиента CV.
Тиражирование с уведомлением. В данном режиме обновления поступают на сервер PS, играющий роль почтового. При этом можно использовать два вида рассылки: централизованная рассылка (активный сервер) и офлайн-рассылка (при отсутствии постоянного соединения клиента и сервера).
В случае централизованной рассылки уведомления об обновлениях поступают на компьютеры клиентов. Функционирует активная система управления тиражированием и синхронизацией в данной архитектуре следующим образом.
На стороне клиента C срабатывает таймер. С инициирует соединение с сервером (PS). PS рассылает уведомление о наличии обновлений метаданных всем подключенным клиентам. C просматривает список доступных обновлений U с целью выбора требуемых, формируя список требуемых обновлений N.
Если обновлений не выбрано, то алгоритм завершает свою работу. Иначе клиент производит запрос адресов содержимого соответствующих пакетов у S (запрос так называемого списка файлов F), передавая ему список требуемых обновлений N.
Затем S последовательно для каждого элемента списка N выполняет запросы к R и в дальнейшем действует аналогично серверу из предыдущего алгоритма с клиентом с автоматическим обновлением.
При отсутствии постоянного соединения клиент может обратиться к серверу обновлений через почтовый сервер, просмотреть список доступных обновлений, выбрать требуемые или отказаться от обновлений.
Синхронизирующиеся каталоги (зеркалирование). В данной модели присутствует единая служба (Publishing Service - PS), выпускающая пакеты обновлений (Update Package - UP), а также узловые точки (Node Point - NP), между которыми производится синхронизация данных. Существование PS гарантирует невозможность возникновения конфликтов версий между различными NP. Внедрение PS новых версий UP производится децентрализовано. При поступлении на любую NP нового UP узел производит запись UP в репозиторий (R). Синхронизация удаленных каталогов (в данном случае репозиториев) производится путем генерации события Es вручную или по таймеру на каждой из NP. Имеет смысл в рамках всей сети управлять срабатыванием событий Es для того, чтобы выровнять нагрузку на узлы. На каждой узловой точке хранится список адресов L других известных NP. Обработка списка L может осуществляться двумя способами. На начальной стадии, когда система только развернута и список L сформирован при возникновении Es, узел последовательно пытается подключиться к каждой NP из списка L. В случае успеха текущий узел запоминает время, потраченное на подключение к данному узлу, и продолжает дальнейшую работу. При следующем соединении текущая NP подключается к следующему узлу из списка и так до тех пор, пока все узлы из L не будут обработаны. При появлении новых NP они добавляются в конец L.
Когда к каждому из узлов списка L было осуществлено хотя бы одно подключение, в дальнейшей работе приоритет отдается тем узлам, время доступа к которым было минимальным. При этом учитывается потраченное время на каждое соединение. Это позволит вычислить среднее значение и использовать его для определения порядка обработки элементов списка L.
При соединении между двумя NP обмен информацией производится аналогично модели взаимодействия автоматически обновляемого клиента с сервером. Главное отличие состоит в том, что, так как на каждой NP хранится список L, необходимо производить обмен элементами списка L между узлами. Ввиду небольших размеров данного списка и его явной текстовой сущности возможна реализация данного алгоритма, производящая полную двустороннюю пересылку всего списка L между узлами при каждом акте соединения. При этом каждая NP добавляет в свой список L адреса, ранее в нем отсутствовавшие.
3. Реализация активной системы управления тиражированием и синхронизацией метаданных
Активная система управления метаданными реализована в составе автоматизированной информационной системы (АИС) «Прокуратура-Статистика». Основной задачей АИС «Прокуратура-Статистика» является автоматизация ведения и учета статистических сведений о деятельности всех структурных подразделений прокуратуры Пензенской области. При этом подчиненные подразделения (районные и межрайонные прокуратуры, отделы и старшие
помощники прокурора области) передают статистические сведения для загрузки, обработки и консолидации старшему помощнику прокурора области по оперативному учету.
В АИС «Прокуратура-Статистика» метаданные используются для описания структуры и внешнего представления форм статистической отчетности при печати и отображении в пользовательском интерфейсе [4]. Состав и структура форм представлена в виде метаданных в базе данных (БД) АИС, а внешний вид форм представлен в виде совокупности хт1-файлов. В виде метаданных в АИС «Прокуратура-Статистика» также описаны состав действующих и архивных баз данных, состав и содержимое аналитических справок, права подразделений и отдельных пользователей в системе, иерархия взаимосвязей между подразделениями областной прокуратуры [4]. Кроме того, в каждой подсистеме в процессе совместной работы нескольких пользователей над отчетом поддерживаются метаданные времени исполнения, необходимые для управления многопользовательским доступом к разделам отчетов.
В АИС «Прокуратура-Статистика» структура метаданных универсальна для всех подсистем независимо от подразделения, в котором развернута подсистема, а состав метаданных отличается и зависит от подразделения, в котором развернута подсистема.
Управление метаданными в долговременной памяти. В АИС «Прокуратура-Статистика» процесс тиражирования метаданных, хранящихся в долговременной памяти, активизируется при подключении новых форм статистической отчетности или аналитических справок, добавлении новых подразделений и пользователей. Процесс синхронизации метаданных активизируется при изменении структуры или внешнего вида существующих форм статистической отчетности или аналитических справок, изменении подразделений и пользователей.
Если имеется связь между подсистемами, то при наступлении таких событий, как запуск приложения, обращение администратора подсистемы, сервер приложений подчиненной подсистемы обращается с запросом на поиск обновлений метаданных к серверу приложений главной подсистемы (рис. 2).
Если обновления имеются, то они пересылаются в подчиненную подсистему, администратор подсистемы информируется об этом, и метаданные могут быть загружены автоматически или непосредственно администратором. После этого результаты тиражирования и синхронизации метаданных вступают в силу.
Управление метаданными времени выполнения. В АИС «Прокуратура-Статистика» синхронная работа с метаданными реализована при управлении многопользовательским доступом к сложным информационным объектам [5]. Например, при одновременном редактировании несколькими пользователями статистического отчета. Статистический отчет (как объект предметной области) является сложным информационным объектом, состоящим из множества разделов, которые, в свою очередь, включают множество таблиц. Каждая таблица представляет собой двумерную структуру ячеек с заголовками строк и столбцов. Для хранения сведений о состоянии разделяемых информационных объектов разработана соответствующая структура для хранения метаданных времени исполнения, которая взаимосвязана с соответствующей структурой метаданных в долговременной памяти.
Р—| Ме1аОа1аДД I-------1 ММГГГГ
Р—I Ме1аБа1аДД I-------1 ММГГГГ
Рис. 2. Тиражирование и синхронизация метаданных в АИС «Прокуратура-Статистика»
Структура метаданных представляет собой дерево, в котором каждый элемент первого уровня описывает сложный объект, над которым осуществляются операции по управлению доступом. Каждый узел, кроме корневого, содержит идентификатор пользователя, которому в данный момент времени предоставляется исключительный доступ, остальные пользователи работают в режиме ограниченной функциональности. Каждый из узлов содержит список дочерних элементов и дополнительное поле-модификатор, обозначающее вес связи между текущим и родительским узлами. Используя данное поле, можно управлять распространением блокировки по дереву (рис. 3).
Для блокирования определенной части сложного объекта один из клиентов должен вызвать метод сервера ЬоскО^ес! и передать ему в качестве параметров идентификатор сложного объекта и идентификатор его части (например, номер раздела статистического отчета, который необходимо заблокировать). Далее сервер путем активации события ObjectLocked оповещает всех остальных клиентов о том, что один из клиентов заблокировал объект. Остальные клиенты обрабатывают данное серверное событие и производят соответствующие изменения в пользовательском интерфейсе. Дополнительно клиентские приложения, обработавшие событие, информирующее их о блокировке объекта, могут получить и другую информацию. Например, зная
идентификатор пользователя, инициировавшего блокировку, можно получить о нем дополнительную информацию через сервер приложений и отобразить ее в пользовательском интерфейсе клиентского приложения.
Рис. 3. Управление блокировками на основе метаданных времени выполнения
Структура файла для обмена метаданными. Информационная часть содержит упорядоченное множество коллекций объектов метаданных. Каждая коллекция содержит упорядоченное множество однотипных объектов метаданных (форм, справок, баз данных и т.д.). Порядок коллекции задает порядок загрузки имеющихся типов метаданных. Например, сначала могут загружаться формы статистической отчетности, потом справки, потом права пользователей на формы и т.д. Порядок объектов внутри коллекций задает порядок загрузки объектов метаданных того или иного типа. Для каждой коллекции и каждого объекта метаданных также задаются заголовочные и информационные части. Заголовочная часть для коллекции задает сведения о типе объектов в коллекции, заголовочная часть для отдельного объекта задает сведения о конкретном объекте.
Выбранная организация файла для обмена обеспечивает передачу метаданных для всех объектов, поддерживаемых в системе. При этом обеспечивается контроль возможности и необходимости загрузки и применения данного файла в той или иной подсистеме АИС «Прокуратура-Статистика». Загрузка осуществляется транзакционно, т.е. либо загружаются все объекты метаданных, помещенные в файл, либо никакая загрузка метаданных не производится. Такой подход должен обеспечить достоверность метаданных и исключить их рассогласованность в подсистемах.
Контроль результатов тиражирования и синхронизации метаданных необходим для проверки достоверности и актуальности метаданных во всех приложениях и подсистемах КИС. Для этого в АИС «Прокуратура-Статистика» наряду с выгрузкой данных осуществляется выгрузка сведений
об установленных в подсистеме метаданных. В момент загрузки проверяется соответствие состава и содержимого метаданных. В случае их несоответствия старший помощник прокурора области по оперативному учету может отказаться от загрузки данных и потребовать приведения метаданных в соответствие. В случае критических несоответствий загрузка данных будет невозможна, о чем будет сообщено пользователю.
Программная реализация. Для реализации активной системы тиражирования и синхронизации метаданных в АИС «Прокуратура-Статистика» используется технология Microsoft .NET Remoting, что позволяет, во-первых, упростить разработку сервера приложений и клиентов, так как не требуется создание собственного протокола, а во-вторых, снижает вероятность возникновения потенциальных ошибок в системе. Разработка собственного протокола сильно замедляет этап проектирования системы. Необходимо заранее продумать все возможные варианты взаимодействия клиентов с сервером и подготовить соответствующую документацию, которая в случае сложного протокола будет достаточно объемной. При разработке сложных систем неминуемо возникает потребность модификации протокола на этапе разработки, а это влечет за собой изменение модулей, формирующих сообщения с использованием соответствующего протокола и переработку документации. Применение .NET Remoting скрывает от разработчиков процесс формирования сообщений обмена. Вызов метода удаленного объекта для разработчика клиентского приложений выглядит как вызов метода локального объекта. Начальная настройка сервера и клиентов на использование соответствующего сетевого адреса может осуществляться как программно, так и через файлы конфигурации, при этом среда .NET предоставляет уже готовые средства для работы с конфигурационными файлами. Сервер приложений, разработанный с использованием технологии Microsoft .NET Remoting, позволяет обслуживать как пользователей локальной сети, так и интернет-клиентов. Использование различных вариантов форматирования сообщений позволяет оптимизировать нагрузку на сеть, а разработка собственных форматировщиков позволяет подстраивать архитектуру системы под конкретные нужды. Управление распространением метаданных позволяет предоставлять каждой группе клиентов интерфейсы, необходимые для их работы, не перегружая разработчиков лишней функциональностью сервера. Это позволяет снизить количество ошибок и увеличить безопасность системы. Появляется возможность ранжировать клиентов по правам доступа к объектам системы.
Заключение
Рассмотрена активная система управления тиражированием и синхронизацией метаданных в процессе функционирования и сопровождения корпоративных информационных систем. Предложено несколько режимов обмена метаданными для различных архитектур КИС.
Активная система управления тиражированием и синхронизацией метаданных реализована в составе АИС «Прокуратура-Статистика» и применяется для актуализации метаданных в подсистемах структурных подразделений прокуратуры Пензенской области.
Список литературы
1. Леонг-Хонг, Б. Системы словарей-справочников данных : пер. с англ. / Б. Ле-онг-Хонг, Б. Плагман. - М.: Финансы и статистика, 1986. - 311 с.
2. Open Information Model. XML Encoding. Versión 1.0. Review Draft 2. Meta Data
Coalition. December 1999 [Электронный ресурс]. - Режим доступа:
http://www.mdcinfo.com.
3. Шевченко, О. А. Тиражирование и синхронизация метаданных в корпоративных информационных системах / О. А. Шевченко, С. В. Шибанов // Технологии Microsoft в теории и практике программирования : материалы конференции. -Н. Новгород : Изд-во ННГУ, 2009. - С. 148-152.
4. Казакова, Е. А. Состав и применение метаданных в автоматизированной ин-
формационной системе «Прокуратура-Статистика» для прокуратуры Пензенской области / Е. А. Казакова, С. В. Шибанов, А. С. Илюшкин, М. И. Апаров,
О. А. Шевченко // Технологии Microsoft в теории и практике программирования : материалы конференции. - Н. Новгород : Изд-во ННГУ, 2008. - С. 158-161.
5. Илюшкин, А. С. Реализация средств управления многопользовательским доступом к сложным информационным объектам на основе технологии .NET Remot-ing / А. С. Илюшкин, С. В. Шибанов // Технологии Microsoft в теории и практике программирования : материалы конференции. - Н. Новгород : Изд-во ННГУ, 2009. - С. 123-127.
Шибанов Сергей Владимирович
кандидат технических наук, доцент, кафедра математического обеспечения и применения электронных вычислительных машин, Пензенский государственный университет
E-mail: serega@pnzgu.ru.
Шевченко Ольга Анатольевна старший преподаватель, Кузнецкий институт информационных и управленческих технологий (филиал Пензенского государственного университета)
E-mail: shevka_oa@mail.ru
Shibanov Sergey Vladimirovich Candidate of engineering sciences, associate professor, sub-department of computer application and software, Penza State University
Shevchenko Olga Anatolyevna Senior lecturer, Kuznetsk Institute of Informational technologies and management (affiliated branch of Penza State University)
Илюшкин Алексей Сергеевич Ilyushkin Aleksey Sergeevich
аспирант, Пензенский Postgraduate student,
государственный университет Penza State University
E-mail: alexey.ilyushkin@gmail.com
УДК 004.623; 004.656 Шибанов, С. В.
Активная система управления тиражированием и синхронизацией метаданных в корпоративных информационных системах / С. В. Шибанов, О. А. Шевченко, А. С. Илюшкин // Известия высших учебных заведений. Поволжский регион. Технические науки. - 2010. - № 1 (13). - С. 25-35.
