2 Документ о вариантах использования
2.1 Варианты использования и основные действующие лица для программы учета студентов
Различные классы пользователей определили следующие варианты использования и основных действующих лиц для программы учёта студентов.
Таблица 2.1 – Варианты использования и основные действующие лица
|
Основное действующее лицо |
Вариант использования |
|
Студент |
1. Просмотр своих данных. 2. Запрос об ошибке.
|
|
Комендант |
3. Внесение данных. 4. Изменение данных. 5.Вывод списка должников по оплате. 6.Вывод списка должников по отработкам. 7.Проставлене отметок за дежурства. 8. Удаление студента. |
|
Деканат |
9. Вывод статистики об оплате студентами. 10. Вывод статистики о проживающих (возраст, пол, кафедра)
|
2.2 Краткое описание вариантов использования (таблица 2.2)
Таблица 2.2 – Краткое описание вариантов использования
|
Вариант использования |
Описание |
Условия, необходимые для использования |
Результат выполнения |
|
1 |
2 |
3 |
4 |
|
Внесение данных |
Внесение данных о студенте, оплате, комнате |
Наличие всех необходимых документов у студента |
Осуществляется внесение всех данных в систему |
|
Изменение данных |
Изменение данных о студенте |
Необходимо открыть базу данных студента и нажать «изменить» |
Изменения успешно приняты |
|
Просмотр своих данных |
Запрос на просмотр БД студента в общежитии |
Открыть базу данных и нажать «поиск студента» |
Выделенная строка с необходимым студентом |
|
Вывод списка должников по оплате. |
Запрос на вывод должников |
Нажать в системе кнопку «сгенерировать Список должников» |
Выведение в виде таблицы списка должников, и количество долга |
|
Вывод списка должников по отработкам |
Запрос на генерацию отчёта |
Нажать в системе кнопку «сгенерировать сгенерировать список должников по отработкам» |
Выведение в виде таблицы списка должников, и количество неотработанных дежурств
|
|
Запрос об ошибке |
Запрос в систему о том, что данные записаны неверно |
Наличие ошибки в БД |
Коменданту приходит сообщение о неправильности данных, которые он должен просмотреть, и в случае выявления ошибки, изменить |
|
Проставление отметок за дежурства |
Отработка студентом дежурства в общежитии |
Необходимо, что б студент отработал, и пришёл к коменданту с отчётом |
Внесение отметки об отработке дежурства |
|
Удаление студента |
Запрос на удаление студента из БД |
У студента нет долгов, отмечен обходной лист, студент желает выписаться |
Удаление студента из БД |
|
Вывод статистики об оплате студентами |
Запрос в БД на составление статистики |
Требование деканата составить статистику
|
Выведение статистики об оплате в виде таблицы |
|
Вывод статистики о проживающих (возраст, пол, кафедра) |
Запрос в БД на составление статистики |
Требование деканата составить статистику
|
Выведение списка студентов и их городе, поле, возрасте, кафедре |
2.3 Расширенное описание варианта использования
№ варианта использования: Вариант использования-1
Название варианта использования: Добавление студента
Автор: Сметанкин Владимир Сергеевич.
Дата создания: 10 октября ноября 2015 г.
Дата последнего обновления: 2 ноября 2015 г.
Действующие лица: Комендант
Описание: Комендант входит в систему, авторизировавшись под соответственным статусом, добавляет студента, внося при этом все необходимые данные.
2.3.1 Предварительные условия
1. Такого студента в базе данных на данный момент не существует.
2.3.2 Выходные условия
1. Добавление было сохранено со статусом «Добавлено».
2. Инвентарный список доступной мебели обновлен с учетом элементов добавления.
2.3.3 Нормальное направление
1.0. Добавление одного студента.
1. Комендант запрашивает форму для добавления студента.
2. После ввода имени, даты рождения, группы, города проверяет на уникальность студента.
3. просит ввести поле с количеством оплаты.
4. Система подтверждает добавление студента, или просит обновить поле в случае нехватки оплаты(возврат к пункту 3)
5. Система сохраняет все данные о студенте.
6. Система посылает e-mail подтверждение студенту.
2.3.4 Альтернативные направления
Не определено
2.3.5 Исключения
В системе уже существует пользователь с такими данными.
1. Система извещает коменданта, что студент с такими данными уже зарегистрирован.
2а. комендант отменяет добавление.
Приоритет: Высокий
Частота использования: Приблизительно 1000 пользователей, в течении учебного года.
2.3.6 Бизнес-правила
Бизнес-правило-1 Добавление всех данных должно происходить в промежутке времени между 8.00 и 17.00.
Бизнес-правило-2 Все данные должны быть занесены в одну таблицу.
Бизнес-правило-3 Срок перевода студента в список должников определяется как Общая сумма разделённая на ежемесячную плату, округлённое до целого.
2.3.7 Особые требования
1. Студент должен иметь право выписаться из общежития и быть удалённым из базы в любой день.
2. Студент должен иметь возможность просматривать свои данные и состояние оплаты на текущий момент (приоритет = высокий).
Замечания и вопросы:
1. Дата оплаты по умолчанию - 1 сентября текущего учебного года, Если студент производит доплату за проживание в течении семестра, эта сумма просто добавляется к сумме, произведённой заранее
2. Пиковая загрузка использования этого варианта использования между 8:00 и 17:00 по местному времени.
