RUP (Rational Unified Process)
Esta es una de las metodologías más generales que existe, esta enfocado a
cualquier tipo de proyecto así no sea de software
RUP se basa en casos de uso para describir lo que se tiene y lo que se espera
del software, está muy orientado a la arquitectura del sistema a implementarse,
documentándose de la mejor manera, basándose en UML (Unified Modeling
Language - Lenguaje de Modelado Unificado).
Para poder usar RUP antes hay que adaptarlo a las características de la
empresa, y medir de manera exacta el tiempo, costos y todos los demás
recursos involucrados en el proceso.
Fases de RUP:
Se basa en la documentación generada en cada uno de sus cuatro fases: Inicio
(puesta en marchar), Elaboración (definición, análisis y diseño), Construcción
(implementación) y Transición (fin del proyecto y puesta en producción)
a) Fase de inicio:
El propósito general en esta fase es establecer los objetivos para el ciclo de
vida del producto software a implementar.
Durante la fase de inicio se definirán el modelo del negocio y el alcance del
proyecto, siendo los artefactos desarrollados:
El Modelo de Caso de Uso del Negocio.
Un modelo de casos de uso del negocio describe los procesos del
negocio en términos de casos de uso y actores que corresponden a
procesos del negocio y trabajadores o clientes
El Modelo de Objetos del Negocio.
Los modelos de objetos del negocio están asociados a cada
uno de los casos de uso del negocio
El Modelo de Dominio del Problema Generalmente es el que
representa la estructura de la Base de Datos
b) Fase de Elaboración:
En esta fase se especifican en detalle la mayoría de los casos de uso del
producto y se diseña la arquitectura del sistema. La arquitectura se expresa
en forma de vistas de todos los modelos del sistema, los cuales juntos
representan al sistema entero. El resultado de esta fase es una línea de
base de la arquitectura. Al final de la fase de elaboración, el director de
proyecto está en disposición de planificar las actividades y estimar los
recursos necesarios para terminar el proyecto.
La pregunta fundamental es: ¿son suficientemente estables los casos de
uso, la arquitectura y el plan, y están los riesgos suficientemente
controlados como para que seamos capaces de comprometernos al
desarrollo entero mediante un contrato?
Los artefactos que se presentará en esta fase serán:
Modelo de Casos de Casos de Uso de Requerimiento.
Diagramas de Colaboración.
Diagramas de Secuencia.
Diagrama de Clases.
c) Fase de construcción:
El objetivo general de esta fase es alcanzar la capacidad operacional del
producto de software de forma incremental a través de las sucesivas
iteraciones. En esta fase todas las características, componentes, y
requerimientos serán integrados, implementados, y probados en su
totalidad, obteniendo una versión aceptable del producto comúnmente
llamada versión beta.
Se hará énfasis en controlar las operaciones realizadas, administrando los
recursos eficientemente, de tal forma que se optimicen los costos, los
calendarios y la calidad.
Los objetivos específicos de esta fase son:
Minimizar los costos de desarrollo mediante la optimización de
recursos y evitando el tener que rehacer un trabajo o incluso
desecharlo.
Conseguir una calidad adecuada tan rápido como sea práctico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de
prueba) tan rápido como sea práctico.
El hito en esta fase culmina con el desarrollo del sistema con calidad de
producción y la preparación para la entrega al equipo de transición. Toda la
funcionalidad debe haber sido implementada.
d) Fase Transición (fin del proyecto y puesta en producción)
