SlideShare a Scribd company logo
Язык UML.
Диаграмма вариантов
использования.
Подготовил Коноплич А.В.
UML (англ. Unified Modeling Language – унифицированный язык
моделирования) – язык графического моделирования в области разработки
программного обеспечения.
Что такое язык UML?
Язык UML представляет собой общецелевой язык визуального
моделирования, который разработан для спецификации, визуализации,
проектирования и документирования компонентов программного
обеспечения, бизнес-процессов и других систем. Язык UML одновременно
является простым и мощным средством моделирования, который может
быть эффективно использован для построения концептуальных, логических
и графических моделей сложных систем самого различного целевого
назначения. Этот язык вобрал в себя наилучшие качества методов
программной инженерии, которые с успехом использовались на
протяжении последних лет при моделировании больших и сложных систем
- Моделировать системы целиком, от концепции до конечного пункта
- Решить проблему сложности систем
- Создать такой язык моделирования, который может использоваться не только
людьми, но и компьютером.
• Предоставить в распоряжение пользователей легко воспринимаемый и
выразительный язык визуального моделирования, специально
предназначенный для разработки и документирования моделей сложных
систем самого различного целевого назначения
• Снабдить исходные понятия языка UML возможностью расширения и
специализации для более точного представления моделей систем в конкретной
предметной области.
• Описание языка UML должно поддерживать такую спецификацию моделей,
которая не зависит от конкретных языков программирования и
инструментальных средств проектирования программных систем
• Поощрять развитие рынка объектных инструментальных средств.
Способствовать распространению объектных технологий и соответствующих
понятий ООАП (объектно-ориентированный анализ и проектирование)
• Интегрировать в себя новейшие и наилучшие достижения практики ООАП
В ТЕРМИНАХ ЯЗЫКА UML
ОПРЕДЕЛЕНЫ СЛЕДУЮЩИЕ ВИДЫ
ДИАГРАММ:
1. Диаграмма вариантов использования (use case diagram)
2. Диаграмма классов (class diagram)
3. Диаграммы поведения (behavior diagrams)
4. Диаграмма состояний (statechart diagram)
5. Диаграмма деятельности (activity diagram)
6. Диаграммы взаимодействия (interaction diagrams)
7. Диаграмма последовательности (sequence diagram)
8. Диаграмма кооперации (collaboration diagram)
9. Диаграммы реализации (implementation diagrams)
10. Диаграмма компонентов (component diagram)
11. Диаграмма развертывания (deployment diagram)
Интегрированная модель сложной
системы в нотации UML
Диаграмма вариантов
использования
Конструкция или стандартный элемент языка UML - вариант
использования применяется для спецификации общих
особенностей поведения системы без рассмотрения внутренней
структуры этой сущности. Каждый вариант использования
определяет последовательность действий, которые должны быть
выполнены проектируемой системой при взаимодействии ее с
соответствующим лицом. Диаграмма вариантов использования
может дополняться пояснительным текстом, который раскрывает
смысл или семантику составляющих ее компонентов.
Вариант использования представляет собой
последовательность действий, выполняемых системой в
ответ на событие, инициируемое некоторым внешним
объектом (действующим лицом). Вариант использования
описывает типичное взаимодействие между пользователем
и системой
• Актером может выступать отдельное лицо, компания, устройство,
программное обеспечение либо любой внешний объект,
взаимодействующий с вашей системой. Например, актером может быть
клиент, ресторан или база данных. Обычно в модели они представлены с
внешней стороны системы, за ее границами.
• Вариант использования представляет собой действие, которое
выполняется в рамках системы – обычно оно представлено в виде
комбинации глагола и существительного, например, «поставить
продукт», «подготовить счет-фактуру» и т.д.
• Текст <<uses>>, добавленный в какой-либо вид отношений и
соединяющий точки А и В означает, что выполнение действия А
подразумевает выполнение действия В по меньшей мере один раз.
• Вы можете выбирать, необходимо ли вам создавать границы вокруг
вариантов использования для указания системных функций, которые
находятся в пределах этой границы.
В языке UML существует несколько
стандартных видов отношений между
актерами и вариантами использования:
•ассоциации (association relationship);
•расширения (extend relationship);
•обобщения (generalization relationship);
•включения (include relationship).
Отношение ассоциации
Применительно к диаграммам вариантов
использования ассоциация специфицирует семантические
особенности взаимодействия актеров и вариантов
использования в графической модели системы, то есть, это
отношение устанавливает, какую конкретную роль играет
актер при взаимодействии с экземпляром варианта
использования. На диаграмме вариантов использования
отношение ассоциации обозначается сплошной
линией между актером и вариантом использования. Эта
линия может иметь условные обозначения, такие как имя и
кратность.
Отношение расширения
Отношение расширения определяет взаимосвязь экземпляров
отдельного варианта использования с более общим вариантом, свойства
которого определяются на основе способа совместного объединения
данных экземпляров. В метамодели отношение расширения является
направленным и указывает, что применительно к отдельным примерам
некоторого варианта использования должны быть выполнены конкретные
условия, определенные для расширения данного варианта использования.
Так, если имеет место отношение расширения от варианта
использования А к варианту использованияВ, то это означает, что свойства
экземпляра варианта использования В могут быть дополнены благодаря
наличию свойств у расширенного варианта использования А.
Отношение обобщения
Отношение обобщения служит для указания того факта, что
некоторый вариант использования А может быть обобщен до
варианта использования В. В этом случае вариант А будет
являться специализацией варианта В. При этом, В называется
предком или родителем по отношению А, а вариант А -
потомком по отношению к варианту использования В. Потомок
наследует все свойства и поведение своего родителя, а также
может быть дополнен новыми свойствами и особенностями
поведения. Графически данное отношение
обозначается сплошной линией со стрелкой в форме
незакрашенного треугольника, которая указывает на
родительский вариант использования.
Отношение включения
Отношение включения между двумя вариантами
использования указывает, что некоторое заданное
поведение для одного варианта использования включается
в качестве составного компонента в последовательность
поведения другого варианта использования.
язык Uml. диаграмма использования. (19)

