Elaboración: Arquitectura del sistema

El propósito de la fase de elaboración es analizar el dominio del problema, establecer una base arquitectónica sólida, desarrollar el plan de proyecto y eliminar los elementos de mayor riesgo del proyecto. Para lograr estos objetivos, debe tener la vista de "milla ancha y pulgada de profundidad" del sistema. Las decisiones arquitectónicas deben tomarse con un entendimiento de todo el sistema: su alcance, funcionalidad mayor y no funcional requisitos como los requisitos de rendimiento.

   Es fácil argumentar que la fase de elaboración es la más crítica para el cuatro fases. Al final de esta fase, se considera la dura "ingeniería" completada y el proyecto se somete a su día de cuentas más importante: la decisión sobre si se compromete o no con la construcción y la transición etapas. Para la mayoría de los proyectos, esto también corresponde a la transición de una operación móvil, ligera y ágil y de bajo riesgo a un alto costo y alto riesgo operación con inercia sustancial. Mientras que el proceso siempre debe acomodar los cambios, las actividades de fase de elaboración aseguran que el la arquitectura, los requisitos y los planes son lo suficientemente estables, y los riesgos están suficientemente mitigados, por lo que puede determinar previsiblemente el costo y programar para completar el desarrollo. Conceptualmente, esto el nivel de fidelidad correspondería al nivel necesario para una organización comprometerse con una fase de construcción de precio fijo.

El resultado de la fase de elaboración es:

• Un modelo de caso de uso (al menos 80% completo): todos los casos de uso y actores han sido identificados, y la mayoría de las descripciones de casos de uso han sido desarrollado.

• Requisitos complementarios que capturan lo no funcional  y cualquier requisito que no esté asociado con un caso de uso especifico.

• Una descripción de la arquitectura de software.

• Un prototipo arquitectónico ejecutable.

• Una lista de riesgos revisada y un caso de negocios revisado.

• Un plan de desarrollo para el proyecto general, incluido el grueso-Plan de proyecto de grano, que muestra iteraciones "y criterios de evaluación para cada iteración.

• Un caso de desarrollo actualizado que especifique el proceso que se utilizará.

• Un manual de usuario preliminar (opcional)

Bibliografia:

Tharian, M. (2002). Rational unified process part-1. Mapana Journal of Sciences, 1(1), 81-94. doi:https://doi.org/10.12723/mjs.1.8