Hay una cosa que no me gusta nada nada de esta metodología y es la poca importancia que le da al diseño de la aplicación al inicio del desarrollo...
Lo cual, en mi opinión, es un craso error...
Verdaderas basuras se pueden generar aunque se utilice una programación basada en tests (lo cual es una idea mágnífica, de hecho fundamental para poder refactorizar).
Aparte, tené en cuenta que XP se centra en la etapa de IMPLEMENTACIÓN del ciclo de vida de un proyecto... Por ende, no se está suprimiendo en lo mas mínimo la ingeniería de requisitos; y el diseño es más flexible (se usan prototipos).
Es más, El diseño tiene importancia, y se usan muchísimo las herramientas CASE... No al punto de usar Aris o Rational Rose, pero es muy comun usar Enterprise Architect para hacer los diagramas más necesarios (clases y los casos de uso principales), y generar código automáticamente. Esto, es por lo gral lo que se habla en los meetings al comienzo del día o del hito... Se documenta, pero no en formalmente.
--
El doc
"Nada de cerveza mientras no acabes tu tequila!" --Padre de Leela, Futurama.
diseño
(Puntos:2)( http://eduoliveros.com/ | Última bitácora: Martes, 28 Diciembre de 2004, 21:19h )
Lo cual, en mi opinión, es un craso error...
Verdaderas basuras se pueden generar aunque se utilice una programación basada en tests (lo cual es una idea mágnífica, de hecho fundamental para poder refactorizar).
Re:diseño
(Puntos:2)( http://www.psicofxp.com/ )
Es más, El diseño tiene importancia, y se usan muchísimo las herramientas CASE... No al punto de usar Aris o Rational Rose, pero es muy comun usar Enterprise Architect para hacer los diagramas más necesarios (clases y los casos de uso principales), y generar código automáticamente. Esto, es por lo gral lo que se habla en los meetings al comienzo del día o del hito... Se documenta, pero no en formalmente.
El doc
"Nada de cerveza mientras no acabes tu tequila!" --Padre de Leela, Futurama.