He leído distintos artículos sobre UML en los que aseguran que es una mala idea y otros que es una gran ideadibujar diagramas. Así que transcribi una parte de un texto que indica cuando si y cuando no dibujarlos.
Cuando si…
- Dibuja diagramas cuando varias personas necesiten comprenter la estructura de una parte en particular del diseño porque van a trabajar en el simultáneamente. Finaliza cuando todos están de acuerdo en que lo han comprendido.
- Dibuja diagramas cuando dos o más personas no están de acuerdo en cómo se ha diseñado un elemento en particular y tú quieres consenso en el equipo.
- Dibuja diagramas cuando quieras jugar con una idea de diseño, los diagramas te pueden ayudar a pensar sobre ello.
- Dibuja diagramas cuando quieras explicar la estructura de algúna parte del código a alguien o a ti mismo.
- Dibuja diagramas cuando está proximo el fin del proyecto y tu usuario lo ha solicitado como una parte de la documentación para otros.
Cuando no…
- No dibujes diagramas porque el proceso te lo indeque.
- No dibujes diagramas porque te sientas culpable por no dibujarlos o porque pienses que los buenos diseñadores lo hacen. Los buenos diseñadores escriben código y dibujan diagramas sólo cuando es necesario.
- No dibujes diagramas para crear documentación comprensible de la fase de diseño anterior a la codificación. Dichos documentos casi nunca valen para nada y consumen inmensas cantidades de tiempo.
- No dibujes diagramas para que otras personas los codifiquen. Los verdaderos arquitectos de software participan en la codificación de sus diseños.
Bibliografía: UML para progranadores Java, Robert C. Martin
Te recomiendo leer Por qué UML no sirve.
¿Tu qué opinas?, ¿Los usas?