Автоматизированное рабочее место "Сессия"

Система Naumen University [[12]]— информационно-аналитическая система для организации управления учебным процессом в высших и средних специальных учебных заведениях, разработанная компанией Naumen (г. Екатеринбург). Система позиционируется, как универсальная единая информационная среда в рамках учебного процесса.

В системе заявлена следующая функциональность

• Формализация и прозрачное управление организационной структурой вуза;
• Учет и ведение личных дел студентов, сотрудников, абитуриентов, аспирантов, совместителей;
• Автоматизация работы приемной комиссии;
• Организация движения контингента студентов: приказы, выписки из приказов, проведение изменений приказов;
• Формирование и утверждение учебных и рабочих планов, справочник ГОСов;
• Ведение журналов посещаемости студентами учебных мероприятий;
• Распределение стипендии по результатам сессии;
• Ведение базы данных НИРС;
• Проведение сессии: электронные зачетные книжки, отслеживание академической успеваемости студентов, учет выданных экзаменационных листов, ведение семестровых журналов;
• Управление оплатами контрактных студентов;
• Учет совместителей;
• Поддержка процесса целевой подготовки специалистов по договорам со сторонними организациями;
• Оперативное предоставление информации родителям и опекунам студентов;
• Расписание учебных мероприятий, аттестационных мероприятий в период сессии;
• Управление аудиторным фондом;
• Расчет нагрузок на кафедры;
• Возможность удаленного доступа к единому банку данных и получения актуальной информации.

В данной системе существует и модуль «Деканат», обладающий следующей функциональностью:

• Автоматизированное формирование и печать экзаменационных ведомостей на контрольные мероприятия в соответствии с рабочими планами;
• Ввод результатов контрольных мероприятий по ведомостям;
• Ведение семестровых журналов;
• Формирование, печать и регистрация экзаменационных/зачётных листов в журнале пересдач, регистрация результатов пересдач;
• Распределение стипендии студентам по результатам сессии;
• Построение рейтингов факультета;
• Ведение журнала посещаемости;
• Ведение расписания учебных мероприятий, контрольных мероприятий для проведения сессии;
• Государственный экзамен и дипломное проектирование;
• Печать академической справки и приложения к диплому;
• Статистические отчеты и выборки: оценки студента за определённый период, формирование промежуточных и итоговых результатов сессии и зачётной недели, прочие статистические отчеты и выборки.

 

3. МГТУ им. Н.Э. Баумана

С 2004 года в МГТУ им. Н.Э.Баумана разрабатывается и внедряется единая комплексная система автоматизации работы отделов Университета. [[15]]

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

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

"Контингент" - учет информации по студентам;

"Структура" - учет структуры подразделений Университета;

"Успеваемость" - учет успеваемости студентов во время семестра и сессии;

"Посещаемость" - учет посещаемости студентов во время семестра;

"Приемная комиссия" - учет абитуриентов и зачисление студентов;

"Безопасность" - единой решение по организации модели безопасности уровня института;

"ФВО" - учет прохождения обучения студентов на ФВО;

"Деканат" - автоматизация работы деканата;

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

"Аналитика" - система для статистических и иных видов анализов данных других систем;

"Портал" - предоставляет общую точку доступа ко всем системам, а также средства для общения разработчиков с пользователями и документирования поведения системы;

Все системы, если нет веских причин против, должны предоставлять удовлетворяющий стандартам web-интерфейс и не быть привязаны к конкретной платформе (браузер и ОС). Технологической платформой были выбраны web-services на протоколе SOAP. Предполагается поддержка SOAP как минимум для решений на базе Ruby (SOAP4R), PHP (PHP5 SOAP), Java (Axis и WSIF) и .NET (.NET Web Services).

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

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

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

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

 

4. Автоматизированная информационная система «Электронный Деканат «ЭД++» РЭА им. Г. В. Плеханова

Автоматизированная информационная система «Электронный Деканат «ЭД++» [[13]] для высшего учебного заведения предназначена для автоматизации работы деканата. "ЭД++" также построена по технологии клиент-сервер.

В системы реализованы следующие функции (режимы):

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

 

5. Система «Студент», Санкт-Петербургский государственный университет

Система "Студент" [[14]] позволяет проводить сбор и хранение практически любой информации о студентах. В составе программного комплекса функционируют следующие подсистемы:

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

 

6. Выводы

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

Также в таких системах практически невозможно учитывать некоторые особенности морского ВУЗа. Поэтому было решено разрабатывать собственную подсистему работы с сессиями.

 

3. Требования к окружению

1. Требования к аппаратному обеспечению

 

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

2. Требования к программному обеспечению

 

На машине пользователя должен быть установлено ADO (драйвер MS SQL Server 2000). На сервере должна существовать БД, соответствующая схеме РИВСУУП.

3. Требования к пользователям

 

Пользователь АРМа должен обладать элементарными навыками работы с компьютером. Необязательно, но желательно знакомство пользователя с другими АРМами РИВСУУП, т.к. это поможет ему быстрее освоить программу.

Также пользователь должен быть сотрудником МГУ, быть зарегистрированным пользователем БД и иметь право редактировать данные в этом АРМе. Полномочия пользователей для АРМа «Сессия», как и для всех остальных АРМов РИВСУУП, определяются с помощью АРМа «Редактор прав пользователей».

Пользователи АРМа «Сессия» делятся на две группы:

Обычные пользователи – сотрудники деканатов. Они имеют право просматривать и редактировать данные только своих деканатов. Полномочия пользователей назначаются в специальном АРМе «Редактирование прав пользователей».

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

 

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

 

На рис. 2 показана схема подсистем и компонентов РИВСУУП и указано, какое место в этой иерархии занимает подсистема «Сессия» в ней:

 

2. Компоненты РИВСУУП

 

На рис. 3 выделены принципиальные компоненты системы и их связи.

 

3. Компоненты системы

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

Компонент	Описание
Core	Ядро РИВСУУП [[3]], а также глобальные переменные, используемые в разных модулях
Forms	Формы АРМа
Export	Модули, отвечающие за работу экспорта документов в Word и Excel, а также XML-шаблоны
ClassesTrees	Модули, реализующие бизнес-логику приложения, отвечающие за загрузку, изменение и удаление данных с использованием MObject
UI	Модули, отвечающие за отображение данных на форме с помощью MGrid
Tests	Модули, используемые для тестирования клиента

 

Следует отметить, что все функциональные части системы завязаны на ядре РИВСУУП. Бизнес-логика приложения вынесена в самостоятельные модули, отдельно от пользовательского интерфейса, что позволяет разрабатывать разнообразные тесты на загрузку, сохранение и удаление данных. Тесты на пользовательский интерфейс не пишутся, т.к. критичной надобности в них нет.

 

5. Спецификация данных

1. Сущности системы

1. Семестр рабочего плана (WorkTerm)

В сущности «Семестр рабочего плана» имеет смысл рассматривать следующие атрибуты

 

Название поля	Тип	Ограничения на допустимые значения
Семестр	ЧИСЛО	[0,11]
Рабочий план	ЧИСЛО	NOT NULL

 

2. Рабочий план (WorkPlan)

Сущность «Рабочий план», по аналогии с реальной жизнью, имеет следующие атрибуты:

 

Название поля	Тип	Ограничения на допустимые значения
Год	ЧИСЛО	NOT NULL
Факультет	ЧИСЛО	NOT NULL