4) Los componentes proveen una base natural para el manejo de configuracin

5) Las herramientas de modelamiento visual proveen la automatizacin para el desarrollo de

componentes.
Modelado visual del software
El modelado visual del software ofrece las siguientes soluciones a las causas de los
problemas encontrados en su desarrollo:
1) Los casos de uso especifican comportamientos no ambiguos.
2) Los modelos no ambiguos capturan el diseo del software.
3) La no modularidad y las arquitecturas inflexibles son expuestas.
4) Los detalles pueden ser ocultados cuando sea necesario.
5) Los diseos no ambiguos revelan sus inconsistencias ms rpidamente.
6) Las herramientas de modelado visual proveen soporte a modelamiento basados en
UML.
7) La calidad de la aplicacin empieza con un buen diseo.
Verificacin Continua de la calidad del software
La verificacin continua de la calidad del software ofrece las siguientes soluciones a las
causas de los problemas encontrados en su desarrollo:
1) La estimacin del estado del proyecto se hace objetiva, y no subjetivamente,
porque prueba los resultados, y no los documentos.
2) Esta estimacin del objetivo expone inconsistencia requerimientos, diseos e
implementaciones.
3) Las pruebas y las verificaciones se enfocan en las reas de ms alto riesgo,
aumentando la calidad y efectividad de estas reas.
4) Los defectos son identificados tempranamente, reduciendo en forma radical el
costo de arreglos.
5) Las herramientas de pruebas automatizadas proveen funcionalidad, fiabilidad, y
rendimiento.




Control de los cambios en software
El control de los cambios en el software ofrece las siguientes soluciones a las causas de los
problemas encontrados en su desarrollo:
1) El flujo de trabajo de los cambios en los requerimientos es definido y repetible.
2) Las peticiones de cambio facilitan comunicaciones claras.
3) Las reas de trabajo aisladas reducen la interferencia entre los miembros del
equipo que trabajan en paralelo.
4) Los cambios en las proporciones estadsticas proveen una buena mtrica para
evaluar el estado del proyecto objetivamente.
5) Las reas de trabajo contienen todos los artefactos, que facilitan la consistencia de
un cambio.
6) La propagacin de un cambio es tasable y controlada.
7) Los cambios pueden mantener a un sistema robusto y personalizado.
Estructura del Proyecto: Dos dimensiones
La figura muestra la arquitectura global del Rational Unifred Process .El proceso tiene dos
estructuras, o dos dimensiones
El eje horizontal representa el tiempo y muestra como son desplegados los
aspectos del ciclo de vida del proceso.
El eje vertical representa los flujos de trabajo del proceso central (core process) ,
que agrupa las actividades lgicas por naturaleza.
La primera dimensin representa el aspecto dinmico del proceso, tal como es
implementado, y es expresado en trminos de ciclos, faces, iteraciones e hitos.
La seguridad dimensin representa el aspecto esttico del proceso y se describe en
trminos de componentes del proceso, actividades, flujos de trabajo , artefactos y
trabajadores.






Aspecto dinmico del RUP
Es la dinmica de la organizacin del proceso a lo largo del tiempo .El ciclo de vida del
software est dividido en ciclos yen cada ciclo se trabaja una nueva generacin del
producto RUP divide un ciclo de desarrollo en cuatro fases consecutivas :
Fase de iniciacin (inception)
Fase de elaboracin (elaboration)
Fase de construccin (construction)
Fase de transicin (trancition)
Cada fase concluye con un hito o hecho bien definido, que es un punto en el tiempo en
donde ciertas decisiones criticas deben hacerse, y por consiguiente en donde se deben
haber logrado metas importantes.
Fase d inicio
Durante la fase de iniciacin, se establece los casos de negocio del sistema y se delimita el
alcance del proyecto. El resultado de esta fase es:
Un documento visin: que es una visin general de los requerimientos centrales
del proyecto, caractersticas importantes, y restricciones principales.
Un modelo de caso de uso inicial (10%-20% completo).
Un caso de negocio inicial que incluye el contexto del negocio, criterios de xito
(proyeccin de rditos, reconocimiento de mercados, etc.) y la proyeccin
financiera.
Un plan del proyecto, mostrando fases e iteraciones.
Un modelo de negocio, si es necesario.
Uno o varios prototipos.
Al final de la fase de iniciacin est el primer hito principal del proyecto .Objetivo del ciclo
de vida .el proyecto puede ser cancelado o repensado considerablemente si falla al pasar
el hito. Entre los principales criterios de evaluacin para la fase de iniciacin tenemos:
Requerimientos entendidos como evidencias fidedignas de los casos de uso primarios
Profundidad y amplitud de cualquier prototipo arquitectnico desarrollado.



