Software & Systems

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

Процессам присущи следующие характеристики:

-      архитектура вычислительной среды – клиент-сервер;

-      технология обработки данных – распределенная;

-      средство интеграции – на основе единой БД, единого хранилища данных, на основе программных средств и преобразования форматов данных или на сочетании вышеперечисленных способов;

-      направление интеграции данных – вертикальное (между уровнями управления вузом), горизонтальное (между подразделениями одного уровня управления), временное (обработка данных за разные периоды времени), смешанное (присутствуют разные направления интеграции);

-      область интеграции – один вид деятельности вуза (административная, учебная, экономическая и др.), несколько видов деятельности (сквозные бизнес-процессы).

Формированию интегрированных результатов сопутствуют:

-      обработка отдельных документов информационных потоков вуза в определенном подразделении (вклад отдельного участника процесса в общий результат);

-      использование результатов обработки данных отдельных документов всеми участниками процесса, но с разными уровнями доступа;

-      сведение к минимуму ручного ввода данных, следовательно, уменьшение количества некачественной информации, задействованной в процессе;

-      сохранение в едином месте (на уровне БД, в логике приложений) знаний об алгоритмах и технологиях обработки данных, при этом знания могут использовать все участники процесса;

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

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

-      использование значительного количества ресурсов различных АС.

Схема каждого процесса содержит определенное количество уровней иерархии: UP={U1, U2, …, Uq}, где Uk – k-й уровень иерархии процесса, ; q – количество уровней иерархии.

Полное завершение процесса зависит от выполнения множества операций: OP={OP1, OP2, …, OPn}, где OPi – i-я операция процесса, выполняемая средствами определенной АС и определенным участником, ; n – количество всех операций процесса. При этом k-му уровню иерархии Uk процесса может соответствовать от одной до lk  операций из множества {OPv},  (рис. 1).

Например, можно рассмотреть процесс формирования отчета о сводной успеваемости по вузу.

Процесс имеет следующую структуру.

1-й уровень. Ведение данных о структуре учебных подразделений. Операцию выполняет сотрудник одного подразделения (плановый отдел).

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

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

4-й уровень. Формирование сеток учебных часов, в том числе семестровых ведомостей. Операцию параллельно выполняют сотрудники всех деканатов вуза.

5-й уровень. Заполнение семестровых ведомостей. Операцию параллельно выполняют сотрудники всех деканатов вуза или сами преподаватели. При этом могут использоваться разное количество рабочих мест, разные технологии и АС.

6-й уровень. Формирование сводного отчета. Операция может быть выполнена средствами разных АС, а результат представлен на интерфейсах АРМ руководителей вуза разного уровня.

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

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

Каждый процесс может быть представлен в виде развернутой во времени ресурсной матрицы (см. табл.), где {Vv},  – ресурсы конкретной АС, задействованные в рамках отдельных операций OPv процесса; n – количество всех операций.

Задействованные ресурсы определенной АС в ходе выполнения определенной операции в рамках известного процесса распределенной обработки данных можно разделить на следующие категории: – необходимый объем компонентов АС для выполнения операции OPi; Vi(t) – объем компонентов АС, работоспособных на момент выполнения операции.

Необходимый объем компонентов АС известен из технической документации, сопутствующей этапам жизненного цикла АС. Это существующий функционал системы, количество и характеристики элементов программного и технического обеспечения, состав необходимого персонала системы (организационное обеспечение), описание технологий и алгоритмов обработки данных (технологическое и математическое обеспечение), уровни доступа пользователей к данным и др. Объем существующих к моменту выполнения операции работоспособных ресурсов АС можно узнать, используя специализированные системы мониторинга. Необходимо планировать организацию и проведение процесса распределенной обработки данных, состав ресурсов АС и средств интеграции (рис. 2).

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

Литература

1. Болодурина И.П., Волкова Т.В. Совершенствование процессов автоматизированного формирования интегрированной информации для управления вузом: сб. тр. IV междунар. конф. по проблемам управления. М.: ИПУ им. В.А. Трапезникова РАН, 2009. С. 1994–1998.

2. Болодурина И.П., Волкова Т.В. Контроль выполнения операций технологических процессов обработки информации в интегрированной БД // Обозрение промышленной и прикладной математики. 2008. Т. 15. Вып. 1. С. 124.

3. Болодурина И. П., Волкова Т.В. Структура интегрированных ресурсов автоматизированной информационной системы управления высшим учебным заведением // Программные продукты и системы. 2007. № 3. С. 51–52.