Презентация на тему: UML – УНИФИЦИРОВАННЫЙ ЯЗЫК ОБЪЕКТНО-ОРИЕНТИРОВАННОГО МОДЕЛИРОВАНИЯ И

UML – УНИФИЦИРОВАННЫЙ ЯЗЫК ОБЪЕКТНО-ОРИЕНТИРОВАННОГО МОДЕЛИРОВАНИЯ И ДОКУМЕНТИРОВАНИЯ СЛОЖНЫХ СИСТЕМ
UML ( Unified Modeling Language )
Назначение языка UML
История создания
Процесс проектирования ПО до появления UML
Процесс проектирования ПО c использованием UML
Строительные блоки UML
ГРУППЫ ДИАГРАММ
Диаграмма прецедентов (use case diagram, вариантов использования)
Графические обозначения на диаграмме прецедентов
Отношения на диаграмме вариантов использования
Отношения на диаграмме вариантов использования
Отношения на диаграмме вариантов использования
Пример диаграммы прецедентов
Пример диаграммы прецедентов
Цели создания диаграмм прецедентов
Диаграмма классов ( class diagram )
.   Изображение класса в UML
Отношения между классами
Отношение ассоциации
Пример ненаправленной бинарной ассоциации
Пример направленной бинарной ассоциации
Пример тернарной ассоциации
Отношение обобщения
Отношения классов на языке UML
Пример отношения обобщения
Отношение агрегации
Пример отношения агрегации
Отношение композиции
Пример отношения композиции
Пример диаграммы классов
Диаграммы последовательности ( Sequence Diagram )
Диаграмма последовательностей
Пример диаграммы последовательностей
Диаграмма активности (деятельности, activity diagram)
Пример диаграммы активности
Обозначения
Пример диаграммы активности
Рекомендации по использованию диаграмм деятельности
ЗАКЛЮЧЕНИЕ
Что обеспечивает UML
1/41
Средняя оценка: 4.7/5 (всего оценок: 5)
Код скопирован в буфер обмена
Скачать (577 Кб)
1

Первый слайд презентации: UML – УНИФИЦИРОВАННЫЙ ЯЗЫК ОБЪЕКТНО-ОРИЕНТИРОВАННОГО МОДЕЛИРОВАНИЯ И ДОКУМЕНТИРОВАНИЯ СЛОЖНЫХ СИСТЕМ

1 UML – УНИФИЦИРОВАННЫЙ ЯЗЫК ОБЪЕКТНО-ОРИЕНТИРОВАННОГО МОДЕЛИРОВАНИЯ И ДОКУМЕНТИРОВАНИЯ СЛОЖНЫХ СИСТЕМ

Изображение слайда
2

Слайд 2: UML ( Unified Modeling Language )

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

Изображение слайда
3

Слайд 3: Назначение языка UML

3 Назначение языка UML Предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, специально предназначенный для разработки и документирования моделей сложных систем самого различного целевого назначения.

Изображение слайда
4

Слайд 4: История создания

4 История создания Гради Буч, Джим Рамбо Айвар Якобсон UML – это стандартная нотация визуального моделирования программных систем, принятая консорциумом Object Mana gement Group (OMG) Создатели языка: 1996 г.-первая версия 0.9 1997 г. - версии языка UML 1.0 и 1.1, Принят первый стандарт OMG. 1998 г - версия UML 1.2 1999 г - версия UML 1.3 2000 г - версия UML 1. 4 2005- UML 2.0 Второй стандарт Группа OMG продолжает работы по созданию новых версий языка UML

Изображение слайда
5

Слайд 5: Процесс проектирования ПО до появления UML

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

Изображение слайда
6

Слайд 6: Процесс проектирования ПО c использованием UML

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

Изображение слайда
7

Слайд 7: Строительные блоки UML

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 7 Строительные блоки UML Словарь языка UML включает три вида строительных блоков : - сущности; - отношения; - диаграммы Модель представляется в виде сущностей и отношений между ними, которые показываются на диаграммах. Диаграмма - это графическое представление множества элементов. Обычно изображается в виде графа с вершинами (сущностями) и ребрами (отношениями). Сущности - это абстракции, являющиеся основными элементами моделей. Имеется четыре типа сущностей - структурные (класс, интерфейс, компонент, вариант использования, кооперация, узел), поведенческие (взаимодействие, состояние), группирующие (пакеты) и аннотационные (комментарии). Каждый вид сущностей имеет свое графическое представление.

Изображение слайда
8

Слайд 8: ГРУППЫ ДИАГРАММ

8 ГРУППЫ ДИАГРАММ 1. Статические 2. Поведенческие 3. Реализации

Изображение слайда
9

Слайд 9: Диаграмма прецедентов (use case diagram, вариантов использования)

9 Диаграмма прецедентов (use case diagram, вариантов использования) Представляет динамические или поведенческие аспекты системы. Базовыми элементами диаграммы вариантов использования являются вариант использования и эктор (актер) Вариант использования (use case) — внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами. Актер (actor) — согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования при взаимодействии с ними.

Изображение слайда
10

