- •Учебный курс
- •Канонические диаграммы языка UML 1.х
- •Классификация моделей в языке UML
- •Канонические диаграммы языка UML 2.х
- •Взаимосвязь представлений сложной системы
- •Рекомендации по изображению диаграмм в нотации языка UML
- •Механизмы расширения языка UML
- •Механизмы расширения языка UML
- •Стереотипы в языке UML
- •Графические стереотипы компонентов в IBM Rational Rose
- •Ограничения в языке UML
- •Помеченные значения в языке UML
- •Диаграмма вариантов использования (use case diagram)
- •Диаграмма вариантов использования
- •Назначение диаграммы вариантов использования
- •Проектируемая система и ее окружение
- •Основные обозначения на диаграмме вариантов использования
- •Вариант использования (use case)
- •Актер (actor)
- •Вопросы для идентификации актеров в системе
- •Отношения на диаграмме вариантов использования
- •Отношение ассоциации
- •Отношение включения
- •Отношение расширения
- •Изображение отношения расширения с условием выполнения
- •Отношение обобщения
- •Пример диаграммы ВИ для системы продажи товаров в Интернет-магазине
- •Формализация функциональных требований с помощью диаграммы ВИ
- •Functionality – функциональные требования
- •Спецификация ВИ с помощью текстовых сценариев
- •Показатели качества для модели вариантов использования
- •Последовательность разработки вариантов использования
- •Типичные ошибки при разработке диаграмм вариантов использования
- •Сценарий №1
- •Раздел Типичный ход событий
- •Раздел Типичный ход событий
- •Раздел Исключений
- •Сценарий №2 "Получение справки о состоянии счета"
- •Типичный ход событий
- •Типичный ход событий
- •Раздел Исключений
- •Раздел Исключений
Учебный курс
Язык UML в анализе и проектировании программных систем и бизнес-процессов
Лекция 2
Диаграмма вариантов использования языка UML 2
Автор:
Леоненков Александр Васильевич
кандидат технических наук, старший научный сотрудник
Канонические диаграммы языка UML 1.х
Классификация моделей в языке UML
Структурные модели (structured models) – модели, предназначенные для описания статической структуры сущностей или элементов некоторой системы, включая их классы, интерфейсы, атрибуты и отношения.
Модели поведения (behavioral models) – модели, предназначенные для описания процесса функционирования элементов системы, включая их методы и взаимодействие между ними, а также процесс изменения состояний отдельных элементов и системы в целом.
Канонические диаграммы языка UML 2.х
Д и а г р а м м а
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Д и а г р а м м |
а |
|
|
Д и а г р а м м а |
||
с т р у к т у р |
ы |
|
|
п о в е д е н и я |
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
Д и а г р а м м а |
|
|
Д и а г р а м м а |
|
|
Д и а г р а м м а |
|
|
|
Д и а г р а м м а |
|
Д и а г р а м м а |
||||||||||||||||||||||||
к л а с с о в |
|
|
к о м п о н е н т о в |
|
|
о б ъ е к т о в |
|
|
|
д е я т е л ь н о с т и |
|
|
|
к о н е ч н о г о |
|
|
|
|
|
|
||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
а в т о м а т а |
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
Д и а г р а м м а |
|
|
Д и а г р а м м а |
|
|
Д и а г р а м м а |
|
|
Д и а г р а м м а |
|
|
|
Д и а г р а м м а |
||||||||||||||||||||||
|
р а з в е р т ы в а н и я |
|
|
к о м п о з и т н о й |
|
|
|
п а к е т о в |
|
в з а и м о д е й с т в и я |
|
|
|
в а р и а н т о в |
||||||||||||||||||||||
|
|
|
|
|
|
|
|
|
с т р у к т у р ы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
и с п о л ь з о в а н и я |
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Д |
и а г р а м |
м а |
|
|
|
Д и а г р а м |
м а |
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
о б з о р а |
|
|
|
|
|||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
п о с л е д о в а т е л ь н о с т и |
|
|
|
|
|
|
||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
в з а и м о д е й с т в и я |
|
|
|
|
|||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Д и а г р а м м а |
|
|
|
В р е м е н н а я |
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
к о м м у н и к а ц и и |
|
|
|
д и а г р а м м а |
|
|||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Взаимосвязь представлений сложной системы
Л о г и ч е с к о е п р е д с т а в л е н и е а р х и т е к т у р ы
с и с т е м ы
С и с т е м н ы й а н а л и т и к , а р х и т е к т о р с и с т е м ы
М
К о н ц е п т у а п р е д с т а в л е н и е
п о в е д е н и я с и с т е м ы
К о н е ч н ы й п о л ь з о в а т е л ь , с и с т е м н ы й а н а л и т и к
Ф и з и ч е с к о е п р е д с т а в л е н и е
к о м |
п о |
н е н т о в |
р х и т е |
к т о р с и с т е м ы , |
|
п р о г р |
а м м и с т |
г и ч е с к о е п р е д с т а в л е н и е
п р о ц е с с а ф у н к ц и о н и р о в а н и я
С и с т е м н ы й а н а л и т и к , с и с т е м н ы й и н ж е н е р
С т а т и ч е с к а я
мо д е л ь
сл о ж н о й
си с т е м ы
Д и н а м и -
че с к а я
мо д е л ь
сл о ж н о й
си с т е м ы
О б щ а я м о д е л ь |
Д е т а л ь н а я м о д е л ь |
с л о ж н о й с и с т е м ы |
с л о ж н о й с и с т е м ы |
Рекомендации по изображению диаграмм в нотации языка UML
Количество диаграмм различных типов для модели конкретного приложения не является строго фиксированным
Любая из моделей системы должна содержать только те элементы, которые определены в соответствующей версии языка UML
Каждая диаграмма в нотации языка UML 2.х имеет область содержания для изображения графических узлов и путей между ними, которые представляют собой собственно элементы модели в нотации UML 2.х
Фрейм в нотации UML 2.х используется в тех случаях, когда отдельные элементы диаграммы имеют графическую границу с другими элементами диаграммы
Механизмы расширения языка UML
Механизмы расширения языка UML
Стереотип (stereotype) — новый тип элемента модели, который расширяет семантику базового типа метамодели языка UML
Ограничение (constraint) —
некоторое |
|
логическое |
|
условие, |
ограничивающее |
||
семантику |
|
выбранного |
|
элемента модели |
|
|
|
Помеченное |
значение |
||
(tagged |
value) |
— |
явное |
определение |
некоторого |
||
свойства |
объекта |
как |
пары |
"имя – значение" |
|
|
Стереотипы в языке UML
Стереотипы предназначены для расширения семантики отдельных элементов языка UML, но не структуры уже описанных типов или классов
Некоторые стереотипы предопределены в языке UML, другие могут быть определены разработчиками
Текстовые Стереотипы — ключевые слова языка UML Примеры: «entity», «control», «boundary»
Графические Стереотипы — описываются в профилях языка UML и поддерживаются некоторыми CASE-средствами
Графические стереотипы компонентов в IBM Rational Rose
Обычный компонент
База данных
Спецификация пакета (заголовочный файл в С++ с расширением «.h»)
Тело пакета (файл с текстом программы в С++ с расширением «.cpp», в Java – «.java»)