Диаграмма классов

1. Диаграмма классов
(сlass diagram)

2. Диаграмма классов (class diagram)
служит для представления статической
структуры модели системы в
терминологии классов объектно-
ориентированного программирования.
Класс (class) служит для обозначения
множества объектов, которые обладают
одинаковой структурой, поведением и
отношениями с объектами из других
классов.

5. Имя класса должно быть уникальным
в пределах пакета, который
описывается некоторой
совокупностью диаграмм классов.
Для указания принадлежности
конкретному пакету используется
следующий синтаксис:
<Имя_пакета>::<Имя_класса>,
например, «Банк::Счет»

6. Каждому атрибуту класса соответствует
отдельная строка текста, которая
состоит из: квантора видимости
атрибута, имени атрибута, его
кратности, типа значений атрибута и,
возможно, его исходного значения:
<квантор видимости><имя
атрибута>[кратность] : <тип атрибута> =
<исходное значение>{строка-свойство}

7. Кванторы видимости:
«+» - public,«#» - protected, «-» - private.
Имя атрибута должно быть уникальной
в пределах данного класса.
Кратность атрибута характеризует
общее количество конкретных
атрибутов данного типа, входящих в
состав отдельного класса, например
[0..1] - кратность атрибута О или 1,
[0..*] - кратность >= 0 (аналог [*]),
[1.:*] - кратность >= 1,
[1..3,7..*] - 1, 2, 3, >= 7.

8. Тип атрибута представляет собой
выражение, семантика которого
определяется языком спецификации
соответствующей модели.
Операция (operation) представляет
собой некоторый сервис,
предоставляющий каждый экземпляр
класса по определенному требованию:
<квантор видимости><имя
операции>(список параметров):
<выражение типа возвращаемого
значения>{строка-свойство}

9. Список параметров является перечнем
разделенных запятой формальных
параметров, каждый из которых может
быть представлен в следующем виде:
<вид параметра><имя параметра>:
<выражение типа>=<значение параметра
по умолчанию>.
Вид параметра - одно из ключевых слов
in, out или inout (по умолчанию in).
Строка-свойство служит для указания
значений свойств, которые могут быть
применены к данному элементу.

10. Отношения между классами
Выделяют 4 вида отношений
зависимости:
Отношение зависимости (dependency
relationship)
Отношение ассоциации (association
relationship)
Отношение обобщения (generalization
relationship)
Отношение реализации (realization
relationship)

11. Отношение зависимости в общем случае
указывает некоторое семантическое
отношение между двумя элементами
модели, которое не является
отношением ассоциации, обобщения или
реализации.

13. Отношение ассоциации соответствует
наличию некоторого отношения между
классами.

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

18. Отношение композиции является
частным случаем отношения агрегации.
Под композитным агрегированием
понимается ситуация, когда целое
владеет своими частями и их время
жизни соответствует времени жизни
целого, т. е. независимо от целого части
существовать не могут

20. Отношение обобщения описывает
иерархическое строение классов и
наследование их свойств и поведения.
При этом предполагается, что класс-
потомок обладает всеми свойствами и
поведением класса-предка, а также
имеет свои собственные свойства и
поведение, которые отсутствуют у
класса-предка.

23. Интерфейсы
Интерфейс отражает внешние
проявления объекта, показывает, каким
образом осуществляется
взаимодействие с ним, скрывая
остальные детали, не имеющие
отношения к процессу взаимодействия.
Класс со стереотипом <<interface>>

24. Вместо значка на закладке папки
ConduitSet можно использовать
стереотип <<subsystem>>
Класс использующий интерфейс

25. Объекты
Объект (object) является отдельным
экземпляром класса, который создается
на этапе выполнения программы.

26. Шаблоны (параметризованные) классы
Шаблон предназначен для обозначения
такого класса, который имеет один (или
более) нефиксированный формальный
параметр.