Barrapunto

Me temo que hablas desde el desconocimiento...Las herramientas MDA, al menos las que yo conozco, pese a estar basadas en UML se complementan con algún lenguaje tipo pseudo-código de alto nivel. No, no estás programando dentro del modelo, son de alto nivel por lo que con muy pocas instrucciones se hacen muchas cosas. El resultado final es una aplicación COMPLETA y funcional y no un esqueleto de clases como tu dices. Por otro lado.. ¿los "dibujitos" después de escribir código? ¿Cómo documentais los requerimientos en tu equipo? ¿Os poneis directamente a escribir el código sin un análisis previo? En definitiva, desde la expericencia creo que este tipo de herramientas son muy útiles para cierto tipo de software, ahorran mucho trabajo monótono y reducen el número de errores. También ayudan a que pienses como un analista y no como un 'picacódigo'. Saludos.

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.

Un saludo.