Какая должна быть диаграмма класса UML?

Question

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

1. Предположим, что у наших классов есть текстовые поля, кнопки и т. Д. Должны ли они быть включены в качестве членов?

2. Предположим, что нам нужно выполнить некоторые проверки формы, и мы намерены выполнить ее, передав данные, полученные из формы, в объект «validator», также должны ли они быть включены в диаграмму классов?

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

Answer 1

UML - это язык. То, как вы его используете, зависит от вас.

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

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

Вы получаете идею. Пока вы четко понимаете, что цель документа и соответствует легенде, UML может рассказать любую историю.

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

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

Answer 2

Как правило, в диаграммах UML вы исключаете посторонние данные. В зависимости от того, насколько глубоко вы хотите быть, такие вещи, как элементы управления пользовательским интерфейсом и методы getter/setter, обычно исключаются.

С другой стороны, ваш объект Validator должен быть определен как класс управления на вашей диаграмме UML, так как он несет ответственность и цель в вашей системе.