ОО анализ: функциональные требования и диаграммы прецедентов. Тема 4

1. 4 ОО анализ: функциональные требования и диаграммы прецедентов

2. 4.1 Диаграмма прецедентов

UCD (UseCase
А.Джекобсон
Diagram)
=
автор
! Главное – текстовое описание, а
диаграмма как иллюстрация
иногда = текстовое описание опускают, но
это нежелательно

3. 4.2 Прецедент

=
описание
множества
содержательно-близких
сценариев
взаимодействия
акторов (внешних агентов) с ИС,
которое осуществляется с целью
получения акторами некоторого
полезного
результата
при
помощи системы
•Источник = требования к системе

4. Прецедент охватывает несколько сценариев:

«отправка e-mail»:
1. Написать текст
2. Указать тему и адресата
3. Отправить письмо
-----------------------------------------Варианты (=сценарии):
- Адрес из адресной книги
- Не отправить, а сохранить черновик
-----------------------------------------Сценарий = экземпляр варианта

5. Взаимодействие пользователя и системы

два аспекта:
1. Задачи пользователя (из ПрО)
2. Системные
взаимодействия
(запросы к функциональности
системы)
Прецеденты соответствуют задачам
пользователя и описываются в
терминах
системных
взаимодействий

6. 4.3 Актор

внешний по отношению к
системе объект (человек или
другая система)
= не конкретный человек, а роль,
которую
он
играет
по
отношению к системе
Одну роль могут исполнять
несколько человек, и наборот
=

7. Актор

Графическая нотация для изображения актора

8. 4.4 Описание прецедента

= один или несколько абзацев текста,
описывающих взаимодействие акторов
с системой
Обычно используют:
• Название
• Акторы
• Описание
= Это «высокоуровневые» прецеденты

9. 4.5 Пример высокоуровневого прецедента

Название: Продажа товара
Акторы: Кассир
Описание: Покупатель подходит к кассе с
товарами, которые желает приобрести.
Кассир регистрирует их и сообщает общую
сумму покупателю. Покупатель оплачивает
и покидает магазин с товарами.
(= краткое описание основных моментов
взаимодействия акторов с системой)

10. Прецедент “ПРОДАЖА ТОВАРА”

11. Деление прецедентов по степени важности

• Главные
(без
их
реализации
невозможно
функционирование
системы)
• Второстепенные (без их реализации
возможно частичное функционирование
системы)
• Вспомогательные (не влияют на
основное функционирование системы)

12. Классификация прецедентов по учету технологий ввода/вывода

• Идеальные
(=
развернутые,
отражающие процесс взаимодействия
акторов с системой без указания
конкретных технологий ввода/вывода)
• Реальные
(=
развернутые,
отражающие процесс взаимодействия
акторов с системой в терминах
конкретных проектных решений и на
основе
конкретных
технологий
ввода/вывода)

13. Отношения на диаграмме прецедентов

• Ассоциация
• Обобщение
• Зависимость включения
• Зависимость расширения

14. Ассоциация

• Между актором и прецедентом =
актор участвует в прецеденте

15. Обобщение

• Между акторами
= актор-потомок может участвовать во всех
прецедентах, в которых участвует акторродитель

16. Обобщение

• Между прецедентами
= дочерние прецеденты используют общую
схему взаимодействия акторов с системой, и
различаются только в конкретных шагах

17. Зависимость

=
семантическое отношение между
двумя сущностями: одна сущность
(зависимая) каким-то образом зависит
от другой (независимой) и изменения
структуры, поведения или семантики
независимой сущности могут повлечь за
собой
изменения
в
структуре,
поведении или семантике зависимой
сущности

18. Зависимость включения

• между прецедентами, в которой один
прецедент (базовый) явно включается в
другой прецедент

19. Зависимость расширения

• между прецедентами, в которой один
прецедент
(расширяющий)
неявно
включается
в
другой
прецедент
(расширяемый)

20. Порядок построения модели

1. Определить
границы
системы,
идентифицировать
акторов
и
прецеденты.
2. Записать
все
прецеденты
в
высокоуровневой форме.
3.
Определить
отношения
между
прецедентами и проиллюстрировать
их на диаграмме.