SlideShare une entreprise Scribd logo
1  sur  20
Диаграммы UML
Диаграмма вариантов
использования
Основные вопросыОсновные вопросы
 Назначение диаграммы вариантов
использования
 Компоненты диаграммы вариантов
использования
 Примеры
Диаграмма вариантовДиаграмма вариантов
использования (ДВИ)…использования (ДВИ)…
 = Диаграмма прецедентов;
 Описывает функциональное
назначение системы, т.е. то, что
система будет делать в процессе
своего функционирования;
 Является исходной концептуальной
моделью системы в процессе ее
проектирования и разработки.
Цели построения ДВИЦели построения ДВИ
1) определить общие границы и контекст
моделируемой предметной области на
начальных этапах проектирования;
2) сформулировать общие требования к
функциональному проектированию системы;
3) разработать исходную концептуальную
модель системы для ее последующей
реализации;
4) подготовить документацию для
взаимодействия разработчика системы с ее
заказчиком и пользователями.
Суть диаграммы прецедентовСуть диаграммы прецедентов
 Проектируемая система представляется в
виде множества сущностей или актеровактеров
(действующих лиц), взаимодействующих с
системой с помощью так называемых
вариантов использованиявариантов использования (прецедентов).
Таким образом,Таким образом,
 Основными компонентами ДВИ являются:
 актеры
 прецеденты
 отношения
Вариант использованияВариант использования
 = Прецедент =use case = юскейс;
 Определяет последовательность действий, которая
должна быть выполнена проектируемой системой
при взаимодействии ее с соответствующим актером.
Получение справки о
состоянии счета
Получить справку о
стостоянии счета
Имя ВИ начинается с большой буквы и обозначается
оборотом глагола или существительного, обозначающего
действие
АктерАктер
 = Actor = действующее лицо
 Представляет собой внешнюю по отношению
к моделируемой системе сущность
 Взаимодействует с системой и использует ее
функциональные возможности для
достижения определенных целей и решения
частных задач.
 Может рассматриваться как некая рольроль
относительно конкретного варианта
использования.
АктерАктер
Стандартное графическое изображение актера:
Клиент банка
• Актер всегда находится вне системы, его внутренняя
структура никак не воспринимается.
• Примеры актеров: клиент банка, банковский
служащий, продавец, сотовый телефон.
ОтношенияОтношения
 Один актер может взаимодействовать с
несколькими вариантами использования и
наоборот.
 2 варианта использования, определенные
для одной и той же сущности, не могут
взаимодействовать друг с другом, т.к. любой
из них самостоятельно описывает
законченный вариант использования этой
сущности.
Виды отношенийВиды отношений
1) ассоциативное отношениеассоциативное отношение (отношение
ассоциации, association relationship)
2) отношениеотношение расширениярасширения (extend relationship)
3) отношениеотношение обобщенияобобщения (generalization
relationship)
4) отношение включенияотношение включения (include relationship)
Отношение ассоциацииОтношение ассоциации
 Отношение между вариантом использования и
актером, отражающее связь между ними.
 Оно устанавливает, какую конкретную роль играет
актер при взаимодействии с экземпляром варианта
использования.
Студент Сдать зачет
1..*1..*
Обозначение: в виде прямой линии. Могут быть
дополнительные обозначения (кратность связи,
направление связи, наименование связи)
Отношение расширенияОтношение расширения
 Определяет взаимосвязь базового варианта
использования с некоторым другим вариантом
использования, функциональное поведение которого
задействуется базовым не всегда, а только при
выполнении некоторых дополнительных условий.
Сдать зачет Взять индивидуальную
ведомость
<<extend>>
Стрелка указывает на базовый вариант использования!
Отношение обобщенияОтношение обобщения
 Служит для указания того факта, что некоторый
вариант использования А может быть обобщен до
варианта использования Б (или актер А может быть
обобщен до актера Б).
Сдать зачет по системному
моделированию
Сдать зачет по предмету
Студент 2
курса
Студент
Стрелка
указывает в
сторону
родительского
ВИ (актера)
Отношение включенияОтношение включения
 Указывает, что некоторое заданное поведение для
