Проектирование архитектуры ИСО 1. UML 2 Структура определения языка 4. - презентация

1 Проектирование архитектуры ИСО 1

2 UML 2

3 3

4 Структура определения языка 4

5 фигуры, линии, значки, надписи. четыре вида элементов нотации 5

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

7 три группы: четыре типа диаграмм представляют статическую структуру приложения; пять представляют поведенческие аспекты системы; три представляют физические аспекты функционирования системы (диаграммы реализации) Виды диаграмм 7

8 диаграмма прецедентов; диаграмма классов; диаграмма объектов; диаграмма последовательностей; диаграмма взаимодействия; диаграмма состояний; диаграмма активности; диаграмма развертывания. Основные виды диаграмм 8

9 Эктор (actor) - это множество логически связанных ролей, исполняемых при взаимодействии с прецедентами или сущностями (система, подсистема или класс). Эктором может быть человек или другая система, подсистема или класс, которые представляют нечто вне сущности Диаграмма прецедентов (use case diagram) 9

10 Прецедент (use-case) - описание отдельного аспекта поведения системы с точки зрения пользователя 10

11 11

12 12

13 определение границы и контекста моделируемой предметной области на ранних этапах проектирования; формирование общих требований к поведению проектируемой системы; разработка концептуальной модели системы для ее последующей детализации; подготовка документации для взаимодействия с заказчиками и пользователями системы. цели создания диаграмм прецедентов 13

14 Класс (class) - категория вещей, которые имеют общие атрибуты и операции. Диаграмма классов (class diagram) 14

15 15

16 16

17 17

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

19 19

20 20

21 21

22 22

23 23 Диаграмма последовательностей (sequence diagram)

24 24 Диаграмма взаимодействия (кооперации, collaboration diagram)

25 25

26 Состояние (state) - ситуация в жизненном цикле объекта, во время которой он удовлетворяет некоторому условию, выполняет определенную деятельность или ожидает какого-то события. Состояние объекта определяется значениями некоторых его атрибутов и присутствием или отсутствием связей с другими объектами. 26 Диаграмма состояний (statechart diagram)

27 27

28 28

29 29

30 Алгоритм - последовательность определенных действий или элементарных операций, выполнение которых приводит к получению желаемого результата. 30 Диаграмма активности (деятельности, activity diagram)

31 31

32 32

33 33 Диаграмма развертывания (deployment diagram)

34 34

35 диаграмма прецедентов, диаграмма классов, диаграмма объектов, диаграмма последовательностей, диаграмма кооперации, диаграмма состояний, диаграмма активности, диаграмма развертывания. 35 ООП и последовательность построения диаграмм

36 36 Класс на диаграмме UML

37 СимволЗначение + public - открытый доступ - private - только из операций того же класса # protected - только из операций этого же класса и классов, создаваемых на его основ 37

38 38

39 39 Интерфейсы

40 40 Изображения интерфейсов, требующихся объекту для выполнения его работы

41 41 Наследование

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

43 43

44 44 Зависимость

45 45 Ассоциация

46 46

47 47

48 Один класс имеет более высокий статус (целое) и состоит из низших по статусу классов (частей) 48 Связь типа "часть-целое" ассоциация с агрегированием

49 49

50 50

51 Rational Rose & Rational Software Architect 51

52 52

53 53

54 54

55 55

56 56

57 57

58 58

59 59

60 60

61 61

62 62

63 63

64 Построение сценария диаграммы вариантов использования 64