Для начала, не пытайтесь объяснить это динамическое взаимодействие, используя соединители на диаграмме классов.
Направление соединителей стрелок на диаграмме классов просто указывает , кто знает, кто . Это означает, что зависимости между классами. С помощью этих стрелок вы можете указать, какие классы нужны другим классам, но вам не нужно объяснять, как - динамика сотрудничества между этими предложениями. Вот для чего нужны динамические диаграммы UML.
Начните с диаграммы классов, которая представляет собой статическое представление системы, а затем добавьте несколько динамических диаграмм.
В качестве динамических диаграмм, наряду с диаграммами последовательности, которые являются наиболее распространенными, вы также можете использовать:
- Диаграммы деятельности
- Диаграммы состояний
- Диаграммы сотрудничества
У каждого есть своя собственная достопримечательность, и основная стратегия заключается в том, чтобы вы повторно использовали некоторые объекты, определенные в диаграмме классов, для описания конкретных сценариев.
Для каждого из «интересных» сценариев в вашей системе вы должны создать одну из этих динамических диаграмм, чтобы описать, что происходит между объектами, которые вы указали на диаграмме классов.
Как правило, каждый вариант использования будет описываться одной диаграммой классов и одной или несколькими динамическими диаграммами. Вся эта информация о дизайне вместе называется реализацией варианта использования , потому что они описывают дизайн, который сделает ваш вариант использования реальным при создании кода.
Проверьте UML Distilled Фаулера , чтобы получить краткое, но превосходное объяснение этого рабочего процесса проектирования с использованием UML.