Организационный отчет о деятельности Регионального центра новых информационных технологий Воронежского государственного университета за 2005 год

Вид материала

Отчет

Содержание Интегрированное хранилище структурированных справочных данных Реализация доступа к данным и функциональности бизнес-процессов управления университетом Университетский web-портал «Интегрированная информационная система» – www.infosys.vsu.ru Поддержка управления учебным процессом Подсистема «Контингент студентов» Подсистема учета оплаты обучения студентами-договорниками Подсистема «Учебные планы и расчет нагрузки» Подсистема «Сессия и мониторинг успеваемости» Информационное обеспечение работ по подготовке к комплексной проверке университета Программные средства для бухгалтерии и Управления кадров Информационная система «Коммунальные платежи» Подсистема «Касса» Подсистема «Учет командировочных документов» Подсистема «Расчет начислений по оплате труда и стипендиям» Приложение «Депонент» Приложение «Расчет налогов на доходы физических лиц» Приложение «Стипендия». Приложение «Расчет единого социального налога». Приложение «Генератор отчетов» Приложение «Рабочий стол пользователя» ... Полное содержание

Подобный материал:

• Состав оргкомитета конференции, 282.27kb.
• Евгений Михайлович Чернышов обозначил базовые условия осуществления деятельности Центрального, 88.23kb.
• Viii межотраслевая конференция по проблемам новых технологий, 14.98kb.
• Отчет о работе Центра информационных технологий Петрозаводского кооперативного техникума, 273.15kb.
• Социальный отчет владивостокского государственного университета экономики и сервиса, 271.05kb.
• Программа 65-й всероссийской научно-практической конференции на базе Воронежского государственного, 1096.84kb.
• «Использование новых информационных технологий в обучении английскому языку в школе», 460.19kb.
• Ученого Совета Воронежского государственного технического университета рабочая программа, 244.11kb.
• Ученого Совета Воронежского государственного технического университета рабочая программа, 165.31kb.
• Преподаватель Воронежского Государственного университета Е. Е. Топильская выступила, 104.22kb.

Интегрированное хранилище структурированных справочных данных

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

В использованной модели информационной системы, особое внимание уделяется реализации двух важных возможностей:

возможность отслеживания эволюции во времени хранимых сущностей (структурных единиц) и связей (отношений) между этими сущностями;

возможность представления и хранения информации о каких-либо новых объектах или связях между ними уже во время эксплуатации системы с помощью высокоуровневых средств без необходимости изменения структуры реляционных таблиц базы данных.

Основу иерархии классов, разработка которой осуществляется в процессе эксплуатации информационной системы, составляют классы структурная единица и связь. Под структурными единицами подразумеваются самые разнообразные сущности предметной области: подразделения (университет, кафедры, факультеты, отделы), должностные лица (ректор, проректор, декан факультета), помещения (учебные корпуса, аудитории, лаборатории) и т.д. Класс связь инкапсулирует информацию о всевозможных бинарных отношениях между структурными единицами, например, «факультет входит в состав университета», «проректор подчиняется ректору», «аудитория размещается в корпусе N» и т.д. Последующие уровни иерархии составляют структурные единицы и связи, с которыми в системе ассоциируются конкретные наборы атрибутов (свойства), например, код подразделения, фамилия должностного лица, длина аудитории и т.д. Все экземпляры связей характеризуются типом, определяемым на этапе разработки иерархии, например, типы связей: входит в состав, подчиняется, размещается и др. Наконец, возможность отражать изменения структурных единиц и связей во времени достигается представлением их экземпляров в виде наборов версий, отличающихся друг от друга значениями атрибутов и указанием на период времени, в котором они являются актуальными.





Рис. 21. Модель хранилища структурированных справочных данных.

Графически модель представляет собой направленный граф (семантическую сеть), пример которого приводится на рис. 21. Каждому кружку соответствует экземпляр структурной единицы (uid – числовой идентификатор), состоящий из списка версий (прямоугольников, соединенных пунктирными стрелками). Большие стрелки представляют объекты связей разных типов, определенных обозначением в ромбе (например, Вх – вхождение, Подч – подчинение), направление стрелки – от нижележащей структуры к вышестоящей. На рисунке видно, что для типа связи подчинение есть три корневых структуры (uid = 2, 3, 5), а для связи вхождение – две (uid = 1, 4) в разные моменты времени. Для структуры с uid = 5 можно увидеть, что сначала она подчинялась 2-й, затем 3-й структуре, а потом стала корневой. Присутствует также случай двойного вхождения 5-й структурной единицы в 1-ю и 4-ю структурные единицы, так как соответствующие объекты связей не находятся в одном списке версий.