одного варианта использования включается в
качестве составного компонента в
последовательность поведения другого варианта
использования.
Сдать зачет по системному
моделированию
Защитить все
лабораторные работы
Пройти промежуточное
тестирование
Сдать итоговый тест
<<include>>
<<include>>
<<include>>
ПримерыПримеры
 ДВИ процесса оформления заказа на покупку товара
Продавец Покупатель
Оформить заказ на покупку
товара
1..* 1..*1..* 1..*
Оформить заказ на покупку
компьютера
Запросить каталог товаров
<<extend>>
Согласовать условия
оплаты
Обеспечить покупателя
информацией
Заказать товар со склада
<<include>> <<include>><<include>>
ПримерыПримеры
 Диаграмма прецедентов для процесса постройки дома
Создание проекта дома
Архитектор
Создание списка
необходимых материалов
Покупка материалов
Постройка дома
Строительная
фирма
Заказчик
Сдача работ
Подписание акта
выполненных работ
<<include>>
ПримерыПримеры
ПримерыПримеры
Примечание как элемент ДВИПримечание как элемент ДВИ
 Примечание (Note) в языке UML предназначено для
включения в модель произвольной текстовой
информации, имеющей непосредственное
отношение к контексту разрабатываемого проекта.
 Примечание может относиться к любому элементу
диаграммы.
Получение справки о
состоянии счета
Реализовать в форме
печати чека с указанием
реквизитов
Изученные вопросыИзученные вопросы
 Диаграмма вариантов использования
 Вариант использования (прецедент)
 Актер
 Отношения (ассоциации, обобщения,
включения, расширения)
 Примечание

Contenu connexe

En vedette

Взаємодії
ВзаємодіїВзаємодії
Взаємодіїpogromskaya
 
Creating a word file
Creating a word fileCreating a word file
Creating a word fileaepetelin
 
Creating a word file by a template
Creating a word file by a templateCreating a word file by a template
Creating a word file by a templateaepetelin
 
CRC cards / Minsk PHP MeetUp #8
CRC cards / Minsk PHP MeetUp #8CRC cards / Minsk PHP MeetUp #8
CRC cards / Minsk PHP MeetUp #8Alexander Nemanov
 
защита информации 10
защита информации 10защита информации 10
защита информации 10aepetelin
 
защита информации 9
защита информации 9защита информации 9
защита информации 9aepetelin
 
Инсталляторы
ИнсталляторыИнсталляторы
Инсталляторыaepetelin
 
информационная безопасность человека
информационная безопасность человекаинформационная безопасность человека
информационная безопасность человекаaepetelin
 
защита информации 2
защита информации 2защита информации 2
защита информации 2aepetelin
 
Deployment diagram
Deployment diagramDeployment diagram
Deployment diagramaepetelin
 
защита информации 4
защита информации 4защита информации 4
защита информации 4aepetelin
 
криптография
криптографиякриптография
криптографияaepetelin
 
защита информации 3
защита информации 3защита информации 3
защита информации 3aepetelin
 
защита информации 5
защита информации 5защита информации 5
защита информации 5aepetelin
 

En vedette (20)

Взаємодії
ВзаємодіїВзаємодії
Взаємодії
 
лекция 17
лекция 17лекция 17
лекция 17
 
UML: Kinds of Diagram
UML:  Kinds of DiagramUML:  Kinds of Diagram
UML: Kinds of Diagram
 
Installers
InstallersInstallers
Installers
 
исиб
исибисиб
исиб
 
Creating a word file
Creating a word fileCreating a word file
Creating a word file
 
п2 09
п2 09п2 09
п2 09
 
06 still
06 still06 still
06 still
 
Creating a word file by a template
Creating a word file by a templateCreating a word file by a template
Creating a word file by a template
 
CRC cards / Minsk PHP MeetUp #8
CRC cards / Minsk PHP MeetUp #8CRC cards / Minsk PHP MeetUp #8
CRC cards / Minsk PHP MeetUp #8
 
защита информации 10
защита информации 10защита информации 10
защита информации 10
 
защита информации 9
защита информации 9защита информации 9
защита информации 9
 
Инсталляторы
ИнсталляторыИнсталляторы
Инсталляторы
 
информационная безопасность человека
информационная безопасность человекаинформационная безопасность человека
информационная безопасность человека
 
защита информации 2
защита информации 2защита информации 2
защита информации 2
 
Deployment diagram
Deployment diagramDeployment diagram
Deployment diagram
 
