Диаграмма объектов UML: фиксация снимка системы

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

Представьте диаграмму классов как рецепт торта, в котором описаны ингредиенты и шаги. В противоположность этому, диаграмма объектов — это фотография конкретного торта, испечённого сегодня, показывающая его размер, цвет глазури и фактическое расположение на столе.

Узнайте больше оКлассовая диаграмма против диаграммы объектов — когда использовать экземпляры .

Связь с диаграммами классов

Диаграмма объектов по сути является экземпляром уровня диаграммыдиаграммы классов. Каждый элемент диаграммы объектов должен соответствовать структуре, определённой соответствующим классом в диаграмме классов:

1. Экземпляр объекта: Объект на диаграмме является экземпляром конкретного класса.

2. Связь: Связь между двумя объектами является экземпляром конкретной ассоциации, определённой между их соответствующими классами.

Это конкретное визуализация имеет решающее значение для проверки абстрактного теоретического дизайна. Если диаграмма классов спроектирована неправильно, ошибка часто становится очевидной при попытке смоделировать реалистичную ситуацию с помощью диаграммы объектов.

Ключевые элементы диаграммы объектов

1. Экземпляр объекта

Экземпляр объекта — это основной элемент, представленный прямоугольником. Нотация следует определённому формату, чтобы чётко отличать его от класса:

• имяОбъекта (необязательно): Конкретное имя, присвоенное экземпляру (например, “myOrder, userA). Имя выделено подчёркиванием.

• ClassName: Имя класса, из которого создан объект.

• Разделитель двоеточие: Двоеточие (:) разделяет имя экземпляра и имя класса.

• Подчёркивание: Имя экземпляра, и имя класса должны быть подчёркнуты чтобы обозначить, что это экземпляр объекта, а не определение класса. (например, userB : User или : Order)

2. Значения атрибутов

В отличие от диаграммы классов, которая показывает именаатрибутов, диаграмма объектов показывает текущие значенияэтих атрибутов для конкретного экземпляра. Именно это делает диаграмму «снимком».

Атрибуты перечислены во втором отделении прямоугольника с использованием синтаксиса:

• Пример: Объект с именем myCar : Vehicle может иметь значение атрибута цвет = "красный" и скорость = 65.

3. Связи

СвязьLink является экземпляром Ассоциации (связи), определённой в диаграмме классов. Связи изображаются в виде простых сплошных линий, соединяющих два прямоугольника объектов.

Связи демонстрируют, как один конкретный экземпляр объекта в настоящее время связан с другим конкретным экземпляром объекта или ссылается на него. Ограничения множественности (например, $1..*$ или $0..1$) проверяются наличием этих связей в снимке.

• Пример: Если диаграмма классов показывает ассоциацию между Клиент и Заказ, то диаграмма объектов покажет конкретную связь между экземпляром cust1 : Клиент и экземпляром order52 : Заказ.

Зачем и когда использовать диаграмму объектов

Диаграммы объектов обычно используются на этапах анализа и проектирования в двух основных целях:

1. Визуализация и проверка сценариев: Они являются отличными инструментами для визуализации сложных конфигураций или граничных случаев. Располагая конкретные объекты и их значения, команда может проверить, что дизайн корректно обрабатывает сценарии, например, клиента с несколькими адресами или корзину, которая в настоящее время пуста.

2. Показ сложных структур: Когда структура классов использует сложные концепции, такие как агрегация или композиция, диаграмма объектов может использоваться для демонстрации конкретного примера иерархии и зависимостей жизненного цикла.

3. Тестирование и отладка: Определив снимок, они могут выступать в качестве ожидаемого состояния системы до или после выполнения конкретного тестового случая, что способствует четкому обмену сложными тестовыми данными.

Диаграмма объектов преобразует абстрактные структуры классов в конкретные, проверяемые сценарии, делая ее незаменимым инструментом для обеспечения правильности проектирования и четкого общения примеров реализации.

Хотите узнать больше о UML и визуализации ИИ? Посетите нашцентр ресурсов UML.

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文