Классам структурная единица и связь в базе данных соответствуют две основные таблицы. Для каждого экземпляра классов в них содержатся группы записей, объединенных в двусвязные списки версий. Версии содержат (необязательные) ссылки на описание соответствующих таблиц свойств. Таких таблиц в схеме может быть любое количество, в зависимости от потребности, однако, все их описания стандартно представлены в одной таблице Свойства. Версии связей, помимо этого хранят ссылки на два «связанных» экземпляра структурной единицы, а также – на описание типа связи. При наличии свойств у версии структурной единицы или связи, в соответствующей таблице свойств помещается строка со ссылкой на версию.

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

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

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

Реализация доступа к данным и функциональности бизнес-процессов управления университетом

Принципиальным вопросом в создании университетской ИАИС является разработка приложений для доступа к данным и реализации функциональности бизнес-процессов управления университетом.

Для обеспечения доступа пользователей к данным в системе используются различные виды интерфейсов. Классический интерфейс представляет собой прикладные программы, работающие по технологии клиент-сервер. Прикладные подсистемы университетской ИАИС построены на основе трехуровневой клиент-серверной архитектуры. Ее использование обусловлено, в частности, достаточной сложностью создаваемой информационной системы, в частности, наличием большого числа рабочих мест конечных пользователей территориально распределенных по различным удаленным друг от друга корпусам университета и его филиалам. В такой системе неизбежно возникают проблемы своевременной синхронной замены версий клиентских приложений на рабочих станциях (усугубляемой большой территориальной разбросанностью подразделений), проблемы поддержания настроек приложений, перегрузки сети и сервера баз данных. Создание многозвенных информационных систем с «тонким» клиентом позволяет решить эти проблемы. Проблема поддержки настроек решается в этом случае за счет переноса их на промежуточное звено, называемое сервером приложений. «Тонкий» клиент существенно облегчается по сравнению с классическим «толстым» клиентом, характерным для традиционной архитектуры «клиент/сервер», в частности из-за отсутствия необходимости включения в его состав клиентской части серверной СУБД и других компонентов для доступа к данным. В этом случае функциональность, связанная с доступом к данным, возлагается на сервер приложений, исполняющий роль клиента серверной СУБД.

Проблема своевременного обновления версий «тонкого» клиента решается путем поставки приложений с помощью технологий, применяемых в Интернет (интранет). Наиболее распространенными на сегодняшний день способами поставки «тонких» клиентов с помощью таких технологий являются копирование или установка приложений с web-сервера, и как один из вариантов – копирование компонента ActiveX, полностью реализующего функциональность «тонкого» клиента, с целью отображения его в web-браузере.

Важным решением при создании прикладной компоненты системы явился отказ от реализации этой компоненты в виде одного «суперприложения», интегрирующего в себе бизнес-логику всех реализуемых в системе процессов и функций по информационной поддержке управления университетом. В создаваемой системе бизнес-логика и функциональность распределены по большому числу приложений, специализирующихся на решении определенного достаточно узкого круга задач. Набор решаемых таким «миниприложением» задач может варьироваться от достаточно широкого, например, для приложения, предназначенного для работ по учету контингента студентов, до совсем простого, например для интерактивной web-формы («ультратонкого» клиента), предназначенной для ввода оценок в экзаменационные ведомости.

Выбранная архитектура, иллюстрируемая рис. 22, представляет собой набор специализированных клиентских приложений, права на использование которых делегируются конкретным пользователям в соответствии с их должностными обязанностями. Звено «тонких» клиентов используется в приложениях, предназначенных для обеспечения функциональности, связанной с предоставлением пользователю более развитого интерфейса (в смысле полноты использования ресурсов рабочей станции, операционной системы). Звено «ультратонких» клиентов предоставляет более простой интерфейс, реализуемый web-браузером и не требующий использования специфики операционной системы, рабочей станции и низкоуровневых протоколов.



Рис. 22. Архитектура системы

