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


UML 2016

Содержание

ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ

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

Слайд 1UML 2016

UML 2016

Слайд 14ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ

ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ

Слайд 15Общие элементы
- экземпляры актеров и объекты, участвующие во взаимодействии;
- сообщения, передаваемые между

экземплярами актеров и объектами.

Общие элементы- экземпляры актеров и объекты, участвующие во взаимодействии;- сообщения, передаваемые между экземплярами актеров и объектами.

Слайд 16Экземпляры сущностей
Имя объекта : Имя класса (например, Вася : Программист);
: Имя класса (например, :

Программист) – анонимный объект;
Имя объекта (например, Вася) – предполагается, что имя класса

известно;
Имя объекта : (например, Вася :) – объект-сирота. Считается, что имя класса неизвестно.

Экземпляры сущностейИмя объекта : Имя класса (например, Вася : Программист);: Имя класса (например, : Программист) – анонимный объект;Имя объекта (например, Вася) – предполагается,

Слайд 17Линия жизни
 отображается штриховой вертикальной линией, соединенной с соответствующим экземпляром сущности.


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

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

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

Примеры отображения экземпляров сущностей, линии жизни и символа уничтожения объекта

Слайд 19Сообщения
синхронное сообщение (synchronous message). Клиент посылает сообщение серверу и ждет,

пока тот примет и обработает сообщение. Как правило, один объект

передает синхронное сообщение второму, второй – третьему и т.д., образуя вложенный поток сообщений. В любом случае клиент, инициирующий поток сообщений, должен дождаться его завершения, т.е. возврата управления. Это самый распространенный тип сообщений;
асинхронное сообщение (asynchronous message). Клиент посылает сообщение серверу и, не дожидаясь ответа, продолжает выполнять следующие операции;
 возвращающее сообщение (reply message), обозначающее возврат значения или управления от сервера обратно клиенту. Стрелки этого вида зачастую отсутствуют на диаграммах, поскольку неявно предполагается их существование после окончания процесса выполнения операции.

Сообщения синхронное сообщение (synchronous message). Клиент посылает сообщение серверу и ждет, пока тот примет и обработает сообщение. Как

Слайд 20Специфические виды сообщений
Объект может посылать сообщения самому себе (вызывать собственные

методы), инициируя так называемые рефлексивные сообщения.
Сообщения, получаемые от внешнего источника (found message)


Сообщения, передаваемые внешнему приемнику (lost message), должны, соответственно, начинаться и заканчиваться закрашенным кружком.
Создание объектов отображается как возвращающее сообщение со стереотипом «create»
Уничтожение синхронное сообщение со стереотипом «destroy». После получения сообщения на уничтожение объекта его линия жизни заканчивается символом X

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

Слайд 21Каждое сообщение должно иметь
- произвольная строка текста. Применяется на начальных стадиях

проектирования или концептуальных диаграммах;
- указание стереотипа для некоторых стандартных действий:
- «create» (создать)

– возвращающее сообщение, требующее создания объекта;
- «destroy» (уничтожить) – синхронное сообщение с требованием уничтожить соответствующий объект;
- «call» (вызвать) – синхронное сообщение, требующее выполнения операции принимающего объекта;
- «send» (послать) – асинхронное сообщение, обозначающее посылку сигнала серверу;
- «return» (возвратить) или «reply» (ответить)– возвращающее сообщение;

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

Слайд 22Указание спецификации вызываемого метода объекта-получателя в формате:
[переменная =] имя([список параметров])

[:возвращаемое значение].
Переменная - переменная или атрибут объекта-отправителя, которому будет присвоен результат

вызываемого метода.
Имя сообщения (обязательный параметр) – имя вызываемого метода объекта-получателя.
Список аргументов – список аргументов, разделенных запятыми и передаваемых для выполнения метода.
Возвращаемое значение – константа или имя переменной, являющиеся результатом вызываемого метода.

Указание спецификации вызываемого метода объекта-получателя в формате:[переменная =] имя([список параметров]) [:возвращаемое значение].Переменная - переменная или атрибут объекта-отправителя, которому

Слайд 23 Фокус управления 

 Фокус управления 

Слайд 24Фрагменты 

Фрагменты 

Слайд 25Типы фрагментов
- alt (alternatives) - вызовы альтернативных сообщений (выполнение взаимоисключающих операций).

Альтернативные сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми

линиями. Используется для моделирования условного оператора (if-then-else) и операторов выбора (case или switch);
- opt (option) - вызов дополнительного сообщения (группы сообщений) при некотором условии. Аналогичен фрагменту с типом «alt» для случая, когда используется сокращенный условный оператор (if-then);
- par (parallel) - параллельная обработка сообщений. Параллельно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями;
- loop - циклическая обработка сообщений. Используется для моделирования циклов;
- break - досрочное прерывание обработки сообщений при некотором условии. Используется как составная часть других фрагментов (как правило, «loop»);
Типы фрагментов- alt (alternatives) - вызовы альтернативных сообщений (выполнение взаимоисключающих операций). Альтернативные сообщения (группы сообщений) отделяются друг от

Слайд 26- critical - эксклюзивно обрабатываемое сообщение (группа сообщений). Используется как составная

часть других фрагментов (как правило, «par»). Подразумевает приостановку обработки любых

сообщений в более общем фрагменте на время обработки сообщений внутри подфрагмента «critical»;
- neg (negative) - сообщение или событие, сгенерированное в результате невозможности обработки другого принятого сообщения. Например, если при запросе пароля getPassword() истекло время на его ввод, то вместо возврата пароля будет сгенерировано сообщение «время вышло» (англ. «timeout»);
- assert (assertion) - сообщение (группа сообщений), выполняемое после предварительной проверки некоторого условия. Если условие отрицательно, то сообщение не посылается. В программировании такой прием часто используется для локализации ошибок;
- strict - строгая последовательная обработка сообщений. Последовательно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и обрабатываются строго по очереди сверху-вниз;
- seq (sequencing) - нестрогая последовательная обработка сообщений. Сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и могут обрабатываться в произвольном порядке за исключением сообщений, принимаемых одним объектом;

- critical - эксклюзивно обрабатываемое сообщение (группа сообщений). Используется как составная часть других фрагментов (как правило, «par»). Подразумевает

Слайд 27- ignore - игнорирование сообщений. После слова «ignore» в фигурных скобках

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

явно отображенными и которые должны быть проигнорированы;
- consider - игнорирование других сообщений. После слова «consider» в фигурных скобках перечисляются сообщения, которые явно отображены во фрагменте, а также возникновение которых во фрагменте потенциально возможно наряду с явно отображенными. Остальные потенциально возможные сообщения должны быть проигнорированы;
- ref (reference) - ссылка на часть взаимодействия, определенную в другом месте (на другой диаграмме). Данный элемент подобен предопределенным процессам на блок-схемах или скрытым составным состояниям на диаграммах автоматов.

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

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

анализа все участвующие в нем классы, а с диаграммы вариантов использования – актеров.
2. На диаграмме

коммуникации между классами следует отобразить ассоциации, перенесенные с диаграммы классов анализа, а также добавить ассоциации, связывающие актеров с граничными классами.
3. Для отображения основного и альтернативного потоков событий (наборов сообщений) в рамках варианта использования следует использовать фрагмент с типом «alt».
4. На стадии анализа имена сообщениям можно давать произвольно (например, «Записать данные о клиенте») или в виде стереотипов. В дальнейшем (в модели проектирования) имена сообщений должны соответствовать методам классов.

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

Слайд 295. Имена сущностей на диаграммах (экземпляры актеров и объекты) должны быть

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

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

5. Имена сущностей на диаграммах (экземпляры актеров и объекты) должны быть подчеркнуты и обозначены соответствующим образом.6. На диаграммах последовательности символ уничтожения

Слайд 32ветвление

ветвление

Слайд 35ДИАГРАММЫ ПАКЕТОВ

ДИАГРАММЫ ПАКЕТОВ

Слайд 36Цели
добиться лучшей структурной организации модели (сильнее формализовать модель);
более четко

и продуманно распределить обязанности между отдельными разработчиками или их командами;
упростить

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

Цели добиться лучшей структурной организации модели (сильнее формализовать модель);более четко и продуманно распределить обязанности между отдельными разработчиками

Слайд 37Способы отображения содержимого пакетов

Способы отображения содержимого пакетов

Слайд 38Примеры отношений между пакетами
«import» (импорт) или «merge» (слияние).

Примеры отношений между пакетами«import» (импорт) или «merge» (слияние).

Слайд 39«import» позволяет при обращении сущности из одного пакета к сущности другого

пакета указывать только ее имя, а не полную спецификацию.
в

