Unified Modeling Language UML (англ. Unified Modeling Language — унифицированный язык моделирования

Содержание

Слайд 2

Unified Modeling Language UML (англ. Unified Modeling Language — унифицированный язык

Unified Modeling Language

UML (англ. Unified Modeling Language — унифицированный язык

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

История UML UML собрал в себе черты нотаций Грейди Буча (Grady

История UML

UML собрал в себе черты нотаций Грейди Буча (Grady Booch),

Джима Румбаха (Jim Rumbaugh), Айвара Якобсона (Ivar Jacobson) и многих других.
Слайд 4

Структура UML

Структура UML

Слайд 5

Слайд 6

Диаграммы UML Диаграммы делятся на следующие категории: - структурные; - поведенческие.

Диаграммы UML

Диаграммы делятся на следующие категории:
- структурные;
- поведенческие.
Структурные диаграммы используют для

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

Диаграммы вариантов использования (модели прецедентов) Поведение разрабатываемой системы описывается с помощью

Диаграммы вариантов использования (модели прецедентов)

Поведение разрабатываемой системы описывается с помощью функциональной

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

Нотации UML Актер представляет собой любую внешнюю по отношению к моделируемой

Нотации UML

Актер представляет собой любую внешнюю по отношению к моделируемой

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

Актеры делятся на 3 основных типа:
- пользователи системы
- другие системы, взаимодействующие с данной
- время
Примерами актеров могут быть сущности, имеющие отношение к концептуальной модели соответствующей предметной области.

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

Слайд 9

Варианты представления актеров

Варианты представления актеров

Слайд 10

Нотации UML Отдельный вариант использования, прецедент это описание множества последовательных событий,

Нотации UML
Отдельный вариант использования, прецедент это описание множества последовательных событий,

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

Нотации UML Цель варианта использования заключается в том, чтобы определить законченный

Нотации UML
Цель варианта использования заключается в том, чтобы определить законченный

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

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

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

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

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

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

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

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

Построение диаграммы Актеры взаимодействуют с системой посредством обмена сообщениями с вариантами

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

Актеры взаимодействуют с системой посредством обмена сообщениями с вариантами

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

Нотации UML Интерфейс (interface) служит для спецификации параметров модели, которые видимы

Нотации UML

Интерфейс (interface) служит для спецификации параметров модели, которые видимы

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

Нотации UML Примечания (notes) предназначены для включения в модель произвольной текстовой

Нотации UML

Примечания (notes) предназначены для включения в модель произвольной текстовой

информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.
В качестве такой информации могут быть комментарии разработчика (например, дата и версия разработки диаграммы или ее отдельных компонентов), ограничения (например, на значения отдельных связей или экземпляры сущностей) и помеченные значения.
Если в примечании указывается ключевое слово «constraint», то оно является ограничением, налагаемым на соответствующий элемент модели.
Слайд 17

Нотации UML Между элементами диаграммы вариантов использования могут существовать различные отношения,

Нотации UML

Между элементами диаграммы вариантов использования могут существовать различные отношения,

которые описывают взаимодействие экземпляров актеров и вариантов использования.
В языке UML существует несколько стандартных видов отношений между актерами и вариантами использования:
ассоциации (association relationship);
расширения (extend relationship);
обобщения (generalization relationship);
включения (include relationship).
Слайд 18

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

Отношение ассоциации

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

взаимодействия актеров и вариантов использования в графической модели системы.
На диаграмме вариантов использования отношение ассоциации обозначается сплошной линией между актером и вариантом использования. Эта линия может иметь условные обозначения, такие как имя и кратность.
Для диаграмм вариантов использования наиболее распространенными являются четыре основные формы записи кратности отношения ассоциации:
целое неотрицательное число (включая 0);
два целых неотрицательных числа, разделенные двумя точками;
два символа, разделенные двумя точками (0..* 5..*);
единственный символ «*»;
если кратность отношения ассоциации не указана, то, по умолчанию, принимается  значение равное 1.
Слайд 19

Отношение расширения Отношение расширения определяет взаимосвязь экземпляров отдельного варианта использования с

Отношение расширения

Отношение расширения определяет взаимосвязь экземпляров отдельного варианта использования с

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

«extend»

Слайд 20

В метамодели отношение расширения является направленным и указывает, что применительно к

В метамодели отношение расширения является направленным и указывает, что применительно к

отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования. Так, если имеет место отношение расширения от варианта использования А к варианту использования В, то это означает, что свойства экземпляра варианта использования В могут быть дополнены благодаря наличию свойств у расширенного варианта использования А.
Отношение расширения отмечает тот факт, что один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования. Данное отношение включает в себя некоторое условие и ссылки на точки расширения в базовом варианте использования. Чтобы расширение имело место, должно быть выполнено определенное условие данного отношения. Ссылки на точки расширения определяют те места в базовом варианте использования, в которые должно быть помещено соответствующее расширение при выполнении условия.
Семантика отношения расширения определяется следующим образом. Если экземпляр варианта использования выполняет некоторую последовательность действий, которая определяет его поведение, и при этом имеется точка расширения на экземпляр другого варианта использования, которая является первой из всех точек расширения  исходного варианта, то проверяется условие данного отношения. Если условие выполняется, исходная последовательность действий расширяется посредством включения действий экземпляра другого варианта использования.
Слайд 21

Отношение обобщения Отношение обобщения служит для указания того факта, что некоторый

Отношение обобщения

Отношение обобщения служит для указания того факта, что некоторый

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

Слайд 23

Отношение включение Отношение включения между двумя вариантами использования указывает, что некоторое

Отношение включение

Отношение включения между двумя вариантами использования указывает, что некоторое

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

«include»

Слайд 24

В метамодели отношение расширения является направленным и указывает, что применительно к

В метамодели отношение расширения является направленным и указывает, что применительно к

отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования. Так, если имеет место отношение расширения от варианта использования А к варианту использования В, то это означает, что свойства экземпляра варианта использования В могут быть дополнены благодаря наличию свойств у расширенного варианта использования А.
Отношение расширения отмечает тот факт, что один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования. Данное отношение включает в себя некоторое условие и ссылки на точки расширения в базовом варианте использования. Чтобы расширение имело место, должно быть выполнено определенное условие данного отношения. Ссылки на точки расширения определяют те места в базовом варианте использования, в которые должно быть помещено соответствующее расширение при выполнении условия.
Семантика отношения расширения определяется следующим образом. Если экземпляр варианта использования выполняет некоторую последовательность действий, которая определяет его поведение, и при этом имеется точка расширения на экземпляр другого варианта использования, которая является первой из всех точек расширения  исходного варианта, то проверяется условие данного отношения. Если условие выполняется, исходная последовательность действий расширяется посредством включения действий экземпляра другого варианта использования.
Слайд 25

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

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

Слайд 26

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

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

Слайд 27

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

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

Слайд 28

Диаграммы использования Построение диаграммы вариантов использования является самым первым этапом процесса

Диаграммы использования

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

объектно-ориентированного анализа и проектирования.
Цель - представить совокупность требований к поведению проектируемой системы.
Спецификация требований к проектируемой системе в форме диаграммы вариантов использования представляет собой самостоятельную модель.
Большая часть вариантов использования формируется на этапе исследования проекта, однако в ходе дальнейшей работы можно обнаружить дополнительные особенности.
Каждый вариант использования является потенциальным требованием к системе, и пока оно не выявлено, не возможно перейти к планированию его реализации.
Слайд 29

Диаграммы использования Некоторые разработчики вначале: - составляют перечень вариантов использования и

Диаграммы использования

Некоторые разработчики вначале:
- составляют перечень вариантов использования и

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

Диаграммы использования Сколько вариантов использования следует сформировать? Некоторые эксперты по вариантам

Диаграммы использования


Сколько вариантов использования следует сформировать?
Некоторые эксперты по

вариантам использования утверждали, что для проекта с трудоемкостью 10 человеко-лет необходимо около дюжины вариантов использования.
Но это только базовые варианты использования; каждый из таких вариантов использования может заключать в себе несколько сценариев и альтернативных вариантов использования.
Также встречаются проекты аналогичной трудоемкости с более чем сотней отдельных вариантов использования. (Если подсчитать количество альтернативных вариантов использования для дюжины базовых вариантов использования, то их общее количество как раз и будет около 100.).
Рекомендуемое общее количество актеров в модели - не более 20, а вариантов использования - не более 50. В противном случае модель теряет свою наглядность и, возможно, заменяет собой одну из некоторых других диаграмм
Слайд 31

- Предыдущая
Диаграмма деятельности Создание Информационной Системы
Следующая -
Опыт Эрстеда.Закон Ампера

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

Oktoberfest
Презентация Товароведение, объект, предмет
ОСНОВЫ КЛИМАТОЛОГИИ И ЛАНДШАФТНОЙ РЕКРЕАЛОГИИ
СИСТЕМА ЭКСПОРТНОГО КОНТРОЛЯ
Забытые храмы Вологодчины
Виды искусства. 6 класс
Методы и технические средства акустической разведки
Ситуационные задачи
Учет и порядок формирования отчетности в условиях применения упрощенной системы налогообложения
Без названия
Русские нули Какие они бывают и как их выявлять
Презентация на тему "Антисептика" - скачать презентации по Медицине
Условные переменные
Организация технического обслуживания и диагностики с разработкой шиномонтажного стенда
Безмагазинная форма торговли Подготовили презентацию: Ученики 8 «А» класса Лицея №329 Маликов Дмитрий И Орлова Елизавета
Горилла. Конструктор
Трудовой стаж
Параллелизм уровня команд. Типы зависимостей
Скульптура
Моя продукция faberlic
Способы задания плоскости на эпюре
Скрой меня своим крылом Христос
Электронные устройства и компьютерные компоненты. Компания Intel Corporation
Основы построения систем передачи и приема информации.
Церковь Святого Виталия в Равенне
Мікропроцесорне керування світловими пристроями
Пептиды. белки
Труба Герц
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть