Основы UML презентация

Содержание

Вопросы Прецеденты Диаграмма последовательности Коммуникационная диаграмма Диаграмма деятельности Диаграмма обзора взаимодействий Временная диаграмма Диаграмма пакетов Диаграмма развёртывания Диаграмма состояний

Слайд 2Вопросы
Прецеденты
Диаграмма последовательности
Коммуникационная диаграмма
Диаграмма деятельности
Диаграмма обзора взаимодействий
Временная диаграмма
Диаграмма пакетов
Диаграмма развёртывания
Диаграмма состояний

Слайд 3В2. Диаграммы UML
Диаграмма структуры
Диаграмма поведения
Диаграмма классов
Диаграмма компонентов
Диаграмма составных структур
Диаграмма развертывания
Диаграмма объектов
Диаграмма

пакетов

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

Диаграмма прецедентов

Диаграмма конечных автоматов

Диаграмма взаимодействия

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

Коммуникационная диаграмма

Диаграмма обзора взаимодействий

Временная диаграмма




Слайд 4В1. Прецеденты
Прецеденты представляют собой инструмент для понимания функциональных требований к системе.

Первый

вариант прецедентов должен составляться на ранней стадии выполнения проекта. Более подробные версии – непосредственно перед реализацией прецедентов.

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

Сценарий (scenario)

– это последовательность шагов, описывающих взаимодействие пользователя и системы.

Актер (actor) представляет собой некую роль, которую пользователь играет по отношению к системе.

Слайд 6В1. Прецеденты
В UML не описана процедура определения содержимого прецедента.

Всё, что предоставляет

UML – это описание диаграммы прецедентов, которая показывает, как прецеденты связаны друг с другом

Слайд 7В1. Прецеденты Пример сценария «Покупка товара»
Описание прецедентов можно начать с описания сценариев

Пример

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

Слайд 8В1. Прецеденты Актеры
Актер (actor) представляет собой некую роль, которую пользователь играет по

отношению к системе.

Актеры действуют в рамках прецедентов. Один актёр может выполнять несколько прецедентов. В одном прецеденте может быть задействовано несколько актеров.

Актерами могут быть:
Пользователи
Другие приложения

Слайд 9В1. Прецеденты Описание прецедентов
Описание прецедентов начинается с описания главного успешного сценария (main

success scenario).
Главный успешный сценарий описывается в виде последовательности нумерованных шагов.
Каждый шаг – это элемент взаимодействия актера с системой.
Шаг должен быть простым утверждением и должен четко указывать, кто его выполняет.


Слайд 10В1. Прецеденты Описание расширений
Другие сценарии описываются как расширения (extension) в виде изменений

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


Слайд 11В1. Прецеденты Пример текста прецедента «Покупка товара»
Целевой уровень: уровень моря
Главный успешный сценарий:
Покупатель

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

Слайд 12В1. Прецеденты Пример текста прецедента «Покупка товара»
Покупка товара
Расширения:
3а. Клиент является постоянным покупателем.
.1:

Система предоставляет информацию о текущей покупке и ее цене, а также информацию о счете.
.2: Покупатель может согласиться или изменить значения по умолчанию, затем возвращаемся к шагу 6 главного успешного сценария.
6а. Система не подтверждает авторизацию счета.
.1: Пользователь может повторить ввод информации о кредитной карте или закончить сеанс.


Слайд 13В1. Прецеденты Отношения между прецедентами
Прецедент может включать в себя другие прецеденты (include)
Включенные

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

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

Слайд 14В1. Прецеденты Дополнительная информация
Прецедент может содержать дополнительную информацию:
Предусловие (pre-condition)
Гарантия (guarantee)
Триггер (trigger)

Детализация прецедентов

зависит от их уровня риска.

Слайд 15В1. Прецеденты Уровни прецедентов
«Уровень моря» – представляет взаимодействие ведущего актера и системы.
«Уровень

рыб» – представляет прецеденты, включенные в уровень моря.
«Уровень воздушного змея» - представляет прецеденты высшего уровня и показывает, как прецеденты уровня моря взаимодействуют с бизнес-процессами.

Слайд 16В1. Прецеденты Диаграммы прецедентов
Диаграмма прецедентов показывает актеров, прецеденты и отношения между ними:
Какие

актеры выполняют тот или иной прецедент
Отношения между прецедентами

Детализация прецедентов зависит от их уровня риска.

