2011-01-13 4 views
2

Является ли этот прецедент диаграммой более сложной? Я пытаюсь реализовать прецедент в первый раз, и я пытаюсь получить его в парке.Является ли этот пример использования UML слишком подробным?

Use Case Diagram

+0

В вашей диаграмме изображен пример использования * диаграммы *, а не в случае использования. Вариант использования соответствует каждому эллипсу на вашей диаграмме. – CesarGon

+0

@CesarGon, я знал это, извините. – Jordan

ответ

4

Иордания, ваш вариант использование пропускает имя системы в верхней части.

И нет чрезмерно сложной схемы использования, если она соответствует требованиям клиента.

P.S: Кстати, следующий пример использования диаграммы является одним из моих заданий в школе (так что это не для системы, которая будет построена, но в любом случае аналогична). Это сложнее, чем то, что у вас есть, но это не слишком сложно, потому что системе нужны все эти прецеденты. Представьте пример использования Twitter или Facebook.

Use Case Diagram       Merlion университет Система Студенческая ассоциация Use Case Diagram

+0

Я не забыл имя, я его пропустил, потому что он проприетарный. Думаю, я мог бы объединить «Создать бюджет» и «Изменить бюджет». Или мне нужно также включать примеры использования просмотра? – Jordan

+0

Будет ясно и полезно разделить вариант использования для разных действий. Это показывает, что пользователь может выполнять различные действия для определенного объекта. документация и UML должны быть четкими и точными, чтобы свести к минимуму недоразумение между клиентами и проектной группой. Я бы написал все «Создать бюджет», «Обновить бюджет», «Очистить бюджет», «Просмотр бюджета». – mauris

0

Не выглядит слишком сложным, но вы пропустили ту часть, которая идет на право, которое действия в коробка использовать/влияет. Например, «Добавить учетную запись» может связываться с базой данных, и в этом случае вы должны поместить поле справа (вне центрального окна) под названием «База данных» и добавить к нему ссылку «Добавить учетную запись».

+0

Будьте осторожны с этим. Только показывайте вещи за пределами коробки, если они действительно находятся вне сферы действия вашей системы. Вы можете использовать db для реализации вашей системы, но затем она/часть/системы, а не внешняя к ней, и поэтому не относится к диалогу. – sfinnie

+0

У меня нет определенного метода настойчивости. Я собирался создать несколько взаимозаменяемых модулей сохранения для плоских файлов, XML, базы данных и т. Д. Однако ни одна из них не выходит за рамки системы. Это однопользовательское автономное приложение на своей первой итерации, поэтому на самом деле есть только один актер. Я могу предвидеть несколько ролей, но на данный момент это кажется излишним. Моя главная цель в этом проекте - гибкость. Я понял, что все реализовано, я просто хотел в первый раз правильно документировать дизайн моего приложения. – Jordan

Смежные вопросы