При таком подходе традиционное понятие «автоматизированное рабочее место» (АРМ), как определенный набор программно-аппаратных средств, реализующих заранее предписанную функциональность в фиксированном звене информационной системы, в значительной мере трансформируется. В созданной системе эквивалент традиционного АРМ создается в определенном смысле динамически, путем делегирования конкретному пользователю или роли для группы пользователей требующегося на текущий момент набора функций, реализуемых специализированными приложениями, которые становятся для системы в целом элементарными структурными единицами, наряду с элементами данных. Например, у декана и секретаря деканата наборы предлагаемых им специализированных приложений и делегируемые права доступа будут отличаться в соответствии с их отличающимися функциональными обязанностями.

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

• Независимость и достаточно узкая функциональная специализированность прикладных компонент упростили их разработку и сократили сроки ввода в эксплуатацию, дали возможность использования для создания таких модулей менее квалифицированных разработчиков, в том числе из числа студентов, существенно снижая общую уязвимость системы к уходу из университета ее разработчиков.
  
• Существенно упростились возможности развития системы. Наращивание ее функциональности осуществляется путем включения в состав системы новых прикладных модулей или замены устаревших без нарушения функционирования других подсистем.
  
• Кардинальным образом облегчилось внедрение системы, трудоемкость ее сопровождения. Это можно видеть из следующего примера. В созданной системе, рабочие места работников деканатов (секретарей, деканов, их заместителей) реализованы в виде «ультратонких» web-приложений, в принципе не требующих каких-либо процедур по их установке (и переустановке в случае внесения в них изменений) на компьютерах пользователей. Учитывая, что в ВГУ 18 деканатов территориально расположенных в разных, порой значительно удаленных корпусах, можно оценить, насколько уменьшилась нагрузка на программистов по сопровождению разрабатываемых ими приложений. Для решения большинства возникающих между пользователями и разработчиками проблем теперь, в большинстве случаев, оказывается достаточным использование телефонной связи или e mail.
  
• Отсутствие у приложений избыточных, не нужных конкретному пользователю (например, секретарю деканата) функций существенно упростило их освоение, что также является немаловажным фактором, принимая во внимание реальные проблемы, связанные с недостаточным уровнем квалификации пользователей в подразделениях в области компьютерных технологий, их способности к освоению управления сложными многофункциональными системами.
  

Университетский web-портал «Интегрированная информационная система» – infosys.vsu.ru

Воплощением изложенной выше идеологии «сборки» приложений для комплектования функционала конкретных рабочих мест явилось создание университетского web-портала «Интегрированная информационная система» – www.infosys.vsu.ru.



Рис 23. Главная страница портала www.infosys.vsu.ru

Назначение системы – оперативная информационная поддержка принятия управленческих решений руководством университета и его подразделений путем предоставления доступа к единому информационному пространству ВГУ через web-интерфейс. Базисной идеей построения интегрированной информационной системы является создание набора интерфейсных форм, представляющих результат запроса к информационному хранилищу в виде HTML-документов, и распределение прав на доступ к формам в соответствии с должностными обязанностями. Общая схема организации информационной системы приведена на рис. 24. В качестве средств формирования информационного среза могут выступать представления (VIEW), триггеры, встроенные процедуры и пакеты, определяющие алгоритмы получения информационной выборки, XML-шаблоны и любые другие аналогичные средства. Результат построения среза – набор данных, полученный из информационного хранилища и подготовленный для размещения на HTML-странице.


О



Рис. 24. Общая схема организации информационной системы

беспечение безопасности и защита от несанкционированного доступа при работе с системой достигаются за счет:

1. использования протокола SSL при передаче конфиденциальной информации;
   
2. использования средств СУБД при авторизации доступа к информационному хранилищу;
   
3. категоризации и группировки пользователей.
   

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

Важную роль «Интегрированная информационная система» играет также в работе подразделений ВГУ, которым необходим доступ к различной оперативной и синтетической информации (Планово-финансовое управление, бухгалтерия, Учебно-методическое управление и т.п.). Указанные подразделения оперативно получают различные сводные данные, полученные на основании введенных операторами первичных данных (документов). Например, мониторинга поступления оплаты за обучение от студентов-договорников, прохождение платежей, мониторинг и анализ успеваемости студентов и т.д.



Рис. 25. Пример интерфейса Информационной системы

Поддержка управления учебным процессом

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

• информация, касающаяся приемной кампании (абитуриенты, приемные испытания, ЕГЭ, рейтинговые списки, зачисление и т.д.);
  