More Related Content

What's hot

Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетов
DEVTYPE
 
UML: Первое знакомство
UML: Первое знакомствоUML: Первое знакомство
UML: Первое знакомство
Alexander Babich
 
Uml for students
Uml for studentsUml for students
Uml for students
hrcustis
 
Разработка ПО с помощью UML
Разработка ПО с помощью UMLРазработка ПО с помощью UML
Разработка ПО с помощью UML
CUSTIS
 
шаблоны проектирования (42)
шаблоны проектирования (42)шаблоны проектирования (42)
шаблоны проектирования (42)
romachka_pole
 
оп.05 основы программирования
оп.05 основы программированияоп.05 основы программирования
оп.05 основы программирования
Stepan1234
 
Почему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиковПочему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиков
SQALab
 
моделирование на языке Uml 2
моделирование на языке Uml 2моделирование на языке Uml 2
моделирование на языке Uml 2
Elena Kasimova
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
Олег Гудаев
 
Моделирование как метод познания
Моделирование как метод познанияМоделирование как метод познания
Моделирование как метод познанияstudent_SSGA
 

What's hot (13)

Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетов
 
UML: Первое знакомство
UML: Первое знакомствоUML: Первое знакомство
UML: Первое знакомство
 
Uml for students
Uml for studentsUml for students
Uml for students
 
UML: Kinds of Diagram
UML:  Kinds of DiagramUML:  Kinds of Diagram
UML: Kinds of Diagram
 
Разработка ПО с помощью UML
Разработка ПО с помощью UMLРазработка ПО с помощью UML
Разработка ПО с помощью UML
 
шаблоны проектирования (42)
шаблоны проектирования (42)шаблоны проектирования (42)
шаблоны проектирования (42)
 
оп.05 основы программирования
оп.05 основы программированияоп.05 основы программирования
оп.05 основы программирования
 
Почему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиковПочему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиков
 
UML Glossary
UML GlossaryUML Glossary
UML Glossary
 
UML (basics of)
UML (basics of)UML (basics of)
UML (basics of)
 
моделирование на языке Uml 2
моделирование на языке Uml 2моделирование на языке Uml 2
моделирование на языке Uml 2
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
 
Моделирование как метод познания
Моделирование как метод познанияМоделирование как метод познания
Моделирование как метод познания
 

Similar to язык Uml. диаграмма использования. (19)

UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptx
ssuserd0eb401
 
1
11
Use-case diagram
Use-case diagramUse-case diagram
Use-case diagram
aepetelin
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Dima Dzuba
 
лб2 UML.pptx
лб2 UML.pptxлб2 UML.pptx
лб2 UML.pptx
ssuserd0eb401
 
Лекция 1. UML (use cases)
Лекция 1. UML (use cases)Лекция 1. UML (use cases)
Лекция 1. UML (use cases)
Виталий Емельянов
 
структура языка UML
структура языка UMLструктура языка UML
структура языка UML
Отшельник
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
pogromskaya
 
Конспект лекций по курсу "Шаблоны разработки ПО"
Конспект лекций по курсу "Шаблоны разработки ПО"Конспект лекций по курсу "Шаблоны разработки ПО"
Конспект лекций по курсу "Шаблоны разработки ПО"
Sergey Nemchinsky
 
C++ осень 2013 лекция 8
C++ осень 2013 лекция 8C++ осень 2013 лекция 8
C++ осень 2013 лекция 8Technopark
 
Шаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLШаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLSergey Nemchinsky
 
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ITMO University
 
Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)
Виталий Емельянов
 
Модель системы — архитектура для Agile-разработки
Модель системы — архитектура для Agile-разработкиМодель системы — архитектура для Agile-разработки
Модель системы — архитектура для Agile-разработки
CUSTIS
 
Метрики кода программного обеспечения
Метрики кода программного обеспеченияМетрики кода программного обеспечения
Метрики кода программного обеспечения
Tatyanazaxarova
 
tema1
tema1tema1
tema1comp
 
Unified modeling language basic-part 2
Unified modeling language basic-part 2Unified modeling language basic-part 2
Unified modeling language basic-part 2ISsoft
 

Similar to язык Uml. диаграмма использования. (19) (20)

UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptx
 
1
11
1
 
Use-case diagram
Use-case diagramUse-case diagram
Use-case diagram
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3
 
лб2 UML.pptx
лб2 UML.pptxлб2 UML.pptx
лб2 UML.pptx
 
Uml Glossary
Uml GlossaryUml Glossary
Uml Glossary
 
Лекция 1. UML (use cases)
Лекция 1. UML (use cases)Лекция 1. UML (use cases)
Лекция 1. UML (use cases)
 
структура языка UML
структура языка UMLструктура языка UML
структура языка UML
 
лр4 uml
лр4 umlлр4 uml
лр4 uml
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
 
Конспект лекций по курсу "Шаблоны разработки ПО"
Конспект лекций по курсу "Шаблоны разработки ПО"Конспект лекций по курсу "Шаблоны разработки ПО"
Конспект лекций по курсу "Шаблоны разработки ПО"
 
Uml
UmlUml
Uml
 
C++ осень 2013 лекция 8
C++ осень 2013 лекция 8C++ осень 2013 лекция 8
C++ осень 2013 лекция 8
 
Шаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLШаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UML
 
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
 
Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)
 
Модель системы — архитектура для Agile-разработки
Модель системы — архитектура для Agile-разработкиМодель системы — архитектура для Agile-разработки
Модель системы — архитектура для Agile-разработки
 
Метрики кода программного обеспечения
Метрики кода программного обеспеченияМетрики кода программного обеспечения
Метрики кода программного обеспечения
 
tema1
tema1tema1
tema1
 
Unified modeling language basic-part 2
Unified modeling language basic-part 2Unified modeling language basic-part 2
Unified modeling language basic-part 2
 

More from romachka_pole

защита информации (53)
защита информации (53)защита информации (53)
защита информации (53)
romachka_pole
 
управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)
romachka_pole
 
