ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 14.04.2021
Просмотров: 2422
Скачиваний: 4
8
выполнения
вариантов
использования
применяют
диаграммы
деятельности
.
–
Вариант
использования
должен
быть
инициирован
действующим
лицом
.
Это
означает
,
что
должна
быть
сплошная
стрелка
,
начинающаяся
на
действующем
лице
и
заканчивающаяся
на
варианте
использования
.
Хорошим
источником
для
идентификации
вариантов
использования
служат
внешние
события
.
Следует
начать
с
перечисления
всех
событий
,
происходящих
во
внешнем
мире
,
на
которые
система
должна
каким
-
то
образом
реагировать
.
Какое
-
либо
конкретное
событие
может
повлечь
за
собой
реакцию
системы
,
не
требующую
вмешательства
пользователей
,
или
,
наоборот
,
вызвать
пользовательскую
реакцию
.
Идентификация
событий
,
на
которые
необходимо
реагировать
,
помогает
идентифицировать
варианты
использования
.
Варианты
использования
начинают
описывать
,
что
должна
будет
делать
система
.
Чтобы
фактически
разработать
систему
,
однако
,
потребуются
более
конкретные
детали
.
Эти
детали
описываются
в
документе
,
называемом
«
поток
событий
» (flow of events).
Целью
потока
событий
является
документирование
процесса
обработки
данных
,
реализуемого
в
рамках
варианта
использования
.
Этот
документ
подробно
описывает
,
что
будут
делать
пользователи
системы
,
и
что
–
сама
система
.
Хотя
поток
событий
и
описывается
подробно
,
он
также
не
должен
зависеть
от
реализации
.
Цель
–
описать
,
что
будет
делать
система
,
а
не
как
она
будет
делать
это
.
Обычно
поток
событий
включает
:
–
краткое
описание
;
–
предусловия
(pre-conditions);
–
основной
поток
событий
;
–
альтернативный
поток
событий
(
или
несколько
альтернативных
потоков
);
–
постусловия
(post-conditions).
Последовательно
рассмотрим
эти
составные
части
.
Описание
Каждый
вариант
использования
должен
иметь
связанное
с
ним
короткое
описание
того
,
что
он
будет
делать
.
Например
,
вариант
9
использования
«
Перевести
деньги
»
системы
АТМ
может
содержать
следующее
описание
:
Вариант
Использования
«
Перевести
деньги
»
позволяет
клиенту
или
служащему
банка
переводить
деньги
с
одного
счета
до
востребования
или
сберегательного
счета
на
другой
.
Предусловия
Предусловия
варианта
использования
–
это
такие
условия
,
которые
должны
быть
выполнены
,
прежде
чем
вариант
использования
начнет
выполняться
сам
.
Например
,
таким
условием
может
быть
выполнение
другого
варианта
использования
или
наличие
у
пользователя
прав
доступа
,
требуемых
для
запуска
этого
.
Не
у
всех
вариантов
использования
бывают
предварительные
условия
.
Ранее
упоминалось
,
что
диаграммы
вариантов
использования
не
должны
отражать
порядок
их
выполнения
.
С
помощью
предусловий
,
однако
,
можно
документировать
и
такую
информацию
.
Например
,
предусловием
одного
варианта
использования
может
быть
то
,
что
в
это
время
должен
выполняться
другой
.
Основной
и
альтернативный
потоки
событий
Конкретные
детали
вариантов
использования
описываются
в
основном
и
альтернативных
потоках
событий
.
Поток
событий
поэтапно
описывает
,
что
должно
происходить
во
время
выполнения
заложенной
в
варианты
использования
функциональности
.
Поток
событий
уделяет
внимание
тому
,
что
будет
делать
система
,
а
не
как
она
будет
делать
это
,
причем
описывает
все
это
с
точки
зрения
пользователя
.
Основной
и
альтернативный
потоки
событий
включают
следующее
описание
:
–
способ
запуска
варианта
использования
;
–
различные
пути
выполнения
варианта
использования
;
–
нормальный
,
или
основной
,
поток
событий
варианта
использования
;
–
отклонения
от
основного
потока
событий
(
так
называемые
альтернативные
потоки
);
–
потоки
ошибок
;
–
способ
завершения
варианта
использования
.
1
0
Например
,
поток
событий
варианта
использования
«
Снять
деньги
»
может
выглядеть
следующим
образом
:
Основной
поток
1
.
Вариант
использования
начинается
,
когда
клиент
вставляет
свою
карточку
в
АТМ
.
2.
АТМ
выводит
приветствие
и
предлагает
клиенту
ввести
свой
персональный
идентификационный
номер
.
3.
Клиент
вводит
номер
.
4.
АТМ
подтверждает
введённый
номер
.
Если
номер
не
подтвержден
,
выполняется
альтернативный
поток
событий
А1
.
5.
АТМ
выводит
список
доступных
действий
:
–
положить
деньги
на
счет
;
–
снять
деньги
со
счета
;
–
перевести
деньги
.
6.
Клиент
выбирает
пункт
«
Снять
деньги
».
7.
АТМ
запрашивает
,
сколько
денег
надо
снять
.
8.
Клиент
вводит
требуемую
сумму
.
9.
АТМ
определяет
,
имеется
ли
на
счету
достаточно
денег
.
Если
денег
недостаточно
,
выполняется
альтернативный
поток
А
2.
Если
во
время
подтверждения
суммы
возникают
ошибки
,
выполняется
поток
ошибок
Е1
.
1
0.
АТМ
вычитает
требуемую
сумму
из
счета
клиента
.
11
.
АТМ
выдает
клиенту
требуемую
сумму
наличными
.
1
2.
АТМ
возвращает
клиенту
его
карточку
.
1
3.
АТМ
печатает
чек
для
клиента
.
1
4.
Вариант
использования
завершается
.
Альтернативный
поток
А1
.
Ввод
неправильного
идентификационного
номера
.
1
.
АТМ
информирует
клиента
,
что
идентификационный
номер
введён
неправильно
.
2.
АТМ
возвращает
клиенту
его
карточку
.
3.
Вариант
использования
завершается
.
11
Альтернативный
вариант
использования
А
2.
Недостаточно
денег
на
счету
.
1
.
АТМ
информирует
клиента
,
что
денег
на
его
счету
недостаточно
.
2.
АТМ
возвращает
клиенту
его
карточку
.
3.
Вариант
использования
завершается
.
Поток
ошибок
Е1
.
Ошибка
в
подтверждении
запрашиваемой
суммы
.
1
.
АТМ
сообщает
пользователю
,
что
при
подтверждении
запрашиваемой
суммы
произошла
ошибка
и
дает
ему
номер
телефона
службы
поддержки
клиентов
банка
.
2.
АТМ
заносит
сведения
об
ошибке
в
журнал
ошибок
.
Каждая
запись
содержит
дату
и
время
ошибки
,
имя
клиента
,
номер
его
счета
и
код
ошибки
.
3.
АТМ
возвращает
клиенту
его
карточку
.
4.
Вариант
использования
завершается
.
Постусловия
Постусловиями
называются
такие
условия
,
которые
всегда
должны
быть
выполнены
после
завершения
варианта
использования
.
Например
,
в
конце
варианта
использования
можно
пометить
флажком
какой
-
нибудь
переключатель
.
Информация
такого
типа
входит
в
состав
постусловий
.
Как
и
для
предусловий
,
с
помощью
постусловий
можно
вводить
информацию
о
порядке
выполнения
вариантов
использования
системы
.
Если
,
например
,
после
одного
из
вариантов
использования
должен
всегда
выполняться
другой
,
это
можно
описать
как
постусловие
.
Такие
условия
имеются
не
у
каждого
варианта
использования
.
Связи
между
вариантами
использования
и
действующими
лицами
В
языке
UML
на
диаграммах
вариантов
использования
поддерживается
несколько
типов
связей
между
элементами
диаграммы
.
Это
связи
коммуникации
(communication),
включения
(include),
расширения
(extend)
и
обобщения
(generalization).
Связь
коммуникации
–
это
связь
между
вариантом
использования
и
действующим
лицом
.
На
языке
UML
связи
коммуникации
показывают
с
помощью
однонаправленной
ассоциации
(
сплошной
линии
со
стрелкой
).
Направление
стрелки
позволяет
понять
,
кто
инициирует
коммуникацию
.
1
2
Связь
включения
применяется
в
тех
ситуациях
,
когда
имеется
какой
-
либо
фрагмент
поведения
системы
,
который
повторяется
более
чем
в
одном
варианте
использования
.
С
помощью
таких
связей
обычно
моделируют
многократно
используемую
функциональность
.
В
примере
АТМ
варианты
использования
«
Снять
деньги
»
и
«
Положить
деньги
на
счет
»
должны
опознать
(
аутентифицировать
)
клиента
и
его
идентификационный
номер
перед
тем
,
как
допустить
осуществление
самой
транзакции
.
Вместо
того
чтобы
подробно
описывать
процесс
аутентификации
для
каждого
из
них
,
можно
поместить
эту
функциональность
в
свой
собственный
вариант
использования
под
названием
«
Аутентифицировать
клиента
».
Связь
расширения
применяется
при
описании
изменений
в
нормальном
поведении
системы
.
Она
позволяет
варианту
использования
только
при
необходимости
использовать
функциональные
возможности
другого
.
На
языке
UML
связи
включения
и
расширения
показывают
в
виде
зависимостей
с
соответствующими
стереотипами
,
как
показано
на
рис
.
1
.2.
Клиент
Аутентифицировать
клиента
Снять
деньги
со
счета
Выполнить
ускоренное
снятие
денег
<<include>>
<<extend>>
Рис
.
1
.2.
Связи
использования
и
расширения
С
помощью
связи
обобщения
показывают
,
что
у
нескольких
действующих
лиц
имеются
общие
черты
.
Например
,
клиенты
могут
быть
двух
типов
:
корпоративные
и
индивидуальные
.
Эту
связь
можно
моделировать
с
помощью
нотации
,
показанной
на
рис
.
1
.3.