08-02-2006 Luis Artola
Defect Driven Design (aka D-Cubed) es una metodología ágil que considera que no existe desarrollo de software y mantenimiento del software: todo es mantenimiento, desde el principio.
Comienzo de un proyecto: el cliente hace doble click sobre un icono en el escritorio y el icono no hace nada –> es el primer defecto del software: requiere mantenimiento. Suena estúpido, si. Pero es lo siguiente que viene. Todavía es una idea en desarrollo, y la metodología exacta se está articulando. Pero desde luego, y dada la regla del 20-80 (el 20% del tiempo desarrollas nuevo código y el 80% te lo pasas manteniéndolo), puede ser un acercamiento al desarrollo del software muy interesante.
Más y mejor explicado en:
1. Scripting TAO » Blo&hellip | Febrero 22nd, 2006 at 3:51 pm
[...] No seré yo desde éste humilde blog (:-D) el que es atreva a dar una respuesta clara a esta pregunta. Pero como ya comenté, se empieza a hablar de Defect Driven Development/Design (D-cubed) que lo que propone es que si queremos seguir simplificando la gestión de proyectos de software, pues lo que tenemos que hacer es acabar con las etapas de desarrollo. Una sola etapa: mantenimiento. Ni análisis, ni diseño, ni implementación ni pruebas. Sólo mantenimiento. [...]
2. Raúl | Marzo 28th, 2006 at 2:54 pm
Me parece interesante al final esta metodología dejaría el desarrollo del un proyecto en 2 etapas Captura de requisitos + Mantenimiento. A mí desde luego me parece un cambio muy grande pero estaría bien probarla a ver si se ajusta más al desarrollo de un proyecto desde el principio.
La verdad es que de toda la fase de análisis la mitad del tiempo es perdido porque siempre que se trabaje con algo nuevo se va a tener que iterar una y otra vez ya que el diseño no se ajustará hasta que se hayan comprobado todas las pegas de la tecnología con la que se esté trabajando.
Voy a mirarme estos links a fondo.
Obra bajo
licencia de Creative Commons.
Tema por
Luis Artola .
Hecho con
Wordpress
|
RSS
|
¿Quienes somos?
|
Archivos
Loading ...