Análisis y diseño rup

Análisis y Diseño
El objetivo de este flujo de trabajo es traducir los requisitos a una especificación que describe cómo implementar el sistema.
 
Los objetivos del análisis y diseño son [RSC02]:
•       Transformar los requisitos al diseño del futuro sistema.
•       Desarrollar una arquitectura para el sistema.
•       Adaptar el diseño para que sea consistente con el entorno deimplementación, diseñando para el rendimiento.
 
El análisis consiste en obtener una visión del sistema que se preocupa de ver qué hace, de modo que sólo se interesa por los requisitos funcionales. Por otro lado el diseño es un refinamiento del análisis que tiene en cuenta los requisitos no funcionales, en definitiva cómo cumple el sistema sus objetivos.
 
Al principio de la fase de elaboraciónhay que definir una arquitectura candidata: crear un esquema inicial de la arquitectura del sistema, identificar clases de análisis y actualizar las realizaciones de los Casos de Uso con las interacciones de las clases de análisis. Durante la fase de elaboración se va refinando esta arquitectura hasta llegar a su forma definitiva. En cada iteración hay que analizar el comportamiento para diseñarcomponentes. Además si el sistema usará una base de datos, habrá que diseñarla también, obteniendo un modelo de datos.
 
El resultado final más importante de este flujo de trabajo será el modelo de diseño. Consiste en colaboraciones de clases, que pueden ser agregadas en paquetes y subsistemas.
 
Otro producto importante de este flujo es la documentación de la arquitectura de software, quecaptura varias vistas arquitectónicas del sistema.

Implementación
En este flujo de trabajo se implementan las clases y objetos en archivos fuente, binarios, ejecutables y demás. Además se deben hacer las pruebas de unidad: cada implementador es responsable de probar las unidades que produzca. El resultado final de este flujo de trabajo es un sistema ejecutable.
 
En cada iteración habrá quehacer lo siguiente:
•       Planificar qué subsistemas deben ser implementados y en que orden deben ser integrados, formando el Plan de Integración.
•       Cada implementador decide en que orden implementa los elementos del subsistema.
•       Si encuentra errores de diseño, los notifica.
•       Se prueban los subsistemas individualmente.
•       Se integra el sistema siguiendoel plan.
 
La estructura de todos los elementos implementados forma el modelo de implementación. La integración debe ser incremental, es decir, en cada momento sólo se añade un elemento. De este modo es más fácil localizar fallos y los componentes se prueban más a fondo. En fases tempranas del proceso se pueden implementar prototipos para reducir el riesgo. Su utilidad puede ir desde ver si elsistema es viable desde el principio, probar tecnologías o diseñar la interfaz de usuario. Los prototipos pueden ser exploratorios (desechables) o evolutivos. Estos últimos llegan a transformarse en el sistema final.

Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso dedesarrollo, sino que debe ir integrado en todo el ciclo de vida.
 
Esta disciplina brinda soporte a las otras disciplinas. Sus objetivos son [RSC02]:
•       Encontrar y documentar defectos en la calidad del software.
•       Generalmente asesora sobre la calidad del software percibida.
•       Provee la validación de los supuestos realizados en el diseño y especificación de requisitospor medio de demostraciones concretas.
•       Verificar las funciones del producto de software según lo diseñado.
•       Verificar que los requisitos tengan su apropiada implementación.
 
Las actividades de este flujo comienzan pronto en el proyecto con el plan de prueba (el cual contiene información sobre los objetivos generales y específicos de las prueba en el proyecto, así como las...