Материал: MiSPISiT_laboratorny_praktikum

Рисунок 14 – Создание отношения включения

Пример построения диаграммы прецедентов Предварительное описание

Система обеспечивает автоматическую выдачу билетов с использованием точки доступа и мобильных устройств, оснащенных модулем беспроводной связи. Система должна осуществлять проверку доступа студента к билетам только с использованием одного мобильного устройства. Для составления пар студент-устройство используются ФИО студента и MAC-адрес устройства. Преподаватель должен иметь информацию о том, какой студент вытянул какой вопрос, и время, в которое было произведено это действие. Доступ к экзаменационным билетам должен быть только у студентов группы, указанной преподавателем и допущенных к экзамену. Преподаватель должен иметь возможность допускать студентов до экзамена и разрешать сдавать экзамен студентам из другой группы в виде исключения. После регистрации студента и его мобильного устройства система выдает случайный, еще не занятый, билет, и при последующих обращениях с мобильного устройства выдает тот же самый билет.

В процессе проведения экзамена студент может вытянуть билет позволяющий получить оценку автоматически (без ответа на вопросы). Для этого в течение семестра использовалась система промежуточной оценки остаточных знаний, результатом работы которой являются 4 пары тема - оценка. Весь курс разбит на 10 тем, таким образом, чтобы ответив на любой вопрос из темы в течение семестра, можно было получить оценку за всю тему. Для вычисления автоматической оценки на основе выбранного билета система должна проверить в какие темы попадают вопросы, выбранного билета, и сопоставить их с оценками, полученными студентом, вытянувшим билет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основной успешный сценарий (или основной процесс)

1. Студент сообщает системе о своем желании получить билет;

2. Система проверяет факт выдачи билета студенту во время его предыдущих обращений;

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

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

5. Система определяет номер темы, к которой относится вопрос, выбранного билета;

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

7. Система повторяет пункты 5 и 6 для всех вопросов, выбранного билета;

8. Система формирует билет в виде возможном для отображения и передает его на мобильное устройство;

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

Расширения (или альтернативные потоки)

2-4а. При повторном обращении студента к системе для получения билета:

1. Система определяет, какой билет был выдан студенту при его первом обращении.

4а. Если в системе не осталось ни одного билета, который еще ни разу не был выдан:

1. Система сообщает студенту о том, что необходимо подождать, пока билеты не освободятся;

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

3. Система завершает обслуживание студента.

Специальные требования

На 3 шаге основного сценария необходимо обеспечить, чтобы у разных студентов выполнивших одновременное обращение к системы были разные билеты

Список технологий и типов данных

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

Построение диаграммы прецедентов

В качестве CASE-средства в данном описании будет использоваться Visual Paradigm. Диаграмма прецедентов может выглядеть так, как показано на рисунке 15.

Рисунок 15 – Диаграмма прецедентов

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

Контрольные вопросы

1. Какие символы являются стандартными представлениями актёра?

2. Каким символом изображается прецедент?

3. Какое значение имеет стрелка, изображенная на линии, связывающей актёра и прецедент?

4. Какие актёры вовлечены в выполнение прецедента Use Case E?

5. В каком количественном отношении находятся сценарии и прецеденты?

6. В каком отношении находятся понятия прецедента и кооперации?

7. Что такое прецедент?

8. Какой смысл вкладывают в понятие актёра?

9. В каких отношениях могут состоять прецеденты?

10. Какие актёры вовлечены в выполнение прецедента Use Case E?

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

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

11. В чем состоит смысл операции расширения прецедента?

12. Что описывается в дополнительном разделе прецедента, отделенном от его названия горизонтальной линией?

13. Как на диаграммах прецедентов изображается включение прецедентов?

    1. в виде зависимости со стереотипом <<include>>;

    2. в виде зависимости со стереотипом <<inside>>;

    3. в виде зависимости со стереотипом <<within>>;

    4. в виде зависимости со стереотипом <<switch on>>;

    5. в виде зависимости со стереотипом <<contain>>.