Слайд 10: Графические обозначения на диаграмме прецедентов

10 Графические обозначения на диаграмме прецедентов Эктор Вариант использования

Изображение слайда
11

Слайд 11: Отношения на диаграмме вариантов использования

11 Отношения на диаграмме вариантов использования Виды отношений между актерами и вариантами использования: ассоциации (association relationship) включения (include relationship) расширения (extend relationship) обобщения (generalization relationship)

Изображение слайда
12

Слайд 12: Отношения на диаграмме вариантов использования

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

Изображение слайда
13

Слайд 13: Отношения на диаграмме вариантов использования

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

Изображение слайда
14

Слайд 14: Пример диаграммы прецедентов

14 Пример диаграммы прецедентов

Изображение слайда
15

Слайд 15: Пример диаграммы прецедентов

15 Пример диаграммы прецедентов

Изображение слайда
16

Слайд 16: Цели создания диаграмм прецедентов

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

Изображение слайда
17

Слайд 17: Диаграмма классов ( class diagram )

17 Диаграмма классов ( class diagram ) Диаграммы классов дают статический вид системы. Они представляют собой взгляды разработчиков на статические состояния проектируемых систем. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами. Информация с диаграммы классов может напрямую отображается в исходный код приложения - в большинстве существующих инструментов UML-моделирования возможна кодогенерация для определенного языка программирования (обычно Java или C++).

Изображение слайда
18

Слайд 18: Изображение класса в UML

18 .   Изображение класса в UML Обозначения признаков видимости : + public # protected - private

Изображение слайда
19

Слайд 19: Отношения между классами

19 Отношения между классами Ассоциации (association relationship) Обобщения (generalization relationship) Агрегации (aggregation relationship) Композиции (composition relationship)

Изображение слайда
20

Слайд 20: Отношение ассоциации

20 Отношение ассоциации Ассоциация (association) - семантическое отношение между двумя и более классами, которое специфицирует характер связи между соответствующими экземплярами этих классов Ассоциация может быть : бинарной или n- арной бинарная ассоциация (binary association), служит для представления произвольного отношения между двумя классами. Она связывает в точности два различных класса и может быть ненаправленным (симметричным) или направленным отношением n-арная ассоциация (n-ary association) - ассоциация между тремя и большим числом классов

Изображение слайда
21

Слайд 21: Пример ненаправленной бинарной ассоциации

21 Пример ненаправленной бинарной ассоциации Классы Компания и Сотрудник связаны между собой бинарной ассоциацией Работает, имя которой указано на рисунке рядом с линией ассоциации. Для данного отношения определен следующий порядок чтения следования классов - сотрудник работает в компании Ненаправленная бинарная ассоциация изображается линией без стрелки. Для нее на диаграмме может быть указан порядок чтения классов с использованием значка в форме треугольника рядом с именем данной ассоциации.

Изображение слайда
22

Слайд 22: Пример направленной бинарной ассоциации

22 Пример направленной бинарной ассоциации Каждый заказ может быть создан единственным клиентом (множественность роли 1.1). Каждый клиент может создать один и более заказов (множественность роли 1..n). Направление навигации показывает, что каждый заказ должен быть "привязан" к определенному клиенту Направленная бинарная ассоциация изображается сплошной линией с простой стрелкой на одной из ее концевых точек.

Изображение слайда
23

Слайд 23: Пример тернарной ассоциации

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 23 Пример тернарной ассоциации n-арная ассоциация обозначается ромбом, от которого ведут линии к символам классов данной ассоциации. Сам же ромб соединяется с символами классов сплошными линиями. Обычно линии проводятся от вершин ромба или от середины его сторон. Имя n-арной ассоциации записывается рядом с ромбом соответствующей ассоциации. Однако порядок классов в n-арной ассоциации, в отличие от порядка множеств в отношении, на диаграмме не фиксируется

Изображение слайда
24

Слайд 24: Отношение обобщения

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 24 Отношение обобщения Обобщение (generalization) - таксономическое отношение между более общим понятием и менее общим понятием. Согласно одному из главных принципов методологии ООП - наследованию, класс-потомок обладает всеми свойствами и поведением класса-предка, а также имеет собственные свойства и поведение, которые могут отсутствовать у класса-предка. Родитель, предок (parent) - в отношении обобщения более общий элемент. Потомок (child) - специализация одного из элементов отношения обобщения, называемого в этом случае родителем.

Изображение слайда
25

Слайд 25: Отношения классов на языке UML

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 25 Отношения классов на языке UML

Изображение слайда
26

Слайд 26: Пример отношения обобщения

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 26 Пример отношения обобщения

Изображение слайда
27

Слайд 27: Отношение агрегации

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 27 Отношение агрегации Агрегация (aggregation) - специальная форма ассоциации, которая служит для представления отношения типа "часть-целое" между агрегатом (целое) и его составной частью. Графически отношение агрегации изображается сплошной линией, один из концов которой представляет собой не закрашенный внутри ромб. Этот ромб указывает на тот класс, который представляет собой "целое" или класс-контейнер. Остальные классы являются его "частями“

