Разработка ПО с помощью UML

Разработка ПО с помощью UML
Юрий Солдаткин
Ведущий разработчик C#
30 мая 2013 года

Краткое содержание
 Зачем нужен UML
 Способы использования
 TOP-4 диаграмм
 Где заканчивается UML
и что с этим делать?
 Практика
2/41

История UML
 Наскальная живопись
 Чертежи
 UML
3/41

Программирование
(графическое
представление кода)
Эскизное
моделирование
(набросок от руки)
Способы использования UML
Проектирование
(чертеж)
Способы
использования
UML
Авторы UML
Практика
использования
+ Мартин Фаулер
Избирательность
передачи
информации,
нестрогость
i
Полнота
i
Пока
недоразвитые
инструменты.
Эффективность?
i
Executable UML
4/41

Документирование
Способы использования UML
Бизнес-анализ
(анализ требований)
Системная
архитектура
(проектирование)
Понятия
из предметной области
i
Модель программы;
Понимание чужого кода
i
5/41

Какие бывают диаграммы
6/41

Диаграммы классов
Описывают типы объектов
и статические отношения между ними.
7/41

Знакомые слова
ПО UML
Класс
(Class)
Класс
(Class)
Наследование
(Inheritance)
Обобщение
(Generalization)
Инстанцирование
(Instantiation)
Классификация
(Classification)
Свойство
(Property)
Атрибут
(Attribute)
Ссылка, связь
(Reference, link)
Ассоциация
(Association)
Метод
(Method)
Операция
(Operation)
Функциональность
(feature)
9/41

Ассоциации
Направление ассоциации
Класс-ассоциация ВрЕменное отношение
Двунаправленная ассоциация
11/41

Атрибуты и ассоциации
Чтобы диаграмма
не была перегружена
«линиями»

Операции
видимость имя (список параметров): возвращ.тип {огранич.}
– вигимость: “+” – public, “-” – private, “#” – protected, “~” – package
– список парамдтров (моедт быть пустым):
• направление имя : тип = значение по умолчанию
– направлднид: in, out, inout (по умолчанию – in)
•Статичдская:
– погчдркивадтся
13/41

Агрегация и композиция
Агрегация (aggregation)
 можно озвучить как
«часть – целое»
 следует использовать
с особой осторожностью,
так как в нее вкладывают
разный смысл!
Композиция (composition)
 это агрегация с доп.
ограничением:
нет совместного владения
 в интерфейсе это
«мастер – деталь»
 в XML: вложение тега одного
в другой
Можно и не указывать,
тогда предполагается 0..1

Классификация и обобщение
Не всегда слова естественного языка
обозначают одно и то же (это, является):
 Шарик – овчарка
 Овчарка – это собака
 Собаки являются животными
 Овчарка – это порода собак
 Собака – это биологический вид
15/41

Дополнительные фишки
Параметризованный
класс (шаблон) Параметр
Подстановка
параметра
Перечисление
16/41

Как этим пользоваться?
 Не пытайтесь задействовать сразу все
доступные понятия
 Подходит для делового языка, но без
технических подробностей и все упрощая
 Не надо строить модели для всего
на свете
17/41

Диаграммы последовательности
…и как не выстрелить себе в ногу
Показывают поведения нескольких объектов,
упорядоченные по времени их проявления
в рамках одного прецедента.
Прецедент – набор шагов для достижения цели
пользователя.
i
21/41

Диаграммы последовательности
Участник
Найденное
сообщение
Сообщение
Возврат
Активация
Линия жизни
22/41

Когда применять?
 Требуется рассмотреть поведение
нескольких объектов в рамках одного
прецедента
 Не очень подходит для точного
определения поведения
23/41

Диаграммы деятельности
Описывают логику процедур,
бизнес-процессы и потоки работ,
в том числе параллельные.
24/41

Основные элементы
Начальный узел
Поток / ребро
Операция
Решение
Объединение
Ветвление
Окончание
деятельности
Слияние
Есть диаграмма
вложенной
деятельности
25/41

Декомпозиция операции
Входной параметр Выходной параметр
26/41

Назначение
 Диаграммы деятельности описывают
логику процедур, бизнес-процессы
и потоки работ
 Диаграммы деятельности также
применяются для:
 описания параллельных процессов
 блок-схем алгоритмов
(в особенности параллельных алгоритмов)
 визуальное программирование workflow
 описания прецедентов (use case-ов)
28/41

Мартин Фаулер:
Мне часто приходилось видеть, как
диаграммы деятельности применялись для
описания прецедентов. Опасность такого
подхода состоит в том, что часто эксперты
в предметной области с трудом могут им
следовать. Если дело обстоит так, то лучше
обойтись простой текстовой формой.
29/41

Диаграммы состояний
Описывают поведение одного объекта
в нескольких прецедентах.
30/41

Основные элементы
Начальное
псевдосостояние
Конечное
состояние
Состояние
Переход
Внутренние
активности
31/41

Переходы и их метки
триггер [защита] / действие
Событие
или внешнее действие
Условия
осуществимости перехода
Внутренняя логика перехода
(реализация перехода)
Направление перехода
32/41

Состояния
 Самопереход возвращает объект
в то же состояние
 Внутренние активности не инициируют
entry и exit
33/41

Супер- и параллельные состояния
34/41

Когда применять?
 Описание поведения одного объекта
в нескольких прецедентах
 Плохо подходят для описания
взаимодействия нескольких объектов
 Полезно применять для классов,
проявляющих интересное поведение
35/41

Не-UML
 Сам по себе UML не предполагает
возможностей для расширения нотации
кстати, за это его очень часто критикуют
 Применение по соглашению
(conventional use)
 нет в стандарте
 но широко используется
36/41

Не-UML
 UML недостаточно!
«Команды разработчиков часто формируют
собственные локальные соглашения»
«Во многих случаях полезными могут оказаться
различные диаграммы, и не надо избегать
диаграмм, не имеющих отношения к UML,
если не нашлось диаграмм UML, подходящих
для ваших целей»
 Примеры:
 диаграмма потоков экранов
 таблица решений
37/41

Инструменты
 MS Visio
 UML Graph
 Violet
 UMLet
 ArgoUML
 StarUML
…Есть и коммерческие продукты
38/41

Спасибо!
Вопросы?
Юрий Солдаткин
soldatkin@custis.ru
41/41

Разработка ПО с помощью UML

More Related Content

What's hot (20)

Similar to Разработка ПО с помощью UML (20)

More from CUSTIS (20)

Разработка ПО с помощью UML