¿Qué es el proceso unificado?
El proceso unificado (UP, o Unified Development Process) es una versión libre y abierta (no propietaria) del proceso iterativo e incremental de ingeniería de software propuesto por Jacobson, Booch y Rumbaugh (los “tres amigos”) en su libro El proceso unificado de desarrollo de software, publicado por Addisson-Wesley en 1999. El lenguaje para especificar y diagramar en el UP es UML, por lo cual puede apoyarse en cualquier herramienta que soporte UML.
Sus características principales son:
- Está dirigido por casos de uso (véase la sección sobre UML).
- Está centrado en la arquitectura (es decir, en una solución de conjunto.
- Tiene un ciclo de vida iterativo incremental (véase más adelante).
Ventajas: Su uso es libre (como decir “barra libre”, sin condiciones).
Hay excelentes textos, que explican la aplicación de este proceso paso a paso, como UML y patrones, de Craig Larman, publicado por Pearson-Prentice Hall (Segunda Edición, Madrid, 2003).
Desventaja: Es necesario “aterrizar” los conceptos, lo cual puede resultar un poco difícil para quien no tenga experiencia en el uso de procesos de ingeniería de software.
Panorama del Proceso Unificado: ciclo de vida iterativo e incremental
El UP es una síntesis de la cascada y los ciclos de vida iterativos: los requisitos son recabados en forma iterativa, y los productos se van construyendo en forma incremental y adaptativa. Cada fase puede ser realizada con una o más iteraciones cortas. Cada iteración (cuya duración típica es de 2 a 6 semanas) representa una “minicascada” (u otro tipo de mini ciclo de vida) con recabacion de requisitos, análisis, diseño, implementación y pruebas.
¿Qué es RUP®?
Es un proceso de ingeniería de software originalmente desarrollado por Rational Corporation, y que hoy es propiedad de IBM Corp. Cuenta con gran variedad de descripciones, documentación, apoyos didácticos, plantillas, y otros recursos. Está íntimamente ligado a la herramienta Rational Rose, también de IBM.
Existe toda una gama de opiniones y alternativas: desde quienes abogan por métodos ágiles (véase, por ejemplo, The agile software development manifesto), hasta quienes abogan por añadir más proceso todavía (http://www.enterpriseunifiedprocess.com/ ).
¿Qué es el ciclo de vida del proyecto?
Es un conjunto de fases que sirven para marcar los principales hitos y agrupar las actividades del proyecto. Generalmente, las fases se realizan secuencialmente
Obedecen a las necesidades tanto de la organización que las realiza como al tipo de producto.
Ejemplo de ciclo de vida: la cascada
Ésta es la “abuelita” de los ciclos de vida de proyectos informáticos:
Características de la cascada: no hay traslapos; es decir, se pasa, o no se pasa, a la siguiente.
Riesgo: El usuario ve los resultados hasta el final, y puede rechazar el resultado (todo, o en partes).
¿Funciona en determinados ambientes?: por supuesto que sí. Hay equipos de desarrollo que son disciplinados para trabajar, y que tienen años de trabajar con las mismas áreas de aplicación. Sin embargo, debe considerarse que definitivamente no es recomendable cuando el equipo de trabajo no conoce profundamente el área de aplicación; es decir, cuando los requisitos no pueden ser recabados y formalizados en una sola iteración.
Otro ejemplo de ciclo de vida: los prototipos evolutivos
Método iterativo (es decir, que el ciclo se repite), que puede ser excelente para situaciones de experimentación; por ejemplo, permite resolver problemas que requieren de mucha creatividad (como el diseño gráfico de una página web).
También puede resultar un ciclo de vida obligado cuando los requisitos cambian constantemente, o cuando el problema y la solución no están bien definidos; por ejemplo, en la producción de informes estragéticos, de alto nivel.
Ventajas: El progreso es altamente visible.
Desventaja: Prácticamente no es posible estimar tiempos y costos.
Fuente: http://www.liderdeproyecto.com/metodologias/
Integración del RUP con PMBOK
En la integración del PMBOK al RUP, es importante mencionar lo siguiente: El RUP no cubre por completo todos los procesos de gerencia de proyectos descritos en el PMBOK, con respecto a la gerencia de costos, recursos humanos y adquisiciones. Por otro lado, el PMBOK no está orientado a Proyectos de Desarrollo de Software.
Las disciplinas del proceso unificado tienen algunos vacíos en la Gestión de Proyectos:
- Gerencia de Recursos Humanos.
- Gerencia de Costos.
- Gerencia de las Adquisiciones y contrataciones.
- Gerencia del Alcance del Proyecto (el RUP se enfoca más en el alcance del producto o del software).
- Análisis cuantitativo de riesgos y el planeamiento e ubicación de recursos para su tratamiento.
PMBOK | RUP |
Aplica a cualquier tipo de proyecto | Especifico a proyectos de Software |
Cubre todos los aspectos de la gestión de Proyectos | Cubre algunos aspectos de la gestión de Proyectos |
Descriptivo | Prescriptivo |
Solo practicas de gestión de Proyectos | Practicas de desarrollo de Software que incluye la gestión de proyectos. |
Fases dependen del dominio | Fases e iteraciones especificas para desarrollo de software. |
Se puede utilizar la metodología iterativa incremental de RUP con gestión de proyectos PMBOK para proyectos medianos y grandes, y proyectos exitosos.
Es importante que el cliente entienda las ventajas del proceso iterativo incremental y las ventajas de una metodología formal de gestión de proyectos, al igual que las personas que practican la gerencia de proyectos comprendan la importancia de utilizar una metodología iterativa incremental de gestión de proyectos.
Fuente: http://kasyles.blogspot.com/2008/10/integrando-el-pmbok-al-proceso.html
Deja un comentario