De manera similar a los enfoques ágiles, el proceso unificado racional (RUP) es iterativo e incremental. Sin embargo, RUP es más prescriptivo y formal que los métodos ágiles. Aquí cinco ejemplos clave que resaltan algunas de las principales diferencias:
- RUP usa fases predefinidas . El ciclo de vida del proyecto se divide en cuatro fases: inicio, elaboración, construcción y transición. Cada una de las fases se compone de iteraciones que hacen más énfasis en actividades relevantes para la fase específica. Por ejemplo, las iteraciones dentro de la fase inicial hacen más énfasis en la visión del producto / proyecto, mientras que las iteraciones dentro de la fase de elaboración hacen más énfasis en los componentes arquitectónicamente relevantes del sistema en desarrollo.
- El llamado a las fases de inicio y elaboración sugiere un gran avance. Aunque se alienta al equipo a realizar al menos una construcción mínima de software durante estas fases, en realidad la mayoría de los equipos usan estas fases para formalizar las especificaciones. Una vez completadas estas fases, se espera que los equipos preasignen la mayor parte del trabajo a las iteraciones de construcción. De alguna manera, los equipos pueden sentir que después del inicio y la elaboración, se establece un contrato, lo que socava los valores ágiles de “ colaboración con el cliente sobre la negociación del contrato” y “ responder al cambio en lugar de seguir un plan”.
- RUP predefine más roles . Si bien los enfoques ágiles prefieren hacer que todo el equipo rinda cuentas y, por lo tanto, no reconoce roles dentro del equipo de desarrollo, RUP prescribe una gran cantidad de roles.
- RUP prescribe más artefactos . RUP se basa en casos de uso y proporciona pautas y plantillas para muchos documentos. Por ejemplo, el marco RUP requiere un documento de arquitectura de software formal (SAD) y un análisis de casos de uso (realización). En este sentido, algunos agilistas podrían decir que los valores ágiles “ Software de trabajo sobre documentación integral” e “ individuos e interacciones sobre procesos y herramientas” podrían estar en riesgo en RUP.
- RUP es impulsado por casos de uso, modelo pesado. Ejemplos sólidos de prescripción y formalidad son los hechos de que en RUP se supone que los requisitos se especifican como casos de uso y que los modelos UML se utilizan durante todo el proceso. Aunque en los enfoques ágiles la mayoría de los equipos usan historias de usuarios, no es obligatorio.
Observe que las personalizaciones ágiles de RUP ya existen: Proceso ágil unificado (AUP). En mi opinión, cuando Agile se acerca a la escala, comienzan a parecerse más a RUP.
- Cómo crear un nombre para mi plataforma
- Entre los dos, ¿cuál sería el mejor programa, sistemas de información o desarrollo de software?
- ¿Cuáles son algunos consejos que le daría a su pasado cuando recién se estaba iniciando en el desarrollo de software?
- ¿Cuál es el mejor marco móvil html5 para crear un tema o aplicación web móvil personalizada y su necesidad depende principalmente de css?
- ¿Cuáles son las ideas del desarrollo de software personalizado?