Как синхронизировать диаграмму объектной модели и реализацию кода в течение жизненного цикла проекта?

Question

При проектировании новой объектной модели я всегда начинаю с функции диаграммы классов в Visual Studio. После того, как я разработал первую версию, с парой настроек, основанных на сборе новой информации или изменении требований, я начинаю работать над фактической реализацией.

По мере развития разработки и достижения целей диаграмма уходит на второй план, и в конечном итоге это заканчивается моделью, отличной от модели, разработанной с самого начала.

Как поддерживать синхронизацию объектной модели класса и реализации кода в течение жизненного цикла проекта?

Answer 1

Я большой поклонник Enterprise Architect для проектирования архитектуры.

Вы можете начать с разработки своего UML, после чего он сгенерирует базовый код для вас. Как только вы начинаете разрабатывать и вносить изменения в код, он может учитывать различия в вашем коде и синхронизировать их с моделью, и наоборот.

Это намного больше, и есть также плагин для Visual Studio, чтобы сделать его довольно плавным.

Существует бесплатная пробная версия, если вы хотите проверить это.

Answer 2

Вы испытываете раскол "дизайн против реальности". Когда вы планируете проект, вы не будете знать все, что вы узнаете по пути. Поэтому первоначальный дизайн всегда будет ошибочным.

Мой курс действий заключается в том, чтобы иметь только очень грубый дизайн, который определяет основные цели и оставляет перед собой место для всего, что мы изучим при создании приложения. Если мне нужна диаграмма, я всегда генерирую ее из живого кода, потому что это единственная Истина (tm), которая имеет значение.

Answer 3

Если вы хотите, чтобы он всегда был синхронизирован, вам придется сгенерировать его из самого кода.

Разве диаграмма классов не обеспечивает такую ​​функциональность? Я подумал, что если вы укажете на существующие классы, они будут обновляться.