Проектирование информационной системы приемная комиссия

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

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

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

Цели и задачи проектирования

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

Анализ предметной области

Основные сущности предметной области:

  • Абитуриент, ФИО, паспортные данные, контакты, СНИЛС;
  • Заявление — направление подготовки, форма обучения, приоритет;
  • Специальность / направление — код, наименование, контрольные цифры приема (КЦП);
  • Вступительное испытание — предмет, дата, результат;
  • Сотрудник приемной комиссии — роль, полномочия;
  • Приказ о зачислении — номер, дата, список зачисленных.

Требования к системе

Функциональные требования

  1. Регистрация и редактирование данных абитуриента;
  2. Подача нескольких заявлений с указанием приоритетов;
  3. Импорт результатов ЕГЭ из внешних источников;
  4. Расчет конкурсного балла и автоматическое ранжирование;
  5. Учет оригиналов документов об образовании;
  6. Формирование отчетов: списки поступающих, статистика по конкурсу, сводные ведомости;
  7. Журналирование всех действий пользователей (аудит).

Нефункциональные требования

  • Работа в многопользовательском режиме (до 50 одновременных сессий);
  • Время отклика интерфейса — не более 2 секунд;
  • Соответствие требованиям ФЗ-152 «О персональных данных»;
  • Резервное копирование базы данных ежедневно;
  • Разграничение доступа по ролям: администратор, оператор, ответственный секретарь, председатель комиссии.

Проектирование базы данных

Основные таблицы реляционной модели:

  • Abiturient (id, фамилия, имя, отчество, дата_рождения, паспорт, телефон, email);
  • Zayavlenie (id, id_абитуриента, id_специальности, приоритет, дата_подачи, статус);
  • Specialnost (id, код, наименование, кцп_бюджет, кцп_платное);
  • Ispytanie (id, id_заявления, предмет, балл, дата);
  • Prikaz (id, номер, дата, тип);
  • Polzovatel (id, логин, хэш_пароля, роль).

Связи: «Абитуриент — Заявление» (1:M), «Заявление — Испытание» (1:M), «Специальность — Заявление» (1:M). Для обеспечения целостности используются внешние ключи и ограничения уникальности.

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

Рекомендуется трехзвенная архитектура:

  1. Клиентский уровень, веб-интерфейс (браузер) или desktop-приложение;
  2. Уровень бизнес-логики — сервер приложений (например, на базе 1С, Java Spring, Python/Django);
  3. Уровень данных — СУБД (PostgreSQL, MS SQL Server, MySQL).

Проектирование интерфейса

Основные формы системы:

  • Карточка абитуриента;
  • Журнал заявлений с фильтрами и поиском;
  • Форма ввода результатов испытаний;
  • Конкурсный список с автоматическим ранжированием;
  • Мастер формирования приказов о зачислении;
  • Панель отчетов и статистики.

Безопасность и защита данных

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

  • Иванов И* А;
  • Паспорт: 45* № 321;
  • Телефон: +7 (9) —45;
  • Адрес: г. М, ул. Л, д. **.

Тестирование и внедрение

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

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