Rup ,xp, msf
Páginas: 4 (955 palabras)
Publicado: 8 de noviembre de 2010
Publicado en Programming, RUP, Software Development, XP por wigahluk en Junio 26, 2007
No se haga ilusiones, este no es un artículo para ayudarle a decidir entre la metodología XP y el RUP. Es másbien una recomendación para usar XP aunque la quiera decorar como una comparación de equivalencia.
Personalmente creo que la XP es adecuada para cualquier tipo de proyecto y para equipos decualquier tamaño (muchos piensan que la XP es para equipos muy chicos, de dos a cuatro personas, y para proyectos de corta duración y metas modestas).
En el caso del RUP, sin embargo, la implementación deestos procesos para equipos pequeños o proyectos chicos se convierte en un gasto de tiempo y dinero innecesario.
La mayoría de los equipos que utilizan RUP lo han hecho por varios años y tienenespecialistas del proceso que facilitan a los miembros sin experiencia el conocimiento de las prácticas y metodologías. La metodología XP es mucho más fácil de implementar y de aprender, por lo que losequipos jóvenes pueden incorporarla de manera más natural.
El RUP hace un uso intensivo de artefactos de muy diversos tipos, entre ellos, el uso de artefactos de documentación es quizá una de losfactores que lo hacen tedioso para algunos. Aquí debo aclarar que el uso intensivo de documentación es una buena práctica que no debe abandonarse incluso en la XP, aunque esta tiene sus propiosartefactos, más ágiles y menos protocolarios, pero igual de exhaustivos.
Los ciclos de vida de un proyecto en XP y en RUP no son exactamente iguales, aunque sin duda tienen bastantes similitudes, ambas sonmetodologías iterativas con probado éxito en el desarrollo de software.
En un proyecto XP la primera fase es llamada “Ápice arquitectónico” (Architectural Spike) corresponde bastante con la“Incepción” del RUP. El ápice arquitectónico de la XP suele ser mucho más rápida que en RUP, donde la incepción puede tener varias iteraciones, sin embargo, ambas buscan lo mismo: conceptualizar de manera...
No se haga ilusiones, este no es un artículo para ayudarle a decidir entre la metodología XP y el RUP. Es másbien una recomendación para usar XP aunque la quiera decorar como una comparación de equivalencia.
Personalmente creo que la XP es adecuada para cualquier tipo de proyecto y para equipos decualquier tamaño (muchos piensan que la XP es para equipos muy chicos, de dos a cuatro personas, y para proyectos de corta duración y metas modestas).
En el caso del RUP, sin embargo, la implementación deestos procesos para equipos pequeños o proyectos chicos se convierte en un gasto de tiempo y dinero innecesario.
La mayoría de los equipos que utilizan RUP lo han hecho por varios años y tienenespecialistas del proceso que facilitan a los miembros sin experiencia el conocimiento de las prácticas y metodologías. La metodología XP es mucho más fácil de implementar y de aprender, por lo que losequipos jóvenes pueden incorporarla de manera más natural.
El RUP hace un uso intensivo de artefactos de muy diversos tipos, entre ellos, el uso de artefactos de documentación es quizá una de losfactores que lo hacen tedioso para algunos. Aquí debo aclarar que el uso intensivo de documentación es una buena práctica que no debe abandonarse incluso en la XP, aunque esta tiene sus propiosartefactos, más ágiles y menos protocolarios, pero igual de exhaustivos.
Los ciclos de vida de un proyecto en XP y en RUP no son exactamente iguales, aunque sin duda tienen bastantes similitudes, ambas sonmetodologías iterativas con probado éxito en el desarrollo de software.
En un proyecto XP la primera fase es llamada “Ápice arquitectónico” (Architectural Spike) corresponde bastante con la“Incepción” del RUP. El ápice arquitectónico de la XP suele ser mucho más rápida que en RUP, donde la incepción puede tener varias iteraciones, sin embargo, ambas buscan lo mismo: conceptualizar de manera...
Leer documento completo
Regístrate para leer el documento completo.