защита информации 4
защита информации 4защита информации 4
защита информации 4
 
криптография
криптографиякриптография
криптография
 
защита информации 3
защита информации 3защита информации 3
защита информации 3
 
защита информации 5
защита информации 5защита информации 5
защита информации 5
 

Similaire à 1

язык Uml. диаграмма использования. (19)
язык Uml. диаграмма использования. (19)язык Uml. диаграмма использования. (19)
язык Uml. диаграмма использования. (19)romachka_pole
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Dima Dzuba
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseОлег Гудаев
 
Введення Uml
Введення UmlВведення Uml
Введення Umlpogromskaya
 
UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptxssuserd0eb401
 
Unified modeling language basic-part 1
Unified modeling language basic-part 1Unified modeling language basic-part 1
Unified modeling language basic-part 1ISsoft
 
раздел 4 проектирование и использование баз данных
раздел 4  проектирование и использование баз данныхраздел 4  проектирование и использование баз данных
раздел 4 проектирование и использование баз данныхtatianabtt
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентовDEVTYPE
 
Простой подход к проектированию сложной системы
Простой подход к проектированию сложной системыПростой подход к проектированию сложной системы
Простой подход к проектированию сложной системыAnatoly Simkin
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
 
Шаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLШаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLSergey Nemchinsky
 
tema1
tema1tema1
tema1comp
 
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВITMO University
 
Практический анализ по RUP
Практический анализ по RUPПрактический анализ по RUP
Практический анализ по RUPSQALab
 
Диаграмма последовательности
Диаграмма последовательностиДиаграмма последовательности
Диаграмма последовательностиDEVTYPE
 
Unified modeling language basic-part 2
Unified modeling language basic-part 2Unified modeling language basic-part 2
Unified modeling language basic-part 2ISsoft
 

Similaire à 1 (20)

язык Uml. диаграмма использования. (19)
язык Uml. диаграмма использования. (19)язык Uml. диаграмма использования. (19)
язык Uml. диаграмма использования. (19)
 
Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3Проектирование программных систем. Занятие 3
Проектирование программных систем. Занятие 3
 
Uml Glossary
Uml GlossaryUml Glossary
Uml Glossary
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
 
Лекция 1. UML (use cases)
Лекция 1. UML (use cases)Лекция 1. UML (use cases)
Лекция 1. UML (use cases)
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
 
UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptx
 
UML (basics of)
UML (basics of)UML (basics of)
UML (basics of)
 
Unified modeling language basic-part 1
Unified modeling language basic-part 1Unified modeling language basic-part 1
Unified modeling language basic-part 1
 
раздел 4 проектирование и использование баз данных
раздел 4  проектирование и использование баз данныхраздел 4  проектирование и использование баз данных
раздел 4 проектирование и использование баз данных
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентов
 
Простой подход к проектированию сложной системы
Простой подход к проектированию сложной системыПростой подход к проектированию сложной системы
Простой подход к проектированию сложной системы
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...
 
Шаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UMLШаблоны разработки ПО. Часть 2. ООП и UML
Шаблоны разработки ПО. Часть 2. ООП и UML
 
tema1
tema1tema1
tema1
 
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВ
 
Практический анализ по RUP
Практический анализ по RUPПрактический анализ по RUP
Практический анализ по RUP
 
Диаграмма последовательности
Диаграмма последовательностиДиаграмма последовательности
Диаграмма последовательности
 
Unified modeling language basic-part 2
Unified modeling language basic-part 2Unified modeling language basic-part 2
Unified modeling language basic-part 2
 
Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)Лекция 2. UML (static logical model)
Лекция 2. UML (static logical model)
 

