Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МОЯ ДКР.docx
Скачиваний:
97
Добавлен:
16.03.2016
Размер:
192.74 Кб
Скачать

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. Система должна хранить резервную копию всех данных о студентах.