Основы UML Elena Gunyova Itransition training courses Зачем

Основы UML Elena Gunyova Itransition training courses

Зачем я пришёл/пришла на лекцию? Научиться “читать по UML”, Научиться “писать на UML”, Узнать почему мне хотелось бы знать UML, ещё варианты ? Стр. 2

План лекции Введение OOA/OOD и UML, UML на практике, Инструментарий, Заключение Стр. 3

Что такое UML UML (Unified Modeling Language) – это графический язык моделирования общего назначения предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем Определяет нотацию и метамодель. Язык общения между. Заказчик <-> Аналитик, Аналитик <-> Разработчик, Разработчик <-> Разработчик, Аналитик <–> Тестировщик Стр. 4

Стр. 5 Зачем нужен UML Визуализация, Проектирование, Статическая и динамическая декомпозиция сложной системы, Design Patterns, Контроль сложности. Спецификация и документирование.

OOAD Объектно-ориентированный анализ и проектирование (OOAD) это подход к разработке программного обеспечения, который представляет систему как группу взаимодействующих объектов. Каждый объект имеет определённое предназначение, относится к определённому классу, и имеет определённое поведение. Различные модели могут быть созданы, чтобы показать статическую структуру, динамическое поведение, и физическое развертывание этих взаимодействующих объектов. Стр. 6

Стр. 7 Общая схема взаимосвязей моделей и представлений сложной системы в процессе ООАП

История создания UML До UML 1.X - изначально создавался как язык ОО моделирования (Авторы: Гради Буч, Джеймс Рамбо, Ивар Якобсон) UML 1.X UML 2.X To be continued… Стр. 8

Визуальные представления системы в UML 1 Стр. 9

Основополагающий принцип UML Аспекты моделируемой системы Интерфейсы для взаимодействия с внешним миром, Структуру хранимы данных, Алгоритмы функционирования, Состав артефактов включаемых в поставку и др. Основополагающий принцип UML: моделировать сложную систему следует с различных точек зрения, каждый раз принимая во внимание один аспект моделируемой системы и абстрагируясь от остальных. Стр. 10

Общие свойства модели “Правильность”, Непротиворечивость, Полнота, Однозначность. Стр. 11

UML на практике Общие диаграммы, Специальные диаграммы. Стр. 12

Общие Диаграммы Диаграмма Использования (Use Case Diagram), Диаграмма Классов (Class Diagram), Диаграмма Состояний (State Machine Diagram), Диаграмма Деятельности (Activity Diagram), Диаграмма Последовательности (Sequence Diagram), Диаграмма Коммуникации (Communication/Collaboration Diagram), Диаграмма Компонентов (Component Diagram), Диаграмма Размещения (Deployment Diagram). Стр. 13

Диаграмма Вариантов Использования Стр. 14

Обобщение Вариантов Использования Стр. 15

Обобщение Действующих Лиц (Actors) Стр. 16

Отношения между ВИ Стр. 17

Преимущества: Выявление границ системы, Декларативное описание (диаграмма не указывает ни на последовательность выполнения ВИ, нет ошибок связанных с этим). Простые утверждения (“деятель делает действие ”), Абстрагирование от реализации (что система делает, а не как делает) Стр. 18

Применение Определить общие границы и контекст моделируемой предметной области; Сформулировать общие требования к функциональному поведению проектируемой системы; Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей; Стр. 19

Диаграмма классов Стр. 20 Realization Generalization

Диаграмма классов Стр. 21 Realization Dependency

Диаграмма классов Стр. 22 Association Aggregation Association Composition Association Association Class Interaction via Interface (UML 2) 0..*

Стр. 23 Советы по работе с диаграммами классов Описывать структуру удобнее параллельно с описанием поведения Не пытайтесь использовать сразу все доступные понятия Выбор точки зрения для построения модели должен соответствовать конкретному этапу работы над проектом: Концептуальная. Точка зрения спецификации. Точка зрения реализации. Концентрация на главных аспектах модели. Опасность увязнуть в деталях.

Диаграммы Последовательности Стр. 24

Диаграмма Коммуникации Стр. 25

Стр. 26 Применение диаграммы взаимодействия Диаграммы последовательности отражают временную упорядоченность сообщений. Диаграммы коммуникации/кооперации отражают структурную организацию обменивающихся сообщениями объектов. Эти диаграммы являются изоморфными, то есть могут быть преобразованы друг в друга.

Диаграмма Состояний Стр. 27

Состояние и связанные действия Стр. 28

Стр. 29 Применение Диаграммы Состояний Отражают все возможные состояния в которых может находится конкретный объект Показывают изменения состояния объекта, которые происходят в результате влияния некоторых событий на этот объект. Как правило строится для класса

Диаграмма Деятельности Стр. 30

Применение Диаграмм Деятельности Описывает последовательность деятельностей С лингвистической точки зрения почти тоже самое, что и Flow Chart. Поведение описывается с помощью ветвлений и соединений Параллельное поведение изображается с помощью слияний и разделений Стр. 31

Диаграмма Компонентов Стр. 32

Диаграмма Компонентов Показывает различные компоненты системы и зависимости между ними Компонент представляет собой физический модуль программного кода. Стр. 33

Диаграмма Развёртывания Стр. 34

Стр. 35 Диаграммы Развёртывания Отражает физические взаимосвязи между программными и аппаратными компонентами разрабатываемой системы Каждый узел представляет некоторый тип вычислительного устройства

Специальные Диаграммы Диаграмма Объектов(Object Diagram), Диаграмма Внутренней Структуры (Composite Structure Diagram), Диаграмма Синхронизации (Timing Diagram), Обзорная Диаграмма Взаимодействия (Interaction Overview Diagram), Диаграмма Пакетов(Package Diagram). Стр. 36

Модель и её элементы Сущности, Отношения, Диаграммы. Стр. 37

Сущности Структурные (объект, класс, интерфейс, кооперация, действующее лицо, компонент, артефакт, узел), Поведенческие (состояние, деятельность, действие, вариант использования), Группирующие (пакет), Аннотационные (комментарий). Стр. 38

Отношения Стр. 39

Диаграммы в UML Стр. 40

Стр. 41 Достоинства и недостатки UML UML объектно-ориентированный, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на ООП. UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы. Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом. UML расширяем и позволяет вводить собственные текстовые и графические стереотипы. UML получил широкое распространение и динамично развивается. Нет “сравнимых по мощности” конкурентов

Критика: Избыточность языка. Неточная семантика. Проблемы при изучении и внедрении. Только код отражает код. ООП направленность. Пытается быть всем для всех. Стр. 42

Стр. 43 Вопросы? www.itransition.com