Введение в язык UML (Продолжение) - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Введение в язык UML (Продолжение), слайд №1

Введение в язык UML (Продолжение), слайд №2

Введение в язык UML (Продолжение), слайд №3

Введение в язык UML (Продолжение), слайд №4

Введение в язык UML (Продолжение), слайд №5

Введение в язык UML (Продолжение), слайд №6

Введение в язык UML (Продолжение), слайд №7

Введение в язык UML (Продолжение), слайд №8

Введение в язык UML (Продолжение), слайд №9

Введение в язык UML (Продолжение), слайд №10

Введение в язык UML (Продолжение), слайд №11

Введение в язык UML (Продолжение), слайд №12

Введение в язык UML (Продолжение), слайд №13

Введение в язык UML (Продолжение), слайд №14

Введение в язык UML (Продолжение), слайд №15

Введение в язык UML (Продолжение), слайд №16

Введение в язык UML (Продолжение), слайд №17

Введение в язык UML (Продолжение), слайд №18

Введение в язык UML (Продолжение), слайд №19

Введение в язык UML (Продолжение), слайд №20

Введение в язык UML (Продолжение), слайд №21

Введение в язык UML (Продолжение), слайд №22

Введение в язык UML (Продолжение), слайд №23

Введение в язык UML (Продолжение), слайд №24

Введение в язык UML (Продолжение), слайд №25

Введение в язык UML (Продолжение), слайд №26

Введение в язык UML (Продолжение), слайд №27

Введение в язык UML (Продолжение), слайд №28

Введение в язык UML (Продолжение), слайд №29

Введение в язык UML (Продолжение), слайд №30

Введение в язык UML (Продолжение), слайд №31

Введение в язык UML (Продолжение), слайд №32

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Введение в язык UML (Продолжение). Доклад-сообщение содержит 32 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

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

Слайд 1

Описание слайда:

Проектирование распределенных информационных систем Лекция 3+. Введение в язык UML (Продолжение)

Слайд 2

Описание слайда:

Слайд 3

Описание слайда:

Слайд 4

Описание слайда:

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

Слайд 5

Описание слайда:

Слайд 6

Описание слайда:

Атрибуты Атрибут - это именованное свойство класса, включающее описание множества значений, которые могут принимать экземпляры этого свойства. Класс может иметь любое число атрибутов или не иметь их вовсе. Атрибут представляет некоторое свойство моделируемой сущности, общее для всех объектов данного класса. Например, у любой стены есть высота, ширина и толщина; при моделировании клиентов можно задавать фамилию, адрес, номер телефона и дату рождения. Таким образом, атрибут является абстракцией данных объекта или его состояния. В каждый момент времени любой атрибут объекта, принадлежащего данному классу, обладает вполне определенным значением. Атрибуты представлены в разделе, который расположен под именем класса; при этом указываются только их имена (рис. 4.3). Имя атрибута, как и имя класса, может быть произвольной текстовой строкой. На практике для именования атрибута используют одно или несколько коротких существительных, соответствующих некоторому свойству объемлющего класса. Каждое слово в имени атрибута, кроме самого первого, обычно пишется с заглавной буквы, например nameили loadBearing.

Слайд 7

Описание слайда:

Слайд 8

Описание слайда:

Операции Операцией называется реализация услуги, которую можно запросить у любого объекта класса для воздействия на поведение. Иными словами, операция - это абстракция того, что позволено делать с объектом. У всех объектов класса имеется общий набор операций. Класс может содержать любое число операций или не содержать их вовсе. Например, для всех объектов класса Rectangle(Прямоугольник) из библиотеки для работы с окнами, содержащейся в пакете awtязыка Java, определены операции перемещения, изменения размера и опроса значений свойств. Часто (хотя не всегда) обращение к операции объекта изменяет его состояние или его данные. Операции класса изображаются в разделе, расположенном ниже раздела с атрибутами. При этом можно ограничиться только именами, как показано на рис. 4.5.

Слайд 9

Описание слайда:

Слайд 10

Описание слайда:

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

Слайд 11

Описание слайда:

Слайд 12

Описание слайда:

Обязанности Обязанности (Responsibilities) класса - это своего рода контракт, которому он должен подчиняться. Определяя класс, вы постулируете, что все его объекты имеют однотипное состояние и ведут себя одинаково. Выражаясь абстрактно, соответствующие атрибуты и операции как раз и являются теми свойствами, посредством которых выполняются обязанности класса. Например, класс TemperatureSensor(ДатчикТемпературы) отвечает за измерение температуры и подачу сигнала тревоги в случае превышения заданного уровня.

Слайд 13