• ведение электронного архива личных дел студентов и аспирантов университета с учетом возможного прерывания процесса обучения, его завершения и последующего возобновления;
  
• сведения о выполнении студентами учебной программы и их успеваемости по конкретным дисциплинам учебного плана;
  
• данные об оплате обучения;
  
• государственные стандарты и учебные планы по всей номенклатуре специальностей, направлений и формам обучения, имеющим место в университете;
  
• данные по расчету учебной нагрузки по образовательным программам, и кафедрам;
  
• кадровый состав преподавателей;
  
• информация о структуре подразделений, о специальностях и направлениях обучения, аудиторном фонде, различных нормативах, ученых и степенных советах и др.
  

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

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

• Подсистема «Абитуриент», предназначенная для комплексного обслуживания приемной кампании.
  
• Подсистема «Контингент студентов», предназначенная для ведения личных дел студентов.
  
• «Сессия и мониторинг успеваемости». Подсистема, предназначенная для обслуживания экзаменационных сессий, учета и накопления информации об успеваемости студентов, выполнения ими учебной программы и, в конечном итоге, формирование приложения к диплому.
  
• «Учебные планы и государственные образовательные стандарты». Подсистема для формирования учебных планов в соответствие с ГОС.
  
• Подсистема учета оплаты обучения студентами-договорниками.
  

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

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

Подсистема «Контингент студентов»

Информация об абитуриентах, зачисленных в число студентов из системы «Абитуриент» попадает в подсистему учета контингента студентов, являющегося составной частью всего информационного комплекса, предназначенного для поддержки управления учебным процессом. Подсистема «Контингент студентов» предназначена для ведения личных дел студентов университета, включая их анкетные данные, сведения обо всех этапах обучения, возможно по нескольким образовательным программам; сведения о выполнении студентами учебной программы и их успеваемости по конкретным дисциплинам учебного плана. Предусмотрено ведение электронного архива личных дел с учетом возможного прерывания процесса обучения, его завершения и последующего возобновления. Основу интеграции подсистемы в программно-технический комплекс информационной поддержки управления учебным процессом обеспечивают следующие компоненты.

• Центральный для всего программно-технического комплекса «Администратор справочников» поставляет подсистеме «Контингент студентов» необходимую информацию общего назначения, в частности, данные о подразделениях университета и их структуре, о специальностях и направлениях обучения, специализациях, формах обучения, имеющих место в университете, о выпускающих по образовательным программам кафедрах и др.
  
• Подсистема поддерживает связь с подсистемой учета оплаты обучения студентами-договорниками, что обеспечивает расширение возможностей получения агрегирующей информации, необходимой для оперативного управления и анализа учебной деятельности.
  
• В свою очередь, подсистема «Контингент студентов» является поставщиком информации для других прикладных систем комплекса, таких, как прикладные web-системы для распределения (в деканатах) студентов по группам, для формирования экзаменационных ведомостей деканатами, заполнения их результатами контрольных сессионных испытаний, подсистемы «Стипендия», «Аспирантура» и др.
  

Приложение «Рабочее место секретаря УМУ – студенческий отдел кадров» предназначено для осуществления манипуляций данными на серверной БД, необходимых при ведении личных дел студентов университета, включая их анкетные данные, сведения обо всех этапах обучения, возможно по нескольким образовательным программам, а также при ведении электронного архива личных дел. Предусмотрена достаточно гибкая процедура генерации отчетов в виде списков и таблиц (не содержащих агрегирующих данных).

Ниже, на рис. 26 показана основная форма интерфейса приложения.




Рис. 26. Пример интерфейса приложения для работы с контингентом студентов в УМУ

Для доступа к информации личных дел студентов работников других подразделений, в частности для работы с личными делами студентов в деканатах создано web-приложение «Личная карта студента». На рис. 27 представлены примеры интерфейса этого приложения.




Рис. 27. Web-приложение «Личная карта студента»

Подсистема учета оплаты обучения студентами-договорниками

Подсистема учета оплаты обучения студентами-договорниками взаимодействует с другими подсистемами следующим образом.

• Центральный для всего программно-технического комплекса «Администратор справочников» поставляет подсистеме учета оплаты обучения студентами-договорниками необходимую информацию общего назначения, в частности, данные о подразделениях университета и их структуре, о специальностях, направлениях обучения и специализациях, о различных формах обучения, имеющих место в университете, о выпускающих по образовательным программам кафедрах и др.
  
