Файл: Лабораторная работа Формулирование функциональных и нефункциональных требований к системе Регистрация курсов.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 09.01.2024

Просмотров: 59

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.


График не найден:

Если во время выполнения подчиненных потоков "Обновить график" или "Удалить график" система не может найти график сту­дента, то выдается сообщение об ошибке. После того как студент подтвердит это сообщение, основной поток начнется сначала.

Система каталога курсов недоступна:

Если окажется, что установить связь с системой каталога курсов невозможно, то будет выдано сообщение об ошибке. После того как студент подтвердит это сообщение, вариант использования завер­шится.

Регистрация на курсы закончена:

Если в самом начале выполнения варианта использования ока­жется, что регистрация на текущий семестр закончена, будет выдано сообщение и вариант использования завершится.
Предусловия:

Перед началом выполнения данного варианта использования студент должен войти в систему.
Вариант использования "Закрыть регистрацию"
Краткое описание:

Данный вариант использования позволяет регистратору закры­вать процесс регистрации. Предлагаемые курсы, на которые не запи­салось достаточного количества студентов (менее трех), отменяются. В расчетную систему передается информация о каждом студенте по каждому предлагаемому курсу, чтобы студенты могли внести оплату за курсы.
Основной поток событий:

Данный вариант использования начинает выполняться, когда регистратор запрашивает прекращение регистрации.

  1. Система подтверждает завершение процесса регистрации.

  2. Для каждого предлагаемого курса система проверяет, ведет ли его какой-либо профессор и записалось ли на него не менее трех сту­дентов. Если эти условия выполняются, система окончательно фик­сирует курс в каждом графике, который включает данный курс.

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


Альтернативные потоки:

Регистрация не завершена:

Если при проверке завершения процесса регистрации выясняет­ся, что регистрация еще выполняется, выдается сообщение и вари­ант использования завершается.

На курс записалось менее трех студентов:

Если во время выполнения основного потока обнаруживается, что на некоторый курс записалось менее трех студентов, то этот курс отменяется и выполняется подчиненный поток "Отмена курса".


Курс никто не ведет:

Если во время выполнения основного потока обнаруживается, что некоторый курс не ведется никаким профессором, то этот курс отменяется и выполняется подчиненный поток "Отмена курса".

Отмена курса:

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

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

Расчетная система недоступна:

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

Предусловия:

Перед началом выполнения данного варианта использования регистратор должен войти в систему

Самостоятельно опишите оставшиеся варианты использования
Описание дополнительных спецификаций
Назначение дополнительных спецификаций — определить требования к системе регистрации курсов, которые не охватывает модель вариантов использования. Вместе они образуют полный набор требований к системе.

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

Нефункциональные возможности

Система должна обеспечивать многопользовательский режим работы.

Удобство использования

Пользовательский интерфейс должен быть Windows-совместимым.

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

Каждая функция системы должна сопровождаться встроенной онлайновой помощью, которая должна включать пошаговые инструкции по работе с системой, а также определения терминов и сокращений.



Надежность

Система должна быть в работоспособном состоянии 24 ч в день 7 дней в неделю, время простоя — не более 10%. Среднее время безотказной работы должно превышать 300 ч.

Производительность

Система должна поддерживать до 2000 пользователей, одновременно работающих с центральной базой данных, и до 500 пользователей, одновременно работающих с локальными серверами.

Безопасность

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

Только профессора имеют право ставить оценки студентам.

Только регистратор может изменять любую информацию о студентах.
Упражнение 2. Анализ системы «Интернет-магазин»
Описание системы «Интернет-магазин»

Магазин занимается продажей компьютеров через интернет. Клиент может выбрать компьютер любой компьютер, имеющийся в каталоге. Компьютеры подразделяются на серверы, настольные и портативные. Заказчик может выбрать стандартную конфигурацию или построить требуемую в диалоговом режиме. Компоненты конфигурации (такие, как оперативная память) пред­ставляются в виде списка для выбора из доступных альтернатив. Для каждой новой конфигурации система может подсчитать цену.

Для того чтобы оформить заказ, клиент должен заполнить ин­формацию по доставке и оплате. В личном кабинете клиента всегда есть информация о его товаре. Пока клиент ожидает доставку ком­пьютера, он может проверить состояние заказа в любое время в диа­логовом режиме. Администратору магазина необходимо проверить кредитоспособность (в случае использования кредитной карты) и способа рас­чета клиента за покупку, требования заказанной конфигурации со склада, подачи заявки о доставке компьютера клиен­ту на склад.

Дополнительные требования:

для знакомства со стандартной конфигурацией выбираемого сервера, настольного или портативного компьютера клиент исполь­зует Web-страницу интернет-магазина. При этом также приводится цена конфигурации;

клиент выбирает детали конфигурации, с которыми он хочет ознакомиться и, возможно, купить готовую или составить более под­ходящую конфигурацию. Цена для каждой конфигурации может быть подсчитана по требованию пользователя;

клиент может выбрать вариант заказа компьютера по интернету либо попросить, чтобы продавец связался с ним для объяснения де­талей заказа, договорился о цене и тому подобном, прежде чем заказ будет фактически размещен;


для размещения заказа клиент должен заполнить электронную форму с адресами для доставки товара и отправки счет-фактуры, а также деталями, касающимися оплаты (кредитная карточка или оплата наличными при получении);

после ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее подробное описание заказанной конфигурации;

склад получает счет-фактуру от продавца и отгружает компью­тер клиенту.


  1. Определите действующих лиц системы.

  2. Определите варианты использования системы. Опишите их, как это было сделано в упражнении 1.