Similar presentations:
ОО анализ: функциональные требования и диаграммы прецедентов. Тема 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.
Определить
отношения
между
прецедентами и проиллюстрировать
их на диаграмме.