Разделы презентаций


UML – унифицированный язык моделирования

Содержание

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

Слайды и текст этой презентации

Слайд 1UML – унифицированный язык моделирования
UML (Unified Modeling Language) является

языком визуального моделирования, разработанным для спецификации, визуализации, проектирования и документирования

программных систем.
Как средство проектирования программных систем язык UML предназначен для технологии объектно-ориентированного программирования. Однако используемые в нем методы описания систем могут использоваться как средства графического представления моделей.


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

Слайд 2При проектировании сложной или достаточно объёмной программной системы её делят

на части, каждую из которых затем рассматривают и разрабатывают отдельно.

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

Слайд 3Программные модули, реализующие функции, обычно, используются только в составе данной

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

взаимодействуют друг с другом, обмениваясь сообщениями. Сообщения описывают или представляют собой некоторые события. Получение объектом сообщения активизирует его и побуждает выполнять предписанные его программным кодом действия. Как следствие, программная система перестает быть последовательностью определенных на этапе кодирования действий,

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

Слайд 4а становится событийно-управляемой. Инициаторами событий могут быть не только объекты

системы, но и её внешнее окружение, например, пользователи.
Объекты имеют свойства

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

Слайд 5Классы могут строится по иерархическому принципу, когда один класс может

быть подклассом другого класса. Из определения класса следует, что каждый

объект является экземпляром одного определенного класса.
Важной особенностью объекта является его автономность и возможность использования в качестве библиотечного компонента языка программирования. Таким образом, однажды разработанный и отлаженный программный код может многократно применяться в различных программных модулях.

Классы могут строится по иерархическому принципу, когда один класс может быть подклассом другого класса. Из определения класса

Слайд 6Чтобы побудить объект выполнить необходимые действия достаточно установить его свойства

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

объектно-ориентированного программирования.
Основными принципами объектно-ориентированного программирования являются наследование, инкапсуляция и полиморфизм.
Чтобы побудить объект выполнить необходимые действия достаточно установить его свойства и вызвать соответствующий метод.Такая технология разработки программных

Слайд 7Принцип, в соответствии с которым знание о более общей категории

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

сокрытие деталей внутреннего устройства классов от внешних по отношению к нему объектов или пользователей.
Полиморфизм в объектно-ориентированном программировании означает, что действия, выполняемые одноименными методами, могут отличаться в зависимости от того, какому из классов они относятся.

Принцип, в соответствии с которым знание о более общей категории разрешается применять для более узкой категории, называется

Слайд 8Принципы моделирования
Использование языка UML основывается на следующих общих принципах

моделирования:
абстрагирование - в модель следует включать только те элементы проектируемой

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

Принципы моделирования Использование языка UML основывается на следующих общих принципах моделирования:абстрагирование - в модель следует включать только

Слайд 9Допускается описывать систему некоторым числом взаимосвязанных представлений, каждое из которых

отражает определенный аспект её поведения или структуры;
- иерархическое построение –

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

Допускается описывать систему некоторым числом взаимосвязанных представлений, каждое из которых отражает определенный аспект её поведения или структуры;-

Слайд 10детализации вплоть до физического уровня. Модель физического уровня в языке

UML отражает компонентный состав проектируемой системы с точки зрения ее

реализации на аппаратной и программной платформах конкретных производителей.
В UML определены четыре типа сущностей: структурные, поведенческие, группирующие и аннотационные. Сущности являются основными объектно-ориентированными элементами языка, с помощью которых создаются модели.

детализации вплоть до физического уровня. Модель физического уровня в языке UML отражает компонентный состав проектируемой системы с

Слайд 111) Структурные сущности - это имена существительные в моделях на

языке UML. Как правило, они представляют статические части модели, соответствующие

концептуальным или физическим элементам системы. Примерами структурных сущностей являются «класс», «интерфейс», «кооперация», «прецедент», «компонент», «узел», «актер».
2) Поведенческие сущности являются динамическими составляющими модели UML. Это глаголы, которые описывают поведение модели во времени и в пространстве. Существует два основных типа поведенческих сущностей:

1) Структурные сущности - это имена существительные в моделях на языке UML. Как правило, они представляют статические

Слайд 12взаимодействие - это поведение, суть которого заключается в обмене сообщениями

между объектами в рамках конкретного контекста для достижения определенной цели;


автомат - алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят в ответ на различные события.
3) Группирующие сущности являются организующими частями модели UML. Это блоки, на которые можно разложить модель. Такая первичная сущность имеется в единственном экземпляре - это пакет.


взаимодействие - это поведение, суть которого заключается в обмене сообщениями между объектами в рамках конкретного контекста для

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

отличие от компонентов, которые реально существуют во время работы программы,

пакеты носят чисто концептуальный характер, то есть существуют только в процессе разработки.
4) Аннотационные сущности – это пояснительные части модели UML: комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели. Имеется только один базовый тип аннотационных элементов - примечание.
Пакеты представляют собой универсальный механизм организации элементов в группы. В отличие от компонентов, которые реально существуют во

Слайд 14Примечание используют, чтобы снабдить диаграммы комментариями или ограничениями, выраженными в

виде неформального или формального текста.

Отношения в UML 
В языке

UML определены следующие типы отношений: зависимость, ассоциация, обобщение и реализация. Эти отношения являются основными связующими конструкциями UML и также как сущности применяются для построения моделей.

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

Слайд 15Зависимость (dependency) - это семантическое отношение между двумя сущностями, при

котором изменение одной из них, независимой, может повлиять на семантику

другой, зависимой.
2) Ассоциация (association) - структурное отношение, описывающее совокупность смысловых или логических связей между объектами.
3) Обобщение (generalization) - это отношение, при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента


Зависимость (dependency) - это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может