объекте класса TableScreen необходимо создавать объекты класса TextFieldDouble, после импортирования достаточно для этих целей использовать имя класса «new TextFieldDouble(...)» вместо «new ru.lib.field.TextFieldDouble(...)».
 «merge» практически идентична отношению обобщения. В частности, пакет ru.iskraPUT.panel помимо своих сущностей (подпакетов и классов) будет содержать сущности пакета ru.lib.panel. Если в двух пакетах будут сущности с одинаковым именем, то сущность в результирующем пакете (ru.iskraPUT.panel) будет расширена за счет специфических свойств сущности исходного пакета (ru.lib.panel). Отличие от отношения обобщения заключается в отсутствии наследования сущностей с областью видимости «private» (частных сущностей).

«import» позволяет при обращении сущности из одного пакета к сущности другого пакета указывать только ее имя, а не

Слайд 40Подходы
- группировать классы по стереотипу. В одном пакете будут находиться классы

сущностей, в другом – граничные, в третьем – управляющие;
- группировать по семантической однородности.

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

Подходы - группировать классы по стереотипу. В одном пакете будут находиться классы сущностей, в другом – граничные, в третьем – управляющие;- группировать

Слайд 42Модель реализации

Модель реализации

Слайд 43- определение окончательного состава, структуры и кода классов;
- распределение классов по компонентам

и подсистемам;
- определение топологии распределенной системы и распределение подсистем по узлам

сети;
- планирование итераций (версий) сборки системы;
- сборка версий системы.

- определение окончательного состава, структуры и кода классов;- распределение классов по компонентам и подсистемам;- определение топологии распределенной системы и распределение

Слайд 45ДИАГРАММЫ КОМПОНЕНТОВ

ДИАГРАММЫ КОМПОНЕНТОВ

Слайд 46цели
- спецификация общей структуры исходного кода системы;
- спецификация исполнимого варианта системы.

цели- спецификация общей структуры исходного кода системы;- спецификация исполнимого варианта системы.

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

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

набором интерфейсов. 

- «file» – любой файл, кроме таблицы:
«executable» – программа (исполняемый файл);
«library» – статическая или динамическая библиотека;
«source» – файл с исходным текстом программы;
«document» – остальные файлы (например, файл справки);
- «table» – таблица базы данных.

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

Слайд 48Компонент с секциями
предоставляемые (provided)
или необходимые для работы (required) интерфейсы

классы,
методы (operations), н
аименование файла-компонента (artifacts)

Компонент с секциямипредоставляемые (provided) или необходимые для работы (required) интерфейсы классы, методы (operations), наименование файла-компонента (artifacts)

Слайд 49Интерфейс
 внешне видимый, именованный набор операций, который класс, компонент или подсистема

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

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

Интерфейс внешне видимый, именованный набор операций, который класс, компонент или подсистема может предоставить другому классу, компоненту или подсистеме,

Слайд 50Отношения
Отношение ассоциации отображается между компонентами и их интерфейсами. 
Отношение зависимости означает зависимость реализации

одних компонентов от реализации других. Такое возможно в следующих случаях:
-

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

ОтношенияОтношение ассоциации отображается между компонентами и их интерфейсами. Отношение зависимости означает зависимость реализации одних компонентов от реализации других. Такое возможно

Слайд 52ДИАГРАММЫ РАЗВЕРТЫВАНИЯ

ДИАГРАММЫ РАЗВЕРТЫВАНИЯ

Слайд 53Цели
- распределение компонентов системы по ее физическим узлам;
- отображение физических связей

между узлами системы на этапе исполнения;
- выявление узких мест системы и

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

Цели - распределение компонентов системы по ее физическим узлам;- отображение физических связей между узлами системы на этапе исполнения;- выявление узких

Слайд 54Узел
некоторый физически существующий элемент системы. В качестве узла могут рассматриваться

компьютеры, датчики, принтеры, модемы, цифровые камеры, сканеры и т.д. Графически

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

Слайд 55 Узел с компонентами

 Узел с компонентами

Слайд 56Соединения
 физическое соединение (например, оптоволоконная линия или спутниковая связь), ссылка

на сайт в Интернет и т. д. Соединения показываются в

виде ассоциации и изображаются линиями без стрелок. Наличие такой линии указывает на необходимость организации канала для обмена информацией между соответствующими узлами. Характер соединения может быть дополнительно специфицирован примечанием, помеченным значением или ограничением.
Соединения  физическое соединение (например, оптоволоконная линия или спутниковая связь), ссылка на сайт в Интернет и т. д.

Слайд 571. Перед разработкой диаграммы необходимо идентифицировать:
- категории (типы) пользователей. Для каждой категории

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

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

1. Перед разработкой диаграммы необходимо идентифицировать:- категории (типы) пользователей. Для каждой категории должны быть определены количество пользователей и требуемые