Слайд 17В1. Прецеденты Пример диаграммы

Слайд 18В1. Прецеденты Пример диаграммы

Слайд 19В2. Диаграмма последовательности
Диаграммы взаимодействия (interaction diagrams) описывают взаимодействие групп объектов в

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

Диаграммы взаимодействия

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

Коммуникационная диаграмма

Диаграмма обзора взаимодействий

Временная диаграмма

Слайд 20В2. Диаграмма последовательности
Диаграмма последовательности описывает взаимодействие объектов и сообщения, которыми они

обмениваются в рамках одного прецедента (use case).
Диаграмма последовательности не подходят для точного определения поведения.

Слайд 21В2. Диаграмма последовательности
Пример сценария:
Есть класс Заказ (Order), который содержит метод calculatePrice().

Метод просматривает все позиции заказа (Line Items) и определяет их цены, основанные на правилах построения цены продукции в строке заказа (Order Line). После этого объект заказа должен вычислить общую скидку, которая определяется индивидуально для каждого клиента.

Слайд 22В2. Диаграмма последовательности. Пример диаграммы – централизованное управление

Слайд 23В2. Диаграмма последовательности Пример диаграммы – распределенное управление

Слайд 24В2. Диаграмма последовательности Создание и удаление участников

Слайд 25В2. Диаграмма последовательности Циклы и условия
Для отображения циклов и условий используются фреймы

взаимодействий (interaction frames)

Пример алгоритма:
foreach(lineitem)
if (product.value > 10K)
careful.dispatch
else
regular.dispatch
end if

Слайд 26В2. Диаграмма последовательности Циклы и условия

Слайд 27В2. Диаграмма посделовательности Операторы для фреймов взаимодействия

Слайд 28В2. Диаграмма посделовательности Операторы для фреймов взаимодействия

Слайд 29В3. Коммуникационная диаграмма
Коммуникационные диаграммы (communication diagrams) – это особый вид диаграмм

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

Слайд 30В3. Коммуникационная диаграмма Вложенная нумерация

Слайд 31В3. Коммуникационная диаграмма Простая нумерация – не разрешена в UML

Слайд 32В4. Диаграмма деятельности
Диаграммы деятельности – это технология, позволяющая описывать логику процедур,

бизнес-процессы и потоки работ.
Достоинство диаграмм деятельности – поддержка параллельных процессов.

Слайд 33В4. Диаграмма деятельности Основные элементы
Выполнение начинается с начального узла (initial node)
Узлы диаграммы

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


Слайд 34В4. Диаграмма деятельности Пример диаграммы

Слайд 35В4. Диаграмма деятельности Вложенные деятельности
Сложные операции могут быть разбиты на вложенные деятельности

(subactivities)


Слайд 36В4. Диаграмма деятельности Вложенные диаграммы. Дополнительная диаграмма

Слайд 37В4. Диаграмма деятельности Вложенные диаграммы

Слайд 38В4. Диаграмма деятельности Разделы
Для отображения распределения обязанностей используются разделы (partitions)


Слайд 39В4. Диаграмма деятельности Разделы

Слайд 40В4. Диаграмма деятельности Сигналы
Операции могут отвечать на сигналы.
Сигнал – это событие от

внешнего процесса


Слайд 41В4. Диаграмма деятельности Сигналы

Слайд 42В4. Диаграмма деятельности Сигналы

Слайд 43В4. Диаграмма деятельности Разъемы
При возникновении сложностей с разводкой линий можно использовать разъемы

(connectors)


Слайд 44В4. Диаграмма деятельности Способы представления рёбер

Слайд 45В4. Диаграмма деятельности Информация о параметрах
Информацию о параметрах можно отобразить с помощью

контактов (pins)


Слайд 46В4. Диаграмма деятельности Параметры и преобразования

Слайд 47В4. Диаграмма деятельности Области расширения
Область расширения (expansion region) отмечает область диаграммы деятельности,

где операции выполняются один раз для каждого элемента коллекции.

Пример:
Процедура Choose Topics генерирует список тем. Для каждой темы необходимо создать статью и получить список статей. Для этого используется область расширения. Каждый элемент списка тем становится маркером для входа процедуры Write Article. Затем процедура Review Article генерирует статью, которая добавляется к выходному списку области расширения. Когда все маркеры достигнут выходной коллекции, область расширения генерирует единственный маркет для списка, который передается процедуре Publish Newsletter.