технология и отладка по (47)
технология и отладка по (47)технология и отладка по (47)
технология и отладка по (47)
romachka_pole
 
методология Rad (46)
методология Rad (46)методология Rad (46)
методология Rad (46)
romachka_pole
 
метод Oracle (45)
метод Oracle (45)метод Oracle (45)
метод Oracle (45)
romachka_pole
 
технология Rational unified process (44)
технология Rational unified process (44)технология Rational unified process (44)
технология Rational unified process (44)
romachka_pole
 
Xp программирование (41)
Xp программирование (41)Xp программирование (41)
Xp программирование (41)
romachka_pole
 
принципы проектирования интерфейса (37)
принципы проектирования интерфейса (37)принципы проектирования интерфейса (37)
принципы проектирования интерфейса (37)
romachka_pole
 
модульное программирование (35)
модульное программирование  (35)модульное программирование  (35)
модульное программирование (35)
romachka_pole
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
romachka_pole
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
romachka_pole
 
принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)
romachka_pole
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
romachka_pole
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
romachka_pole
 
принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)
romachka_pole
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
romachka_pole
 
этапы создания по при обьективном подходе( ) (16)
этапы создания по при обьективном подходе( ) (16)этапы создания по при обьективном подходе( ) (16)
этапы создания по при обьективном подходе( ) (16)
romachka_pole
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
romachka_pole
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
romachka_pole
 
классы. отношения между классами. объекты. отношения между объектами (15)
классы. отношения между классами. объекты. отношения между объектами (15)классы. отношения между классами. объекты. отношения между объектами (15)
классы. отношения между классами. объекты. отношения между объектами (15)
romachka_pole
 

More from romachka_pole (20)

защита информации (53)
защита информации (53)защита информации (53)
защита информации (53)
 
управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)
 
технология и отладка по (47)
технология и отладка по (47)технология и отладка по (47)
технология и отладка по (47)
 
методология Rad (46)
методология Rad (46)методология Rad (46)
методология Rad (46)
 
метод Oracle (45)
метод Oracle (45)метод Oracle (45)
метод Oracle (45)
 
технология Rational unified process (44)
технология Rational unified process (44)технология Rational unified process (44)
технология Rational unified process (44)
 
Xp программирование (41)
Xp программирование (41)Xp программирование (41)
Xp программирование (41)
 
принципы проектирования интерфейса (37)
принципы проектирования интерфейса (37)принципы проектирования интерфейса (37)
принципы проектирования интерфейса (37)
 
модульное программирование (35)
модульное программирование  (35)модульное программирование  (35)
модульное программирование (35)
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
 
принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
 
диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )диаграмма кооперации, реализации(25 26 33 34 )
диаграмма кооперации, реализации(25 26 33 34 )
 
принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)принцип построения диаграммы последовательности (24 32)
принцип построения диаграммы последовательности (24 32)
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
 
этапы создания по при обьективном подходе( ) (16)
этапы создания по при обьективном подходе( ) (16)этапы создания по при обьективном подходе( ) (16)
этапы создания по при обьективном подходе( ) (16)
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
 
Case средства (16 17)
Case средства (16 17)Case средства (16 17)
Case средства (16 17)
 
классы. отношения между классами. объекты. отношения между объектами (15)
классы. отношения между классами. объекты. отношения между объектами (15)классы. отношения между классами. объекты. отношения между объектами (15)
классы. отношения между классами. объекты. отношения между объектами (15)
 

