02.02 Инструментальные средства разработки ПО для специальности 090207 Информационные системы и
программирование Язык UML Лекция 2Преподаватель Воронова С.А.
Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Государственное бюджетное профессиональное образовательное учреждение
Содержание
- 1. Государственное бюджетное профессиональное образовательное учреждение
- 2. При моделировании реальных систем, независимо от предметной
- 3. Для работы с динамическими частями системы применяются пять типов:диаграммы прецедентов;диаграммы последовательности;диаграммы кооперации;диаграммы состояний;диаграммы деятельности.
- 4. Структурные диаграммы
- 5. Структурные диаграммыВ UML существует четыре структурных диаграммы
- 6. 4 типа структурных диаграмм:диаграммы классов - классам,
- 7. 1. Диаграмма классовНа диаграмме классов изображают множество классов, интерфейсов,
- 8. Диаграммы классовДиаграмма классов состоит из множества элементов,
- 9. КлассКласс (class) в языке UML служит для обозначения
- 10. Обязательным элементов обозначения класса является его имя.
- 11. Имя класса указывается в первой верхней секции прямоугольника.
- 12. Кратность атрибута характеризует общее количество конкретных атрибутов данного
- 13. ОперацияВ нижней секции прямоугольника записываются операции или
- 14. Отношения между классами:Отношение ассоциации (association relationship).Отношение зависимости (dependency relationship).Отношение обобщения (generalization relationship).Отношение реализации (realization relationship).
- 15. Отношение зависимости в общем случае указывает некоторое семантическое
- 16. Слайд 16
- 17. Отношение ассоциации соответствует наличию некоторого отношения между классами.
- 18. Отношение агрегации имеет место между несколькими классами в
- 19. Отношение обобщения является обычным таксономическим отношением между более
- 20. Слайд 20
- 21. 2. Диаграмма объектовНа диаграмме объектов показывают множество объектов и
- 22. Диаграмма объектов - это, по существу, экземпляр
- 23. С помощью диаграмм объектов, как и с
- 24. Слайд 24
- 25. 3. Диаграмма компонентовНа диаграммах компонентов показаны множества компонентов и
- 26. Типичные примеры примененияДиаграммы компонентов используются для моделирования
- 27. Слайд 27
- 28. 4. Диаграмма развертыванияНа диаграммах развертывания представлены узлы и отношения
- 29. Типичное применениеДиаграммы развертывания используются для моделирования статического
- 30. Фрагмент диаграммы развертывания
- 31. Пример диаграммы развертывания
- 32. Диаграммы поведения
- 33. Диаграммы поведенияДиаграммы поведения в UML условно разделяются
- 34. 1. Диаграммы прецендентовНа диаграммах прецедентов показывается совокупность вариантов использования
- 35. Слайд 35
- 36. Слайд 36
- 37. Диаграммы взаимодействийДиаграммы взаимодействий - это общее наименование диаграмм
- 38. Слайд 38
- 39. 2. Диаграммы последовательностейНа диаграмме последовательностей основное внимание уделяется временной
- 40. Слайд 40
- 41. 3. Диаграммы кооперацииДиаграммы кооперации заостряют внимание на структурной
- 42. Начальный фрагмент диаграммы кооперации
- 43. 4. Диаграммы состоянийДиаграмма состояний показывает автомат, содержащий состояния,
- 44. Слайд 44
- 45. 5. Диаграммы деятельностиНа диаграммах деятельности изображают передачу управления от
- 46. Слайд 46
- 47. Пять основных диаграмм поведения в UML используются
- 48. Рекомендации построения UML диаграмм
- 49. 1. Каждая диаграмма должна служить законченным представлением
- 50. 2. Все сущности на диаграмме должны принадлежать
- 51. 3. Необходимо стремиться к явному указанию свойств
- 52. 4. Диаграммы не должны содержать противоречивой информации.
- 53. 5. Не следует перегружать диаграммы текстовой информацией
- 54. 6. Состав диаграмм, используемых в конкретном программном
- 55. Процесс построения отдельных типов диаграмм имеет свои
- 56. Слайд 56
- 57. Скачать презентанцию
При моделировании реальных систем, независимо от предметной области, создаются все те же типы диаграмм, поскольку они соответствуют наиболее часто встречающимся представлениям модели. Как правило, при рассмотрении статических частей системы используются следующие
Слайды и текст этой презентации
Слайд 1 Государственное бюджетное профессиональное образовательное учреждение Владимирской области «Владимирский авиамеханический колледж» Презентация по дисциплине МДК
Слайд 2При моделировании реальных систем, независимо от предметной области, создаются все
те же типы диаграмм, поскольку они соответствуют наиболее часто встречающимся
представлениям модели. Как правило, при рассмотрении статических частей системы используются следующие четыре типа:
диаграммы классов;
диаграммы объектов;
диаграммы компонентов;
диаграммы развертывания.
Слайд 3Для работы с динамическими частями системы применяются пять типов:
диаграммы прецедентов;
диаграммы
последовательности;
диаграммы кооперации;
диаграммы состояний;
диаграммы деятельности.
Слайд 5Структурные диаграммы
В UML существует четыре структурных диаграммы для визуализации, специфицирования,
конструирования и документирования статических аспектов системы, составляющих ее относительно прочный
"костяк".Подобно тому как статические аспекты дома показывают, что и каким образом будет размещено в здании (стены, двери, окна, трубы, электропроводки, вентиляционные отверстия и т.д.), так и статические аспекты программных систем отражают наличие и расположение классов, интерфейсов, коопераций, компонентов, узлов и других сущностей.
Слайд 64 типа структурных диаграмм:
диаграммы классов - классам, интерфейсам и кооперациям;
диаграммы
объектов - объектам;
диаграммы компонентов - компонентам;
диаграммы развертывания - узлам.
Слайд 71. Диаграмма классов
На диаграмме классов изображают множество классов, интерфейсов, коопераций и их
отношений. Это самый распространенный тип диаграмм, применяемый при моделировании объектно-ориентированных
систем; он используется для иллюстрации статического вида системы с точки зрения проектирования. Диаграммы, на которых показаны активные классы, применяются для работы со статическим видом системы с точки зрения процессов.
Слайд 8Диаграммы классов
Диаграмма классов состоит из множества элементов, которые в совокупности
отражают знания о предметной области. Эти знания интерпретируются в базовых
понятиях языка UML, таких как классы, интерфейсы и отношения между ними и их составляющими компонентами.
Слайд 9Класс
Класс (class) в языке UML служит для обозначения множества объектов, которые
обладают одинаковой структурой, поведением и отношениями с объектами из других
классов. Графически класс изображается в виде прямоугольника, который дополнительно разделен горизонтальными линиями на три раздела или секции. В этих разделах могут указываться имя класса, атрибуты (переменные) и операции (методы).
Слайд 10Обязательным элементов обозначения класса является его имя. На начальных этапах
разработки диаграммы отдельные классы могут обозначаться простым прямоугольником с указанием
только имени соответствующего класса.Даже если секция атрибутов и операций является пустой, в обозначении класса она выделяется горизонтальной линией, чтобы сразу отличить класс от других элементов языка UML. В первом случае для класса "Прямоугольник" указаны только его атрибуты — точки на координатной плоскости, которые определяют его расположение. Для класса "Окно” указаны только его операции, секция атрибутов оставлена пустой.
Слайд 11Имя класса указывается в первой верхней секции прямоугольника. Рекомендуется в качестве
имен классов использовать существительные, записанные по практическим соображениям без пробелов.
Атрибуты
классаВо второй сверху секции прямоугольника класса записываются его атрибуты (attributes) или свойства. В языке UML принята определенная стандартизация записи атрибутов класса, которая подчиняется некоторым синтаксическим правилам. Каждому атрибуту класса соответствует отдельная строка текста, которая состоит из квантора видимости атрибута, имени атрибута, его кратности, типа значений атрибута и, возможно, его исходного значения.
Имя атрибута представляет собой строку текста, которая используется в качестве идентификатора. Имя атрибута является единственным обязательным элементом синтаксического обозначения атрибута.
Слайд 12Кратность атрибута характеризует общее количество конкретных атрибутов данного типа, входящих в
состав отдельного класса. В общем случае кратность записывается в форме
строки текста в квадратных скобках после имени соответствующего атрибута:[нижняя_граница..верхняя граница],где нижняя__граница и верхняя_граница являются положительными целыми числами
Слайд 13Операция
В нижней секции прямоугольника записываются операции или методы класса. Операция (operation) представляет
собой некоторый сервис, представляющий каждый экземпляр класса по определенному требованию,
совокупность операций характеризует функциональный аспект поведения класса. Запись операций класса в языке UML также стандартизована и подчиняется определенным синтаксическим правилам.Имя операции представляет собой строку текста, которая используется в качестве идентификатора соответствующей операции и обычно является глаголом.
Слайд 14Отношения между классами:
Отношение ассоциации (association relationship).
Отношение зависимости (dependency relationship).
Отношение обобщения
(generalization relationship).
Отношение реализации (realization relationship).
Слайд 15Отношение зависимости в общем случае указывает некоторое семантическое отношение между двумя
элементами модели или двумя множествами таких элементов. Отношение зависимости используется
в такой ситуации, когда некоторое изменение одного элемента модели может потребовать изменения другого зависимого от него элемента модели.Отношение зависимости графически изображается пунктирной линией между соответствующими элементами со стрелкой на одном из ее концов ("à" или "ß"). При этом стрелка направлена от класса-клиента зависимости к независимому классу или классу-источнику. На данном рисунке изображены два класса: Класс_A и Класс_B, при этом Класс_B является источником некоторой зависимости, а Класс_A - клиентом этой зависимости.
Слайд 17Отношение ассоциации соответствует наличию некоторого отношения между классами. Данное отношение обозначается
сплошной линией с дополнительными специальными символами, которые характеризуют отдельные свойства
конкретной ассоциации. В качестве дополнительных специальных символов могут использоваться имя ассоциации, а также имена и кратность классов-ролей ассоциации. Имя ассоциации является необязательным элементом ее обозначения. Если оно задано, то записывается с заглавной (большой) буквы рядом с линией соответствующей ассоциации.
Слайд 18Отношение агрегации имеет место между несколькими классами в том случае, если
один из классов представляет собой некоторую сущность, включающую в себя
в качестве составных частей другие сущности.Данное отношение имеет фундаментальное значение для описания структуры сложных систем, поскольку применяется для представления системных взаимосвязей типа "часть-целое".
Графически отношение агрегации изображается сплошной линией, один из концов которой представляет собой незакрашенный внутри ромб. Этот ромб указывает на тот из классов, который представляет собой "целое". Остальные классы являются его "частями".
Слайд 19Отношение обобщения является обычным таксономическим отношением между более общим элементом (родителем
или предком) и более частным или специальным элементом (дочерним или
потомком).При этом предполагается, что класс-потомок обладает всеми свойствами и поведением класса-предка, а также имеет свои собственные свойства и поведение, которые отсутствуют у класса-предка. На диаграммах отношение обобщения обозначается сплошной линией с треугольной стрелкой на одном из концов. Стрелка указывает на более общий класс (класс-предок или суперкласс), а ее отсутствие — на более специальный класс (класс-потомок или подкласс).
Слайд 212. Диаграмма объектов
На диаграмме объектов показывают множество объектов и отношения между ними.
Такие изображения используются для иллюстрации структуры данных, то есть статических
"мгновенных снимков" экземпляров тех сущностей, которые представлены на диаграмме классов. Диаграммы объектов, так же как и диаграммы классов, относятся к статическому виду системы с точки зрения процессов, но заостряют внимание на реальных или модельных прецедентах.
Слайд 22Диаграмма объектов - это, по существу, экземпляр диаграммы классов или
статическая часть диаграммы взаимодействия. В любом случае она содержит прежде
всего объекты и связи и акцентирует внимание на конкретных экземплярах или экземплярах-прототипах. Диаграммы компонентов и развертывания также могут содержать экземпляры, причем если они не содержат ничего другого (в частности, сообщений), то могут рассматриваться как частные случаи диаграммы объектов.
Слайд 23С помощью диаграмм объектов, как и с помощью диаграмм классов,
моделируют статический вид системы с точки зрения проектирования или процессов,
но принимая во внимание реальные экземпляры или прототипы. Этот вид описывает главным образом функциональные требования к системе, то есть услуги, которые она должна предоставлять конечным пользователям. Диаграммы объектов позволяют моделировать статические структуры данных.Типичные примеры применения
Слайд 253. Диаграмма компонентов
На диаграммах компонентов показаны множества компонентов и отношения между ними.
С их помощью иллюстрируют статический вид системы с точки зрения
реализации.Диаграммы компонентов соотносятся с диаграммами классов, так как обычно компонент отображается на один или несколько классов, интерфейсов или коопераций.
Слайд 26Типичные примеры применения
Диаграммы компонентов используются для моделирования статического вида системы
с точки зрения реализации. Этот вид в первую очередь связан
с управлением конфигурацией частей системы, составленной из компонентов, которые можно соединять между собой различными способами.
Слайд 284. Диаграмма развертывания
На диаграммах развертывания представлены узлы и отношения между ними. С
помощью таких изображений иллюстрируют статический вид системы с точки зрения
развертывания. Они соотносятся с диаграммами компонентов, так как узел обычно содержит один или несколько компонентов.
Слайд 29Типичное применение
Диаграммы развертывания используются для моделирования статического вида системы с
точки зрения развертывания.
Это представление в первую очередь обращено на
распределение, поставку и установку частей, из которых состоит физическая система.
Слайд 33Диаграммы поведения
Диаграммы поведения в UML условно разделяются на пять типов
в соответствии с основными способами моделирования динамики системы:
диаграммы прецедентов описывают
организацию поведения системы;диаграммы последовательностей акцентируют внимание на временной упорядоченности сообщений;
диаграммы кооперации сфокусированы на структурной организации объектов, посылающих и получающих сообщения;
диаграммы состояний описывают изменение состояния системы в ответ на события;
диаграммы деятельности демонстрируют передачу управления от одной деятельности к другой.
Слайд 341. Диаграммы прецендентов
На диаграммах прецедентов показывается совокупность вариантов использования (прецедентов), актеров (частный
случай классов) и отношений между ними.
С помощью таких диаграмм
иллюстрируют статический вид системы с точки зрения прецедентов, что особенно важно для ее организации и моделирования ее поведения.
Слайд 37Диаграммы взаимодействий
Диаграммы взаимодействий - это общее наименование диаграмм последовательностей и кооперации.
Любая диаграмма последовательностей или кооперации является диаграммой взаимодействия, а каждая
диаграмма взаимодействия - это либо диаграмма последовательностей, либо диаграмма кооперации.
Слайд 392. Диаграммы последовательностей
На диаграмме последовательностей основное внимание уделяется временной упорядоченности событий. На
них изображают множество объектов и посланные или принятые ими сообщения.
Объекты, как правило, представляют собой анонимные или именованные экземпляры классов, но могут быть также экземплярами других сущностей, таких как кооперации, компоненты или узлы. Диаграммы последовательностей относятся к динамическому виду системы.
Слайд 413. Диаграммы кооперации
Диаграммы кооперации заостряют внимание на структурной организации объектов, принимающих
или отправляющих сообщения. На диаграмме кооперации показано множество объектов, связи
между ними и сообщения, которые они посылают или получают. Объекты обычно представляют собой анонимные или именованные экземпляры классов, но могут быть также экземплярами других сущностей, например коопераций, компонентов и узлов. Диаграммы коопераций относятся к динамическому виду системы.
Слайд 434. Диаграммы состояний
Диаграмма состояний показывает автомат, содержащий состояния, переходы, события и
действия. Диаграммы такого рода относятся к динамическому виду системы и
особенно важны при моделировании поведения интерфейса, класса или кооперации. Основное внимание в них уделяется порядку возникновения событий, связанных с объектом, что особенно полезно при моделировании реактивных систем.
Слайд 455. Диаграммы деятельности
На диаграммах деятельности изображают передачу управления от одной деятельности к
другой внутри системы. На них показаны виды деятельности, последовательные или
параллельные ветвления потока управления и объекты, которые воздействуют на что- то или сами подвергаются воздействию. Диаграммы деятельности относятся к динамическому представлению системы и особенно важны при моделировании ее функций. Они являются особой разновидностью диаграмм состояния. На диаграммах деятельности основное внимание уделено потоку управления между объектами.
Слайд 47Пять основных диаграмм поведения в UML используются для визуализации, специфицирования,
конструирования и документирования динамических аспектов системы.
Динамические аспекты программной системы
охватывают такие ее элементы, как поток сообщений во времени и физическое перемещение компонентов по сети.
Слайд 491. Каждая диаграмма должна служить законченным представлением соответствующего фрагмента моделируемой
предметной области. В процессе разработки диаграммы крайне важно учесть все
сущности, важные в контексте данной диаграммы. Отсутствие существенных элементов на диаграмме служит признаком неполноты модели и может потребовать ее последующей доработки.
Слайд 502. Все сущности на диаграмме должны принадлежать одному концептуальному уровню
представления модели. Отдельные фрагменты диаграммы могут детализироваться на других диаграммах
этого же типа, образуя вложенные или подчиненные диаграммы. Τᴀᴋᴎᴍ ᴏϬᴩᴀᴈᴏᴍ, модель системы на языке UML представляет собой пакет иерархически вложенных диаграмм, детализация которых должна быть достаточной для последующей генерации программного кода, реализующего проект соответствующей системы.
Слайд 513. Необходимо стремиться к явному указанию свойств всех элементов диаграмм,
несмотря на то, что язык UML допускает использование значений по
умолчанию при отсутствии некоторых символов на диаграмме (к примеру, в случае неявного указания видимости атрибутов и операций классов).
Слайд 524. Диаграммы не должны содержать противоречивой информации. Противоречивость модели приводит
к неоднозначной ее интерпретации и может служить источником проблем при
реализации (к примеру, наличие замкнутых путей при изображении отношений агрегирования или композиции, наличие элементов с одинаковыми именами и различными атрибутами свойств в одном пространстве имен).
Слайд 535. Не следует перегружать диаграммы текстовой информацией - визуализация модели
является наиболее эффективной, в случае если она содержит минимум пояснительного
текста. Как правило, наличие больших фрагментов текста на диаграмме служит признаком неоднородности модели, когда в рамках одной модели представляется различная по характеру информация. Набор доступных разработчику UML-диаграмм способен удовлетворить самые детальные представления о системе - важно уметь правильно отображать те или иные сущности и аспекты моделирования в соответствующие элементы UML- диаграмм.
Слайд 546. Состав диаграмм, используемых в конкретном программном проекте, не является
строго фиксированным и зависит от специфики проекта˸ для простых приложений
нет крайне важности строить все без исключения типы диаграмм, некоторые из них могут просто отсутствовать в проекте системы, и данный факт не будет считаться ошибкой разработчика. К примеру, модель системы может не содержать диаграмму развертывания для приложения, выполняемого локально на компьютере пользователя.
Слайд 55Процесс построения отдельных типов диаграмм имеет свои особенности, которые тесно
связаны с семантикой элементов этих диаграмм. Сам процесс ООАП в
контексте языка UML получил специальное название – рациональный унифицированный процесс(Rational Unified Process, RUP).
