Диаграммы UML (1)

1. UML

1

2. Что такое UML ?

UML (Unified Modeling Language) - это
графический язык моделирования
общего назначения, предназначенный
для спецификации, визуализации,
проектирования и документирования
всех артефактов, создаваемых в ходе
разработки.
2

3. Виды диаграмм UML

Представляют:
статическую структуру приложения.
поведенческие аспекты системы.
физические аспекты поведения системы.
3

4. Диаграммы UML:

Прецедентов
Активности (деятельности)
Последовательности
Кооперации
Компонентов
Классов
Состояний
Развёртывания
4

5. Диаграмма прецедентов (1)

Диаграмма, представляющая динамические
аспекты поведения системы.
Используется для определения границ
моделируемой области, формирования
общих требований к поведению системы
и разработки концептуальной модели
системы (для последующей детализации).
5

6. Диаграмма прецедентов (2)

Составляется из следующих компонентов:
Актер (Actor)
Прецедент (use-case)
Собственно use-кейсы
Ассоциации между ними
Границы системы (Boundaries), и
Отношения (Relationships или связи)
6

7. Диаграмма прецедентов (3)

Обозначаются:
Эктор
(Actor)–
множество
ролей,
исполняемых при взаимодействии с
системой (об. фигуркой человека). Это
может быть человек, организация или
даже сервер/система.
7

8. Диаграмма прецедентов (4)

Обозначаются:
Прецедент - описание отдельного аспекта
поведения системы с точки зрения
пользователя (об. эллипсом с названием
деятельности).
Имя
8

9. Диаграмма прецедентов (5)

О use-кейсах, ассоциациях и границах системы
Эти понятия довольно просты, поэтому можно просто привести эти
понятия и их обозначения на диаграмме:
Use кейсы: широкие овалы, изображающие различные варианты
использования, по которым может «проходить» пользователь.
Ассоциация: линия, соединяющая («ассоциирующая») акторов и
их use-кейсы. В сложных диаграммах важно четко знать, какие
акторы связаны с какими use-кейсами.
Границы системы: граница, задающая пределы системы для use
кейсов. Все use кейсы, выходящие за пределы этой границы, будут
считаться выходящими за пределы данной системы.
9

10. Диаграмма прецедентов (6)

Существует 3 типа отношений:
Включение (Include)
Расширение (Extend)
Обобщение (Generalization)
10

11. Диаграмма прецедентов (7)

Include — обязательная, неотъемлемая связь (отношение)
между use кейсами.
Пример: например вы голодны и хотите зайти куда-то
перекусить. Вы заходите во Вкусно и Точка и говорите: «Я
хочу заказать еду». Но что нужно сделать перед этим?
Конечно, сначала
нужно выбрать еду.
11

12. Диаграмма прецедентов (8)

Extend - является необязательным.
Когда оплачиваете еду, у вас появляются варианты
действий: можете дать официанту чаевые, а можете и не
дать.
12

13. Диаграмма прецедентов (9)

Обобщение (generalization) — это, демонстрация отношений
типа «порождающая сущность / порожденная сущность»
(parent/child), между use кейсами или акторами.
Например:
• Оплата (parent) -> Оплатить с помощью Сбербанка /
Наличкой (child)
13

14. Диаграмма прецедентов (10)

14

15. Диаграмма прецедентов (11)

15

16. Диаграмма активности (1)

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

17. Диаграмма активности (2)

17

18. Диаграмма активности (3)

18

19. Диаграмма последовательности (1)

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

20. Диаграмма последовательности (2)

20

21. Диаграмма последовательности (3)

21

22. Диаграмма кооперации (1)

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

23. Диаграмма кооперации (2)

23

24. Диаграмма кооперации (3)

24

25. Диаграмма компонентов (1)

Отражает физические аспекты поведения
системы.
Отражает общие зависимости между
компонентами (отношения между ними).
25

26. Диаграмма компонентов (2)

26

27. Диаграмма компонентов (3)

27

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

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

29. Диаграмма классов (2)

29

30. Диаграмма классов (3)

30

31. Диаграмма классов (4)

31

32. Диаграмма классов (5)

32

33. Диаграмма состояний (1)

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

34. Диаграмма состояний (2)

34

35. Диаграмма состояний (3)

35

36. Диаграмма развёртывания (1)

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

37. Диаграмма развёртывания (2)

37

38. Диаграмма развёртывания (3)

38

39. Диаграмма объектов (1)

Отражают статический вид системы.
Отображают множество объектов и
отношений между ними в определённый
момент времени («фотография системы»)
Используется для пояснения и уточнения
диаграмм взаимодействия.
39

40. Диаграмма объектов (2)

40