Типичная ошибка — забыть включить в постусловия создание новых объектов или установку связей между ними, что особенно важно для корректного поведения системы.
30. Проектирование динамической структуры ПО с использованием UML в рамках объектно ориентированного подхода
Динамическое проектирование – взаимодействие объектов разных классов.
Диаграммы последовательности и коммуникации.
Термин диаграмма взаимодействия используется для общего названия двух конкретных типов диаграмм:
● последовательностей ● коммуникаций.
Диаграммы последовательностей:
Диаграммы коммуникаций иллюстрируют взаимодействия объектов в формате графа или сети.
Основные обозначения диаграмм последовательностей.Участники взаимодействия обозначаются следующим образом:
●
●
Неименованные
Именованные
После этого начать рассказывать про СДП
Диаграммы взаимодействия отображают взаимодействия, передаваемые от одних объектов к другим.
31. Средства UML для выражения полиморфных сообщений в контексте проектирования динамической структуры ПО
-Полиморфизм — это способность объектов различных классов реагировать на одни и те же сообщения (методы) по-разному.
-В UML для отображения полиморфных сообщений используют специальные средства, которые помогают визуализировать динамическое поведение системы.
Средства UML для выражения полиморфных сообщений
1. Диаграммы последовательностей (Sequence Diagrams)
-Основной инструмент для моделирования взаимодействий между объектами.
-В этих диаграммах отображаются сообщения, передаваемые между объектами во время выполнения.
-Полиморфизм проявляется в том, что при вызове метода на объекте, который является экземпляром подкласса, вызывается переопределённая версия метода.
-В UML это реализуется за счёт одинаковых сообщений, которые могут быть отправлены разным объектам, и их поведение зависит от типа объекта-реципиента.
2. Объектные сообщения и вызовы методов
-В UML-диаграммах последовательностей сообщение
отображается стрелкой, которая указывает вызов метода.
- Для полиморфных вызовов стрелки показывают, что сообщение может быть обработано разными классами-реципиентами, что моделирует динамическое поведение.
3. Использование стереотипов и комментариев
- Можно добавлять стереотипы типа <<polymorphic>> для
указания, что сообщение является полиморфным.
- Также можно пояснить, что конкретная реализация метода зависит от типа объекта.
4.Объектно-ориентированная динамика
-В UML отображается, что конкретный класс объекта, получающий сообщение, определяется во время выполнения (динамическое связывание).
32. Средства UML для выражения асинхронных вызовов в контексте проектирования динамической структуры ПО
-Асинхронные вызовы — это вызовы методов, при которых отправитель не ждёт завершения обработки и продолжает выполнение.
-В UML для моделирования таких вызовов используют специальные средства, чтобы показать, что взаимодействие происходит асинхронно.
Средства UML для выражения асинхронных вызовов
1.Диаграммы последовательностей (Sequence Diagrams)
-В основном инструменте для моделирования взаимодействий.
-Асинхронные вызовы отображаются стрелками с открытым треугольником (стрелки с открытым наконечником).
-В отличие от синхронных вызовов, такие стрелки показывают, что отправитель не ожидает завершения вызова и продолжает выполнение.
2.Обозначения стрелок
-Асинхронный вызов: стрелка с открытым треугольником.
-Синхронный вызов: стрелка с заполненным наконечником (обычная стрелка без треугольника).
3.Возвратные сообщения
-В UML асинхронные вызовы часто не сопровождаются возвратными стрелками, так как отправитель не ожидает ответа.
-Однако, если нужно показать ответ, используют отдельную пунктирную стрелку с закрытым наконечником.
4.Обозначение поведения
-В комментариях или стереотипах можно указать, что вызов является асинхронным, например, с помощью <<async>>.
5.Модель событий и обработки
-В UML также можно использовать событийные диаграммы или расширения последовательностей для отображения асинхронных сообщений
иих обработки.
33.Проектирование статической структуры ПО с
использованием UML в рамках объектно ориентированного подхода
Проектирование статической структуры программного обеспечения (ПО) — это создание модели, которая показывает классы, их атрибуты, методы и взаимосвязи между классами. В объектно-ориентированном подходе основной инструмент для этого — это диаграммы классов UML.
Основные этапы и элементы проектирования
1. Выделение классов и объектов
-Анализ требований и предметной области.
-Выделение ключевых сущностей, которые будут отражены как классы.
-Определение объектов, которые являются экземплярами классов.
2. Определение атрибутов и методов - Для каждого класса определяются его свойства (атрибуты) и
поведение (методы).
-Атрибуты описывают состояние объектов класса.
-Методы — операции, которые могут выполнять объекты. 3. Определение связей между классами
-Ассоциации: показывают, что один класс связан с другим.
- Агрегации и композиции: указывают на более сильные или слабые "части-целого" отношения.
- Наследование: отображает иерархию классов, где подкласс наследует свойства и поведение суперкласса.
4. Использование UML-диаграмм классов
- На диаграмме классов отображаются классы, их атрибуты, методы и
связи.
- Обеспечивают ясное и наглядное представление статической структуры системы.
Важные особенности
-UML помогает визуализировать сложную структуру системы.
-Использование UML способствует улучшению коммуникации между разработчиками и заказчиками.
-Модель UML служит основой для дальнейшей реализации системы.