Диаграмма классов
Материал из Википедии — свободной энциклопедии
 |
Для улучшения этой статьи желательно?:
|
В UML диаграмма классов является типом диаграммы статической структуры. Она описывает структуру системы, показывая её классы, их атрибуты и операторы, а также взаимосвязи этих классов.
Содержание |
[править] Взаимосвязи
Взаимосвязь — это особый тип логических отношений между сущностями, показанных на диаграммах классов и объектов. В UML'е представлены следующие виды отношений:
[править] Ассоциации
Ассоциация показывает, что объекты одной сущности (класса) связаны с объектами другой сущности.
Существует пять различных типов ассоциации. Наиболее же распространёнными являются двунаправленная и однонаправленная. Например, классы рейс и самолёт связаны двунаправленной ассоциацией, а классы человек и кофейный автомат связаны однонаправленной.
Двойные ассоциации (с двумя концами) представляются линией, соединяющей два классовых блока. Ассоциации в большей степени имеют более двух концов и представляются линиями, один конец которых идет к классовому блоку, а другой к общему ромбику. В представлении однонаправленной ассоциации добавляется стрелка указывающая на направление ассоциации.
Ассоциации могут быть именованными, и тогда на концах представляющей её линии будут подписаны роли, принадлежности, индикаторы, мультипликаторы, видимости или другие свойства.
[править] Агрегация
Агрегация — это разновидность ассоциации, при отношении между целым и его частями. Как тип ассоциации, агрегация может быть именованной. Агрегация не может включать сразу несколько классов.
Агрегация встречается, когда один класс является коллекцией или контейнером других. Причём по умолчанию, агрегацией называют агрегацию по ссылке, т.е. когда время существования содержащихся классов не зависит от времени существования содержащего их класса. Если контейнер будет уничтожен, то его содержимое — нет.
Графически агрегация представляется пустым ромбиком на блоке класса и линией, идущей от этого ромбика к содержащемуся классу.
[править] Композиция
Композиция — более строгий вариант агрегации. Известна так же как агрегация по значению.
Композиция имеет жёсткую зависимость времени существования экземпляров класса контейнера и экземпляров содержащихся классов. Если контейнер будет уничтожен, то всё его содержимое будет также уничтожено .
Графически представляется как и агрегация, но с закрашенным ромбиком.
[править] Различия между композицией и агрегацией
Целое композиции должно иметь мультипликатор 0..1 или 1, что показывает, что часть является частью только одного целого. В агрегации же может быть любой мультипликатор.
Приведём наглядный пример. Двигатель является частью машины, следовательно здесь подходит композиция. В то же время, когда они представлены в базе данных, данная модель двигателя может быть у разных моделей машин, поэтому следует использовать агрегацию.
[править] Обобщение (наследование)
Обобщение (Generalization) показывает, что один из двух связанных классов (подтип) является более частной формой другого (надтипа), который называется обобщением первого. На практике это означает что любой экземпляр подтипа является также экземпляром надтипа. Например: животные — супертип млекопитающих, которые в свою очередь супертип приматов и так далее. Эта взаимосвязь легче всего описывается фразой «А — это Б» (приматы — это млекопитающие, млекопитающие — это животные).
Графически генерализация представляется линией с пустым треугольником у супертипа
Генерализация также известна как наследование или “is a” взаимосвязь.
[править] Реализация
Реализация — отношение между двумя элементами модели, в котором один элемент (клиент) реализует поведение, заданное другим (поставщиком).
Графически реализация представляется также как и генерализация, но с пунктирной линией.
[править] Зависимость
Зависимость - это отношение использования, при котором изменение в спецификации одного влечёт за собой изменение другого, причем обратное не обязательно.
Графически представляется пунктирной стрелкой, идущей от зависимого элемента к тому, от которого он зависит.
Существует несколько именованных вариантов.
Зависимость может быть между экземплярами, классами или экземпляром и классом.
[править] Уточнения отношений
[править] Мощность отношений
Мощность отношения (мулитипликатор) означает число связей между каждым экземпляром класса (объектом) в начале линии с экземпляром класса в ее конце. Различаю следующие типичные случаи :
| нотация | объяснение | пример |
| 0..1 | Ноль или один экземпляр | кошка имеет или не имеет хозяина |
| 1 | Обязательно один экземпляр | у кошки одна мать |
| 0..* или * | Ноль или более экземпляров | у кошки может быть, а может и не быть котят |
| 1..* | Один или более экземпляров | у кошки есть хотя бы одно место, где она спит |
[править] Видимость
[править] Роли
[править] См. также
- Entity-Relationship модель
- Объектно-ориентированное программирование
- Теория множеств (множество, элемент множества)
- Теория категорий
[править] Внешние ссылки
- http://www.intuit.ru/department/se/intuml/3/3.html - Отношения между классами.
 |
Это незавершённая статья о программировании. Вы можете помочь проекту, исправив и дополнив её. |
[править] Внешние ссылки
- http://www.intuit.ru/department/se/intuml/3/3.html - Отношения между классами