Описание слайда:

Слайд 14

Описание слайда:

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

Слайд 15

Описание слайда:

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

Слайд 16

Описание слайда:

Слайд 17

Описание слайда:

Отношением (Relationship) называется связь между элементами. Отношением (Relationship) называется связь между элементами. В объектно- ориентированном моделировании тремя самыми важными отношениями являются зависимости, обобщения и ассоциации. Графически отношение представлено линией, тип которой зависит от вида отношения.

Слайд 18

Описание слайда:

Зависимостью (Dependency) называют отношение использования, согласно которому изменение в спецификации одного элемента (например, класса Event) может повлиять на другой элемент, его использующий (в данном случае - класс Window), причем обратное не обязательно. Зависимостью (Dependency) называют отношение использования, согласно которому изменение в спецификации одного элемента (например, класса Event) может повлиять на другой элемент, его использующий (в данном случае - класс Window), причем обратное не обязательно. Графически зависимость изображается пунктирной линией со стрелкой, направленной от данного элемента на тот, от которого он зависит. Используются зависимости, когда необходимо показать, что один элемент использует другой.

Слайд 19

Описание слайда:

Слайд 20

Описание слайда:

Обобщение (Generalization) - это отношение между общей сущностью (суперклассом, или родителем) и ее конкретным воплощением (субклассом, или потомком). Обобщение (Generalization) - это отношение между общей сущностью (суперклассом, или родителем) и ее конкретным воплощением (субклассом, или потомком). Обобщения иногда называют отношениями типа "является", имея в виду, что одна сущность (например, класс BayWindow) является частным выражением другой, более общей (скажем, класса Window). Обобщение означает, что объекты класса-потомка могут использоваться всюду, где встречаются объекты класса-родителя, но не наоборот. Другими словами, потомок может быть подставлен вместо родителя. При этом он наследует свойства родителя, в частности его атрибуты и операции. Часто, хотя и не всегда, у потомков есть и свои собственные атрибуты и операции, помимо тех, что существуют у родителя. Операция потомка с той же сигнатурой, что и у родителя, замещает операцию родителя; это свойство называют полиморфизмом (Polymorphism). Графически отношение обобщения изображается в виде линии с большой незакрашенной стрелкой, направленной на родителя, как показано на рис. 5.3. Применяют обобщения, когда необходимо показать отношения типа "родитель/потомок".

Слайд 21

Описание слайда:

Слайд 22

Описание слайда:

Класс может иметь одного или нескольких родителей или не иметь их вовсе. Класс может иметь одного или нескольких родителей или не иметь их вовсе. Класс, у которого нет родителей, но есть потомки, называется базовым (base) или корневым (root), а тот, у которого нет потомков, - листовым (leaf). О классе, у которого есть только один родитель, говорят, что он использует одиночное наследование (Single inheritance); если родителей несколько, речь идет о множественном наследовании (Multiple inheritance).

Слайд 23

Описание слайда:

Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа. Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа. Если между двумя классами определена ассоциация, то можно перемещаться от объектов одного класса к объектам другого. Вполне допустимы случаи, когда оба конца ассоциации относятся к одному и тому же классу. Это означает, что с объектом некоторого класса позволительно связать другие объекты из того же класса. Ассоциация, связывающая два класса, называется бинарной. Можно, хотя это редко бывает необходимым, создавать ассоциации, связывающие сразу несколько классов; они называются n-арными. Графически ассоциация изображается в виде линии, соединяющей класс сам с собой или с другими классами. Используют ассоциации, когда необходимо показать структурные отношения. (Ассоциации и зависимости, в отличие от отношений обобщения, могут быть рефлексивными) Помимо описанной базовой формы существует четыре дополнения, применимых к ассоциациям.

Слайд 24

Описание слайда:

Слайд 25

Описание слайда:

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

Слайд 26

Описание слайда:

Слайд 27

Описание слайда:

Слайд 28

Описание слайда:

Слайд 29

Описание слайда:

Слайд 30

Описание слайда:

Слайд 31

Описание слайда:

Советы При моделировании отношений в UML соблюдайте следующие правила: используйте зависимость, только если моделируемое отношение не является структурным; используйте обобщение, только если имеет место отношение типа "является"; множественное наследование часто можно заменить агрегированием; остерегайтесь циклических отношений обобщения; поддерживайте баланс в отношениях обобщения: иерархия наследования не должна быть ни слишком глубокой (желательно не более пяти уровней), ни слишком широкой (лучше прибегнуть к промежуточным абстрактным классам); применяйте ассоциации прежде всего там, где между объектами существуют структурные отношения.

Слайд 32

Описание слайда:

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