UML - Unified Modeling Language

1.

2.

ЧТО ТАКОЕ UML?
UML-Unified Modeling Language — (общепринятый язык моделирования) — язык
графического описания для объектного моделирования в области разработки
программного обеспечения, для моделирование бизнес процессов, системного
проектирования и отображения организационных структур. Попросту говоря UML был
создан для определения, визуализации, проектирования и документирования, в
основном, программных систем.
Цель UML — визуально представить диаграммы, которые легко понять каждому.

3.

“+” И “–” UML СХЕМ
ПЛЮСЫ ИСПОЛЬЗОВАНИЯ UML:
МИНУСЫ ИСПОЛЬЗОВАНИЯ UML:
+Смотрим на задачу с разных точек
зрения
- Тратим время на схемы
- Нужно знать различные диаграммы и
+Другим специалистам легче понять
суть задачи и её реализацию
+Диаграммы не очень сложны для
чтения
+Улучшает качество работы
+Сокращает затраты и время выхода на
рынок
их нотации

4.

ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
Диаграмма вариантов использования UML- это основная форма требований к
системе / программному обеспечению для новой недостаточно разработанной
программы. Основное назначение диаграммы — описание функциональности и
поведения, позволяющее заказчику, конечному пользователю и разработчику
совместно обсуждать проектируемую или существующую систему. Ключевая
концепция моделирования вариантов использования заключается в том, что она
помогает нам проектировать систему с точки зрения конечного пользователя. Это
эффективный метод для передачи поведения системы в терминах пользователя
путем указания всего видимого извне.

5.

НАЗНАЧЕНИЕ ДИАГРАММЫ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
• Указания контекста системы
• Фиксирование требований системы
• Проверка архитектуры системы
• Управление реализацией и генерация тестовых примеров
• Разработка совместной работы аналитиков с экспертами в предметной области

6.

НА ДИАГРАММЕ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ ИЗОБРАЖАЮТСЯ:
• Актёры — группы лиц или систем, взаимодействующих с нашей системой;
• Варианты использования (прецеденты) — сервисы, которые наша система
предоставляет актёрам;
• Комментарии;
• Отношения между элементами диаграммы.

7.

ОБЗОР ДИАГРАММЫ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
Стандартная форма диаграммы вариантов использования определена на унифицированном языке
моделирования:
P.S. В данном примере есть 3 актёра ( Актёр Cellular Фон подключается ассоциативной связью к
прецендентам (Handle Message и Handle Call), внутри общей системы System, обрабатывая
сообщения и звонки, преценденты обращаются к Актёру External Phone Company. Т. Е к самой
телефонной компании )
Актёр Customer Фон подключается ассоциативной связью к преценденту (Manage Bill) в System,
проводя операцию управления счётом

8.

ПРИМЕР: ДИАГРАММЫ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ

9.

Include
INCLUDE-определяет взаимосвязь базового варианта использования с другим
вариантом использования, функциональное поведение которого
всегда задействуется базовым вариантом использования.
То есть include (стрелки идут от базового варианта) иллюстрирует что именно
использует базовый вариант для выполнения операции.

10.

Extend
Extend-разновидность отношения зависимости между базовым вариантом использования и его
специальным случаем.
Extend указывает на возможность особенного использования базового варианта (стрелки
идут к базовому варианту от специальных)
P.S. В данном примере с помощью отношений extend от специальных вариантов показано,
что базовый вариант может , НО НЕ ОБЯЗАН создавать, обновлять , удалять
просматривать пользователя.

11.

ДИАГРАММА КЛАССОВ
Диаграмма классов (class diagram) — структурная диаграмма языка
моделирования UML, демонстрирующая общую структуру
иерархии классов системы, их коопераций, атрибутов (полей), методов
интерфейсов и взаимосвязей (отношений) между ними. Эта диаграмма
описывает типы объектов в системе и различные виды статических связей,
которые существуют между ними.

12.

13.

НАЗНАЧЕНИЕ ДИАГРАММ КЛАССОВ
• Показывает статическую структуру классификаторов в системе
• Диаграмма предоставляет базовую нотацию для других структурных диаграмм,
предписанных UML
• Полезно также для разработчиков и других членов команды
• Бизнес-аналитики могут использовать диаграммы классов для моделирования
систем с точки зрения бизнеса

14.

