- •Язык UML
- •Диаграммы вариантов использования
- •Вариант использования
- •Актеры
- •Отношения
- •Отношение ассоциации
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Сравнение отношений
- •Пример диаграммы вариантов использования
- •Графическая нотация в Power Designer
- •Графическая нотация в Enterprise Architect
- •Литература
Розробка інформаційних ресурсів та систем
Лекция 2.1.ЯзыкUML. Диаграммывариантовиспользования |
|
|||
1 |
Язык UML |
2 |
||
2 |
Диаграммы вариантов использования |
6 |
||
|
2.1 |
Вариант использования |
7 |
|
|
2.2 |
Актеры |
8 |
|
|
2.3 |
Отношения |
8 |
|
|
2.3.1 |
Отношение ассоциации |
9 |
|
|
2.3.2 |
Отношение расширения |
10 |
|
|
2.3.3 |
Отношение обобщения |
11 |
|
|
2.3.4 |
Отношение включения |
12 |
|
|
2.3.5 |
Сравнение отношений |
13 |
|
|
2.4 |
Пример диаграммы вариантов использования |
14 |
|
|
2.4.1 Графическая нотация в Power Designer |
14 |
||
|
2.4.2 Графическая нотация в Enterprise Architect |
15 |
||
3 |
Литература |
18 |
Лекция 2.1. Язык UML. Диаграммы вариантов использования
Розробка інформаційних ресурсів та систем
1 ЯЗЫК UML
Концептуальной основой объектно-ориентированного анализа и проектирования ПО (ООАП) является объектная модель. Ее основные принципы (абстрагирование, инкапсуляция, модульность и иерархия) и понятия (объект, класс, атрибут, операция, интерфейс.
Большинство современных методов ООАП основаны на использовании языка UML. Унифицированный язык моделирования UML (Unified Modeling Language) представляет собой язык для определения, представления, проектирования и документирования программных систем, организационноэкономических систем, технических систем и других систем различной природы. UML содержит стандартный набор диаграмм и нотаций самых разнообразных видов.
UML – это преемник того поколения методов ООАП, которые появились в конце 1980-х и начале 1990-х годов. Создание UML фактически началось в конце 1994 г., когда Гради Буч и Джеймс Рамбо начали работу по объединению их методов Booch и OMT (Object Modeling Technique) под эгидой компании
Rational Software. К концу 1995 г. они создали первую спецификацию объединенного метода, названного ими Unified Method, версия 0.8. Тогда же в 1995 г. к ним присоединился создатель метода OOSE (Object-Oriented Software Engineering) Ивар Якобсон. Таким образом, UML является прямым объединением и унификацией методов Буча, Рамбо и Якобсона, однако дополняет их новыми возможностями. Главными в разработке UML были следующие цели:
−предоставить пользователям готовый к использованию выразительный язык визуального моделирования, позволяющий им разрабатывать осмысленные модели и обмениваться ими;
Лекция 2.1. Язык UML. Диаграммы вариантов использования
Розробка інформаційних ресурсів та систем
−предусмотреть механизмы расширяемости и специализации для расширения базовых концепций;
−обеспечить независимость от конкретных языков программирования и процессов разработки.
−обеспечить формальную основу для понимания этого языка моделирования (язык должен быть одновременно точным и доступным для понимания, без лишнего формализма);
−стимулировать рост рынка объектно-ориентированных инструментальных средств;
−интегрировать лучший практический опыт.
UML находится в процессе стандартизации, проводимом OMG (Object Management Group) – организацией по стандартизации в области объектноориентированных методов и технологий, в настоящее время принят в качестве стандартного языка моделирования и получил широкую поддержку в индустрии ПО. Полное описание UML можно найти на сайтах http://www.omg.org и http://www.rational.com.
Стандарт UML содержит следующий набор диаграмм:
Структурные (structural) модели:
−диаграмма классов (class diagram) – для моделирования статической структуры классов системы и связей между ними;
−диаграмма объектов (object diagram) – показывает экземпляры классов и связи между ними;
−диаграмма пакетов (package diagram) – показывает пакеты и связи между пакетами.
−диаграммы компонентов (component diagrams) – для моделирования иерархии компонентов (подсистем) системы;
Лекция 2.1. Язык UML. Диаграммы вариантов использования
Розробка інформаційних ресурсів та систем
−диаграмма составной структуры (composite structure diagram) – показывает внутреннюю структуру класса и взаимодействие элементов внутренней структуры класса;
−диаграммы размещения (deployment diagrams) – для моделирования физической архитектуры системы.
Модели поведения (behavioral):
−диаграммы вариантов использования (use case diagrams) – для моделирования функциональных требований к системе (в виде сценариев взаимодействия пользователей с системой);
−диаграммы последовательности (sequence diagrams) и кооперативные диаграммы (collaboration diagrams или communication diagrams) – для моделирования процесса обмена сообщениями между объектами;
−диаграмма обзора взаимодействия (interaction overview diagram) – представляет частный случай диаграммы активности, в котором в качестве вершин используются другие диаграммы;
−диаграмма синхронизации (timing diagram) – альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени;
−диаграммы состояний (statechart diagrams) – для моделирования поведения объектов системы при переходе из одного состояния в другое;
−диаграммы деятельности (activity diagrams) – для моделирования поведения системы в рамках различных вариантов использования, или потоков управления.
Лекция 2.1. Язык UML. Диаграммы вариантов использования
Розробка інформаційних ресурсів та систем
Лекция 2.1. Язык UML. Диаграммы вариантов использования