Hombre, estoy de acuerdo en que detallar hasta el más nimio detalle en un diagrama UML es un coñazo además de un trabajo que luego se va a aprovechar bien poco, pero este tipo de herramientas funcionan muy bien para hacer, por lo menos, el "armazón" del programa. Hacer un diagrama de clases más o menos sencillo y con los principales métodos y atributos de cada clase es bastante sencillo y más rápido que programar todo el código. Luego, eso si, hay que rellenar.
Creo que el principal error al enfrentarse con este tipo de programas, es que esperamos que nos resuelva la vida. Siempre hay que trabajar un poco, no nos van a dar todo hecho.
Y por cierto, una ventaja muy importante que veo en primero hacer un par de modelos gráficos y luego empezar a programar es que facilita mucho la coordinación entre miembros de un grupo de programación. Cuando varias personas participan en el mismo proyecto esto es un tema serio. Aunque claro, esto se puede obviar para hacer nuestros propios programas en solitario.
Re:Como los jeroglíficos y el pictionary
(Puntos:1)( https://blog.rcorral.es/ | Última bitácora: Martes, 29 Junio de 2010, 11:58h )
Creo que el principal error al enfrentarse con este tipo de programas, es que esperamos que nos resuelva la vida. Siempre hay que trabajar un poco, no nos van a dar todo hecho.
Y por cierto, una ventaja muy importante que veo en primero hacer un par de modelos gráficos y luego empezar a programar es que facilita mucho la coordinación entre miembros de un grupo de programación. Cuando varias personas participan en el mismo proyecto esto es un tema serio. Aunque claro, esto se puede obviar para hacer nuestros propios programas en solitario.
Un saludo.
Disculpe que no me disculpe