язык Uml. диаграмма использования. (19)

  • 2. UML (англ. Unified Modeling Language – унифицированный язык моделирования) – язык графического моделирования в области разработки программного обеспечения. Что такое язык UML?
  • 3. Язык UML представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть эффективно использован для построения концептуальных, логических и графических моделей сложных систем самого различного целевого назначения. Этот язык вобрал в себя наилучшие качества методов программной инженерии, которые с успехом использовались на протяжении последних лет при моделировании больших и сложных систем
  • 4. - Моделировать системы целиком, от концепции до конечного пункта - Решить проблему сложности систем - Создать такой язык моделирования, который может использоваться не только людьми, но и компьютером.
  • 5. • Предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, специально предназначенный для разработки и документирования моделей сложных систем самого различного целевого назначения • Снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области. • Описание языка UML должно поддерживать такую спецификацию моделей, которая не зависит от конкретных языков программирования и инструментальных средств проектирования программных систем • Поощрять развитие рынка объектных инструментальных средств. Способствовать распространению объектных технологий и соответствующих понятий ООАП (объектно-ориентированный анализ и проектирование) • Интегрировать в себя новейшие и наилучшие достижения практики ООАП
  • 6. В ТЕРМИНАХ ЯЗЫКА UML ОПРЕДЕЛЕНЫ СЛЕДУЮЩИЕ ВИДЫ ДИАГРАММ: 1. Диаграмма вариантов использования (use case diagram) 2. Диаграмма классов (class diagram) 3. Диаграммы поведения (behavior diagrams) 4. Диаграмма состояний (statechart diagram) 5. Диаграмма деятельности (activity diagram) 6. Диаграммы взаимодействия (interaction diagrams) 7. Диаграмма последовательности (sequence diagram) 8. Диаграмма кооперации (collaboration diagram) 9. Диаграммы реализации (implementation diagrams) 10. Диаграмма компонентов (component diagram) 11. Диаграмма развертывания (deployment diagram)
  • 8. Диаграмма вариантов использования Конструкция или стандартный элемент языка UML - вариант использования применяется для спецификации общих особенностей поведения системы без рассмотрения внутренней структуры этой сущности. Каждый вариант использования определяет последовательность действий, которые должны быть выполнены проектируемой системой при взаимодействии ее с соответствующим лицом. Диаграмма вариантов использования может дополняться пояснительным текстом, который раскрывает смысл или семантику составляющих ее компонентов.
  • 9. Вариант использования представляет собой последовательность действий, выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой
  • 10.
  • 11. • Актером может выступать отдельное лицо, компания, устройство, программное обеспечение либо любой внешний объект, взаимодействующий с вашей системой. Например, актером может быть клиент, ресторан или база данных. Обычно в модели они представлены с внешней стороны системы, за ее границами. • Вариант использования представляет собой действие, которое выполняется в рамках системы – обычно оно представлено в виде комбинации глагола и существительного, например, «поставить продукт», «подготовить счет-фактуру» и т.д.
  • 12. • Текст <<uses>>, добавленный в какой-либо вид отношений и соединяющий точки А и В означает, что выполнение действия А подразумевает выполнение действия В по меньшей мере один раз. • Вы можете выбирать, необходимо ли вам создавать границы вокруг вариантов использования для указания системных функций, которые находятся в пределах этой границы.
  • 13. В языке UML существует несколько стандартных видов отношений между актерами и вариантами использования: •ассоциации (association relationship); •расширения (extend relationship); •обобщения (generalization relationship); •включения (include relationship).
  • 14. Отношение ассоциации Применительно к диаграммам вариантов использования ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использования в графической модели системы, то есть, это отношение устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования. На диаграмме вариантов использования отношение ассоциации обозначается сплошной линией между актером и вариантом использования. Эта линия может иметь условные обозначения, такие как имя и кратность.
  • 15. Отношение расширения Отношение расширения определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом, свойства которого определяются на основе способа совместного объединения данных экземпляров. В метамодели отношение расширения является направленным и указывает, что применительно к отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования. Так, если имеет место отношение расширения от варианта использования А к варианту использованияВ, то это означает, что свойства экземпляра варианта использования В могут быть дополнены благодаря наличию свойств у расширенного варианта использования А.
  • 16. Отношение обобщения Отношение обобщения служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В. В этом случае вариант А будет являться специализацией варианта В. При этом, В называется предком или родителем по отношению А, а вариант А - потомком по отношению к варианту использования В. Потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения. Графически данное отношение обозначается сплошной линией со стрелкой в форме незакрашенного треугольника, которая указывает на родительский вариант использования.
  • 17. Отношение включения Отношение включения между двумя вариантами использования указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования.