1. Modelo DRA (Desarrollo rápido de aplicaciones).
1.1. Comprende las siguientes fases:
1.1.1. Modelado de gestión: Tiene que responder las siguientes preguntas ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quien la genera? ¿A donde va la información? ¿ Quien la procesa? .
1.1.2. Modelado de datos: el flujo de información definido como parte de la fase del modelado de gestión se refina como parte de un conjunto de objetos de datos necesarios para apoyar la empresa.
1.1.3. Modelado del proceso: los objetos de datos definidos en la fase anterior, quedan transformados para lograr el flujo de información necesario para implementar una función de gestión.
1.1.4. Generación de aplicaciones: el DRA asume la utilización de técnicas de cuarta generación, trabaja para volver a utilizar componentes de programas ya existentes, o crear componentes reutilizables.
1.2. Es un modelo del proceso lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. Es una adaptación de alta velocidad del modelo lineal.
2. Modelo incremental.
2.1. Combina elementos del modelo lineal secuencial con la filosofía interactiva de construcción de prototipos. El modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un «incremento» del software
2.2. Se centra en la entrega de un producto operacional con cada incremento. Los primeros incrementos son versiones incompletas del producto final, pero proporcionan al usuario la funcionalidad que precisa y también una plataforma para la evaluación.
2.3. Es particularmente útil cuando la dotación de personal no está disponible para una implementación completa en la fecha límite que se haya establecido para el proyecto
3. Modelo de construcción de prototipos.
3.1. Comienza con la recolección de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software. Se emplea un diseño rápido: el cual se centra en una representación de aspectos del software que serán visibles para el cliente o usuario. El diseño rápido lleva a la construcción de un prototipo, la idea de este seria que sirviera como un mecanismo para identificar los requisitos del software
3.2. La construcción de prototipos puede también ser un problema por las siguientes razones: El cliente ve lo que parece ser una versión de trabajo del software sin tener conocimiento, cuando se informa que el prototipo se debe construir otra vez el cliente no lo entiende. El desarrollador, a menudo, hace compromisos de implementación para hacer que el prototipo funcione rápidamente.
4. Modelo espiral.
4.1. Es un modelo evolutivo que conjuga la naturaleza iterativa del construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial.
4.1.1. Project specifications
4.1.2. End User requirements
4.1.3. Action points sign-off
4.2. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software.
4.2.1. Define actions as necessary
4.3. Se divide en un número de actividades de marco de trabajo, llamadas también regiones de tareas. Existen entre 3 y 6 regiones:
4.3.1. Comunicación con el cliente. Planificación. Análisis de riesgos. Ingeniería. Construcción y acción. Evaluación del cliente.
5. Modelo unificado.
5.1. El proceso unificado define los componentes que se utilizarán para construir el sistema y las interfaces que conectarán los componentes.
5.1.1. Dependencies
5.1.2. Milestones
5.2. Utilizando una combinacion del desarrollo incremental e iterativo, el proceso unificado define la función del sistema aplicando un enfoque basado en escenarios
5.2.1. Schedule
5.2.2. Budget
5.3. Define Project Development Measurement
5.3.1. KPI's