Se fuerza a pensar en terminos de importancia para el usuario

Permite tener una visión común entre todos los involucrados (desarrolladores y usuarios)

Muchas de estas restricciones constituyen requisitos no funcionales del sistema

Atención a crear buena estructura que resista cambios posteriores durante la construcción y mantenimiento

Al final de la fase de elaboración se obtiene una baseline

Cada parte pequeña o mini proyecto se puede ver como una iteración

Los resultados de los análisis ayudan a reajustar las siguientes iteraciones

Encontrar los Casos de Uso críticos del sistema, los escenarios básicos que definen la
funcionalidad.

Mostrar al menos una arquitectura candidata para los escenarios principales.

Estimar el coste en recursos y tiempo de todo el proyecto.

Prototipos exploratorios para probar conceptos o la arquitectura candidata.

Todos los interesados en el proyecto coinciden en la definición del ámbito del sistema y las
estimaciones de agenda.

Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de Uso principales.

Comprensión total de cualquier prototipo de la arquitectura desarrollado.

Los gastos hasta el momento se asemejan a los planeados.

Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o repensarlo profundamente.

Analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.

Crear un plan fiable para la fase de construcción. Este plan puede evolucionar en sucesivas iteraciones. Debe incluir los costes si procede.

Demostrar que la arquitectura propuesta soportará la visión con un coste razonable y en un tiempo
razonable.

Un modelo de Casos de Uso completa al menos hasta el 80%: todos los casos y actores identificados, la mayoría de los casos desarrollados.

Requisitos adicionales que capturan los requisitos no funcionales y cualquier requisito no asociado con un Caso de Uso específico.

Un caso de desarrollo actualizado que especifica el proceso a seguir.

Se ha demostrado mediante la ejecución del prototipo que los principales elementos de riesgo han sido abordados y resueltos.

El plan para la fase de construcción es detallado y preciso. Las estimaciones son creíbles.

Todos los interesados coinciden en que la visión actual será alcanzada si se siguen los planes actuales en el contexto de la arquitectura actual.

Los gastos hasta ahora son aceptables, comparados con los previstos.

Alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones.

Minimizar los costes de desarrollo mediante la optimización de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo.

Conseguir una calidad adecuada tan rápido como sea práctico.

Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan rápido como sea práctico.

Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e Implementación)

Arquitectura íntegra (mantenida y mínimamente actualizada)

El producto es estable y maduro como para ser entregado a la comunidad de usuario para ser probado.

Todos los usuarios expertos están listos para la transición en la comunidad de usuarios.

Son aceptables los gastos actuales versus los gastos planeados.

Poner el producto en manos de los usuarios finales

Prueba de la versión Beta para validar el nuevo sistema frente a las expectativas de los usuarios

Funcionamiento paralelo con los sistemas legados que están siendo sustituidos por nuestro proyecto.

Entrenamiento de los usuarios y técnicos de mantenimiento.

Traspaso del producto a los equipos de marketing, distribución y venta.

Un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario.

Línea de Base del Producto completa y corregida que incluye todos los modelos del sistema

Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva versión.

Son aceptables los gastos actuales versus los gastos planificados.

Identificación de todos los actores y casos de uso

Comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando
juntos como un equipo.

Unidad de trabajo que una persona que desempeñe un rol puede realizar.

Un documento, como el documento de la arquitectura del software.

Un modelo, como el modelo de Casos de Uso o el modelo de diseño.

Un elemento del modelo, un elemento que pertenece a un modelo como una clase, un Caso de Uso o un subsistema.

Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado
(organización objetivo).

Entender el problema actual en la organización objetivo e identificar potenciales mejoras.

Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la
organización objetivo.

Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo.

Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría
hacer.

Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema.

Proveer una base para la planeación de los contenidos técnicos de las iteraciones.

Proveer una base para estimar costos y tiempo de desarrollo del sistema.

Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

Adaptar el diseño para que sea consistente con el entorno de implementación, diseñando para el rendimiento.

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.

Encontrar y documentar defectos en la calidad del software.

Generalmente asesora sobre la calidad del software percibida.

Verificar las funciones del producto de software según lo diseñado.

Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio
de demostraciones concretas.

Verificar que los requisitos tengan su apropiada implementación.

Proveer un marco de trabajo para la gestión de proyectos de software intensivos.

Proveer guías prácticas realizar planeación, contratar personal, ejecutar y monitorear el proyecto.

Mantener la integridad de todos los artefactos que se crean en el proceso

Establecer y configurar las herramientas para que se ajusten a la organización.