Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
MiSPISiT_laboratorny_praktikum.docx
Скачиваний:
57
Добавлен:
28.06.2021
Размер:
2.37 Mб
Скачать

Выделение прецедентов

Определение рамок системы

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

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

  2. Система не отвечает за сопоставление конкретных МАС адресов и адресов мобильных устройств в сети IP, за это отвечают протоколы DHCP и ARP, реализованные в рамках операционной системы или роутера (точки доступа);

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

Таким образом, внешними вспомогательными исполнителями являются: операционная система, беспроводной роутер, браузер мобильного устройства.

Определение основных исполнителей и задач

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

  1. Кто запускает и выключает систему?

  2. Кто является системным администратором?

  3. Кто осуществляет управление пользователями и безопасностью?

  4. Относится ли время к числу исполнителей, другими словами, должна ли система выполнять какие-либо действия в ответ на события времени?

  5. Существует ли процесс мониторинга, благодаря которому система перезапускается в случае сбоя?

  6. Кто контролирует деятельность и производительность системы?

  7. Как выполняется обновление программного обеспечения?

  8. Кто анализирует журналы регистрации? Можно ли обеспечить удаленный доступ к ним?

  9. Могут ли в качестве исполнителей выступать внешние программы или автоматические системы?

  10. Кого следует уведомлять при ошибках или сбоях системы?

Составим перечень исполнителей и задач в виде таблицы:

Исполнитель

Задачи

Студент

Регистрируется на экзамене

Получает билет

Преподаватель

Включает и выключает систему

Уточняет участие студента в сдаче экзамена

Анализирует информацию о вытянутых билетах

Анализирует информацию о времени получения билетов

Ассистент (деканат)

Формирует списки студентов

Система промежуточной оценки знаний

Предоставляет информацию для выставления автоматической оценки за экзамен

Как правило, каждой задаче пользователя соответствует один прецедент. Его имя должно начинаться с существительного, описывающего действие. Из таблицы выше, можно сделать вывод, что в разрабатываемой системе присутствует два основных исполнителя: Студент и Преподаватель. Поэтому в качестве прецедентов определим те, которые соответствуют задачам основных исполнителей. (Регистрация на экзамене, Получение билета, Допуск на экзамен, Вызов на собеседование, Собеседование на экзамене)

Описание прецедентов

В качестве примера, рассмотрим развернутое описание прецедента Получение билета.

Прецедент П1. Получение билета

Рамки. Система поддержки проведения экзамена.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Студент.

Заинтересованные лица и их требования.

  • Студент. Хочет получить билет и узнать о возможности выставления автоматической оценки. Все это он хочет проделать без лишних волнений и не отвлекая остальных участников экзамена;

  • Преподаватель. Хочет быстро определить, кому и какую оценку можно поставить автоматически;

  • Деканат. Хочет получить аккуратно заполненные ведомости о проведении экзамена.

Предусловия. Студент зарегистрировался на экзамене и имеет допуск.

Результаты (Постусловия). Студенту предоставлен случайный и еще не занятый билет. Зафиксировано время получения билета. Определены автоматические оценки за каждый вопрос в полученном билете.