Fase de Elaboracin
El propsito de la fase de elaboracin es analizar el dominio del problema, establecido un
convincente fundamento arquitectnico: adems se desarrolla el plan del proyecto. El
resultado de la fase de la elaboracin es:
Un modo de casos de uso (por lo menos 80% completo), en donde se han
identificado todos los casos de uso y actores, y sean desarrollado la mayora de
descripciones de caso de uso.
Requerimientos suplementarios que capturan los requerimientos no funcionales y
cualquier requerimiento que no est asociado con un caso de uso especfico.
Una descripcin de la arquitectura del software.
Un prototipo arquitectnico ejecutable.
Una lista de casos de negocios revisados.
Un plan de desarrollo para el proyecto global mostrando las iteraciones y el de
evaluacin para cada iteracin.
Un caso de desarrollo actualizado especificando el proceso a ser usado.
Un manual de usuario preliminar (optativo).
Al final de la fase de transicin est el cuarto hito principal del proyecto:
Puesto en marcha del producto. Aqu se decide si los objetivos fueron alcanzados, y si se
debe empezar otro ciclo de desarrollo. En algunos casos, este hito puede coincidir con el
extremo de la fase de iniciacin del prximo ciclo los principales criterios de evaluacin
para la fase de transicin involucra la respuesta a la siguiente pregunta:
Es la visin del producto equilibrado?
Es la arquitectura equilibrada?
Es el plan para la fase de construccin suficiente detallada y exacto?
Fases de construccin
Durante la fase de construccin, se desarrolla todos los componentes restantes y las
caractersticas de la aplicacin, los cuales son integrados dentro del producto para luego
ser cuidadosamente probados. El resultado de la fase de construccin es un producto listo
para ser puesto en manos de los usuarios finales como mnimo consiste de:
El producto software integrado libre bibliotecas adecuadas.
Los manuales de usuario (optativo)
Una descripcin de la actual puesta en marcha
Al final de la fase de construccin est el tercer hito principal del proyecto: capacidad
operacional Inicial. Aqu se decide si el software, las localizaciones. Y los usuarios estn
listos para operar. Esta versin es llamada mayormente beta. La transicin puede tener
que sea pospuesta si el proyecto no alcanza este hito. Los principales criterios de
evaluacin para la fase de construccin involucra la respuesta a la siguiente pregunta:
Es esta versin del producto lo suficientemente estable y madura para ser
desplegada en la comunidad usuaria?
Fase de transicin
La fase de transicin est completa cuando el producto base es suficientemente maduro
para ser desplegado en el dominio del usuario final. Esta fase incluye:
Una prueba beta para validar el nuevo sistema contra las expectativas del
usuario.
Conversin de base de datos operacionales.
Al final de la fase de transicin est el cuarto hito principal del proyecto:
Puesta en marcha del Producto. Aqu se decide si los objetivos fueron alcanzados, y se si
deben empezar otro ciclo de desarrollo. En algunos casos, este hito puede coincidir con el
extremo de la fase de iniciacin del prximo ciclo. Los principales criterios de evaluacin
para la fase de transicin involucra la respuesta a la siguiente pregunta:
est el usuario satisfecho?

Iteraciones
Cada fase del RUP puede adicionalmente ser dividida en iteracin. una iteracin es un
bucle de desarrollo completo que produce la puesta en marcha (interna o externa) de un
producto final, mediante el desarrollo incremental de iteracin a iteracin hasta
convertirse en el sistema final. Comparado con el proceso lineal, el proceso iterativo tiene
las siguientes ventajas:
Los cambios son ms manejables.
Un alto nivel de reus.
Mejor calidad global.