-
Notifications
You must be signed in to change notification settings - Fork 41
UML. Диаграмма пакетов
Объяснить команде разработчиков с помощью диаграммы вариантов использования (use case diagram) последовательность шагов, с помощью которых они смогли бы разработать диаграмму пакетов для своей существующей системы.
Диаграмма пакетов служит, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.
-1. Оценить потребность в применении к системе диаграммы пакетов:
1.1. Решить необходимо ли выделять новые зависимости между объектами системы
1.2. Оценить сложность тестирования без диаграммы пакетов
1.3. По масштабам текущего проекта /итогового проекта оценить его сложность и "запутанность" _ Если было принято положительное решение, то переходим к послудующим этапам:
-2. Распределить различные модельные конструкции /диаграммы по пакетам:
2.1. Определить названия пакетов
2.2. Определить нужно ли вкладывать пакеты друг в друга _ Если модельными конструкциями являются диаграммы классов, то приступаем к действиям:
-3. Поместить классы в пакеты:
3.1. Задать классам полностью определенное имя
3.2. Определить по какому принципу будем вкладывать классы в пакеты
3.3 Указать тип класса в пакете:
3.3.1. Выделить закрытые классы
3.3.2 Выделить открытые классы __ Пакеты наполнены. Осталось определить связи между ними (если они существуют):
- Устанавливаем зависимости между пакетами
4.1. Общий анализ диаграмм классов в пакетах (можем добавить пояснительные метки на связи для ясности картины)
4.2. Ищем зависимости между классами в разных пакетах
4.2.1. На основе найденных отношений указываем верное их направление