ОТОБРАЖЕНИЕ КЛАССА
Графически класс отображается в виде прямоугольника, который может быть
разделен горизонтальными линиями на секции. В этих секциях указывается имя,
атрибуты (свойства) и операции (методы).

15.

ОБОЗНАЧЕНИЯ КЛАССОВ
1.Название класса
1. Название класса отображается в первом разделе. (MyClass)
2.Атрибуты класса
1. Атрибуты показаны во втором разделе.
2. Тип атрибута показан после двоеточия.
3. Атрибуты отображаются на переменные-члены (data members) в коде.
3.Операции с классами (методы)
1. Операции показаны в третьем разделе. Это сервисы, которые предоставляет класс.
2. Возвращаемый тип метода показан после двоеточия в конце подписи метода.
3. Возвращаемый тип параметров метода показан после двоеточия, следующего за именем параметра.
4. Операции отображаются на методы класса в коде

16.

ИМЕНА ОТНОШЕНИЙ
• Названия отношений записываются в середине строки ассоциации.
• Хорошие названия отношений имеют смысл, когда вы читаете их вслух:
• "Каждая электронная таблица содержит некоторое количество ячеек",
• "выражение преобразуется в значение"
• У них часто есть маленькая стрелка, указывающая, в каком направлении читать
взаимосвязь

17.

ВЗАИМОСВЯЗЬ
Во всех диаграммах встречается взаимосвязь.
Взаимосвязь — это особый тип логических отношений между сущностями .
Изображается в виде пути с использованием разнообразных типов линий, каждый из
которых соответствует определенному виду связи.
В UML представлены следующие виды связей:

18.

АССОЦИАЦИЯ
• Ассоциация-показывает, что объекты одной сущности (класса) связаны с
объектами другой сущности таким образом, что можно перемещаться от объектов
одного класса к другому. Является общим случаем композиции и агрегации.
Структурная связь между двумя одноранговыми классами.

19.

НАСЛЕДОВАНИЕ
• Такое же как и в программировании(не должно вызвать трудностей)
• Подкласс 1 и Подкласс 2 являются специализациями суперкласса.
• Сплошная линия с полым наконечником стрелки, указывающая от дочернего
класса к родительскому

20.

РЕАЛИЗАЦИЯ
Реализация — отношение между двумя элементами модели, в котором один
элемент (клиент) реализует поведение, заданное другим (поставщиком). Связь
между классами, когда один из них (поставщик) определяет соглашение, которого
второй (клиент) обязан придерживаться.

21.

ЗАВИСИМОСТЬ
Зависимость (dependency) – это связь, которая устанавливает, что одна сущность,
например класс Window (Окно), использует информацию /сервис (операцию либо
услугу), представляемые другой сущностью, классом Event (Событие), но не
обязательно – наоборот. Зависимость изображается в виде пунктирной линии со
стрелкой, направленной на зависимую сущность.

22.

АГРЕГАЦИЯ
Агрегация встречается, когда один класс является коллекцией или контейнером
других. Причём по умолчанию, агрегацией называют агрегацию по ссылке, то есть
когда время существования содержащихся классов не зависит от времени
существования содержащего их класса.

23.

КОМПОЗИЦИЯ
Композиция-более строгий вариант агрегации. Известна также как агрегация по
значению. Особый тип агрегирования, при котором части уничтожаются вместе с целым.
• Объекты Class2 живут и умирают вместе с Class1.
• Class2 не может существовать сам по себе.
• Сплошная линия с заполненным ромбом по ассоциации, связанной с классом
композита

24.

ПРИМЕР ДИАГРАММЫ КЛАССОВ:
P.S: ЗДЕСЬ 2 КЛАССА PERSONALCUSTOMER И CORPORATECUSTOMER
НАСЛЕДУЮТСЯ ОТ CUSTOMER. CUSTOMER ПЕРЕДАЁТ ЗНАЧЕНИЕ 1 В КЛАСС
ORDER ПО АССОЦИАТИВНОЙ СВЯЗИ . ЗАТЕМ В КЛАСС ORDERLINE
ПЕРЕДАЁТСЯ ЗНАЧЕНИЕ >=0 И ИЗ ORDERLINE В PRODUCT ПЕРЕДАЁТСЯ
ЗНАЧЕНИЕ >=0

25.

СПАСИБО ЗА ВНИМАНИЕ!