Построение модели требований
• основное назначение диаграмм Use Case — определение требований заказчика к будущему программному приложению. • Обсудим разработку ПО для машины утилизации, которая принимает использованные бутылки, банки, ящики. Для определения элементов Use Case, которые должны выполняться в системе, вначале определяют актеров.
Выбор актеров • Сначала выделяют первичных актеров, использующих систему по прямому назначению. Каждый из первичных актеров участвует в выполнении одной или нескольких главных задач системы. В нашем примере первичным актером является Потребитель кладет в машину бутылки, получает квитанцию от машины. • Кроме первичных, существуют и вторичные актеры. Они наблюдают и обслуживают систему. Вторичные актеры существуют только для того, чтобы первичные актеры могли использовать систему. В нашем примере вторичным актером является Оператор обслуживает машину и получает дневные отчеты о ее работе. Мы не будем нуждаться в операторе, если не будет потребителей.
Внешняя среда машины утилизации
• Системную структуру определяют в основном первичные актеры. Именно от них в систему приходят главные изменения. Поэтому полное выделение первичных актеров гарантирует, что архитектура системы будет настроена на большинство важных пользователей. • Определение элементов Use Case • После выбора внешней среды можно выявить внутренние функциональные возможности системы. Для этого определяются элементы Use Case. • Каждый элемент Use Case задает некоторый путь использования системы, выполнение некоторой части функциональных возможностей. Полная совокупность элементов Use Case определяет все существующие пути использования системы. • Элемент Use Case — это последовательность взаимодействий в диалоге, выполняемом актером и системой. Запускается элемент Use Case актером, поэтому удобно выявлять элементы Use Case с помощью актеров.
• • • Потребитель — первичный актер, поэтому начнем с этой роли. Этот актер должен выполнять возврат утилизируемых элементов. Так формируется элемент Use Case Возврат элемента. Приведем его текстовое описание: Начинается, когда потребитель начинает возвращать банки, бутылки, ящики. Для каждого элемента, помещенного в машину утилизации, система увеличивает количество элементов, принятых от Потребителя, и общее количество элементов этого типа за день. После сдачи всех элементов Потребитель нажимает кнопку квитанции, чтобы получить квитанцию, на которой напечатаны названия возвращенных элементов и общая сумма возврата. Следующий актер — Оператор. Он получает дневной отчет об элементах, сданных за день. Это образует элемент Use Case Создание дневного отчета. Его описание: Начинается оператором, когда он хочет получить информацию об элементах, сданных за день. Система печатает количество элементов каждого типа и общее количество элементов, полученных за день. Доя подготовки к созданию нового дневного отчета сбрасывается в ноль параметр Общее количество. Кроме того, актер Оператор может изменять параметры сдаваемых элементов. Назовем соответствующий элемент Use Case Изменение элемента. Его описание: Могут изменяться цена и размер каждого возвращаемого элемента. Могут добавляться новые типы элементов. После выявления всех элементов диаграмма Use Case для системы принимает вид, показанный на рис.
Диаграмма Use Case для машины утилизации
Скачать презентацию Построение модели требований основное назначение
Лекция_7_2Построение модели требований.ppt