Современные
информационные технологии / 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 – Сценарий
функции «Добавить заявление»
|
Добавить заявление: |
Система должна отобразить пользователю страницу
«Добавление заявления» |
|
Каталог протоколов. Добавить заявления: |
После нажатия на кнопку «Добавить заявления» система
делает запрос в базу данных, на проверку количества заявлений в ней и
количества добавляемых заявлений и если их меньше трех, то добавляет в базу
данных новое. Выводится всплывающее окно с сообщением об удачном добавлении. |
|
Каталог протоколов. Вывести каталог на экран. Ошибка: |
Если у пользователю пропал доступ к серверу, после
нажатия на кнопку «Вывести каталог на экран», система не будет обрабатывать
данную функцию и выведет на экран ошибку подключения. Если сумма заявлений добавляемых и новых больше трех
то выведет на экран «Слишком много заявлений #кол-во_заявлений» |
Другие
нефункциональные требования: Все таблицы генерируемые системой, должны
полностью загружаться не более чем за три секунды. Система должна реагировать
на действия пользователя в течение четырех секунд. Во избежание проблем с программный
обеспечением пользователи должны быть ознакомлены с работой в данной системе
или иметь представление о ее работе. Для каждой группы пользователей существует
своя форма с функциями. Данные каждого нового пользователя вносятся в базу данных.
Разработанная автоматизированная система должна при аварийном завершении работы
сохранить все действия пользователя в лог-файле.