Презентация Технология построения диаграммы Варианты использования в UML онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Технология построения диаграммы Варианты использования в UML абсолютно бесплатно. Урок-презентация на эту тему содержит всего 46 слайдов. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Образование » Технология построения диаграммы Варианты использования в UML
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:46 слайдов
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:1.67 MB
- Просмотров:84
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№2 слайд
![. Технология построения](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img1.jpg)
Содержание слайда: 1. Технология построения диаграммы Варианты использования в UML
2. Технология построения диаграммы классов в UML
Вопросы:
Диаграммы вариантов использования и их назначение
Элементы диаграммы
Пример построения диаграммы
Понятие класса
Отношения между классами
Интерфейсы
Объекты
Шаблоны и параметризованные классы
№3 слайд
![. Диаграммы вариантов](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img2.jpg)
Содержание слайда: 1. Диаграммы вариантов использования (Use Case)
Визуальное моделирование в UML представляет собой процесс последовательного поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели разрабатываемой программной системы.
Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования.
Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
№4 слайд
![Назначение диаграмм Варианты](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img3.jpg)
Содержание слайда: Назначение диаграмм Варианты использования
Разработка диаграммы вариантов использования преследует цели:
Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.
Сформулировать общие требования к функциональному поведению проектируемой системы.
Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
№5 слайд
![Суть диаграммы use case](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img4.jpg)
Содержание слайда: Суть диаграммы use case
Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования.
Актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик.
В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.
Диаграмма вариантов использования представляет собой граф специального вида, который является графической нотацией для представления конкретных вариантов использования, актеров, возможно некоторых интерфейсов, и отношений между этими элементами.
№6 слайд
![В языке UML пакет Варианты](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img5.jpg)
Содержание слайда: В языке UML пакет Варианты использования является подпакетом пакета Элементы поведения. Последний специфицирует понятия, при помощи которых определяют функциональность моделируемых систем.
В языке UML пакет Варианты использования является подпакетом пакета Элементы поведения. Последний специфицирует понятия, при помощи которых определяют функциональность моделируемых систем.
Элементы пакета вариантов использования являются первичными по отношению к тем, с помощью которых могут быть описаны сущности, такие как системы и подсистемы. Однако внутренняя структура этих сущностей никак не описывается.
Базовые элементы этого пакета — вариант использования и актер.
№8 слайд
![Варианты использования](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img7.jpg)
Содержание слайда: Варианты использования описывают не только взаимодействия между пользователями и сущностью, но также реакции сущности на получение отдельных сообщений от пользователей и восприятие этих сообщений за пределами сущности.
Варианты использования описывают не только взаимодействия между пользователями и сущностью, но также реакции сущности на получение отдельных сообщений от пользователей и восприятие этих сообщений за пределами сущности.
Варианты использования могут включать в себя описание особенностей способов реализации сервиса и различных исключительных ситуаций, таких как корректная обработка ошибок системы.
Множество вариантов использования в целом должно определять все возможные стороны ожидаемого поведения системы.
Примерами вариантов использования могут являться следующие действия: проверка состояния текущего счета клиента, оформление заказа на покупку товара, получение дополнительной информации о кредитоспособности клиента, отображение графической формы на экране монитора и другие действия.
№9 слайд
![Актеры Актер представляет](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img8.jpg)
Содержание слайда: Актеры
Актер представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач.
Каждый актер может рассматриваться как некая отдельная роль относительно конкретного варианта использования.
№10 слайд
![В качестве актеров могут](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img9.jpg)
Содержание слайда: В качестве актеров могут выступать другие системы, подсистемы проектируемой системы или отдельные классы.
В качестве актеров могут выступать другие системы, подсистемы проектируемой системы или отдельные классы.
Каждый актер определяет некоторое согласованное множество ролей, в которых могут выступать пользователи данной системы в процессе взаимодействия с ней. В каждый момент времени с системой взаимодействует вполне определенный пользователь, при этом он играет или выступает в одной из таких ролей.
Наиболее наглядный пример актера — конкретный пользователь системы со своими собственными параметрами аутентификации.
№11 слайд
![Интерфейсы Интерфейс](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img10.jpg)
Содержание слайда: Интерфейсы
Интерфейс (interface) служит для спецификации параметров модели, которые видимы извне без указания их внутренней структуры.
В языке UML интерфейс является классификатором и характеризует только ограниченную часть поведения моделируемой сущности. Применительно к диаграммам вариантов использования, интерфейсы определяют совокупность операций, которые обеспечивают необходимый набор сервисов или функциональности для актеров.
№12 слайд
![Примечания Примечания notes в](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img11.jpg)
Содержание слайда: Примечания
Примечания (notes) в языке UML предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта. В качестве такой информации могут быть комментарии разработчика (например, дата и версия разработки диаграммы или ее отдельных компонентов), ограничения (например, на значения отдельных связей или экземпляры сущностей) и помеченные значения.
Применительно к диаграммам вариантов использования примечание может носить самую общую информацию, относящуюся к общему контексту системы.
№13 слайд
![Отношения на диаграмме](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img12.jpg)
Содержание слайда: Отношения на диаграмме вариантов использования
Между компонентами диаграммы вариантов использования могут существовать различные отношения, которые описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов. Один актер может взаимодействовать с несколькими вариантами использования. В этом случае этот актер обращается к нескольким сервисам данной системы. В свою очередь один вариант использования может взаимодействовать с несколькими актерами, предоставляя для всех них свой сервис.
Два варианта использования, определенные для одной и той же сущности, не могут взаимодействовать друг с другом, поскольку каждый из них самостоятельно описывает законченный вариант использования этой сущности.
Варианты использования всегда предусматривают некоторые сигналы или сообщения, когда взаимодействуют с актерами за пределами системы.
В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
Отношение ассоциации (association relationship)
Отношение расширения (extend relationship)
Отношение обобщения (generalization relationship)
Отношение включения (include relationship)
№14 слайд
![Отношение ассоциации](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img13.jpg)
Содержание слайда: Отношение ассоциации
Отношение ассоциации является одним из фундаментальных понятий в языке UML.
Применительно к диаграммам вариантов использования оно служит для обозначения специфической роли актера в отдельном варианте использования.
Ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использования в графической модели системы. Таким образом, это отношение устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования.
№15 слайд
![Отношение расширения](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img14.jpg)
Содержание слайда: Отношение расширения
Отношение расширения определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом, свойства которого определяются на основе способа совместного объединения данных экземпляров.
Расширение является направленным и указывает, что применительно к отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования. Так, если имеет место отношение расширения от варианта использования А к варианту использования В, то это означает, что свойства экземпляра варианта использования В могут быть дополнены благодаря наличию свойств у расширенного варианта использования А.
№16 слайд
![Отношение обобщения Отношение](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img15.jpg)
Содержание слайда: Отношение обобщения
Отношение обобщения служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В. В этом случае вариант А будет являться специализацией варианта В. При этом В называется предком или родителем по отношению А, а вариант А — потомком по отношению к варианту использования В.
Потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения.
Отношение обобщения между вариантами использования применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми атрибутами и особенностями поведения родительских вариантов. При этом дочерние варианты использования участвуют во всех отношениях родительских вариантов.
№17 слайд
![Отношение включения Отношение](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img16.jpg)
Содержание слайда: Отношение включения
Отношение включения между двумя вариантами использования указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Данное отношение является направленным бинарным отношением в том смысле, что пара экземпляров вариантов использования всегда упорядочена в отношении включения.
Семантика этого отношения определяется следующим образом. Когда экземпляр первого варианта использования в процессе своего выполнения достигает точки включения в последовательность поведения экземпляра второго варианта использования, экземпляр первого варианта использования выполняет последовательность действий, определяющую поведение экземпляра второго варианта использования, после чего продолжает выполнение действий своего поведения.
Отношение включения, направленное от варианта использования А к варианту использования В, указывает, что каждый экземпляр варианта А включает в себя функциональные свойства, заданные для варианта В. Эти свойства специализируют поведение соответствующего варианта А на диаграмме.
№18 слайд
![Пример диаграммы вариантов](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img17.jpg)
Содержание слайда: Пример диаграммы вариантов использования
В качестве примера рассмотрим процесс моделирования системы продажи товаров по каталогу, которая может быть использована при создании соответствующих информационных систем.
В качестве актеров данной системы могут выступать два субъекта, один из которых является продавцом, а другой — покупателем. Каждый из этих актеров взаимодействует с рассматриваемой системой продажи товаров по каталогу и является ее пользователем, т. е. они оба обращаются к соответствующему сервису "Оформить заказ на покупку товара".
Первоначальная структура диаграммы может включать в себя только двух указанных актеров и единственный вариант использования
№19 слайд
![На следующем этапе разработки](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img18.jpg)
Содержание слайда: На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара" может быть уточнен на основе введения в рассмотрение четырех дополнительных вариантов использования. Это следует из более детального анализа процесса продажи товаров, что позволяет выделить в качестве отдельных сервисов такие действия, как обеспечить покупателя информацией о товаре, согласовать условия оплаты товара и заказать товар со склада.
На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара" может быть уточнен на основе введения в рассмотрение четырех дополнительных вариантов использования. Это следует из более детального анализа процесса продажи товаров, что позволяет выделить в качестве отдельных сервисов такие действия, как обеспечить покупателя информацией о товаре, согласовать условия оплаты товара и заказать товар со склада.
С другой стороны, продажа товаров по каталогу предполагает наличие самостоятельного информационного объекта — каталога товаров, который в некотором смысле не зависит от реализации сервиса по обслуживанию покупателей. В нашем случае, каталог товаров может запрашиваться покупателем или продавцом при необходимости выбора товара и уточнения деталей его продажи. Вполне резонно представить сервис "Запросить каталог товаров" в качестве самостоятельного варианта использования.
№20 слайд
![Приведенная диаграмма](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img19.jpg)
Содержание слайда: Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью более глубокого уточнения предъявляемых к системе требований и конкретизации деталей ее последующей реализации. В рамках общей парадигмы ООАП подобная детализация может выполняться в двух основных направлениях.
Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью более глубокого уточнения предъявляемых к системе требований и конкретизации деталей ее последующей реализации. В рамках общей парадигмы ООАП подобная детализация может выполняться в двух основных направлениях.
№21 слайд
![В рамках рассматриваемой](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img20.jpg)
Содержание слайда: В рамках рассматриваемой системы продажи товаров может иметь самостоятельное значение и специфические особенности отдельная категория товаров — компьютеры. В этом случае диаграмма может быть дополнена вариантом использования "Оформить заказ на покупку компьютера" и актерами "Покупатель компьютера" и "Продавец компьютеров", которые связаны с соответствующими компонентами диаграммы отношением обобщения
В рамках рассматриваемой системы продажи товаров может иметь самостоятельное значение и специфические особенности отдельная категория товаров — компьютеры. В этом случае диаграмма может быть дополнена вариантом использования "Оформить заказ на покупку компьютера" и актерами "Покупатель компьютера" и "Продавец компьютеров", которые связаны с соответствующими компонентами диаграммы отношением обобщения
№23 слайд
![. Понятие класса Класс class](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img22.jpg)
Содержание слайда: 1. Понятие класса
Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделен горизонтальными линиями на разделы или секции. В этих разделах могут указываться имя класса, атрибуты (переменные) и операции (методы).
№24 слайд
![Предполагается, что](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img23.jpg)
Содержание слайда: Предполагается, что окончательный вариант диаграммы содержит наиболее полное описание классов, которые состоят из трех разделов или секций. Иногда в обозначениях классов используется дополнительный четвертый раздел, в котором приводится семантическая информация справочного характера или явно указываются исключительные ситуации.
Предполагается, что окончательный вариант диаграммы содержит наиболее полное описание классов, которые состоят из трех разделов или секций. Иногда в обозначениях классов используется дополнительный четвертый раздел, в котором приводится семантическая информация справочного характера или явно указываются исключительные ситуации.
№25 слайд
![Имя класса Имя класса Имя](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img24.jpg)
Содержание слайда: Имя класса
Имя класса
Имя класса должно быть уникальным в пределах пакета, который описывается некоторой совокупностью диаграмм классов (возможно, одной диаграммой). Оно указывается в первой верхней секции прямоугольника. В дополнение к общему правилу наименования элементов языка UML, имя класса записывается по центру секции имени полужирным шрифтом и должно начинаться с заглавной буквы. Рекомендуется в качестве имен классов использовать существительные, записанные по практическим соображениям без пробелов.
Имена классов образуют словарь предметной области при ООАП.
Класс может не иметь экземпляров или объектов. В этом случае он называется абстрактным классом, а для обозначения его имени используется наклонный шрифт (курсив).
№26 слайд
![Атрибуты класса Атрибуты](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img25.jpg)
Содержание слайда: Атрибуты класса
Атрибуты класса
Во второй сверху секции прямоугольника класса записываются его атрибуты (attributes) или свойства. В языке UML принята определенная стандартизация записи атрибутов класса, которая подчиняется некоторым синтаксическим правилам. Каждому атрибуту класса соответствует отдельная строка текста, которая состоит из квантора видимости атрибута, имени атрибута, его кратности, типа значений атрибута и, возможно, его исходного значения:
<квантор видимости><имя атрибута>[кратность]:
<тип атрибута> = <исходное значение>{строка-свойство}
Квантор видимости может принимать одно из трех возможных значений и, соответственно, отображается при помощи специальных символов:
Символ "+" обозначает атрибут с областью видимости типа общедоступный (public).
Символ "#" обозначает атрибут с областью видимости типа защищенный (protected).
знак "-" обозначает атрибут с областью видимости типа закрытый (private).
Отсутствие квантора видимости трактуется как public или private
№27 слайд
![Имя атрибута представляет](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img26.jpg)
Содержание слайда: Имя атрибута представляет собой строку текста, которая используется в качестве идентификатора соответствующего атрибута и поэтому должна быть уникальной в пределах данного класса. Имя атрибута является единственным обязательным элементом синтаксического обозначения атрибута.
Имя атрибута представляет собой строку текста, которая используется в качестве идентификатора соответствующего атрибута и поэтому должна быть уникальной в пределах данного класса. Имя атрибута является единственным обязательным элементом синтаксического обозначения атрибута.
Кратность атрибута характеризует общее количество конкретных атрибутов данного типа, входящих в состав отдельного класса. В общем случае кратность записывается в форме строки текста в квадратных скобках после имени соответствующего атрибута:
[нижняя_граница1 .. верхняя_граница1, нижняя_граница2.. верхняя_грашца2, ..., нuжняя_гpaнuцak .. верхняя_границаk]
Нижняя_граница и верхняя_граница являются положительными целыми числами, каждая пара которых служит для обозначения отдельного замкнутого интервала целых чисел. В качестве верхней_границы может использоваться специальный символ "*".
Если кратность атрибута не указана, то по умолчанию принимается ее значение равное 1..1, т. е. в точности 1.
[1..3,7.. 10] означает, что кратность атрибута может принимать любое значение из чисел: 1, 2, 3, 7, 8, 9, 10.
№28 слайд
![Тип атрибута представляет](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img27.jpg)
Содержание слайда: Тип атрибута представляет собой выражение, семантика которого определяется языком спецификации соответствующей модели. В нотации UML тип атрибута иногда определяется в зависимости от языка программирования, который предполагается использовать для реализации данной модели. В простейшем случае тип атрибута указывается строкой текста, имеющей осмысленное значение в пределах пакета или модели, к которым относится рассматриваемый класс.
Тип атрибута представляет собой выражение, семантика которого определяется языком спецификации соответствующей модели. В нотации UML тип атрибута иногда определяется в зависимости от языка программирования, который предполагается использовать для реализации данной модели. В простейшем случае тип атрибута указывается строкой текста, имеющей осмысленное значение в пределах пакета или модели, к которым относится рассматриваемый класс.
Примеры задания имен и типов атрибутов классов:
цвет: Соlоr — здесь цвет является именем атрибута, Color — именем типа данного атрибута.
имя_сотрудника [1..2] : String — здесь имя_сотрудника является именем атрибута, который служит для представления информации об имени, а возможно, и отчестве конкретного сотрудника.
видимость:Boolean — здесь видимость есть имя абстрактного атрибута, который может характеризовать наличие визуального представления соответствующего класса на экране монитора. В этом случае тип Boolean означает, что возможными значениями данного атрибута является одно из двух логических значений: истина (true) или ложь (false).
№29 слайд
![Исходное значение служит для](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img28.jpg)
Содержание слайда: Исходное значение служит для задания некоторого начального значения для соответствующего атрибута в момент создания отдельного экземпляра класса. Здесь необходимо придерживаться правила принадлежности значения типу конкретного атрибута. Если исходное значение не указано, то значение соответствующего атрибута не определено на момент создания нового экземпляра класса. С другой стороны, конструктор соответствующего объекта может переопределять исходное значение в процессе выполнения программы, если в этом возникает необходимость.
Исходное значение служит для задания некоторого начального значения для соответствующего атрибута в момент создания отдельного экземпляра класса. Здесь необходимо придерживаться правила принадлежности значения типу конкретного атрибута. Если исходное значение не указано, то значение соответствующего атрибута не определено на момент создания нового экземпляра класса. С другой стороны, конструктор соответствующего объекта может переопределять исходное значение в процессе выполнения программы, если в этом возникает необходимость.
Примеры
цвет:Соlоr = (255, 0, 0) — в RGB-модели цвета это соответствует чистому красному цвету в качестве исходного значения для данного атрибута.
видимость:Вооlеаn = истина — может соответствовать ситуации, когда в момент создания экземпляра класса создается видимое на экране монитора окно, соответствующее данному объекту.
№30 слайд
![При задании атрибутов могут](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img29.jpg)
Содержание слайда: При задании атрибутов могут быть использованы две дополнительные синтаксические конструкции — это подчеркивание строки атрибута и пояснительный текст в фигурных скобках.
При задании атрибутов могут быть использованы две дополнительные синтаксические конструкции — это подчеркивание строки атрибута и пояснительный текст в фигурных скобках.
Подчеркивание строки атрибута означает, что соответствующий атрибут может принимать подмножество значений из некоторой области значений атрибута, определяемой его типом. Эти значения можно рассматривать как набор однотипных записей или массив, которые в совокупности характеризуют каждый объект класса.
Например, некоторый атрибут задан в виде форм: Прямоугольник, то это будет означать, что все объекты данного класса могут иметь несколько различных форм, каждая из которых является прямоугольником.
Другой пример атрибута в виде номер_счета:Integer. что может означать для объекта Сотрудник наличие некоторого подмножества счетов, общее количество которых заранее не фиксируется.
№31 слайд
![Строка-свойство служит для](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img30.jpg)
Содержание слайда: Строка-свойство служит для указания значений атрибута, которые не могут быть изменены в программе при работе с данным типом объектов. Фигурные скобки как раз и обозначают фиксированное значение соответствующего атрибута для класса в целом, которое должны принимать все вновь создаваемые экземпляры класса без исключения. Это значение принимается за исходное значение атрибута, которое не может быть переопределено в последующем. Отсутствие строки-свойства по умолчанию трактуется так, что значение соответствующего атрибута может быть изменено в программе.
Строка-свойство служит для указания значений атрибута, которые не могут быть изменены в программе при работе с данным типом объектов. Фигурные скобки как раз и обозначают фиксированное значение соответствующего атрибута для класса в целом, которое должны принимать все вновь создаваемые экземпляры класса без исключения. Это значение принимается за исходное значение атрибута, которое не может быть переопределено в последующем. Отсутствие строки-свойства по умолчанию трактуется так, что значение соответствующего атрибута может быть изменено в программе.
Например, строка-свойство в записи атрибута заработная_плата:Currency = = {$500} может служить для обозначения фиксированной заработной платы для каждого объекта класса "Сотрудник" определенной должности в некоторой организации.
№32 слайд
![Операция В третьей сверху](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img31.jpg)
Содержание слайда: Операция
В третьей сверху секции прямоугольника записываются операции или методы класса. Операция (operation) представляет собой некоторый сервис, предоставляющий каждый экземпляр класса по определенному требованию. Совокупность операций характеризует функциональный аспект поведения класса. Запись операций класса в языке UML также стандартизована и подчиняется определенным синтаксическим правилам. При этом каждой операции класса соответствует отдельная строка, которая состоит из квантора видимости операции, имени операции, выражения типа возвращаемого операцией значения и, возможно, строка-свойство данной операции:
<квантор видимости><имя операции>(список параметров):
<выражение типа возвращаемого значения>{строка-свойство}
Квантор видимости, как и в случае атрибутов класса, может принимать одно из трех возможных значений и, соответственно, отображается при помощи таких же символовсимвола.
№33 слайд
![Имя атрибута является](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img32.jpg)
Содержание слайда: Имя атрибута является единственным обязательным элементом синтаксического обозначения операции.
Имя атрибута является единственным обязательным элементом синтаксического обозначения операции.
Список параметров является перечнем разделенных запятой формальных параметров, каждый из которых может быть представлен в следующем виде:
<вид параметра><имя параметра>:<выражение типа>=<значение параметра по умолчанию>.
вид параметра — есть одно из ключевых слов in, out или inout со значением in по умолчанию, в случае если вид параметра не указывается. Имя параметра есть идентификатор соответствующего формального параметра. Выражение типа является зависимой от конкретного языка программирования спецификацией типа возвращаемого значения для соответствующего формального параметра. Наконец, значение по умолчанию в общем случае представляет собой выражение для значения формального параметра, синтаксис которого зависит от конкретного языка программирования и подчиняется принятым в нем ограничениям.
Двоеточие и выражение типа возвращаемого значения могут быть опущены, если операция не возвращает никакого значения.
№34 слайд
![Строка-свойство служит для](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img33.jpg)
Содержание слайда: Строка-свойство служит для указания значений свойств, которые могут быть применены к данному элементу. Строка-свойство не является обязательной, она может отсутствовать, если никакие свойства не специфицированы.
Строка-свойство служит для указания значений свойств, которые могут быть применены к данному элементу. Строка-свойство не является обязательной, она может отсутствовать, если никакие свойства не специфицированы.
Операция с областью действия на весь класс показывается подчеркиванием имени и строки выражения типа. По умолчанию под областью операции понимается объект класса.
Операция, которая не может изменять состояние системы и, соответственно, не имеет никакого побочного эффекта, обозначается строкой-свойством "{запрос}" ("{query}"). В противном случае операция может изменять состояние системы, хотя нет никаких гарантий, что она будет это делать.
Для повышения производительности системы одни операции могут выполняться параллельно или одновременно, а другие — только последовательно. В этом случае для указания параллельности выполнения операции используется строка-свойство вида "{concurrency = имя}", где имя может принимать одно из следующих значений: последовательная (sequential), параллельная (concurrent), охраняемая (guarded).
№35 слайд
![Примеры операций Примеры](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img34.jpg)
Содержание слайда: Примеры операций:
Примеры операций:
+создать() — может обозначать абстрактную операцию по созданию отдельного объекта класса, которая является общедоступной и не содержит формальных параметров. Эта операция не возвращает никакого значения после своего выполнения.
+нарисовать(форма: Многоугольник = прямоугольник, цвет_заливки: Color = (0, 0, 255)) — может обозначать операцию по изображению на экране монитора прямоугольной области синего цвета, если не указываются другие значения в качестве аргументов данной операции.
выдать_сообщение():{"Ошибка деления на ноль"} — смысл данной операции не требует пояснения, поскольку содержится в строке-свойстве операции. Данное сообщение может появиться на экране монитора в случае попытки деления некоторого числа на ноль, что недопустимо.
№36 слайд
![. Отношения между классами](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img35.jpg)
Содержание слайда: 2. Отношения между классами
Кроме внутреннего устройства или структуры классов на диаграмме классов указываются различные отношения между классами. При этом совокупность типов таких отношений фиксирована в языке UML и предопределена семантикой этих типов отношений. Базовыми отношениями или связями в языке UML являются:
Отношение зависимости (dependency relationship) —>
Отношение ассоциации (association relationship)
Отношение обобщения (generalization relationship)
Отношение реализации (realization relationship)
Отношение зависимости
В общем случае оно указывает некоторое семантическое отношение между двумя элементами модели или двумя множествами таких элементов. Отношение зависимости используется в такой ситуации, когда некоторое изменение одного элемента модели может потребовать изменения другого зависимого от него элемента модели.
№37 слайд
![На диаграмме классов данное](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img36.jpg)
Содержание слайда: На диаграмме классов данное отношение связывает отдельные классы между собой, при этом стрелка направлена от класса-клиента зависимости к независимому классу или классу-источнику. На рисунке изображены два класса: Класс_А и Класс_Б, при этом Класс_Б является источником некоторой зависимости, а Класс_А — клиентом этой зависимости.
На диаграмме классов данное отношение связывает отдельные классы между собой, при этом стрелка направлена от класса-клиента зависимости к независимому классу или классу-источнику. На рисунке изображены два класса: Класс_А и Класс_Б, при этом Класс_Б является источником некоторой зависимости, а Класс_А — клиентом этой зависимости.
№38 слайд
![Тернарная ассоциация и](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img37.jpg)
Содержание слайда: Тернарная ассоциация и ассоциации более высокой арности связывает некоторым отношением 3 и более классов, при этом один класс может участвовать в ассоциации более чем один раз.
Тернарная ассоциация и ассоциации более высокой арности связывает некоторым отношением 3 и более классов, при этом один класс может участвовать в ассоциации более чем один раз.
N-арная ассоциация графически обозначается ромбом, от которого ведут линии к символам классов данной ассоциации.
Некоторый класс может быть присоединен к ромбу пунктирной линией. Это означает, что данный класс обеспечивает поддержку свойств соответствующей N-арной ассоциации, а сама N-арная ассоциация имеет атрибуты, операции и/или ассоциации, т.е является классом .
№39 слайд
![Так, для рассмотренного ранее](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img38.jpg)
Содержание слайда: Так, для рассмотренного ранее примера кратность "1" для класса "Компания" означает, что каждый сотрудник может работать только в одной компании. Кратность "1..*" для класса "Сотрудник" означает, что в каждой компании могут работать несколько сотрудников, общее число которых заранее неизвестно и ничем не ограничено.
Так, для рассмотренного ранее примера кратность "1" для класса "Компания" означает, что каждый сотрудник может работать только в одной компании. Кратность "1..*" для класса "Сотрудник" означает, что в каждой компании могут работать несколько сотрудников, общее число которых заранее неизвестно и ничем не ограничено.
Частным случаем отношения ассоциации является так называемая исключающая ассоциация (Xor-association). Семантика данной ассоциации указывает на тот факт, что из нескольких потенциально возможных вариантов данной ассоциации в каждый момент времени может использоваться только один ее экземпляр.
Например, счет в банке может быть открыт для клиента, в качестве которого может выступать физическое лицо (индивидум) или компания, что изображается с помощью исключающей ассоциации.
№40 слайд
![Частным случаем отношения](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img39.jpg)
Содержание слайда: Частным случаем отношения ассоциации является отношение агрегации. Оно имеет место между несколькими классами в том случае, если один из классов представляет собой некоторую сущность, включающую в себя в качестве составных частей другие сущности.
Частным случаем отношения ассоциации является отношение агрегации. Оно имеет место между несколькими классами в том случае, если один из классов представляет собой некоторую сущность, включающую в себя в качестве составных частей другие сущности.
Это отношение имеет фундаментальное значение для описания структуры сложных систем, поскольку применяется для представления системных взаимосвязей типа "часть-целое".
№41 слайд
![Отношение обобщения является](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img40.jpg)
Содержание слайда: Отношение обобщения является обычным отношением между более общим элементом (родителем или предком) и более частным или специальным элементом
Отношение обобщения является обычным отношением между более общим элементом (родителем или предком) и более частным или специальным элементом
Применительно к диаграмме классов это отношение описывает иерархическое строение классов и наследование их свойств и поведения. (дочерним или потомком).
№42 слайд
![. Интерфейсы Интерфейсы](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img41.jpg)
Содержание слайда: 3. Интерфейсы
Интерфейсы являются элементами диаграммы вариантов использования и были рассмотрены ранее. Однако при построении диаграммы классов отдельные интерфейсы могут уточняться и в этом случае для их изображения используется специальный графический символ — прямоугольник класса с ключевым словом или стереотипом "interface". При этом секция атрибутов у прямоугольника отсутствует, а указывается только секция операций.
№43 слайд
![. Объекты Объект object](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img42.jpg)
Содержание слайда: 4. Объекты
Объект (object) является отдельным экземпляром класса, который создается на этапе выполнения программы. Он имеет свое собственное имя и конкретные значения атрибутов. В силу самых различных причин может возникнуть необходимость показать взаимосвязи не только между классами модели, но и между отдельными объектами, реализующими эти классы. В данном случае может быть разработана диаграмма объектов, которая, хотя и не является канонической в метамодели языка UML, но имеет самостоятельное назначение.
Для графического изображения объектов используется такой же символ прямоугольника, что и для классов. Отличия проявляются при указании имен объектов, которые в случае объектов обязательно подчеркиваются. Запись имени объекта представляет собой строку текста "имя объекта:имя класса", разделенную двоеточием.
№45 слайд
![.Шаблоны или](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img44.jpg)
Содержание слайда: 5.Шаблоны или параметризованные классы
Шаблон (template) или параметризованный класс (parametrized class) предназначен для обозначения такого класса, который имеет один (или более) нефиксированный формальный параметр. Он определяет целое семейство или множество классов, каждый из которых может быть получен связыванием этих параметров с действительными значениями. Обычно параметрами шаблонов служат типы атрибутов классов, такие как целые числа, перечисление, массив строк и др. В более сложном случае формальные параметры могут представлять и операции класса.
№46 слайд
![Шаблон не может быть](/documents_5/ee7d009d7bd9e6295eca1bb389b740bf/img45.jpg)
Содержание слайда: Шаблон не может быть непосредственно использован в качестве класса, поскольку содержит неопределенные параметры. Чаще всего в качестве шаблона выступает некоторый суперкласс, параметры которого уточняются в его классах-потомках.
Шаблон не может быть непосредственно использован в качестве класса, поскольку содержит неопределенные параметры. Чаще всего в качестве шаблона выступает некоторый суперкласс, параметры которого уточняются в его классах-потомках.
Скачать все slide презентации Технология построения диаграммы Варианты использования в UML одним архивом:
Похожие презентации
-
Технология построения диаграмм UML Диаграммы вариантов использования (Use Case)
-
Диаграммы UML Диаграмма вариантов использования
-
Мастер Класс Технология Пошагового Построения Саморазвивающегося Партнерского Бизнеса с использованием готовой бизнес-сист
-
Построение модели социологического исследования с использованием информационных технологий
-
UML-Варианты использования
-
Моделирование реализации вариантов использования Диаграммы взаимодействия
-
Диаграмма вариантов использования
-
Эффективное использование современных инновационных технологий на уроках в начальной школе Учитель МОУ Борской СОШ 1 «ОЦ» Гаршин
-
Использование новых педагогических технологий обучения как одно из необходимых условий реализации предпроф
-
Эффективное использование современных инновационных технологий на уроках в начальной школе Учитель МОУ Борской СОШ 1 «ОЦ» Га