Диаграмма вариантов использования для переполнения стека - PullRequest
0 голосов
/ 15 января 2019

Я пытаюсь создать Use Case Diagram для такого приложения, как Stack Overflow.Я попытался добавить некоторые основные функции в эту диаграмму.

UML Diagram

Я хочу улучшить эту диаграмму, включив в нее исчерпывающий список всех функций стекаПереполнение, но понятия не имею, как это сделать.Кроме того, должен ли быть другой актер для Admin, который управляет учетными записями пользователей, или нет?И если нас попросят Use Cases, должны ли мы описать внутренние функциональные возможности, предварительные условия и постусловия каждого варианта использования отдельно?

Что если кроме этих двух актеров, я решу добавить актера Mediator тожеКто передает проблемы наставнику, и когда наставник решает его, ответственность за то, чтобы пометить его как решенного, лежит на нем?

Ответы [ 2 ]

0 голосов
/ 15 января 2019

Я рекомендую вам использовать модельер, а не рисовать диаграмму от руки.

Я хочу улучшить эту диаграмму, включив в нее исчерпывающий список всех функций переполнения стека

Исчерпывающий список особенностей С.О. Это, конечно, очень долго, и у вас будут проблемы с его просмотром, потому что некоторые части, несомненно, скрыты для «обычных» пользователей. Какова ваша цель, моделировать С.О. или использовать это как упражнение? Во втором случае не нужно управлять all

должен ли быть другой актер для администратора, который управляет учетными записями пользователей, или нет?

Конечно, они администраторы или «супер» пользователи.

если нас просят указать варианты использования, следует ли нам описывать внутренние функциональные возможности, предварительные условия и постусловия каждого варианта использования отдельно?

A сценарий использования - это не только эллипс на диаграмме, а модель - это не просто список диаграмм. Да, каждый UC должен иметь свое описание и возможные условия до / после и т. Д.

Что если, кроме этих двух актеров, я тоже решу добавить актера-посредника ...

Я не знаю, есть ли посредники, но я весьма удивлен «наставником», чья роль - отвечать. Если он у вас есть, вы разделяете роли, состоящие из вопросов и ответов, поэтому другая роль не может быть очень общей пользователь , но, вероятно, должна быть более конкретной

У вас будет много замечаний по поводу входа в UC , логин наверняка; -)

0 голосов
/ 15 января 2019

Если вы хотите отобразить все сценарии использования и актеров в StackOverflow, вы можете взять Tour и найти некоторые известные вопросы и ответы в Справочном центре .

И да, если вы хотите составить исчерпывающий список, вам следует включить каждого участника, включая Администратора и Посредника. Однако я не уверен, что вы можете выяснить варианты использования администратора (или другие роли управления на этой платформе), поскольку вы являетесь пользователем, и это не отражается на вас.

Если есть варианты использования, которые являются уникальными для конкретного актера, то вы должны добавить этот актер на диаграмму - и использовать наследование! (Когда у субъекта b есть все случаи с плюсом больше, тогда b наследуется от a) - это называется «Обобщение актера» (вы можете поискать в Google некоторые примеры).

Что касается других ваших вопросов:

Обратите внимание, что Диаграмма прецедентов является дополнением к Моделирование прецедентов , больше похоже на приложение. Когда вы моделируете - вы объясняете много деталей о сценарии использования (некоторые из них вы упомянули), такие как: Первичный актер, Область действия, Пользовательская история, Постусловия, Предварительные условия, Триггеры, Поток и многие другие ... Там на самом деле много шаблонов. Вы можете просмотреть их Здесь .

Вы не описываете визуально * никаких предварительных условий или постусловий, однако у вас есть некоторые инструменты, которые могут описать, какие случаи ** включены в конкретном случае (для использования функции Y - вы следует перейти к функции X). Или, в каких случаях расширяет других случаев (пока вы используете функцию X, вы можете (но не обязаны) использовать функцию Y).

Надеюсь, это помогло:)

...