Слайд 48В4. Диаграмма деятельности Области расширения

Слайд 49В4. Диаграмма деятельности Области расширения
Если в выходном списке может оказаться меньше элементов,

чем во входном списке, то область расширения будет являться фильтром.
В этом случае необходимо ликвидировать маркеры с помощью окончания потока (flow final).


Слайд 50В4. Диаграмма деятельности Окончание потока

Слайд 51В4. Диаграмма деятельности Условия при объединении потоков
Описание объединения (join specification) – это

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

Слайд 52В4. Диаграмма деятельности Описание объединений

Слайд 53В5. Диаграмма обзора взаимодействий
Диаграммы обзора взаимодействия – это комбинация диаграмм деятельности

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

Слайд 54В5. Диаграмма обзора взаимодействий

Слайд 55В6. Временная диаграмма
Временные диаграммы – это форма диаграмм взаимодействия, которая акцентирована

на временных ограничениях: либо для одиночного объекта, либо для группы объектов.

Пример:
Есть насос и нагревательный элемент в кофеварке. Между включением насоса и включением нагревательного элемента должно пройти минимум 10 секунд. Когда емкость с водой становится пустой, насос должен выключиться, а нагревательный элемент не может оставаться включенным более 15 минут.

Слайд 56В6. Временная диаграмма

Слайд 57В6. Временная диаграмма

Слайд 58В7. Диаграмма пакетов
Диаграмма пакетов (package diagram) показывает пакеты и зависимости между

ними.

Пакет (package) – это инструмент группирования, который позволяет взять любую конструкцию UML и объединить ее элементы в единицы высокого уровня.

Каждый пакет представляет пространство имен (namespace).

Слайд 59В7. Диаграмма пакетов Способы изображения пакетов на диаграммах

Слайд 60В7. Диаграмма пакетов Пример

Слайд 61В7. Диаграмма пакетов Пример

Слайд 62В7. Диаграмма пакетов Реализация пакетов

Слайд 63В8. Диаграмма развёртывания
Диаграммы развертывания представляют физическое расположение системы, показывая, на каком

физическом оборудовании запускается та или иная составляющая программного обеспечения.

Слайд 64В8. Диаграмма развёртывания Основные элементы
Узел (node) – это то, что может содержать

программное обеспечение. Узлы бывают двух типов:
Устройство (device) – это физическое оборудование: компьютер или устройство, связанное с системой.
Среда выполнения (execution environment) – это программное обеспечение, которое само может включать другое программное обеспечение, например операционную систему или процесс-контейнер.
Артефакты (artifacts) – физическое олицетворение программного обеспечения; обычно это файлы (такими файлами могут быть исполняемые файлы (такие как файлы.exe, двоичные файлы, файлы DLL, файлы JAR, сборки или сценарии) или файлы данных, конфигурационные файлы, HTML-документы и т. д.)

Слайд 65В8. Диаграмма развёртывания Пример

Слайд 66В9. Диаграмма состояний
Диаграммы состояний (state machine diagrams) – это технология описания

поведения системы на основе конечных автоматов.

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

Слайд 67В9. Диаграмма состояний Простая диаграмма

Слайд 68В9. Диаграмма состояний Активности
Состояния могут реагировать на события без совершения перехода, используя

внутренние активности (internal activities).
Входная активность выполняется всякий раз, когда система входит в состояние; выходная активность – всякий раз, когда покидает состояние.

Слайд 69В9. Диаграмма состояний Состояния активности

Слайд 70В9. Диаграмма состояний Суперсостояния

Слайд 71В9. Диаграмма состояний Параллельные состояния

Слайд 72В9. Диаграммы состояний Реализация с помощью switch
public void HandleEvent (PanelEvent anEvent) {
switch

(CurrentState) {
case PanelState.Open :
switch (anEvent) {
case PanelEvent.SafeClosed :
CurrentState = PanelState.Wait;
break;
}
break;
case PanelState.Wait :
…

Слайд 73В9. Диаграммы состояний Реализация с помощью паттерна «Состояние»

Слайд 74В9. Диаграммы состояний Реализация с помощью таблицы состояний

Похожие презентации

Формирование изображения на экране монитора 1086
Бизнес-информатика 777
Понятие и классификация сетей.Компьютерные сети (КC) 554
Издательство Судостроение – 75 лет 264
Как устроена библиотека. (Тема 4) 385
Обработка информации и алгоритмы 273

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

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

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

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

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

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

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