SlideShare a Scribd company logo
WORK WITH UML
Универсальный язык моделирования
(UML)
Studybook for students
Author Dudnik Oxana
UMLЯзык  - это графический язык моделирования
,общего назначения
, ,предназначенный для спецификации визуализации проектирования
,и документирования всех артефактов создаваемых
.при разработке программных систем
UML: Строительные блоки
Существует три вида строительных блоков UML:
•Сущности (Elements)
•Отношения (Relationships)
•Диаграммы (Diagrams)
(Elements) - ;Сущности это абстракции
отношения объединяют эти абстракции
;друг с другом
а диаграммы группируют совокупность
связанных сущностей
.посредством отношений
UML: Сущности
Выделяют всего четыре типа сущностей (Elements):
1. Структурные
2. Поведенческие
3. Группирующие
4. Аннотационные
Структурные
Эти сущности подобны существительным в языке.
1.Класс-
Совокупность объектов с общими атрибутами, операциями,
отношениями и семантикой. Графически класс обозначается в виде
прямоугольника с тремя полями: имя класса, атрибуты (свойства)
класса и операции (методы) класса.
2. Интерфейс
Совокупность операций, которые определяют сервис
класса или компонента. Графически интерфейс также
обозначается в виде прямоугольника с тремя полями:
имя интерфейса, его атрибуты и операции. Над
именем интерфейса дополнительно указывается слово
"интерфейс" ("interface").
3.Кооперация (Collaboration)
Определяет взаимодействие и представляет собой совокупность
ролей и других элементов, которые работают совместно для
обеспечения кооперативного поведения, большего, чем сумма всех
элементов. Графически кооперация обозначается в виде
пунктирного эллипса.
4.Прецедент (Use case)
Описание последовательности действий, выполняемых системой для
получения наблюдаемого результата, значимого для актера.
Графически прецедент обозначается в виде эллипса, внутри
которого указано имя прецедента.
5.Активный класс
Класс, представители которого являются активными объектами и
вовлечены в один или несколько процессов или потоков и могут
инициировать деятельность по контролю.
6.Компонент
Физическая заменяемая часть системы, которая соответствует и
обеспечивает реализацию набора интерфейсов.
7.Узел (Node)
Физический элемент, который существует во время выполнения
программы и представляет собой вычислительный ресурс,
обладающий некоторым объемом памяти и способностью
обрабатывать данные.
Поведенческие
Определяют динамическую составляющую элементов UML.
1.Автомат
Определяет последовательность состояний, через которые объект или
взаимодействие проходят на протяжении своего жизненного цикла в ответ
на различные события, а также его реакции на эти события.
2.Взаимодействие
Состоит из набора сообщений, которыми обмениваются объекты в рамках
конкретного контекста для достижения определенной цели.
Группирующие
1.Пакет
Универсальный механизм организации элементов в группы.
Аннотационные
1. Примечание
Просто символ для обозначения комментариев, закрепленных за другими
элементами или совокупностями элементов.
UML: Отношения
Зависимость
Ассоциация
Агрегирование
Композиция
Обобщение
Реализация
1.Зависимость
Зависимость - это семантическое отношение между двумя
сущностями, при котором изменение в одной сущности может
оказать влияние на семантику другой сущности. Стрелка
показывает направление зависимости. На диаграмме MyClass1
находится в зависимости от MyClass2. Изменения в MyClass2
оказывают влияние на MyClass1.
2.Ассоциация
Ассоциация - структурное отношение, описывающее совокупность
связей между объектами. На каждом конце ассоциации может быть
кратность, указывающая, сколько объектов должно соответствовать
каждому объекту на противоположном конце ассоциации.
1 Один и только один
0..* или * Ноль, один, или много
1..* Один или много
a..b Между a и ba,ba или b
Ассоциация может быть направленной или ненаправленной .
Ненаправленная ассоциация означает, что не было принято
решение относительно направленности или двунаправленности
ассоциации. На рисунке отображена ненаправленная ассоциация.
Work with UML
Различают два типа ассоциаций:
Агрегирование
Агрегирование отражает отношение между целым и частью.
Агрегирование обозначается на одном конце ассоциации, в то время как
второй конец остается немаркированным. На рисунке, Myclass2 является
частью Myclass1.
Композиция
также отражает отношение между целым и частью, но является
более сильной формой агрегирования. Композиция обладает
дополнительным ограничением - объект может быть частью только
одного композита, а композит, в свою очередь, отвечает за время
жизни всех своих составных частей - а именно, за их создание и
уничтожение. На рисунке, MyClass1 не может существовать без
MyClass2.
3.Обобщение
Обобщение - это отношение типа "родитель-потомок". MyClass2 -
суперкласс (родитель), а MyClass1 - подкласс (потомок). На языке
программирования Java, обобщение реализуется посредством
дочерних объектов с использованием зарезервированного слова
extends.
4.Реализация
Реализация - это отношение между интерфейсом и реализованным
классом. В языке Java реализация выполняется реализацией интерфейса с
использованием зарезервированного слова implements.
UML: Диаграммы
В данной работе обсуждаются следующие UML диаграммы:
1. Диаграмма прецедентов
2. Диаграмма классов
3. Диаграмма пакетов
4. Диаграмма взаимодействий
5. Диаграмма состояний
6. Диаграмма деятельности
7. Диаграмма компонентов
8. Диаграмма развертывания
1. Диаграмма прецедентов
2.Диаграмма классов
3. Диаграмма пакетов
4.Диаграмма взаимодействий
5.Диаграмма состояний
6.Диаграмма деятельности
7.Диаграмма компонентов
8.Диаграмма развертывания
УСПЕХОВ!!!!!!

