
3 Спецификация требований к по
3.1 Введение
3.1.1 Назначение
Эта спецификация требований к ПО описывает функциональные и нефункциональные требования к выпуску 1.0 «ОБЩАГА». Этот документ предназначен для команды, которая будут реализовывать и проверять корректность работы системы. Кроме специально обозначенных случаев, все указанные здесь требования имеют высокий приоритет и приписаны к выпуску 1.0.
3.1.2 Объем проекта и функции продукта
Наше приложение позволит коменданту общежития и студентам получать информацию о состоянии оплаты за общежитие, отработке дежурств, отметок за дежурства, хранить все данные о студентах. Детальное описание продукта приведено в документе об образе и границах проекта. В разделе этого документа под названием «Объемы первого и следующих выпусков системы» перечислены функции, полная или частичная реализация которых запланирована в этом выпуске.
3.1.3 Ссылки
1. Документ об образе и границах проекта «ОБЩАГА».
2. Каталог бизнес-правил проекта «ОБЩАГА».
3.2 Общее описание
3.2.1 Общий взгляд на продукт
Приложение «ОБЩАГА» - это новая система, которая должна перенести все данные из бумажных источников в электронный вид, контролировать дежурства и оптимизировать работу коменданта. Контекстная диаграмма, представленная в документе об образе и границах проекта, показывает внешние объекты и системные интерфейсы для версии 1.0. Предполагается выпустить несколько версий системы, чтобы в конечном итоге удалось встроить ее в другие общежития, обеспечить авторизацию студента, коменданта и деканата для меньшего взаимодействия коменданта, деканата и проживающего в общежитии.
3.2.2 Классы и характеристики пользователей (таблица 3.1)
Таблица 3.1 – Классы и характеристики пользователей
Класс пользователей |
Описание |
Комендант |
Комендант общежития №4 ХНУРЭ – это основной пользователь нашего приложения, желающий перевести все записи о студентах, их отметках, записях об оплате в электронный вид, и получать быстрый доступ в ним, автоматически генерировать списки должников. Комендант должен иметь возможность заполнения форм для добавления студента, генерирования списков, изменения данных студента, его удаление. Обязан по необходимости предоставлять необходимые данные студентам и вносить изменения. Коменданта придётся обучить работе с компьютером и самим приложением. |
Проживающий в общежитии |
В настоящее время в общежитии проживает 500 человек, данные о которых будут переведены в базу данных нашего приложения. Проживающие будут иметь возможность (до выпуска версии 3.0) обратиться к коменданту для получения данных о том, какой долг числиться за ним. После оплаты за проживание студент обязан принести коменданту квитанцию об оплате, на основании которой комендант сделает изменения в записи об оплате за проживание. Так же, если студент отработал дежурство, он должен прийти к коменданту, рассказать о проделанной работе, вследствие чего комендант внесёт изменение в базу. Так же студент, в случае если он не помнит сколько дежурств ему необходимо отработать, и сколько он отработал, может обратиться за информацией к коменданту. |
Деканат |
В настоящее время деканат получает статистику, которую формирует администрация общежития вручную. При Этом велика вероятность ошибки, неточных данных. Однако приложение позволит ему формировать статистику с минимальным риском ошибки, получать достоверную информацию. |
3.2.3 Операционная среда
Операционная среда-1. Приложене «ОБЩАГА» работает со следующими операционными системами: Windows 7, Windows 8, Windows 10.
3.2.4 Ограничения дизайна и реализации
Ограничения дизайна и реализации-1. Система должна использовать текущую версию корпоративного стандарта процессора базы данных MySQL.
Ограничения дизайна и реализации-2. Весь код HTML должен соответствовать стандарту HTML 5.0.
Ограничения дизайна и реализации-3. Все сценарии должны быть написаны на платформе .NET 4.5 с использованием языка программирования C# 6.0.
3.2.5 Документация для пользователей
Документация для пользователей-1.
Система представляет собой desktop приложение, с базой данных MySQL. После выпуска версии 3.0 приложение будет иметь доступ к сети и авторизацию пользователя.
3.2.6. Предположения и зависимости
Предположения и зависимости-1. Программа (до версии 3.0) доступна в любое время, когда комендант присутствует на работе.
Предположения и зависимости-2. Работа «ОБЩАГА» зависит от изменений в системе расчета оплаты за проживание, позволяющих принимать запросы на увеличение оплаты.
Предположения и зависимости-3. Работа «ОБЩАГА» зависит от изменений в инвентарной системе общежития, позволяющих обновлять информацию о наличии новой мебели по мере её поступления.
3.3. Функции системы
3.1. Внесение нового студента
3.1.1 Описание и приоритет
Пользователь системы может вносить новые данные в программу, комендант должен иметь право удалять и изменять данные. Статистика должников будет формироваться на основе данных, которые имеются в системе на данный момент. Приоритет — высокий.
3.1.2 Последовательности «воздействие - реакция»
Таблица 3.2 – Последовательность «событие-реакция» для Функции 1
Воздействие: |
Студент предоставляет свои данные, заселяется в комнату общежития. |
Реакция: |
Комендант вносит все данные в систему, система сохраняет их значения в базу данных |
Воздействие: |
Студент сообщает о недостоверности каких-либо данных, или ошибке |
Реакция: |
Если воздействие имеет статус «внесено» система изменяет данные на достоверные. |
3.1.3 Функциональные требования (таблица 3.3)
Таблица 3.3 – Функциональные требования
Добавление. Размещение: |
Система должна позволить человеку, который зашёл под правами администратора (комендант) внести нового студента в базу данных |
Добавление.Размещение. Оплата: |
Система должна подтвердить, что студент зарегистрирован в общежитии и внёс оплату за общежитие |
Добавление. Размещение. Оплата. Нет: |
Если студент не внёс Оплату, то система вернёт ошибку, и не позволит внести такого студента |
Добавление. Размещение. Дата: |
Система должна спрашивать студента о дате оплаты |
Добавление. Размещение. Оплата. Принято. |
Если оплата была произведена, студент заноситься в базу. |
Изменение. Оплата. Принято. |
Если студент внёс дополнительную оплату, комендант обновляет поле оплаты, и вносит туда необходимые изменения |
Изменение. Проставление оценки. Принято. |
Если студент отработал дежурство, комендант должен выставить необходимые отметки в полях дежурства |
3.4 Требования к внешнему интерфейсу
3.4.1 Интерфейсы пользователя
Интерфейсы пользователя-2. Система должна обеспечивать ссылку на справку на каждой HTML странице, объясняющую, как пользоваться этой страницей.
3.4.2 Интерфейсы оборудования
Интерфейсы оборудования не выявлены.
3.4.3 Программные интерфейсы
Программные интерфейсы-1. Инвентарная система общежития.
Программные интерфейсы-1.1.Система должна передавать количество единиц мебели в комнате инвентарной системе общежития через программный интерфейс.
Программные интерфейсы-1.2. система должна опрашивать инвентарную систему общежития для определения наличия запрашиваемой мебели.
Программные интерфейсы-1.3. Когда в общежитие завозиться новый инвентарь, он записывается в инвентарную систему общежития.
Программные интерфейсы-2. Система расчета должников должна сообщать программному интерфейсу данные о количестве оплаты за проживание каждым студентом.
Программные интерфейсы-2.1. Выводит список тех студентов, за которыми числиться долг на текущее время.
Программные интерфейсы-3. Система учёта должников за отработки должна сообщать программному интерфейсу данные об отметках в полях отработки.
Программные интерфейсы-3.1. Выводит список тех студентов, за которыми числиться долг на текущее время за отработки.
3.4.4 Интерфейсы передачи информации
Интерфейсы передачи информации-1. «ОБЩАГА» должна посылать коменданту сообщение с подтверждением добавлением студента.
Интерфейсы передачи информации-2. «ОБЩАГА» должна посылать студенту e-mail с сообщением о любых проблемах, возникших с оплатой, долгом, отработками дежурств.
3.5 Другие нефункциональные требования
3.5.1 Требования к производительности
Требования к производительности-1. Система должна хранить записи не менее чем о тысячи студентах.
Требования к производительности-2. Все Интернет-страницы, генерируемые системой, должны полностью загружаться не более чем за 10 секунд по модемному соединению со скоростью 40кб/сек.
Требования к производительности-3. Добавление в базу данных должно производиться в течении 22-х секунд после запроса на добавление.
Требования к производительности-4. Система должна выводить пользователю сообщение о подтверждении не более чем через 4 секунды после того, как пользователь отсылает информацию системе.
3.5.2 Требования к охране труда
Требования к охране труда не определены.
3.5.3 Требования к безопасности
Требования к безопасности-1. Все сетевые транзакции, включающие финансовую или поддающуюся учету личную информацию, должны быть зашифрованы. Передача данных по сети, включающая финансовую или поддающуюся учету личную информацию, должна проходить со 128-битным шифрованием.
Требования к безопасности-2. Пользователи обязательно регистрируются для входа в систему для выполнения всех операций.
Требования к безопасности-3. Студенты должны регистрироваться для входа в систему согласно политике ограниченного доступа к компьютерным системам.
Требования к безопасности-4. Система должна позволять только коменданту, внесенному в список администраторов, создавать или изменять данные о студенте.
Требования к безопасности-6. Система должна позволять студенту просматривать только информацию, касающуюся лично его.
3.5.4 Атрибуты качества ПО
Доступность-1. «ОБЩАГА» должна быть доступна пользователям сети Intranet 99,9% времени между 5:00 и полуночью по местному времени и 95% времени между полуночью и 5:00 по местному времени.
Надежность-1. Система должна хранить резервную копию всех данных о студентах.