Вам необходимо иметь модель и создавать представления диаграмм UML из вашей модели. Если вы сохраните свою модель и свои диаграммы в SVN или CVS, то вы сможете обмениваться диаграммами в нескольких местах с несколькими командами.
Я использую Omondo EclipseUML для большого проекта Java EE, и мы можем совместно использовать диаграммы между Индией, Великобританией, Францией и США для одного проекта.
Хитрость, которую мы используем, заключается в том, чтобы сохранить нашу модель в корне нашего проекта в Eclipse. Это означает, что каждый раз, когда мы вносили изменения, они сохраняются в нашей компании SVN.
Другой способ облегчить жизнь и избежать одновременного подключения к SVN - позволить каждой команде разрабатывать свое собственное программное обеспечение, например, проект. Затем мы расширяем и связываем все проекты на уровне кода и, наконец, создаем единую модель, составленную из всех проектов, каждый из которых является подмоделью основной модели.
Мы можем делиться диаграммами классов UML среди наших команд и всегда иметь актуальную модель. Если код изменяется, то наша модель автоматически обновляется. Все наши диаграммы тоже.
Действительно крутая, не более болезненная / бесполезная разработка, основанная на моделях, где существует обязанность генерировать код из модели, которая так же глупа, как генерация HTML из текстового документа. После генерации вы можете поместить весь код в корзину, так как его невозможно использовать !!
Поэтому мы используем диаграммы классов только как представление нашей модели, которая синхронизирована с кодом. Код является ядром моего приложения. Я могу создать код с диаграммой классов UML или вручную. Наши диаграммы классов UML только сейчас являются живой документацией нашего проекта. Это означает, что мы избегаем тратить время на моделирование и просто используем то, что нам действительно нужно, чтобы быть более эффективными, чтобы писать лучший код, лучшую архитектуру и иметь в актуальном состоянии совершенную проектную документацию стадии реализации на уровне кода.