Поэтому, моделируя диаграмму вариантов использования, вы должны понимать, что вы можете подходить только для описания функциональных требований системы.
Ваша система рассматривается как черный ящик, то есть имеет дело с , что система делает в ответ на входные данные актера , а не с внутренними принципами того, как она это делает. И вариант использования всегда начинается с ввода от актера.
Прежде чем смоделировать диаграмму, вы должны определить участников (первичных, вторичных), варианты использования и отношения вариантов использования. Актерами являются , кто или что инициирует события, связанные с задачей варианта использования. Актеры - это просто роли, которые люди играют перед объектами.
В соответствии с вашей проблемой,
Владелец собаки звонит в клинику, чтобы назначить встречу на год
проверить. Медсестра находит ближайший пустой интервал времени в
журнал учета и расписание назначений для этого временного интервала.
здесь вы можете видеть, что в сценарии участвуют два человека, владелец собаки и медсестра, но действующим субъектом, взаимодействующим с системой, является медсестра.
А вариант использования - это сводка сценариев для одной задачи или цели. Итак, вы можете видеть, что Медсестра назначает встречу с владельцем собаки.
Итак, наконец, вы должны определить, каковы отношения. просто отношения представляют связь между субъектом и прецедентом или зависимости между прецедентами .
Зависимости между вариантами использования можно определить, используя отношения include & extension.
Включение используется для определения для определения общих последовательностей взаимодействий в нескольких случаях использования. (Может быть извлечен и использован повторно)
& extension использует для моделей альтернативные пути, которые могут иметь варианты использования. И следует помнить, что базовый вариант использования не зависит от варианта использования расширения