Doxygen c'est bien pour documenter le code, pas pour faire de la conception.
Cependant, faire de l'UML pour la conception c'est bien, mais faire de l'UML pour de la maintenance de code, c'est lourd, comme tu l'as bien exposé.
Ce que tu devrais faire, c'est utiliser un logiciel UML qui fasse de la rétro-ingienérie de code. Il y en a plein qui font celà, dont le célèbre rational rose. Ce que tu dois faire, c'est faire ton refactoring sur papier en concertation avec l'équipe de dev, ensuite tu modifies directement ton code, et là tu le passe à la moulinette dans ton outils de rétro-ingénierie UML pour garder tes diagrammes à jours. En plus, documente ton code au format doxygen, comme ça tu as à la fois l'UML et la documentation. C'est pourtant simple et logique, non?
# Doxygen n'est pas fait pour la conception
Posté par ecyrbe . En réponse au journal Conception de logiciel et UML. Évalué à 10.
Cependant, faire de l'UML pour la conception c'est bien, mais faire de l'UML pour de la maintenance de code, c'est lourd, comme tu l'as bien exposé.
Ce que tu devrais faire, c'est utiliser un logiciel UML qui fasse de la rétro-ingienérie de code. Il y en a plein qui font celà, dont le célèbre rational rose. Ce que tu dois faire, c'est faire ton refactoring sur papier en concertation avec l'équipe de dev, ensuite tu modifies directement ton code, et là tu le passe à la moulinette dans ton outils de rétro-ingénierie UML pour garder tes diagrammes à jours. En plus, documente ton code au format doxygen, comme ça tu as à la fois l'UML et la documentation. C'est pourtant simple et logique, non?