Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Entre la XP y el RUP?
O No se haga ilusiones, esto no es para
ayudarle a decidir entre la metodologa XP y el RUP. Es ms bien una recomendacin para usar XP.
O La XP es adecuada para cualquier tipo de
RUP lo han hecho por varios aos y tienen especialistas del proceso que facilitan a los miembros sin experiencia el conocimiento de las prcticas y metodologas.
O La metodologa XP es mucho ms fcil de
implementar y de aprender, por lo que los equipos jvenes pueden incorporarla de manera ms natural.
de muy diversos tipos, entre ellos, el uso de artefactos de documentacin es quiz una de los factores que lo hacen tedioso para algunos.
O Se debe aclarar que el uso intensivo de
documentacin es una buena prctica que no debe abandonarse incluso en la XP, aunque esta tiene sus propios artefactos, ms giles y menos protocolarios, pero igual de exhaustivos.
en RUP no son exactamente iguales, aunque sin duda tienen bastantes similitudes, ambas son metodologas iterativas con probado xito en el desarrollo de software.
PRIMERA FASE
O En un proyecto XP la primera fase es llamada
pice arquitectnico (Architectural Spike) corresponde bastante con la Incepcin del RUP. mucho ms rpida que en RUP, donde la incepcin puede tener varias iteraciones, sin embargo, ambas buscan lo mismo: conceptualizar de manera general el proyecto. En esta fase suelen presentarse los primeros estimados y es normal que estos sean muy poco precisos.
SEGUNDA FASE
O La fase de Plan de entregas de la XP podra
verse como la Elaboracin del RUP, en ambas se presentan los Guiones de usuario (XP) o Casos de uso (RUP) y se establecen con ms claridad los requerimientos del sistema generales.
O Una
de las mayores diferencias es la documentacin asociada a estas fases y el estilo de la misma, sin embargo, los casos de uso y los guiones de usuario son, en esencia, lo mismo, descripciones del comportamiento esperado del sistema ante las acciones de los usuarios o actores externos.
TERCERA FASE
O
Despus de esto comienza propiamente el desarrollo, o la elaboracin del cdigo en s. En RUP se le llama Construccin, en XP se le considera como el grupo de iteraciones o Iteracin a secas.
Aqu las iteraciones cobran su verdadera importancia y ambas metodologas comienzan cada iteracin con guiones de usuario o casos de uso que debern cumplirse al final de la iteracin y con un trabajo de arquitectura. Cada iteracin debe ser corta, en XP suelen ser notablemente ms cortas que en RUP, pero en ninguno de los dos casos es conveniente que duren ms de dos semanas. Cada una tiene entregables claros definidos en los guiones o casos y al final de ellas se debe siempre reestimar el proyecto con la intencin de hacer ms precisos los estimados generales.
CUARTA FASE
O Finalmente en XP se debe cumplir las pruebas de
aceptacin definidos tambin en los guiones de usuario donde se cotejan los resultados actuales con lo que se esperaba del sistema.
O En RUP esta fase se contempla dentro de la
diferencias pueden ser mayores, para RUP la entrega final debe ser algo mucho ms definido, mientras que en XP se realizan entregas continuas y discretas que permiten evaluar el sistema conforme se colocan las versiones finales.
en el nivel de protocolo.
O En
RUP el protocolo puede ser demasiado extenuante para un equipo pequeo y afectar directamente la productividad y velocidad del equipo. est hecho en la comunicacin dentro del equipo, incluyendo aqu por supuesto al cliente o usuario; en la velocidad del desarrollo y en la posibilidad de perfeccionar continuamente el cdigo existente.
asociadas a su ciclo de proyecto son el trabajo en parejas, que permite una retroalimentacin entre los programadores continua e intensa, la orientacin a pruebas del desarrollo, que garantiza que no se escribir cdigo sin pruebas de funcionalidad y la Refabricacin (Refactoring) continua.
O En RUP tambin se tiene un enfoque de
pruebas continuas o incluso orientacin a pruebas, pero no se les da el mismo nfasis que en XP.
RESUMEN
O La diferencia ms importante de XP sobre
RUP es la agilidad en el desarrollo, conseguida mediante una comunicacin intensiva del equipo en, una confianza en todos los desarrolladores, una disminucin notable del protocolo y de las jerarquas dentro y fuera del equipo y una autoevaluacin intensiva incluso a nivel de cada desarrollador.
Introduccin
O Esta
promueve
los
Feedback
DOCE PRCTICAS
O O O O O O O O O O O O
Planificacin incremental Testing Programacin en parejas Refactorizacin Diseo simple Propiedad colectiva del cdigo Integracin continua Cliente en el equipo Releases pequeas Semanas de 40 horas Estndares de codificacin Uso de Metforas