Есть ли способ, чтобы диаграммы в диалоговом окне переключали информацию, просматриваемую в зависимости от вида масштабирования. Предположим, у меня есть архитектура Model-View-Controller. В некоторых случаях я хочу увидеть представление высокого уровня. Однако в других случаях я хочу видеть отдельные классы внутри модели, представления или контроллера. Есть ли способ сделать это с помощью dia или любого другого программного обеспечения для моделирования?UML Modeling zoom (Dia)
0
A
ответ
1
Как правило, вы должны создавать разные диаграммы для каждого желаемого уровня абстракции. Некоторые инструменты моделирования позволяют создавать гиперссылки между ними (например, Enterprise Architect). Вы указали диаграмму компонентов UML для своего обзора и используете ли вы диаграммы классов для деталей? Таким образом, вы не смешиваете вещи. С вашим подходом вам нужно будет определить для каждого элемента, на каком уровне масштабирования ему будет разрешено появляться. Это вызовет проблемы, потому что UML не предлагает ничего из диаграмм иметь зависящее от масштаба поведение.
Если вам нужно поведение, зависящее от масштаба, для передачи ваших идей другим, возможно, вам лучше использовать помощники для презентаций, таких как Prezi.
Смежные вопросы
- 1. UML Modeling Qustion
- 2. Схема последовательности UML в Dia?
- 3. Code Generation form Uml Modeling
- 4. UML в Dia, наследовать диагональ стрелки?
- 5. Dia экспорт не является удовлетворительным
- 6. Dimensional Modeling
- 7. ARIMA Modeling
- 8. Dia добавить существующий класс в пакет
- 9. GNOME Dia UI layout
- 10. Подчеркивание в DIA
- 11. DIA x64 & LocalFree
- 12. EMF (Eclipse Modeling Framework) в C#
- 13. Как удлинить жизненный цикл диаграммы последовательности в Dia?
- 14. GLSurfaceView Zoom (PINCH ZOOM)
- 15. Couchbase 4.0 Data Modeling
- 16. DDD Modeling Tournament Play
- 17. Python/Django Modeling Question
- 18. SSAS 2012 - Dimension Modeling
- 19. RethinkDB Survey Modeling
- 20. OO Design Modeling
- 21. sharepoint object modeling
- 22. Cassandra Data Modeling
- 23. mySQL Java Database Modeling
- 24. Hibernate parent-child modeling
- 25. Lambda Architecture Modeling Issue
- 26. Data Modeling Issue
- 27. Marklogic Linking/Modeling Documents
- 28. Dimensional Modeling Сомнение
- 29. NNet simple modeling
- 30. Sql Data Modeling
Причина, по которой я предлагал этот подход, состоит в том, что архитектура, которая у нас есть, настолько велика, что невозможно было сразу говорить обо всем проекте. Таким образом, если бы у нас была возможность обсуждать разные части, а подкатегоризацию компонентов, это облегчило бы разговоры о дизайне. Я рассматриваю попытку расслоения диаграммы и превращения разных слоев для разных компонентов в качестве последнего средства ... Спасибо за ваши отзывы. – richbria90
Да, это часто повторяющаяся проблема :) Иногда для большой картины может быть неплохо создать обзор и напечатать его в действительно большом формате, чтобы вы могли надеть его на стену и обсудить его. У нас это было для проектирования большой базы данных. Однако, как правило, диаграммы не должны превышать обычные форматы бумаги (как правило, чтобы ограничить сложность). – observer