El proceso unificado de rational

Subsections
* 8.2.1 Introducción
* 8.2.2 Las cuatro ``P'': Personas, Proyecto, Producto y Proceso
* 8.2.3 Proceso dirigido por casos de uso
* 8.2.4 Proceso centrado en la arquitectura
* 8.2.5 Proceso iterativo e incremental
* 8.2.6 Captura de requisitos
* 8.2.7 Diseño
* 8.2.8 Implementación
* 8.2.9 Prueba

8.2 Proceso unificado de Rational
Es unade las metodologías más extendidas y conocidas por su amplia difusión comercial. Se puede estudiar como una metodología representativa de tipo clásico. Fue definido por los creadores del UML unificando los métodos de Jacobson, Booch y Rumbaugh. El hecho de que la empresa RATIONAL también distribuya herramientas específicas basadas en el mismo método, que facilitan el desarrollo, ha contribuido asu gran expansión.
Este proceso se maneja por casos de uso (correspondientes a los modos uso por los ``actores'' o agentes usuarios) para la extracción de requisitos y la identificación de las partes funcionales en las que se divide la solución. La arquitectura del proceso se modela con orientación a objetos.
8.2.1 Introducción
Toda esta sección es un resumen de los 11 primeros capítulos dellibro [JBR00c]. El Proceso Unificado de Rational es una metodología de desarrollo de software orientada a objetos creada por Rational Software Corporation. Los creadores de la metodología son los mismos que los del UML: Ivar Jacobson, Grady Booch y James Rumbaugh, que respectivamente eran autores de las metodologías: Process Objectory, el método Booch y la metodología OMT. Como toda metodología dedesarrollo software su finalidad es convertir las especificaciones que da el cliente en un sistema software. Las características que tiene el R.U.P. son:
1. Está basado en componentes. Estos componentes a su vez están conectados entre sí a través de interfaces.
2. Utiliza el UML como notación básica.
3. Dirigido por casos de uso.
4. Centrado en la arquitectura.
5. Ciclode vida iterativo e incremental.
8.2.1.1 El proceso unificado está dirigido por casos de uso
Los casos de uso se vieron en el apartado dedicado a UML. Lo importante acerca de ellos son dos cosas:
1. Representan los requisitos funcionales del sistema desde el punto de vista del usuario.
2. Se usan como guía para el proceso de diseño, implementación y pruebas, por eso se dice que el RUPestá dirigido por casos de uso.
8.2.1.2 El proceso unificado es iterativo e incremental
El proyecto se divide en una serie de partes o mini-proyectos. Cada uno de esos mini-proyectos va a ser una iteración. En cada iteración se trata: un conjunto de casos de uso y los riesgos más importantes.
8.2.1.3 La vida del proceso unificado
El proceso unificado consiste en una serie de ciclos. Alfinal de cada ciclo se tiene una versión del producto. Las fases de cada ciclo son: Inicio, Elaboración, Construcción y Transición. Cada fase termina con un hito (ver figura 8.1), que se determina por la disponibilidad de un conjunto de artefactos (modelos o documentos desarrollados hasta cierto punto).
|
Figure 8.1: La vida del proceso unificado |
1. Inicio: Se describe el producto final.Se responde a las preguntas:
* ¿Cuáles son las principales funciones del sistema para sus usuarios más importantes?. La respuesta está en el modelo de casos de uso simplificado.
* ¿Cómo podría ser la arquitectura del sistema?
* ¿Cuál es el plan del proyecto y cuánto costará desarrollar el producto?
2. Elaboración: Se especifican en detalle la mayoría de los casos deuso y se diseña la arquitectura del sistema. La arquitectura se especifica en forma de vistas de todos los modelos del sistema y todas ellas especifican el sistema entero.
3. Construcción:
* Se construye el producto.
* Se utilizan la mayor parte de los recursos.
* Al finalizar se cubren todos los casos de uso.
* La pregunta es: ¿ Cubre el producto las...