Я делаю диаграмму вариантов использования для системы бронирования такси. Ниже ссылка на схему вариантов использования:
http://img260.imageshack.us/usecasediagram.jpg/
Я не уверен, нужно ли мне включать клиента (актера) в диаграмму. Если я предполагаю, что «телефонные линии» являются частью системы, то я думаю, что имеет смысл включить клиента.
Раньше я подходил к диаграммам вариантов использования, скажем, целостно; так что все держатели/стороны должны быть включены.
И взаимодействие клиента ‹-> с системой похоже на вариант использования системы — возможно, вам следует улучшить вашу диаграмму некоторыми глаголами:
Вариант использования системы обычно описывается на уровне функциональности системы (например, создание ваучера) и определяет функцию или услугу, которую система предоставляет пользователю. Вариант использования системы будет описывать, чего действующее лицо достигает, взаимодействуя с системой. По этой причине рекомендуется, чтобы спецификация варианта использования системы начиналась с глагола (например, создать ваучер, выбрать платежи, исключить платеж, отменить ваучер). Как правило, действующим лицом может быть пользователь-человек или другая система, взаимодействующая с определяемой системой.
Источник: Статья о вариантах использования
PS: Диаграммы прецедентов относятся к высокому уровню и появляются в начале процесса разработки программного обеспечения. По пути будут появляться другие, более мелкие артефакты.
PPS: И, наконец, пользователи часто (вроде) игнорируются в традиционных моделях разработки, поэтому я думаю, что никогда не будет лишним набросать их хотя бы на одной диаграмме...
Я бы включил их. Ваше предположение имеет смысл, и поскольку они имеют прямое взаимодействие, которое заставляет систему выполнять некоторые функции, я считаю, что это законный вариант использования, который следует смоделировать, чтобы он не был забыт в какой-то момент ниже по течению.