1

  • 2. Основные вопросыОсновные вопросы  Назначение диаграммы вариантов использования  Компоненты диаграммы вариантов использования  Примеры
  • 3. Диаграмма вариантовДиаграмма вариантов использования (ДВИ)…использования (ДВИ)…  = Диаграмма прецедентов;  Описывает функциональное назначение системы, т.е. то, что система будет делать в процессе своего функционирования;  Является исходной концептуальной моделью системы в процессе ее проектирования и разработки.
  • 4. Цели построения ДВИЦели построения ДВИ 1) определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования; 2) сформулировать общие требования к функциональному проектированию системы; 3) разработать исходную концептуальную модель системы для ее последующей реализации; 4) подготовить документацию для взаимодействия разработчика системы с ее заказчиком и пользователями.
  • 5. Суть диаграммы прецедентовСуть диаграммы прецедентов  Проектируемая система представляется в виде множества сущностей или актеровактеров (действующих лиц), взаимодействующих с системой с помощью так называемых вариантов использованиявариантов использования (прецедентов). Таким образом,Таким образом,  Основными компонентами ДВИ являются:  актеры  прецеденты  отношения
  • 6. Вариант использованияВариант использования  = Прецедент =use case = юскейс;  Определяет последовательность действий, которая должна быть выполнена проектируемой системой при взаимодействии ее с соответствующим актером. Получение справки о состоянии счета Получить справку о стостоянии счета Имя ВИ начинается с большой буквы и обозначается оборотом глагола или существительного, обозначающего действие
  • 7. АктерАктер  = Actor = действующее лицо  Представляет собой внешнюю по отношению к моделируемой системе сущность  Взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей и решения частных задач.  Может рассматриваться как некая рольроль относительно конкретного варианта использования.
  • 8. АктерАктер Стандартное графическое изображение актера: Клиент банка • Актер всегда находится вне системы, его внутренняя структура никак не воспринимается. • Примеры актеров: клиент банка, банковский служащий, продавец, сотовый телефон.
  • 9. ОтношенияОтношения  Один актер может взаимодействовать с несколькими вариантами использования и наоборот.  2 варианта использования, определенные для одной и той же сущности, не могут взаимодействовать друг с другом, т.к. любой из них самостоятельно описывает законченный вариант использования этой сущности.
  • 10. Виды отношенийВиды отношений 1) ассоциативное отношениеассоциативное отношение (отношение ассоциации, association relationship) 2) отношениеотношение расширениярасширения (extend relationship) 3) отношениеотношение обобщенияобобщения (generalization relationship) 4) отношение включенияотношение включения (include relationship)
  • 11. Отношение ассоциацииОтношение ассоциации  Отношение между вариантом использования и актером, отражающее связь между ними.  Оно устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования. Студент Сдать зачет 1..*1..* Обозначение: в виде прямой линии. Могут быть дополнительные обозначения (кратность связи, направление связи, наименование связи)
  • 12. Отношение расширенияОтношение расширения  Определяет взаимосвязь базового варианта использования с некоторым другим вариантом использования, функциональное поведение которого задействуется базовым не всегда, а только при выполнении некоторых дополнительных условий. Сдать зачет Взять индивидуальную ведомость <<extend>> Стрелка указывает на базовый вариант использования!
  • 13. Отношение обобщенияОтношение обобщения  Служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования Б (или актер А может быть обобщен до актера Б). Сдать зачет по системному моделированию Сдать зачет по предмету Студент 2 курса Студент Стрелка указывает в сторону родительского ВИ (актера)
  • 14. Отношение включенияОтношение включения  Указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Сдать зачет по системному моделированию Защитить все лабораторные работы Пройти промежуточное тестирование Сдать итоговый тест <<include>> <<include>> <<include>>
  • 15. ПримерыПримеры  ДВИ процесса оформления заказа на покупку товара Продавец Покупатель Оформить заказ на покупку товара 1..* 1..*1..* 1..* Оформить заказ на покупку компьютера Запросить каталог товаров <<extend>> Согласовать условия оплаты Обеспечить покупателя информацией Заказать товар со склада <<include>> <<include>><<include>>
  • 16. ПримерыПримеры  Диаграмма прецедентов для процесса постройки дома Создание проекта дома Архитектор Создание списка необходимых материалов Покупка материалов Постройка дома Строительная фирма Заказчик Сдача работ Подписание акта выполненных работ <<include>>
  • 19. Примечание как элемент ДВИПримечание как элемент ДВИ  Примечание (Note) в языке UML предназначено для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.  Примечание может относиться к любому элементу диаграммы. Получение справки о состоянии счета Реализовать в форме печати чека с указанием реквизитов
  • 20. Изученные вопросыИзученные вопросы  Диаграмма вариантов использования  Вариант использования (прецедент)  Актер  Отношения (ассоциации, обобщения, включения, расширения)  Примечание