More Related Content

PPT
008
PPT
UML Glossary
PPT
Введення Uml
PPT
Class diagram
PPT
Use-case diagram
PPT
Collaboration diagram
PPT
Aleksey Demidov - Evolving ontologies in the aspect of handling temporal or c...
PPTX
эволюция методологий управления (водопад, Rup, Agile) башакин
008
UML Glossary
Введення Uml
Class diagram
Use-case diagram
Collaboration diagram
Aleksey Demidov - Evolving ontologies in the aspect of handling temporal or c...
эволюция методологий управления (водопад, Rup, Agile) башакин

Viewers also liked (20)

PPT
PPT
семинар Uml
PDF
IBM Rational Jazz
PPT
Контроль качества с использованием продуктов Ibm rational
PPT
UML: CASE Tools Overview
PPTX
История UML
PDF
Costume Accessories - Animal Hats
PPTX
PPTX
Minsk Overview 190509 Tmpl
PPT
структура языка UML
PPT
Диаграмма развертывания
PPTX
Лабораторная работа № 4. МАПО - диаграммы uml
PPT
Диаграмма последовательности
PPT
Диаграмма классов
PPT
Диаграмма конечного автомата
PPTX
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
PDF
Разработка ПО - методология жизненного цикла
PPT
Диаграмма компонентов
PPT
Диаграмма вариантов использования
PPT
МАСТЕР-КЛАСС. Моделирование на UML
семинар Uml
IBM Rational Jazz
Контроль качества с использованием продуктов Ibm rational
UML: CASE Tools Overview
История UML
Costume Accessories - Animal Hats
Minsk Overview 190509 Tmpl
структура языка UML
Диаграмма развертывания
Лабораторная работа № 4. МАПО - диаграммы uml
Диаграмма последовательности
Диаграмма классов
Диаграмма конечного автомата
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
Разработка ПО - методология жизненного цикла
Диаграмма компонентов
Диаграмма вариантов использования
МАСТЕР-КЛАСС. Моделирование на UML
Ad

Similar to Work with UML (20)

PPT
98552.pptcdtdtdc6ycyr6cyr6rr6 decr6rrcrvr dyrc
PPTX
Unified modeling language basic-part 1
PPTX
Unified modeling language basic-part 2
PPTX
лб2 UML.pptx
PDF
Uml for students
PPTX
UML_Yznaika.com.pptx
PPT
п2 04 05
PPT
Шаблоны разработки ПО. Часть 2. ООП и UML
PDF
Разработка ПО с помощью UML
PPT
Uml Glossary
PPTX
Нотация UML / UML Notation
PDF
RDSDataSource: Построение UML диаграмм
PPTX
язык Uml. диаграмма использования. (19)
DOC
Конспект лекций по курсу "Шаблоны разработки ПО"
PDF
01 - Практика UML. Нужен ли UML?
PPT
Babich Presentation
PDF
Лекция 3. Связи между классами
PPT
МАПО Лекция 25 StarUML
98552.pptcdtdtdc6ycyr6cyr6rr6 decr6rrcrvr dyrc
Unified modeling language basic-part 1
Unified modeling language basic-part 2
лб2 UML.pptx
Uml for students
UML_Yznaika.com.pptx
п2 04 05
Шаблоны разработки ПО. Часть 2. ООП и UML
Разработка ПО с помощью UML
Uml Glossary
Нотация UML / UML Notation
RDSDataSource: Построение UML диаграмм
язык Uml. диаграмма использования. (19)
Конспект лекций по курсу "Шаблоны разработки ПО"
01 - Практика UML. Нужен ли UML?
Babich Presentation
Лекция 3. Связи между классами
МАПО Лекция 25 StarUML
Ad

More from Asya Dudnik (20)

PPTX
Get started with docker & dev ops
PPTX
Get started with docker & dev ops
PPT
Work with my_sql_-_database_in_java
PPT
Oracle database
PPT
Work with xml in java
PPT
Jdbc in java
PPT
Java.fundamentals
PDF
Data bases in pictures
PPT
использование Hibernate java persistence.part 4.
PPT
Hibernate&ejb3 . part3.
PPT
использование Hibernate java persistence.part 2.
PPT
Work with my sql database in java
PPT
Java.fundamentals
PPT
Web&java. gwt
PPT
Web&java.jsf.
PPT
Web&java. jsp
PPT
Web&java. jsp
PPT
Java fx for interface
PPT
Java fx for interface
PPT
Apache maven in java projects
Get started with docker & dev ops
Get started with docker & dev ops
Work with my_sql_-_database_in_java
Oracle database
Work with xml in java
Jdbc in java
Java.fundamentals
Data bases in pictures
использование Hibernate java persistence.part 4.
Hibernate&ejb3 . part3.
использование Hibernate java persistence.part 2.
Work with my sql database in java
Java.fundamentals
Web&java. gwt
Web&java.jsf.
Web&java. jsp
Web&java. jsp
Java fx for interface
Java fx for interface
Apache maven in java projects

Work with UML

  • 1. WORK WITH UML Универсальный язык моделирования (UML) Studybook for students Author Dudnik Oxana
  • 2. UMLЯзык  - это графический язык моделирования ,общего назначения , ,предназначенный для спецификации визуализации проектирования ,и документирования всех артефактов создаваемых .при разработке программных систем
  • 3. UML: Строительные блоки Существует три вида строительных блоков UML: •Сущности (Elements) •Отношения (Relationships) •Диаграммы (Diagrams)
  • 4. (Elements) - ;Сущности это абстракции отношения объединяют эти абстракции ;друг с другом а диаграммы группируют совокупность связанных сущностей .посредством отношений
  • 5. UML: Сущности Выделяют всего четыре типа сущностей (Elements): 1. Структурные 2. Поведенческие 3. Группирующие 4. Аннотационные
  • 6. Структурные Эти сущности подобны существительным в языке. 1.Класс- Совокупность объектов с общими атрибутами, операциями, отношениями и семантикой. Графически класс обозначается в виде прямоугольника с тремя полями: имя класса, атрибуты (свойства) класса и операции (методы) класса.
  • 7. 2. Интерфейс Совокупность операций, которые определяют сервис класса или компонента. Графически интерфейс также обозначается в виде прямоугольника с тремя полями: имя интерфейса, его атрибуты и операции. Над именем интерфейса дополнительно указывается слово "интерфейс" ("interface").
  • 8. 3.Кооперация (Collaboration) Определяет взаимодействие и представляет собой совокупность ролей и других элементов, которые работают совместно для обеспечения кооперативного поведения, большего, чем сумма всех элементов. Графически кооперация обозначается в виде пунктирного эллипса.
  • 9. 4.Прецедент (Use case) Описание последовательности действий, выполняемых системой для получения наблюдаемого результата, значимого для актера. Графически прецедент обозначается в виде эллипса, внутри которого указано имя прецедента.
  • 10. 5.Активный класс Класс, представители которого являются активными объектами и вовлечены в один или несколько процессов или потоков и могут инициировать деятельность по контролю.
  • 11. 6.Компонент Физическая заменяемая часть системы, которая соответствует и обеспечивает реализацию набора интерфейсов.
  • 12. 7.Узел (Node) Физический элемент, который существует во время выполнения программы и представляет собой вычислительный ресурс, обладающий некоторым объемом памяти и способностью обрабатывать данные.
  • 13. Поведенческие Определяют динамическую составляющую элементов UML. 1.Автомат Определяет последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также его реакции на эти события. 2.Взаимодействие Состоит из набора сообщений, которыми обмениваются объекты в рамках конкретного контекста для достижения определенной цели.
  • 15. Аннотационные 1. Примечание Просто символ для обозначения комментариев, закрепленных за другими элементами или совокупностями элементов.
  • 17. 1.Зависимость Зависимость - это семантическое отношение между двумя сущностями, при котором изменение в одной сущности может оказать влияние на семантику другой сущности. Стрелка показывает направление зависимости. На диаграмме MyClass1 находится в зависимости от MyClass2. Изменения в MyClass2 оказывают влияние на MyClass1.
  • 18. 2.Ассоциация Ассоциация - структурное отношение, описывающее совокупность связей между объектами. На каждом конце ассоциации может быть кратность, указывающая, сколько объектов должно соответствовать каждому объекту на противоположном конце ассоциации. 1 Один и только один 0..* или * Ноль, один, или много 1..* Один или много a..b Между a и ba,ba или b Ассоциация может быть направленной или ненаправленной . Ненаправленная ассоциация означает, что не было принято решение относительно направленности или двунаправленности ассоциации. На рисунке отображена ненаправленная ассоциация.
  • 20. Различают два типа ассоциаций: Агрегирование Агрегирование отражает отношение между целым и частью. Агрегирование обозначается на одном конце ассоциации, в то время как второй конец остается немаркированным. На рисунке, Myclass2 является частью Myclass1.
  • 21. Композиция также отражает отношение между целым и частью, но является более сильной формой агрегирования. Композиция обладает дополнительным ограничением - объект может быть частью только одного композита, а композит, в свою очередь, отвечает за время жизни всех своих составных частей - а именно, за их создание и уничтожение. На рисунке, MyClass1 не может существовать без MyClass2.
  • 22. 3.Обобщение Обобщение - это отношение типа "родитель-потомок". MyClass2 - суперкласс (родитель), а MyClass1 - подкласс (потомок). На языке программирования Java, обобщение реализуется посредством дочерних объектов с использованием зарезервированного слова extends.
  • 23. 4.Реализация Реализация - это отношение между интерфейсом и реализованным классом. В языке Java реализация выполняется реализацией интерфейса с использованием зарезервированного слова implements.
  • 24. UML: Диаграммы В данной работе обсуждаются следующие UML диаграммы: 1. Диаграмма прецедентов 2. Диаграмма классов 3. Диаграмма пакетов 4. Диаграмма взаимодействий 5. Диаграмма состояний 6. Диаграмма деятельности 7. Диаграмма компонентов 8. Диаграмма развертывания