• Подсистема поддерживает связь с рассмотренной выше подсистемой «Контингент студентов», что обеспечивает расширение возможностей получения агрегирующей информации, необходимой для оперативного управления и анализа учебной деятельности.
  
• В свою очередь, рассматриваемая подсистема является поставщиком информации для различных прикладных систем, интегрированных в программно-технический комплекс информационной поддержки управления учебным процессом.
  

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

Подсистема «Учебные планы и расчет нагрузки»

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

В университете уже на протяжении 7-8 лет функционирует система разработки учебных панов реализованная в среде MS Excel. С помощью этой системы были отработаны все (в том числе и организационные) вопросы, связанные с практическим формированием в соответствии с новыми стандартами банка учебных планов по всем (около 150-ти) направлениям и специальностям, по которым реализуется учебный процесс в университете. В этой же среде была реализована и практически отработана технология расчета кафедральной учебной нагрузки в соответствии со сформированными учебными планами и распределением контингента студентов по потокам, группам и подгруппам, с учетом всевозможных особенностей и исключений, имеющих место на разных факультетах ВГУ, которые могли быть выявлены только в процессе реальной практической эксплуатации системы.




Рис. 28. Пример электронной Excel-формы Плана учебного процесса

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

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



Рис. 29. Интерфейс нового приложения информационной системы для работы с учебными планами и расчета учебной нагрузки

Подсистема «Сессия и мониторинг успеваемости»

Пример взаимосвязи реализованных в информационной системе основных процессов управления учебным процессом представлен на рис. 30.

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



Интерфейсная часть подсистемы частично реализована в виде прикладных web-систем, таких как прикладная web-система для распределения (в деканатах) студентов по группам, web-система для формирования экзаменационных ведомостей деканатами и заполнения их результатами контрольных сессионных испытаний и др. (рис. 31).

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

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


Подсистемой используется два подхода к формированию пространства принятия решений:

• набор размерностей куба принятия решений строится путем выбора из множества параметров сессионных испытаний и соответствующих экзаменационных/зачетных ведомостей, либо по параметрам отчетов о результатах итоговой государственной аттестации (такой подход позволяет, например, проанализировать результаты обучения конкретным дисциплинам или блокам дисциплин учебного плана, конкретными кафедрами или преподавателями, ответственными за проведение занятий);
  
• размерности выбираются из множества параметров, характеризующих контингент обучаемых (что дает возможность анализа успеваемости студентов, группируемых по различным признакам, например, факультет, курс, специальность, форма обучения и т.п.).
  

Первый из названных подходов реализует приложение DSS-приложение «Мониторинг сессии». Это приложение разработано для организации рабочего места в Управлении качества образования. Оно позволяет наблюдать за ходом сессии: осуществлять контроль процесса формирования экзаменационных ведомостей деканатами и заполнения их результатами контрольных сессионных испытаний. Затем, на основании заполненных и закрытых ведомостей производится анализ результатов сессии с возможностью их группирования и агрегирования в соответствии с задачей, поставленной пользователем – лицом, принимающим решение. Окончательно, итоговые сводки и таблицы в виде отчетов выгружаются для возможной дальнейшей детальной обработки в файл MS Excel.




Рис. 32. Интерфейс DSS-приложения «Мониторинг сессии»

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

DSS-приложения «Успеваемость» и «Аттестация» предназначены для осуществления анализа результатов обучения. Анализ результатов обучения происходит, как правило, по результатам зимних и летних сессий, а также по результатам итоговой государственной аттестации. Оба приложения позволяют выбирать размерности из множества параметров, характеризующих контингент обучаемых, что дает возможность анализа успеваемости студентов, группируемых по различным признакам, например, факультет, курс, специальность, форма обучения и т.п.

Информационное обеспечение работ по подготовке к комплексной проверке университета

Одной из важных, ответственных и сложных задач, решаемых в 2005 году Центром компьютерных технологий ВГУ, явилось информационное обеспечение подготовки университета к плановой процедуре его комплексной проверки (процедуры лицензирования, аттестации и аккредитации) Федеральной службой по надзору Минобрнауки в октябре 2005 года. В порядке решения этих задач был специально разработан комплекс соответствующих программных средств для сбора и подготовки необходимой для этого информации.

