Concepto: Objetivo de la arquitectura del ciclo vital
En esta directriz se tratan los criterios de evaluación del Objetivo de la arquitectura del ciclo vital al final de la fase de elaboración. También se describe el estado de los artefactos esenciales.
Descripción principal

Al final de la fase de elaboración se encuentra el segundo objetivo importante del proyecto, el Objetivo de la arquitectura del ciclo vital. En este punto, se examinan los objetivos y el ámbito del sistema detallado, la elección de arquitectura y la resolución de los principales riesgos.

Criterios de evaluación

  • La visión y los requisitos del producto son estables.
  • La arquitectura es estable.
  • Las propuestas clave que se utilizarán en la prueba y la evaluación se han comprobado.
  • La prueba y la evaluación de prototipos ejecutables ha demostrado que los principales elementos de riesgo se han tratado y se han resuelto de forma verosímil.
  • Los planes de iteración de la fase de construcción son lo suficientemente detallados y fieles para permitir que continúe el trabajo.
  • Los planes de iteración de la fase de construcción tienen el soporte de cálculos creíbles.
  • Todos los interesados están de acuerdo en que se puede satisfacer la visión actual si se ejecuta el plan actual para desarrollar el sistema completo, en el contexto de la arquitectura actual.
  • El gasto real en recursos es aceptable en comparación con el gasto planificado.

El proyecto puede cancelarse anormalmente o replantearse considerablemente si no alcanza este objetivo.

Artefactos

Artefactos esenciales (en orden de importancia) Estado en el objetivo
Prototipos Se han creado uno o varios prototipos ejecutables de arquitectura para explorar los casos de ejemplo significativos arquitectónicamente y las funciones críticas. Consulte la nota que aparece más abajo sobre el rol de la creación de prototipos.
Lista de riesgos Actualizada y revisada. Es probable que los riesgos nuevos sean de naturaleza arquitectónica, relacionados principalmente con el manejo de requisitos no funcionales.
Proceso de desarrollo

El proceso de desarrollo, incluidas las directrices y las plantillas específicas del proyecto, se ha perfeccionado en función de la experiencia del proyecto y se define lo suficiente para que continúe la fase de construcción.

Infraestructura de desarrollo

El entorno de desarrollo para la construcción está en su lugar, incluidas todas las herramientas y el proceso de automatización para el proceso.

Documento de arquitectura de software Creado y con línea de base, incluye descripciones detalladas de los guiones de uso significativos arquitectónicamente (vista de guión de uso), la identificación de elementos de diseño y mecanismos clave (vista lógica) y la definición de la vista de proceso y la vista de despliegue (consulte el apartado Producto de trabajo: Modelo de desarrollo) si el sistema se distribuye o si existen problemas de concurrencia.
Modelo de diseño (y todos los artefactos constitutivos) Definido y con línea base. Se han definido realizaciones de guión de uso de diseño para casos de ejemplo significativos arquitectónicamente y se ha asignado el comportamiento necesario a los elementos de diseño adecuados. Los componentes se han identificado y las decisiones de hacer/ comprar/ reutilizar se conocen lo suficiente como para determinar el coste y la planificación de la fase de construcción con seguridad. Los componentes de la arquitectura seleccionados se han integrado y evaluado en comparación con los casos de ejemplo principales. Lo aprendido con estas actividades puede tener como resultado un rediseño de la arquitectura, que tenga en cuenta diseños alternativos o reconsidere los requisitos.
Modelo de datos Definido y con línea base. Se han definido y revisado los elementos principales del modelo de datos (por ej.: entidades importantes, relaciones, tablas).
Modelo de implementación (y todos los artefactos constitutivos, incluidos Elementos de implementación) Se han creado la estructura inicial y los prototipos de componentes principales.
Visión Perfeccionada, se basa en información nueva que se obtuvo durante la fase, establece un conocimiento sólido de los guiones de uso más importantes que dirigen las decisiones de planificación y arquitectónicas.
Plan de desarrollo de software Se ha actualizado y ampliado para que cubra las fases de construcción y transición.
Plan de iteración Se ha completado y revisado el plan de iteración para la fase de construcción.
Modelo de guión de uso (Actores, Guiones de uso) Un modelo de guión de uso (completo, aproximadamente, el 80%): se han identificado todos los guiones de uso de la encuesta de modelos de guión de uso, se han identificado todos los actores y se han desarrollado la mayoría de las descripciones de guión de uso (captura de requisitos).
Especificaciones suplementarias Se han documentado y revisado los requisitos suplementarios que capturan los requisitos no funcionales.
Conjunto de aplicaciones de prueba ("prueba aleatoria") Se han implementado y ejecutado las pruebas para validar la estabilidad de la compilación para los releases ejecutables que se crearon durante la fase de elaboración.
 Arquitectura de automatización de pruebas Una composición con línea base de los diferentes mecanismos y elementos clave de software que representan las características fundamentales del sistema de software de automatización de pruebas.
Artefactos opcionales Estado en el objetivo
Caso de negocio Se actualiza si las investigaciones de la arquitectura revelan aspectos que cambian las asunciones fundamentales del proyecto.
Modelo de análisis Se puede desarrollar como un artefacto formal; es frecuente que no se mantenga formalmente, y evolucione a una versión anterior del modelo de diseño en su lugar.
 Material de soporte para el usuario Manuales de usuario y otros materiales de formación. Borrador preliminar, basado en guiones de uso.  Puede ser necesario si el sistema tiene un aspecto de interfaz de usuario fuerte.

El rol de la creación de prototipos

El crear un vocabulario proporciona al arquitecto de software y al gestor de proyectos la libertad para construir prototipos de varios tipos (consulte el apartado Concepto: Prototipos) como una estrategia de reducción de riesgos. Es posible que algunos de estos prototipos sean meramente exploratorios y, posteriormente, se rechacen. Sin embargo, es probable (sobre todo en sistemas más grandes o sin precedentes) que la arquitectura se construya como una serie de prototipos evolutivos que cubren diferentes aspectos durante la elaboración y que, al final de la fase de elaboración, culminan en una base arquitectónica estable e integrada. No estamos sugiriendo que el esfuerzo de creación de prototipos durante la elaboración deba tener como resultado un conjunto de fragmentos arquitectónicos que no necesitan integrarse.