2.7.2. Отношения в uml

В UML имеются четыре разновидности отношений:

• зависимость;

• ассоциация;

• обобщение;

• реализация.

Отношение обобщения (generalization) – один класс является специализацией другого, "обобщение/специализация" (общее и частное), известное как "is-a". Computer – общий класс (компьютер), StandartComputer (компьютер со стандартной конфигурацией) и ConfiguredComputer (компьютер, у которого конфигурация будет создана заказчиком) – производные (специализированные) классы (рис. 2.15).

Рисунок 2.15. Изображение отношения обобщения в RSA

Отношение ассоциации – показывает, что объекты одного типа каким-то образом связаны с объектами другого типа. Например, клиент (Customer) каким-то образом связан с заказом (Order) (рис. 2.16).

Рисунок 2.16 Изображение отношения ассоциации в RSA

Наиболее распространенными ассоциациями являются отношения композиции и агрегирования (рис. 2.17). Агрегация описывает отношения целого и части, приводящие к соответствующей иерархии объектов, Композиция является вариантом агрегирования, при котором части не могут существовать без целого.

Рисунок 2. 17 Изображение отношения агрегации в RSA

Отношение зависимости описывает структурное отношение использования, при котором изменение в описании одного класса может повлиять на класс, который его использует. Например, при изменении параметров заказа (Order) изменятся параметры счета-фактуры, соответствующего этому заказу (Invoice)(рис. 2.18).

Рисунок 2.18 Изображение отношения зависимости в RSA

Отношение реализации – используется для определения отношения между интерфейсом и классом, реализующим интерфейс. Интерфейс определяет набор элементов (как правило, действий), характерных для объектов, обладающих определенными свойствами. Т. е. интерфейс – это класс, который определяет, как должны называться методы, какие у них будут параметры, какой тип будет иметь возвращаемое значение. Основная идея, лежащая в основе концепции интерфейса, заключается в том, что одинаковые атрибуты могут быть у объектов разных классов, следовательно, нужен какой-то унифицированный механизм для работы с такими объектами.

Рисунок 2.19 Изображение отношения реализации в RSA

2.7.3. Диаграммы в uml

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

• диаграммы вариантов использования (use case diagrams) – для моделирования бизнес-процессов организации и требований к создаваемой системе);

• диаграммы классов (class diagrams) – для моделирования статической структуры классов системы и связей между ними;

• диаграммы поведения системы (behavior diagrams):

  • диаграммы взаимодействия (interaction diagrams):

    • диаграммы последовательности (sequence diagrams) и

    • кооперативные диаграммы (collaboration diagrams) – для моделирования процесса обмена сообщениями между объектами;

  • диаграммы состояний (statechart diagrams) – для моделирования поведения объектов системы при переходе из одного состояния в другое;

  • диаграммы деятельностей (activity diagrams) – для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;

• диаграммы реализации (implementation diagrams):

  • диаграммы компонентов (component diagrams) – для моделирования иерархии компонентов (подсистем) системы;

  • диаграммы размещения (deployment diagrams) – для моделирования физической архитектуры системы.