Диаграмма вариантов использования для переполнения стека
Я пытаюсь создать Use Case Diagram для приложения, как Stack Overflow, Я попытался добавить некоторые основные функции в этой диаграмме.
Я хочу улучшить эту диаграмму, включив в нее исчерпывающий список всех функций переполнения стека, но понятия не имею, как это сделать. Кроме того, должен ли быть другой актер для Admin кто управляет учетными записями пользователей или нет? И если нас попросят Use Cases Должны ли мы описывать внутренние функциональные возможности, предварительные условия и постусловия каждого варианта использования отдельно?
Что если кроме этих двух актеров, я решил добавить Mediator актер, который передает проблемы наставнику, и когда наставник решает его, обязанность посредника - отметить, что он решен?
2 ответа
Если вы хотите отобразить все сценарии использования и актеров в Stackru, вы можете пройти Тур и найти некоторые известные вопросы и ответы в Справочном центре.
И да, если вы хотите составить исчерпывающий список, то вам следует включить каждого участника, в том числе администратора и посредника. Однако я не уверен, что вы можете выяснить варианты использования администратора (или другие роли управления на этой платформе), поскольку вы являетесь пользователем, и это не отражается на вас.
Если есть варианты использования, которые являются уникальными для конкретного актера, то вы должны добавить этот актер на диаграмму - и использовать наследование! (Когда у субъекта b есть все случаи с плюсом больше, тогда b наследуется от a) - это называется "Обобщение актера" (вы можете поискать в Google некоторые примеры).
Что касается других ваших вопросов:
Обратите внимание, что Диаграмма вариантов использования является дополнением к моделированию вариантов использования, больше напоминает приложение. Когда вы моделируете - вы объясняете много деталей о сценарии использования (некоторые из них вы упомянули), такие как: Первичный актер, Область действия, Пользовательская история, Постусловия, Предварительные условия, Триггеры, Поток и многие другие... Там на самом деле много шаблонов. Вы можете просмотреть их здесь.
Вы не описываете визуально * какие-либо предварительные условия или постусловия, однако у вас есть некоторые инструменты, которые могут описать, какие случаи ** включены в конкретный случай (чтобы использовать функцию Y - вам следует перейти к функции X). Или, какие случаи расширяют другие случаи (пока вы используете функцию X, вы можете (но не обязаны) использовать функцию Y).
Надеюсь, это помогло:)
Я рекомендую вам использовать модельера, а не рисовать диаграмму вручную.
Я хочу улучшить эту диаграмму, включив в нее исчерпывающий список всех функций переполнения стека
Исчерпывающий список возможностей SO, безусловно, очень длинный, и у вас тоже будут проблемы с его просмотром, потому что некоторые части, несомненно, скрыты для "обычных" пользователей. Какова ваша цель: моделировать SO или использовать ее в качестве упражнения? Во втором случае не нужно все управлять
должен ли быть другой актер для администратора, который управляет учетными записями пользователей, или нет?
Конечно, они администраторы или "супер" пользователи.
если нас спрашивают о вариантах использования, следует ли нам описывать внутренние функциональные возможности, предусловия и постусловия каждого варианта использования отдельно?
Вариант использования - это не только эллипс на диаграмме, а модель - это не просто список диаграмм. Да, каждый UC должен иметь свое описание и возможные условия до / после и т. Д.
Что если кроме этих двух актеров я тоже решу добавить актера-посредника...
Я не знаю, есть ли посредники, но я очень удивлен "наставником", чья роль - отвечать. Если он у вас есть, вы делаете разделение между ролями, состоящими из вопросов и ответов, поэтому другая роль не может быть очень общим пользователем, но, вероятно, должна быть более конкретной
У вас наверняка будет много замечаний по поводу входа в UC;-)