Одной из важных и сложных задач, обусловленных подготовкой к комплексной проверке, непосредственно связанных с работами по составлению и поддержки университетской системы планирования учебного процесса, явилась подготовка учебных планов, реализуемых в университете образовательных программ, к их независимой экспертизе. Как известно, для проведения такой экспертизы учебные планы должны представляться в Информационно-методический центр по аттестации образовательных организаций (ИМЦА ЮРГУЭС г. Шахты, рис. 33) в электронной форме в специальном формате созданного ИМЦА программного комплекса, предназначенного для осуществления автоматизированной проверки соответствия учебных планов ГОС.




Рис. 33. Главная страница сайта Информационно-методического центра по аттестации образовательных организаций

Учитывая большое число используемых в ВГУ учебных планов, сложность и большой объем работ по их подготовке к экспертизе, в университете было разработано программное приложение, предназначенное для осуществления комплекса операций по преобразованию и экспорту данных об учебных планах их базы данных университетской системы в формат для отправки на экспертизу в Информационно-методический центр по аттестации образовательных организаций.

В порядке подготовки к процедуре плановой комплексной проверки университета комиссией Федеральной службы по надзору Минобрнауки в октябре 2005 года был также разработан набор программных средств для сбора, подготовки и загрузки данных в специализированный программный комплекс «Комплексная оценка вуза» Научно-информационного центра госаккредитации (рис.34).



Рис. 34. Программный комплекс «Комплексная оценка вуза»

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

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

Программные средства для бухгалтерии и Управления кадров

Информационная система «Общая бухгалтерия»

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

Основу указанной системы составляет объектно-ориентированная модель, описывающая иерархию документов. Физически модель представлена в виде набора реляционных таблиц. Использование этой модели позволяет обеспечить высокий уровень гибкости и открытости всей системы в целом, упростить модификацию системы и формирование сводных отчетов по разным видам первичных документов, а также организовать совместное использование документов разными приложениями.

Пользователи системы получают доступ к информации через специализированные прикладные программы (для ввода данных) и через Интегрированную информационную систему (для получения информации аналитического характера).




Рис. 35. Документы ИС «Общая бухгалтерия»


Безопасность системы обеспечивается за счет

• использования встроенных средств авторизации и разграничения доступа СУБД ORACLE;
  
• категоризации пользователей;
  
• настройки интерфейса прикладных программ в зависимости от категории получающего доступ пользователя.
  

Существуют три категории пользователей, работающих с документами.

Первая категория – операторы.

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

Вторая категория – управляющий.

Представители этой категории с правами на чтение первичных документов проверяют, «подписывают» и «проводят» первичные документы и формируют стандартную бухгалтерскую отчетность. Если в первичном документе допущена ошибка, то для исправления он перенаправляется оператору – автору документа.

Третья категория – координатор.

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




Рис. 36. Категории пользователей


Все прикладные программы, обеспечивающие подготовку и ввод первичных документов, работают в режиме реального времени, т.е. документы становятся доступными для работы с ними (подписания, включения в отчет) всем авторизованным пользователям сразу после завершения ввода, при этом дополнительного запроса на выборку документов не производится.

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

Совместно с системой «Общая бухгалтерия» функционируют информационные системы «Зарплата», «Налогоплательщик», «Депонент», «Коммунальные платежи», «Касса», «Склад», «Стипендия».

Информационная система «Коммунальные платежи»

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



Особенностью системы является реализация бизнес-логики в виде хранимых процедур и функций СУБД. Основные процедуры написаны на языке PL/SQL и хранятся на сервере ORACLE. Такой подход обеспечивает внесение изменений в расчетный механизм без перекомпиляции основных исполняемых модулей. Т.к. этот процесс протекает в рамках одного сервера, то это позволяет значительно сократить маршрутизацию данных по сети. Работу системы в целом можно условно отобразить в приведенной ниже схеме.

Подсистема «Касса»

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

• быстрый ввод кассового ордера,
  
• синхронное отображение вводимых данных у операторов,
  
• реализация цепочки ОПЕРАТОР-КАССИР-БУХГАЛТЕР,
  
• аналитика поступления и расхода наличности по подразделениям,
  
• взаимодействие с имеющими бухгалтерскими системами.
  

Для решения данной проблемы был спроектирован, разработан и внедрен в эксплуатацию проект «Касса», который удовлетворяет всем требованиям к системе и полностью интегрируется с общей информационной системой университета.

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




Рис.38. Общая схема движения кассового ордера

Подсистема «Учет командировочных документов»

