Современные информационные технологии / 3. Программное обеспечение

Звёздочкин А.В.

Харьковский национальный университет радиоэлектроники, Украина

Спецификация требований к программному обеспечению по обработке данных абитуриентов

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

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

Анализ существующих программных систем показал, что для рассматриваемой разработки возможно использовать следующие среды: Rational Rose, Microsoft Word, Microsoft Access, IntellJ IDEA Community Edition 13.0, MySQL Workbench 6.0 CE. Спецификация требований к системе описывает функциональные и нефункциональные требования к первому выпуску системы «Приемная компания», которая позволила автоматизировать процесс приема и управления заявлениями. Классы и характеристики пользователей описаны в табл. 1.

Система «Приемная компания» установлена на сервере, работающем под управлением Mysql 5.6 и может использоваться на любой ОС. Система имеет достаточно простой для понимания интерфейс для людей, работающих с подобными системами. Для первичных пользователей существует «Руководство пользователя».

 

Таблица 1 – Классы и характеристики пользователей

Класс пользователей

Описание

Приемная комиссия

95% сотрудников приемной комиссии будут работать с данной системой, часть из которых требует обучения

Абитуриент

Необходимость руководства пользователей в виде подсказок для абитуриентов, поступающих в ВУЗ

Администратор

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

 

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

1. Регистрация: пользователь системы должен заполнить соответствующую форму. Система сохранит нового пользователя и даст доступ к работе с системой. Приоритет – высокий. Сценарий работы функции представлен в табл. 2.

Таблица 2 – Сценарий функции «Регистрация»

Регистрация:

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

Регистрация. Зарегистрироваться. Ошибка:

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

Регистрация.
Зарегистрироваться:

Система обрабатывает введенные данные на предыдущем этапе, и добавляет их в базу данных в таблицу «users». Тем самым предоставляется доступ клиенту к системе, без повторной регистрации. После этого выводиться окно авторизации.

 

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

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

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

Таблица 3 – Сценарий функции «Авторизация»

Авторизация:

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

Авторизация. Войти:

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

Авторизация. Войти. Ошибка:

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

 


 

Таблица 4 – Сценарий функции «Добавить заявление»

Добавить заявление:

Система должна отобразить пользователю страницу «Добавление заявления»

Каталог протоколов. Добавить заявления:

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

Каталог протоколов. Вывести каталог на экран.

Ошибка:

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

Если сумма заявлений добавляемых и новых больше трех то выведет на экран «Слишком много заявлений #кол-во_заявлений»

 

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