El proceso relacional unificado es un desarrollo de software que nos permite generar mas conocimientos tanto para el equipo como para un mismo.

...

Para que sepa que puede realizar y que no debe se vale de las fases de construcción y elaboración. La realización de los proyectos se puede realizar desde un teléfono móvil, ágil y ligero pero esto le va a llevar a incrementar sus costos. Si bien el proceso debe adaptarse a los cambios, ya sea de su arquitectura, requisitos pero son lo suficientemente estables y los riesgos son suficientemente mitigable lo cual se puede establecer la cantidad de los costos.

La fidelidad de esta fase se acoplaría a la de una organización la cual les comprometería una fase de construcción con los costos fijos.

Ciclo de vida de arquitectura

Los criterios de evaluación en la fase de elaboración responden a las siguientes preguntas:

¿Es la visión del producto estable?

¿Es estable la arquitectura?

¿Muestra los principales riesgos que se han abordado?

¿Es el plan para la fase de construcción suficiente detallada y precisa?

¿Todas la partes están de acuerda para que puedan lograr si se ejecuta el plan que se está realizando?

¿Es el gasto de recursos reales en comparación con los gastos previstos aceptables?

FASE DE CONSTRUCCIÓN

En esta fase, todos los componentes restantes de la aplicación son integrados e desarrollados. La fase de construcción se refiere a la fabricación de nuevos proyectos, donde se hace hincapié en la gestión de recursos y operaciones a optimizar. La mentalidad es el proceso que puede realizar procesos de propiedad intelectual. Muchos proyectos son lo suficiente grandes incrementado de la construcción de paralelos. Esta visión en paralelo puede acelerar la disponibilidad en el trabajo y la mejores en la realización de los procesos y también incrementar la complejidad de los recursos. En otras palabras se refiere a la facilidad de la construcción de su arquitectura. Está en la razón por la que se hace hincapié en la fase de construcción. El resultado de la fase de construcción esta listo para poner en manos de los usuarios finales. Como mínimo, se compone:

El producto de software

Los manuales de usuario

Una descripción de la versión actual

Capacidad operativa

Al final del proceso de esta fase ya tenemos el tercer hipo importante del proyecto. En este parte se pone a prueba si el software estaría listo para que puede estar operativo si mayores riesgos.

Los criterios de evaluación que se tienen son:

¿Es lo suficiente estable y maduro para ser desplegable?

FASE DE TRANSICIÓN

En la fase de transición se refiere a cambiar para que los usuario puede comprender el sistema. Una vez que tenemos al usuario final necesitamos corregir algunos problemas que fueron propuestas. Cuando introducimos una línea de base esta puede ser lo suficiente extendido en el dominio del usuario final. Además se debe obtener la documentación del usuario pero que este disponible para poder hacer una transición correcta en todas partes. Esto incluye:

“pruebas beta” validar el nuevo sistema

Funcionamiento paralelo con un sistema

Formación de usuarios

Poner en marcha la comercialización, distribución y equipos de ventas.

La fase de transición se centra en las actividades para poner en manos del usuario el software.

Objetivos principales

Lograr que el usuario este apto para operar el sistema

Lograr una línea completa y consistente.

Lograr la satisfacción del cliente.

Actividades críticas

Elaborar la presentación del sistema para el usuario

Capacitar a los usuarios del sistema

Resolución de problemas y mejoramiento del software

Preparar el cierre del proyecto.

Actividades no críticas

Seguimiento de satisfacción al cliente

Control de calidad de nuevas versiones

Reunión de conmemorativa de cierre de proyecto

Estructura estática del proceso

La estructura estático representa que se está haciendo y cuando se va hacer. El proceso racional unificado se representa de cuatro modelados primarios:

El trabajador el “quien”

Artefactos el “como”

Actividades el “que”

Flujos de trabajo el “cuando”

Obrero

Un trabajador define el comportamiento y responsabilidades de un grupo de personas que trabajan como equipo. Se le considera al trabajador como un sombrero se refiere a que puede interactuar en el proyecto, pero un trabajador también puede interactuar en varios proyectos. Cumplen un papel importante ya que ellos van a llevar a cargo el trabajo.

Actividad

Es una persona en el que a una persona se le asigna para que lleve a cabo. A cada trabajador se le asigna un cargo. Una actividad deberá ser utilizada con planificación y progreso.

Ejemplos de actividades:

Planificar una iteración, para el trabajador.

Búsqueda de casos de uso y actores, para trabajador.

Revisar el diseño, para el trabajador.

Ejecutar prueba de rendimiento, para el trabajador.

Artefacto

Un