Построение диаграммы прецедентов
В качестве CASE-средства в данном описании будет использоваться modelio версии 3. Диаграмма прецедентов может выглядеть так, как показано на рисунке 1.
Рисунок 1 - Диаграмма прецедентов
На этой диаграмме основные исполнители показаны слева, а вспомогательные справа. Связь взаимодействия может соединять также и двух исполнителей, и два прецедента. Однако для этого вводятся специальные виды взаимодействия: обобщение, расширение и включение (использование этих типов связи в рамках анализа начальной фазы не является желательным). Описание типов взаимодействия и рекомендации по использованию можно найти в Приложении 1.
Описание нефункциональных требований
Для описания всех возможных требований к проектируемой системе не- достаточно выделить лишь прецеденты. Существуют требования к отчетам, документированию, поддержке и лицензированию. В рамках унифицированного процесса для достижения данной цели используются такие артефакты, как: "Дополнительная спецификация", "Видение", "Словарь терминов" (все артефакты не являются обязательными и используются по необходимости). Артефакт – не просто документ или диаграмма, а процесс осмысления, анализа и разработки с последующей записью результатов во избежание повторения или забывания. Для итеративной и эволюционной разработки все артефакты анализа и проектирования рассматриваются как неполные и незавершенные. Они эволюционируют в процессе разработки системы.
В рамках данного курсового проектирования ограничимся только артефактом «Словарь терминов». Словарь терминов обычно делается в виде приложения.
Словарь терминов
| Версия | Создан | Изменен | Описание | Автор | Изменил |
| Черновой начальный вариант | 24 февраля, 2014 | 24 мая, 2014 | Составление выполняется в рамках курсового проектирования и носит учебный характер. На первой итерации в словарь выносятся термины успешного сценария прецедента П1"Получение билета" | Гузеев А.В. | Филин А.В. |
| Термин | Определение | Формат | Правило верифика-ции | Синоним |
| Студент | Человек, сдающий экзамен | Student | ||
| Система | Система поддержки проведения экзамена | СП (система поддержки) | ||
| Экзамен | Набор испытаний, которые необходимо пройти каждому студенту в процессе сдачи экзамена | |||
| Билет | Формализован-ный вариант испытания. Как правило, состоит из задачи и теоретических вопросов | Card | ||
| Получение билета | Процесс выбора и визуализации некоторого билета на мобильном устройстве студента | Обращение студента к СП, обращение, повторное обращение | ||
| Мобильное устройство | Устройство с модулем беспроводной связи, принадлежащее студенту | |||
| Подготовка | Процесс формирования студентом ответов на вопросы и решение задач (как правило, жестко ограниченный во времени) | |||
| Тема | Совокупность сведений в рамках изучаемой дисциплины, объединенных общим признаком | Topic | ||
| Задание | Теоретический или практический вопрос в составе билета | Вопрос, Task | ||
| Система промежуточ-ной оценки знаний | Совокупность мероприятий по оценке остаточных знаний студентов в течение семестра | СОЗ, MarkStorage | ||
| Автомати-ческая промежуточ-ная оценка | Число, характеризую-щее знания студента по одному вопросу и рекомендуемое (предоставляе-мое) СОЗ | В общем случае, формат может зависеть от системы оценок, принятой препода-вателем | Не должна быть отри-цатель- ной и превышать максималь-но возмож-ное значе-ние | оценка, Mark |
| MAC-адрес | Уникальный идентификатор, присваиваемый каждой единице активного оборудования компьютерных сетей | 48-разряд-ное двоичное число, записы-ваемое как совокуп-ность 6 октетов | Media Access Control | |
| Попытка | Сеанс взаимодействия студента с системой в рамках конкретного билета | Attempt |
Словарь терминов должен дополняться и развиваться в течение всего процесса проектирования. Термины из словаря будут использоваться для создания большого числа других артефактов процесса UP. Следует также отметить, что правильный выбор синонимов может упростить дальнейшее проектирование.