Слайд 58 В целях наглядного представления распределенной информационной системы на диаграмме рекомендуется

отображать компоненты, интерфейсы и связи между ними. 

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

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

времени.
Основными компонентами диаграмм последовательности действий являются:
- Объекты;
- Линия жизни;
- Сообщения.

Диаграммы последовательности действийДиаграммы последовательности действий отображают взаимодействие объектов, упорядоченное по времени.Основными компонентами диаграмм последовательности действий являются:- Объекты;-

Слайд 60Объекты
Объект – экземпляр класса.
объектА: КлассВ
: КлассС
объектD
Объект-сирота

ОбъектыОбъект – экземпляр класса.объектА: КлассВ : КлассС объектDОбъект-сирота

Слайд 61Графические элементы диаграммы последовательности

Графические элементы диаграммы последовательности

Слайд 62Линия жизни и фокус управления
Объект С инициирует создание анонимного объекта

из класса D

Линия жизни и фокус управленияОбъект С инициирует создание анонимного объекта из класса D

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

сообщения инициирует выполнение определенных действий;
3 разновидности сообщений:

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

Слайд 64Сообщение
Сообщение, отправленное самому себе – рефлексивное (саморегулирование).

СообщениеСообщение, отправленное самому себе – рефлексивное (саморегулирование).

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

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

Слайд 66Диаграмма деятельности

Диаграмма деятельности

Слайд 67Диаграмма деятельности
Отражает динамику системы и представляет собой схемы потоков управления

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

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

Слайд 68Компоненты диаграммы деятельности
Основные элементы диаграмм деятельности:
- деятельность (действие)
- переход
- элемент

выбора
- линия синхронизации (линейка синхронизации).

Компоненты диаграммы деятельностиОсновные элементы диаграмм деятельности:- деятельность (действие)- переход- элемент выбора- линия синхронизации (линейка синхронизации).

Слайд 69Действие (деятельность)
Действие - исполнение определенного поведения в потоке управления системой


Имя может быть записано на естественном языке
… или на языке

программирования
Действие (деятельность)Действие - исполнение определенного поведения в потоке управления системой Имя может быть записано на естественном языке…

Слайд 70Элемент выбора
Элементы выбора позволяют задавать альтернативные пути потока управления.
Условие

– логическое выражение, которое может принимать значение true или false


Условие 1

Условие 2

Элемент выбораЭлементы выбора позволяют задавать альтернативные пути потока управления. Условие – логическое выражение, которое может принимать значение

Слайд 71Пример ветвления переходов

Пример ветвления переходов

Слайд 72Линии синхронизации
Линии перехода могут иметь несколько входящих линий и 1

исходящую, либо 1 вход и несколько выходов.

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

Слайд 73Дорожки (Swimlane)
Группа действий между дорожками выполняется
соответствующим подразделением

Дорожки (Swimlane)Группа действий между дорожками выполняется соответствующим подразделением

Слайд 74Пример диаграммы деятельности

Пример диаграммы деятельности

Слайд 75Изученные вопросы
Определение и назначение диаграммы деятельности
Компоненты (действия, переходы, линии синхронизации,

элемент выбора, дорожки)
Пример диаграммы деятельности для процесса постройки дома

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

Слайд 76Диаграммы реализации

Диаграммы реализации

Слайд 77Виды диаграмм реализации
Диаграммы реализации
Диаграммы компонентов
Диаграммы развертывания

Виды диаграмм реализацииДиаграммы реализацииДиаграммы компонентовДиаграммы развертывания

Слайд 78Диаграмма компонентов
Диаграмма компонентов разрабатывается для следующих целей:
визуализация общей организации структуры

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

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

Слайд 79Компонент
Служит для обозначения элементов физического представления модели и может реализовывать

некий набор интерфейсов.

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

Слайд 80Пример диаграммы компонентов

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

Слайд 81Диаграмма размещения
Диаграмма размещения = диаграмма развертывания = диаграмма внедрения
Цели построения

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

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

Слайд 82Диаграмма размещения
Узел представляет собой некоторый физически существующий элемент системы, обладающий

некоторым вычислительным ресурсом.
Диаграмма размещения показывает наличие физических соединений – маршрутов

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

Слайд 83Пример диаграммы компонентов

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

Слайд 84http://www.telenir.net/uchebniki/samouchitel_uml/p8.php

http://www.telenir.net/uchebniki/samouchitel_uml/p8.php

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

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

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

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

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


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

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