Файл: Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системыСформулировать.pdf

35
Главный раздел
Раздел «Типичный
ход событий»
Раздел
«Исключения»
Раздел
«Примечания»
Имя варианта использования
Типичный ход событий, приводящий к успешному выполнению варианта использования
Исключение №1
Примечания
Актёры
Исключение №2
Цель
Краткое описание
Исключение №3
Тип
Ссылки на другие варианты использования
Заполняют по необходимости


Написание сценариев модели начинают с базовых вариантов использованию,
после чего рассматриваются сценарии второстепенных или включаемых вариантов использования.

Сценарии расширяющих вариантов использования обычно помещаются в разделе исключений базового варианта использования.

Желательно, чтобы каждому исключению соответствовал отдельный вариант использования, который соединяется с базовым отношением расширения
. Иначе будет нарушено логическое соответствие между текстами сценариев и диаграммой вариантов использования.
36
Сценарий должен уточнять и дополнять диаграмму, а не заменять её!
Диаграмма вариантов использования – это, в первом приближении,
просто перечень функций системы, а не алгоритм её работы!

37

Главный раздел
Вариант использования
Снятие наличных по кредитной карте
Актёры
Клиент, Банк
Цель
Получение требуемой суммы наличными
Краткое описание
Клиент запрашивает требуемую сумму. Банкомат обеспечивает доступ к счёту клиента. Банкомат выдаёт клиенту наличные
Тип
Базовый
Ссылки на другие варианты
использования
Включает в себя варианты использования:
•
проверка PIN-кода кредитной карты
38
extension points для простоты не указаны extension point для простоты не указана
1 2
3
На диаграмме:
1,2 и 3 – это визуализация исключений

39
Типичный ход событий
Действия актёров
Отклик системы
1. Клиент вставляет кредитную карту в устройство чтения банкомата.
2. Банкомат проверяет кредитную карту.
3. Банкомат предлагает ввести PIN-код.
Исключение №1: Кредитная карточка недействительна
4. Клиент вводит PIN-код.
5. Банкомат проверяет PIN-код.
6. Банкомат отображает опции меню.
Исключение №2: Клиент вводит неверный PIN- код
7. Клиент выбирает снятие наличных со своего счёта
8. Система делает запрос в Банк и выясняет текущее состояние счёта клиента.
9. Банкомат предлагает ввести требуемую сумму
10. Клиент вводит требуемую сумму.
11. Банк проверяет введённую сумму.
Исключение №3: Требуемая сумма превышает сумму на счёте клиента
12. Банкомат изменяет состояние счёта клиента, выдаёт наличные и чек.

40
13. Клиент получает наличные и чек.
15. Клиент получает свою кредитную карту.
14. Банкомат предлагает клиенту забрать его кредитную карту.
16. Банкомат отображает сообщение о своей готовности к работе.
Исключения
Исключение №1: Кредитная карта недействительна
3. Банкомат отображает информацию о неверно вставленной кредитной карте.
14. Банкомат возвращает клиенту его кредитную карту.
Исключение №2: Клиент вводит неверный PIN-код
4. Клиент вводит новый PIN-код
6. Банкомат отображает информацию о неверном
PIN-коде
Исключение №3: Требуемая сумма превышает сумму на счёте клиента
10. Клиент вводит новую требуемую сумму
12. Банкомат отображает информацию о превышении кредита

РЕКОМЕНДАЦИИ ПО
РАЗРАБОТКЕ ДИАГРАММ
ВАРИАНТОВ
ИСПОЛЬЗОВАНИЯ
41

42
Рекомендуемое количество актёров в модели – не более
20
, а вариантов использования – не более
50 1. Определить главных и второстепенных актёров
2. Определить цели главных актёров по отношению к системе
3. Сформулировать базовые варианты использования
4. Рассмотреть все базовые варианты использования в порядке убывания степени риска их реализации

43
Рекомендуемое количество актёров в модели – не более
20
, а вариантов использования – не более
50 5. Выделить участников, интересы, предусловия и постусловия выбранного варианта использования
6. Написать успешный сценарий выполнения выбранного варианта использования
7. Определить исключения и написать для них сценарии
8. Отметить на диаграмме отношения
9. Проверить диаграмму на наличие дубликатов

РАСШИРЕНИЕ UML ДЛЯ
БИЗНЕС-
МОДЕЛИРОВАНИЯ
44

45
Бизнес-актёр
• Business actor
Сотрудник
• Business worker
Бизнес-вариант использования
• Business use case

РАСШИРЕНИЕ UML ДЛЯ
БИЗНЕС-МОДЕЛИРОВАНИЯ
Бизнес-актёр
–
индивидуум, группа, организация, компания или система, которые взаимодействуют с моделируемой бизнес- системой, но не входят в неё (например, клиенты, покупатели, поставщики, партнёры, …).
Сотрудник
–
индивидуум, который действует внутри моделируемой бизнес-системы, взаимодействует с другими сотрудниками и является участником бизнес-процесса.
46
Бизнес-вариант использования
– блок,
определяющий функциональность модулируемой системы,
ориентированной на выполнение отдельного бизнес- процесса.