La domanda che fai è molto comune nella comunità di sviluppo del software. Le persone possono vedere il valore di avere un modello UML del loro codice, ma si rendono anche conto che c'è un sovraccarico in più nella progettazione del modello e poi nella scrittura del codice (anche se lo scheletro del codice proviene dallo strumento di modellazione).
Il mio suggerimento di allenerti (senza il sovraccarico) è se stai facendo un progetto più piccolo che sei in grado di concettualizzare nella tua testa, quindi prova a scrivere il codice prima, poi reverse engineering in uno strumento come Enterprise Architect . Questo è un processo non distruttivo in cui Enterprise Architect non tenterà di modificare o ottimizzare alcun codice e semplicemente generare i diagrammi delle classi UML dal lavoro svolto. Questo richiede circa 10 secondi.
Da qui avrai una nuova visione di come le tue applicazioni sono messe insieme e potresti trovare alcuni modi per migliorare il design. A questo punto, se lo desideri, puoi sincronizzare nuovamente il modello con il tuo codice o apportare le modifiche al codice manualmente e sincronizzare il codice con il modello.
L'altro vantaggio è che ora puoi iniziare a creare una libreria dei tuoi schemi di codice che puoi usare per costruire rapidamente le tue applicazioni future. Come hai già risolto questi problemi di progettazione in passato, puoi semplicemente copiarli dal progetto precedente nel tuo nuovo modello di progetto. Un buon esempio di questo è un motore di gioco: sostanzialmente rimane lo stesso da un gioco all'altro, proprio come il resto del progetto interagisce con i cambiamenti del motore di gioco.
Accoppia questo con le funzionalità extra che ottieni dagli strumenti di modellazione, tra cui la documentazione automatica e la gestione integrata dei requisiti. Troverai che i tuoi progetti dovrebbero iniziare a scorrere molto più agevolmente.
La modellazione del codice è più di un semplice UML, ma è un buon inizio. Se non sono stato chiaro su qualsiasi punto, non esitate a chiedere!