Слайд 16(предка). При этом, в соответствии с принципами объектно-ориентированного программирования, потомок

(child) наследует структуру и поведение своего предка (parent).
4) Реализация (realization)

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

(предка). При этом, в соответствии с принципами объектно-ориентированного программирования, потомок (child) наследует структуру и поведение своего предка

Слайд 17Общие механизмы UML
Для точного описания системы в UML используются,

так называемые, общие механизмы:
спецификации (specifications);
дополнения (adornments);
деления (common

divisions);
расширения (extensibility mechanisms).
UML является не только графическим языком. За каждым графическим элементом его нотации стоит спецификация, содержащая текстовое представление соответствующей конструкции языка.
Общие механизмы UML Для точного описания системы в UML используются, так называемые, общие механизмы: спецификации (specifications); дополнения

Слайд 18Например, пиктограмме класса соответствует спецификация, которая описывает его атрибуты, операции

и поведение, хотя визуально, на диаграмме, пиктограмма часто отражает только

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

Слайд 19Практически каждый элемент UML имеет уникальное графическое изображение, которое дает

визуальное представление самых важных его характеристик. Нотация сущности «класс» содержит

его имя, атрибуты и операции. Спецификация класса может содержать и другие детали, например, видимость атрибутов и операций, комментарии или указание на то, что класс является абстрактным. Многие из этих деталей можно визуализировать в виде графических или текстовых дополнений к стандартному прямоугольнику, который изображает класс.

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

Слайд 20При моделировании объектно-ориентированных систем существует определенное деление представляемых сущностей.
Во-первых,

существует деление на классы и объекты. Класс - это абстракция,

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

Слайд 21Интерфейс декларирует обязательства, а реализация представляет конкретное воплощение этих обязательств

и обеспечивает точное следование объявленной семантике. В связи с этим,

почти все конструкции UML характеризуются двойственностью «интерфейс/реализация». Например, прецеденты реализуются кооперациями, а операции - методами.
UML является открытым языком, то есть допускает контролируемые расширения, чтобы отразить особенности моделей предметных областей.

Интерфейс декларирует обязательства, а реализация представляет конкретное воплощение этих обязательств и обеспечивает точное следование объявленной семантике. В

Слайд 22Механизмы расширения UML включают:
стереотипы (stereotype) - расширяют словарь UML, позволяя

на основе существующих элементов языка создавать новые, ориентированные для решения

конкретной проблемы;
помеченные значения (tagged value) - расширяют свойства основных конструкций UML, позволяя включать дополнительную информацию в спецификацию элемента;
ограничения (constraints) - расширяют семантику конструкций UML, позволяя создавать новые правила.

Механизмы расширения UML включают:стереотипы (stereotype) - расширяют словарь UML, позволяя на основе существующих элементов языка создавать новые,

Слайд 23В языке UML нет четких границ между различными концепциями и

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

самых высоких уровнях абстракции различают три основных представления: структурная классификация, динамическое поведение и управление моделью.
Структурная классификация описывает системные сущности и их отношения между собой. В число классификаторов, имеющихся в моделях UML, входят классы, варианты использования, компоненты и узлы.

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

Слайд 24Классификаторы являются базой, на которой строится динамическое поведение системы. К

представлениям классификации относятся статическое представление, представление вариантов использования и представление

программной реализации.
Динамическое поведение описывает поведение системы во времени. Представления моделей динамического поведения включают в себя представление конечных автоматов, представление деятельности и представление взаимодействия.


Классификаторы являются базой, на которой строится динамическое поведение системы. К представлениям классификации относятся статическое представление, представление вариантов

Слайд 25Представление управления моделью — это описание разбиения модели на иерархические

блоки. Групповой организационный блок называется пакетом. Отдельные пакеты включают модели

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

Представление управления моделью — это описание разбиения модели на иерархические блоки. Групповой организационный блок называется пакетом. Отдельные

Слайд 26Графические изображения моделей системы в UML называются диаграммами. В терминах

языка UML определены следующие их  виды:
диаграмма вариантов использования или прецедентов

(use case diagram)
диаграмма классов (class diagram)
диаграммы поведения (behavior diagrams)
диаграмма состояний (statechart diagram)
диаграмма деятельности (activity diagram)
диаграммы взаимодействия (interaction diagrams) 

Графические изображения моделей системы в UML называются диаграммами. В терминах языка UML определены следующие их  виды:диаграмма вариантов

Слайд 27диаграмма последовательности (sequence diagram) 
диаграмма кооперации (collaboration diagram) 
диаграммы реализации

(implementation diagrams)
диаграмма компонентов (component diagram)
диаграмма развертывания (deployment diagram)


При этом, диаграмма вариантов использования представляет концептуальную модель системы, которая является исходной для построения всех остальных диаграмм.

диаграмма последовательности (sequence diagram)  диаграмма кооперации (collaboration diagram)  диаграммы реализации (implementation diagrams) диаграмма компонентов (component diagram) диаграмма

Слайд 28Диаграмма классов является логической моделью, отражающей статические аспекты структурного построения

системы, а диаграммы поведения, также являющиеся разновидностями логической модели, отражают

динамические аспекты её функционирования. Диаграммы реализации служат для представления компонентов системы и относятся к ее физической модели.
В качестве самостоятельных представлений используются следующие диаграммы: вариантов использования, классов, состояний, деятельности, последовательности, кооперации, компонентов и развертывания.

Диаграмма классов является логической моделью, отражающей статические аспекты структурного построения системы, а диаграммы поведения, также являющиеся разновидностями

Слайд 29Для диаграмм языка UML существуют три типа визуальных обозначений, которые

важны с точки зрения заключенной в них информации:
связи, которые представляются

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

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

Обратная связь

Если не удалось найти и скачать доклад-презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика