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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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