В 2005 году была разработан и введен в эксплуатацию комплекс программных средств для учета командировочных документов, включающий рабочие места сотрудников канцелярии, бухгалтерии и интерфейсную форму web-интерфейса Интегрированной информационной системы ВГУ. Эти средства позволяют следующее.

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

Подсистема «Расчет начислений по оплате труда и стипендиям»

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

Приложение «Депонент»

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

Приложение «Расчет налогов на доходы физических лиц»

Программа преобразует фактически рассчитанный налог на доходы физических лиц (НДФЛ) в формат, предоставляемый Министерством по налогам и сборам (МНС) РФ. Особенностью программы является возможность быстрой настройки на различные внештатные ситуации, связанные с изменением формата передачи сведений о налогах на доходы физических лиц в МНС РФ. Данное преобразование обязательно выполняется перед передачей сведений о налогах на доходы физических лиц в базу данных МНС РФ.

Приложение «Стипендия».

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

Приложение «Расчет единого социального налога».

Программа предназначена для расчета базовых начислений, страховой и накопительной части трудовой пенсии в соответствии с установленными ставками. Расчет выполняется ежемесячно после выполнения расчета по оплате труда. Главной особенностью программы является ее производительность. Для примера можно привести следующие данные: расчет для 5000 сотрудников осуществляется за 120 сек.

Приложение «Генератор отчетов»

Программа предназначена для создания произвольных выходных форм (отчетов) в информационных системах с базами данных. Главной особенностью программы является использование редактора MS Word для создания и получения отчетов. К каждому отчету устанавливается доступ пользователей имеющих право на его использование. Реализован механизм импорта и экспорта отчета. Есть возможность печати созданного в данной программе отчета из других программ.

Примеры, иллюстрирующие сложность формируемых отчетов, приведены ниже на рис. 39.



Рис. 39. Примеры отчетов

Приложение «Рабочий стол пользователя»

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




Рис. 49. Пример главного окна программы

Общая настройка системы выполняется в меню «Сервис» - «Настройка». Данная возможность позволяет выполнить настройку серверов СУБД, программных модулей, рабочих мест и пользователей. Настройка выполняется удаленно, с любой рабочей станции, пользователем, имеющего доступ для выполнения данной функции.

Подсистема «Кадры»

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

• получать и редактировать персональные данные о работниках;
  
• строить списки по различным признакам: по дате рождения, возрасту, должностям, подразделениям, сроку контракта и др.;
  
• работать с заранее сформированными тем или иным образом списками работников («Выборочные списки»);
  
• осуществлять ввод персональных данных при приеме новых работников;
  
• оформления отпусков.
  
• осуществлять автоматизацию трудоемких массовых операций, например, при оформлении увольнений по истечению срока контракта.
  

Сервер почтовых адресов

Ввиду того, что адреса приходится вводить не только в программе «Кадры», для этой цели разработан специальный COM-сервер. Сервер может быть использован с программой, написанной на любом языке. Он поставляет богатый набор процедур, позволяющих вводить и редактировать адреса или выбирать населенные пункты в формате, совместимом с программными приложениями, поставляемыми государственной налоговой службой и пенсионным фондом.

Взаимодействие с информационными системами налоговых органов, пенсионного фонда, других внешних финансовых органов и организаций

Разработанное приложение «Налогоплательщик» осуществляет выборку и представление информации о доходах физических лиц предприятия (организации) в соответствии с форматом определенным приказом министерства по налогам и сборам РФ (МНС) и производит загрузку данных в базу данных МНС РФ. Особенностью программы является быстрый контроль за расчетом налоговых деклараций физических лиц (НДФЛ) в течении расчетного периода и возможность гибкой настройки приложения для адаптации к частым изменениям в программных средствах и форматах, задаваемых службами МНС РФ.

В 2005 году продолжались работы по осуществлению информационного обмена между университетской информационной системой и Управлением Пенсионного Фонда РФ по Воронежской области. Была реализована возможность такого обмена с использованием современных средств криптозащиты (СКЗИ) и электронной цифровой подписи (ЭЦП). В электронном виде предоставляются данные о застрахованных лицах.

Организована передача в электронном виде с использованием средств криптозащиты и электронной цифровой подписи данных о начислении заработной платы на электронные карты работников ВГУ в Сбербанк РФ.

