- •Введение Лабораторная работа №1
- •Выполнение лабораторной работы
- •Вариант использования
- •Интерфейсы
- •Примечания
- •Отношения
- •Отношение ассоциации
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Типичные примеры применения
- •Контекст системы
- •Требования к системе
- •Ход работы Создание диаграммы прецедентов в Visual Paradigm
- •Обозначение системы
- •Обозначение актёра
- •Обозначение варианта использования
- •Обозначение отношения «расширение»
- •Обозначение отношения «включает»
- •Пример построения диаграммы прецедентов Предварительное описание
- •Выделение прецедентов
- •Определение основных исполнителей и задач
- •Описание прецедентов
- •Основной успешный сценарий (или основной процесс)
- •Расширения (или альтернативные потоки)
- •Построение диаграммы прецедентов
- •Контрольные вопросы
- •Содержание отчета
- •Лабораторная работа №3
- •Создание диаграммы классов
- •Создание отношения обобщение
- •Создание отношения реализация
- •Контрольные вопросы
- •Содержание отчета
- •Лабораторная работа №4-5
- •Создание диаграммы последовательности
- •Создание актёра
- •Создание сообщений
- •Создание фреймов
- •Контрольные вопросы
- •Содержание отчета
- •Лабораторная работа №7
- •Теоретическая часть
- •Агрегация
- •Ассоциация
- •Компонент
- •Композиция
- •Ограничение
- •Зависимость
- •Обобщение
- •Интерфейс
- •Примечание
- •Реализация
- •Практическая часть
- •Содержание отчета
- •Лабораторная работа №8
- •Теоретическая часть Доступ
- •Объединение
- •Подсистема
- •Практическая часть
- •Содержание отчета
- •Приложение 1. Титульный лист
Выделение прецедентов
Определение рамок системы
Для, того чтобы яснее очертить рамки проектируемой системы определим те функции, которые она не должна выполнять, т.е. определим внешних вспомогательных исполнителей:
Система не отвечает за процессы подключения и аутентификации мобильных устройств студентов, за это отвечают протоколы безопасности беспроводных сетей;
Система не отвечает за сопоставление конкретных МАС адресов и адресов мобильных устройств в сети IP, за это отвечают протоколы DHCP и ARP, реализованные в рамках операционной системы или роутера (точки доступа);
Система не отвечает за визуализацию содержимого экзаменационного билета, это выполняет браузер на мобильном устройстве.
Таким образом, внешними вспомогательными исполнителями являются: операционная система, беспроводной роутер, браузер мобильного устройства.
Определение основных исполнителей и задач
Для того чтобы не упустить некоторые не очевидные моменты в процессе определения основных исполнителей и задач полезно ответить на следующие вопросы:
Кто запускает и выключает систему?
Кто является системным администратором?
Кто осуществляет управление пользователями и безопасностью?
Относится ли время к числу исполнителей, другими словами, должна ли система выполнять какие-либо действия в ответ на события времени?
Существует ли процесс мониторинга, благодаря которому система перезапускается в случае сбоя?
Кто контролирует деятельность и производительность системы?
Как выполняется обновление программного обеспечения?
Кто анализирует журналы регистрации? Можно ли обеспечить удаленный доступ к ним?
Могут ли в качестве исполнителей выступать внешние программы или автоматические системы?
Кого следует уведомлять при ошибках или сбоях системы?
Составим перечень исполнителей и задач в виде таблицы:
Исполнитель |
Задачи |
Студент |
Регистрируется на экзамене Получает билет |
Преподаватель |
Включает и выключает систему Уточняет участие студента в сдаче экзамена Анализирует информацию о вытянутых билетах Анализирует информацию о времени получения билетов |
Ассистент (деканат) |
Формирует списки студентов |
Система промежуточной оценки знаний |
Предоставляет информацию для выставления автоматической оценки за экзамен |
Как правило, каждой задаче пользователя соответствует один прецедент. Его имя должно начинаться с существительного, описывающего действие. Из таблицы выше, можно сделать вывод, что в разрабатываемой системе присутствует два основных исполнителя: Студент и Преподаватель. Поэтому в качестве прецедентов определим те, которые соответствуют задачам основных исполнителей. (Регистрация на экзамене, Получение билета, Допуск на экзамен, Вызов на собеседование, Собеседование на экзамене)
Описание прецедентов
В качестве примера, рассмотрим развернутое описание прецедента Получение билета.
Прецедент П1. Получение билета
Рамки. Система поддержки проведения экзамена.
Уровень. Задача, определенная пользователем.
Основной исполнитель. Студент.
Заинтересованные лица и их требования.
Студент. Хочет получить билет и узнать о возможности выставления автоматической оценки. Все это он хочет проделать без лишних волнений и не отвлекая остальных участников экзамена;
Преподаватель. Хочет быстро определить, кому и какую оценку можно поставить автоматически;
Деканат. Хочет получить аккуратно заполненные ведомости о проведении экзамена.
Предусловия. Студент зарегистрировался на экзамене и имеет допуск.
Результаты (Постусловия). Студенту предоставлен случайный и еще не занятый билет. Зафиксировано время получения билета. Определены автоматические оценки за каждый вопрос в полученном билете.