Изображение слайда
28

Слайд 28: Пример отношения агрегации

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 28 Пример отношения агрегации

Изображение слайда
29

Слайд 29: Отношение композиции

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 29 Отношение композиции Композиция (composition) - разновидность отношения агрегации, при которой составные части целого имеют такое же время жизни, что и само целое. Эти части уничтожаются вместе с уничтожением целого Графически отношение композиции изображается сплошной линией, один из концов которой представляет собой закрашенный внутри ромб. Этот ромб указывает на тот класс, который представляет собой класс-композит. Остальные классы являются его "частями"

Изображение слайда
30

Слайд 30: Пример отношения композиции

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 30 Пример отношения композиции Для отношений композиции и агрегации могут использоваться дополнительные обозначения, применяемые для отношения ассоциации. А именно, могут указываться кратности отдельных классов, которые в общем случае не обязательны.

Изображение слайда
31

Слайд 31: Пример диаграммы классов

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 31 Пример диаграммы классов

Изображение слайда
32

Слайд 32: Диаграммы последовательности ( Sequence Diagram )

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 32 Диаграммы последовательности ( Sequence Diagram ) Диаграммы последовательности отражают временную последовательность событий, происходящих в рамках варианта использования.

Изображение слайда
33

Слайд 33: Диаграмма последовательностей

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 33 Диаграмма последовательностей Диаграмма последовательностей относится к диаграммам взаимодействия UML, описывающим поведенческие аспекты системы и рассматривает взаимодействие объектов во времени. Другими словами, диаграмма последовательностей отображает временные особенности передачи и приема сообщений объектами. Обозначения : объекты - прямоугольники с подчеркнутыми именами (чтобы отличить их от классов), сообщения (вызовы методов) – линии со стрелками, возвращаемые результаты – пунктирные линии со стрелками. Прямоугольники на вертикальных линиях под каждым из объектов показывают "время жизни" (фокус) объектов.

Изображение слайда
34

Слайд 34: Пример диаграммы последовательностей

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 34 Пример диаграммы последовательностей Студент хочет записаться на некий семинар, предлагаемый в рамках некоторого учебного курса. С этой целью проводится проверка подготовленности студента, для чего запрашивается список (история) семинаров курса, уже пройденных студентом (перейти к следующему семинару можно, лишь проработав материал предыдущих занятий. После получения истории семинаров объект класса "Семинар" получает статус подготовленности, на основе которой студенту сообщается результат (статус) его попытки записи на семинар

Изображение слайда
35

Слайд 35: Диаграмма активности (деятельности, activity diagram)

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 35 Диаграмма активности (деятельности, activity diagram) Назначение: моделирование процесса выполнения операций в языке UML На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, диаграмма фокусируется на потоке действий, вовлечённых в процесс и показывает как действия зависят друг от друга

Изображение слайда
36

Слайд 36: Пример диаграммы активности

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 36 Пример диаграммы активности

Изображение слайда
37

Слайд 37: Обозначения

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 37 Обозначения Разделение потоков деятельности Слияние потоков деятельности

Изображение слайда
38

Слайд 38: Пример диаграммы активности

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 38 Пример диаграммы активности

Изображение слайда
39

Слайд 39: Рекомендации по использованию диаграмм деятельности

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 39 Рекомендации по использованию диаграмм деятельности На практике диаграммы деятельности применяются в основном двумя способами: Для моделирования процессов В этом случае внимание фокусируется на деятельности с точки зрения экторов, которые работают с системой. Для моделирования операций В этом случае диаграммы деятельности играют роль "продвинутых" блок-схем и применяются для подробного моделирования вычислений. На первое место при таком использовании выходят конструкции принятия решения, а также разделения и слияния потоков управления ( синхронизации ).

Изображение слайда
40

Слайд 40: ЗАКЛЮЧЕНИЕ

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 40 ЗАКЛЮЧЕНИЕ Язык UML предлагает набор изобразительных средств, позволяющих проводить всесторонний анализ сложных проектов как с технической точки зрения, так и с точки зрения потребностей бизнеса. Данный язык упрощает процесс проектирования, снижает его стоимость и повышает эффективность.

Изображение слайда
41

Последний слайд презентации: UML – УНИФИЦИРОВАННЫЙ ЯЗЫК ОБЪЕКТНО-ОРИЕНТИРОВАННОГО МОДЕЛИРОВАНИЯ И: Что обеспечивает UML

Введение в UML Вдовенко В.В. СибГАУ каф ИВТ 41 Что обеспечивает UML иерархическое описание сложной системы путем выделения пакетов; формализацию функциональных требований к системе с помощью аппарата вариантов использования; детализацию требований к системе путем построения диаграмм деятельностей и сценариев; выделение классов данных и построение концептуальной модели данных в виде диаграмм классов; выделение классов, описывающих пользовательский интерфейс, и создание схемы навигации экранов; описание процессов взаимодействия объектов при выполнении системных функций; описание поведения объектов в виде диаграмм деятельностей и состояний; описание программных компонент и их взаимодействия через интерфейсы; описание физической архитектуры системы.

Изображение слайда