как создать диаграмму вариантов использования для системы форума - PullRequest
0 голосов
/ 17 сентября 2011

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

1- , если у меняразные элементы "прецедента" для каждой задачи?я имею в виду добавить овальный / круг элемент для каждой задачи?например, создание овала для «создания поста», овала для «обновления поста», .....

2- правильно ли иметь одного актера для каждой привилегии??как один для анонимного пользователя, один для авторизованного пользователя .....

спасибо.

1 Ответ

1 голос
/ 18 сентября 2011

Вы не должны попадать в условия, а если и в диаграммах вариантов использования. Набор прецедентов предназначен для предоставления обзора функциональных возможностей системы, и каждый прецедент описывает взаимодействие между системой и одним или несколькими участниками. Вы хотите, чтобы это описание было простым и лаконичным.

Каждый вариант использования должен в некотором роде иметь смысл для актера. Для человека, использующего форум, имеет смысл, что создание сообщения - это отдельное действие от обновления одного (или ответа на него), так что это кажется мне разумным началом. Вы не должны быть чрезмерно обеспокоены количеством вариантов использования на этом этапе. Количество вариантов использования не приводит непосредственно к сложности системы, и большое количество четко определенных вариантов использования лучше, чем небольшое количество больших, неоднозначных.

Следующим шагом является разработка ваших вариантов использования, и именно здесь вы можете начать говорить об условиях. Разработка обычно выполняется с использованием диаграммы деятельности, которая описывает, как происходит взаимодействие между субъектом и системой, например, Постер инициирует пост; Система проверяет привилегии автора; Система отклоняет сообщение, если привилегии недостаточны; и т.д.

Конечно, нет правильного или неправильного, но, вообще говоря, это плохая идея использовать актеров, таких как «зарегистрированный пользователь» и т. Д., И на самом деле вам вообще следует избегать использования «пользовательского» актера. Зачем? Потому что на самом деле взаимодействие происходит между системой и лицом , тогда как пользователь (учетная запись) является внутрисистемным представлением прав человека.

Другими словами, если вы обнаружите, что используете актеров, которые на самом деле являются понятиями внутри системы, вы где-то ошиблись. В каждом случае использования должен быть задействован системный внешний субъект, иначе вы не будете описывать систему извне.

Лучшим набором участников для системы форумов, вероятно, будут Постер, Читатель и Менеджер (и, возможно, также Системный администратор).

...