BC/NW 2006, №2, (9) :10.4

 

ПРОБЛЕМЫ ФУНКЦИОНИРОВАНИЯ РАСПРЕДЕЛЕННОЙ СИСТЕМЫ «ВУЗ – ФИЛИАЛЫ»

 

Воробьева А.В., Лаврентьев В.Ю.

 

(Москва, Информационно-Вычислительный центр Московского Энергетического Института (Технического Университета), Россия)

 

Многие ВУЗы имеют территориально-распределенную структуру: головной ВУЗ и филиалы/представительства находятся в различных городах. При этом часть бизнес-процессов проистекает отдельно в центре, отдельно в филиалах, а часть - являются распределенными.

 

При внедрении информационной системы в таком ВУЗе приходится сталкиваться со следующими проблемами:

1.     обеспечение функционирования системы в центре и филиалах как единого целого

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

 

Для решения первой проблемы система должна изначально проектироваться как распределенная. Эта задача состоит из:

·        описания распределенных бизнес-процессов

·        построения диаграмм последовательностей

·        обеспечения уникальности каждого объекта системы и привязки его к структурной единице ВУЗа, где он был создан.

 

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

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

На практике проблема задержек в системе ВУЗа не является критичной. Бизнес процессы ВУЗа позволяют вводить некоторую задержку актуализации данных. За счет улучшения каналов связи и принятия ряда организационных мер ВУЗ может управлять величиной задержек, сводя их на наиболее важных направлениях или в определенные моменты (например, во время приемной кампании) к минимуму.

Задача выгрузки и загрузки данных была решена путем разработки специальной утилиты репликации данных в технологии .NET.

Возможности утилиты:

·        утилита конфигурируется описанием реплицируемых данных. В процессе эксплуатации это описание может меняться.

·        данные выгружаются в формате XML, что позволяет легко использовать утилиту не только для репликации, но и для интеграции с другими системами.

·        существует возможность как выгрузки всех данных целиком, так и инкрементальной выгрузки (выгрузка изменившихся данных с момента последней репликации).

·        при загрузке осуществляется сравнение данных; при загрузке утилита может как добавлять данные, так и изменять уже существующие.

Путем широкого использования передовых средств, предоставляемых средой .NET, удалось достичь приемлемого времени работы даже на больших объемах данных.

 

Для запуска распределенной системы в эксплуатацию должны быть выполнены действия:

1.     Назначение ВУЗом ответственного по распределенному режиму.

2.     Разработка ВУЗом регламента обмена данными между центром и филиалами.

3.     Назначение ВУЗом филиала, на котором отрабатывается распределенный режим.

4.     Назначение ВУЗом Администратора информационной системы в каждом филиале.

5.     Организация в филиале удаленного доступа к серверам информационной системы для осуществления исполнителем технической поддержки.

6.     Утверждение регламента обмена данными между центром и филиалами и доведение регламента до Администраторов информационной системы филиалов.

7.     Согласование порядка подключения дополнительных филиалов.

В настоящее время командой ИВЦ МЭИ (ТУ) в распределенном режиме запущена в эксплуатацию интегрированная распределенная информационная система обеспечения образовательного процесса в МГУТУ, имеющем несколько десятков филиалов и представительств по всей России.