Организована работа в системе электронного документооборота Управления Федерального Казначейства (УФК) РФ по Воронежской области. В связи с изменением формата представления данных модифицирована подсистема экспорта платежных поручений в информационную систему УФК.

Приложение для оперативного управления персоналом

Разработана и находится в стадии внедрения прикладная программа для оперативного управления персоналом. Программа обеспечивает следующие возможности:

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

Возможности интеграции информационных систем вузов в единое информационное пространство. Совместный проект с Воронежским государственным педагогическим университетом

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

На примере Воронежа, города с большим числом вузов, можно видеть, что в настоящее время, благодаря, в частности, стремлению вузов получить полноценный доступ в Интернет, интенсивно развивается межвузовская коммуникационная инфраструктура. Большое число вузов города уже сейчас связаны высокоскоростными оптоволоконными линиями связи, получая доступ в Интернет через функционирующий на базе ВГУ региональный узел научно-образовательной сети RBNet.

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

В настоящее время практически реализуется проект по предоставлению Воронежским госуниверситетом другому вузу – Воронежскому педагогическому университету возможностей по использованию серверной базы ВГУ, соответствующего персонала его компьютерных служб, программных средств и баз данных информационной системы «Абитуриент» и системы управления учебным процессом (подсистемы «Контингент студентов», «Учебные планы», «Сессия»).

Для этих целей между ВГУ и ВГПУ был заключен договор, в соответствии с которым в 2005 году ВГПУ выполнял информационное обеспечение приемной кампании непосредственно с использованием прикладного программного обеспечения, сетевого и серверного оборудования Воронежского государственного университета (ВГУ). При этом ИС «Абитуриент» и ее база данных, физически расположенные на оборудовании ВГУ, были полностью настроены в соответствии с требованиями ВГПУ, а для обеспечения ввода и обработки данных ВГПУ были переданы программные интерфейсы ИС «Абитуриент»:

• рабочее место оператора ИС «Абитуриент»;
  
• приложение Group Manager: распределение абитуриентов по группам, массовые операции над группами;
  
• приложение «Редактор приоритетов заявлений»: массовые операции над заявлениями (редактирование приоритетов, признаков «копия/подлинник» и пр.);
  
• пакет прикладных программ для импорта результатов ЕГЭ из электронных протоколов Центра тестирования в БД ИС «Абитуриент»;
  
• пакет прикладных программ для проверки результатов ЕГЭ с использованием ФБС (Федеральной базы свидетельств);
  
• приложение для массовой расстановки оценок в ведомости (для экзаменов по материалам ВГУ).
  

В ходе работ по подготовке и организации информационного обеспечения приемной кампании ВГПУ были решены следующие задачи.

Со стороны ВГУ:

• выполнен анализ технологии организации приемной кампании ВГПУ и адаптация ИС «Абитуриент» в соответствии с требованиями ВГПУ;
  
• произведены все первоначальные настройки ИС «Абитуриент», за исключением части справочников и информации о специальностях;
  
• разработаны отчетные формы в соответствии с требованиями ВГПУ;
  
• организована «горячая линия» по всем вопросам, связанным с эксплуатацией комплекса;
  
• выполнено формирование итоговой отчетности (76-КД и т.п.).
  
• Со стороны ВГПУ:
  
• организована группа для ввода заявлений абитуриентов в БД и формирования необходимой отчетности;
  
• выполнены настройки серверного и сетевого оборудования для обеспечения работы с серверами ВГУ;
  
• выполнены настройки ИС «Абитуриент» в части, касающейся специфики ВГПУ;
  
• организовано взаимодействие собственных специалистов с соответствующими службами ВГУ.
  

Несомненными достоинствами такого решения для ВГПУ – вуза, получающего такого рода услуги являются: существенно меньшие материальные и временные затраты по сравнению с вариантами самостоятельной разработки или приобретения и освоения готовой системы; отсутствие необходимости создания и удержания коллектива IT-сотрудников соответствующей квалификации; сокращение времени, необходимого для получения реальной практической отдачи от использования информационной системы. Для ВГУ – университета, предоставляющего такого рода сервисы, это реальный путь получения дополнительных финансовых ресурсов для поддержки и дальнейшего развития системы и ее разработчиков (более перспективный, чем при ориентации на возможность поставки созданной системы целиком «под ключ»). Для регионального сообщества вузов это путь к интеграции и возможности разделяемого совместного использования информационных ресурсов вузов, движению к действительному созданию и эффективному использованию единого информационного пространства.