Что на самом деле входит в каждый узел активности варианта использования? Заданный путь меню или фактическая конечная активность?
Я - новичок в диаграмме прецедентов UML и пытаюсь понять концепцию прецедентов. Я только что просмотрел несколько видео, учебных пособий и примеров UML. Но у меня все еще есть вопрос относительно моего дела. Так, например, я хочу создать вариант использования для приложения, у которого есть меню как это:
- скажем, это приложение о социальных сетях.
- Приложение имеет нижнюю панель вкладок с 3 вкладками: лента новостей, сообщество, профиль.
- вкладка, о которой я хочу рассказать, - это вторая вкладка, вкладка "сообщество".
- На вкладке сообщества есть еще одна верхняя панель с 3 вкладками: группы, организации, контакты.
- давайте сосредоточимся на 1-й вкладке, вкладке "группа", в которой будут перечислены группы.
- когда пользователь нажимает на группу, он открывает новую страницу, которая является подробной информацией о группе, с верхней панелью вкладок: стены, события, участники, информация о.
- давайте сосредоточимся на 1-й вкладке "Стены".
- активность, которую я хочу рассказать в сценарии использования UML прямо сейчас: "пользователь видит стены группы".
Для этого случая, что я должен сделать?
- мне просто создать действие под названием "видеть стену" и провести линию между актером пользователя до "увидеть стену",
- или я могу создать набор действий, таких как: пользователь - увидеть сообщество - увидеть группы - увидеть стену?
В первом случае это будет как актерская активность. Готово. Это правильно? Потому что моя диаграмма вариантов использования UML будет похожа на список действий, без подключений к другим, кроме как к базе данных. Если я увижу другие примеры, они сделали так, будто деятельность может быть расширена на несколько включений или расширений. Но я чувствую, что не могу больше включать или расширять, потому что перечисленное действие похоже только на самый конечный узел. Но создавать сценарий использования UML, такой как путь к меню, тоже не так.
Некоторые из моих чтений:
1 ответ
Варианты использования не о функциях, а о добавленной стоимости, которую рассматриваемая система приносит своим участникам. После того, как вы определили UC и актера, вы опишите сценарии с действиями внутри UC. Каждый сценарий описывается парой предпринятых действий. В качестве альтернативы AD вы можете описать UC чистым текстом, как это сделал Cockburn.
Я рекомендую прочитать Bittner/Spence о вариантах использования, так как подробное описание будет соответствовать размеру этой книги.