1. Etapas del Modelo Espiral
1.1. Comunicación con el cliente
1.1.1. Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.
1.2. Planificación
1.2.1. Implica también la comprensión de los requisitos del sistema para la comunicación continua entre el analista de requerimientos y el cliente
1.3. Análisis de riesgos
1.3.1. La identificación de los riesgos potenciales se realiza mientras se planifica y finaliza la estrategia de mitigación de riesgos
1.4. Ingeniería
1.4.1. Incluye la codificación, pruebas y el despliegue del software
1.5. Construcción y adaptación
1.5.1. Busca los materiales requeridos para construir, probar, instalar y proporcionar soporte al usuario
1.6. Evaluación del cliente
1.6.1. Incluye la identificación y el seguimiento de riesgos, como los retrasos en los plazos y los sobrecostes
2. Fases de RAD
2.1. Modelado de Gestión
2.1.1. El flujo de información entre las funciones de gestión se modela de forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información?
2.2. Modelado de datos
2.2.1. Se define como un conjunto de objetos de datos necesarios para apoyar la empresa
2.3. Modelado del proceso
2.3.1. Los objetos de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión
2.4. Generación de aplicaciones
2.4.1. En todos los casos se utilizan herramientas automáticas para facilitar la construcción del software
2.5. Pruebas y entrega
2.5.1. Como el proceso DRA enfatiza la reutilización, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo
3. Etapas del CVC
3.1. Análisis de los requerimientos
3.1.1. El proceso de recopilación de los requisitos se centra e intensifica especialmente para el software
3.2. Diseño
3.2.1. El se enfoca sobre cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz
3.3. Codificación
3.3.1. El diseño debe traducirse en una forma legible para la máquina. El paso de codificación realiza esta tarea
3.4. Prueba
3.4.1. La prueba se centra en la lógica interna del software, asegurando que todas las sentencias se han probado
3.5. Mantenimiento
3.5.1. El mantenimiento del software aplica cada uno de los pasos procedentes del ciclo de vida a un programa existente en vez de a uno nuevo
4. Ciclo de vida
4.1. Etapas del Ciclo de vida Clásico
4.1.1. Análisis
4.1.1.1. Ella depende realizar un sistema de información efectivo para los usuarios
4.1.2. Diseño
4.1.2.1. Es lo que el sistema desarrollará y cuáles son las operaciones que están involucradas en su funcionamiento
4.1.3. Construcción
4.1.3.1. Se construye la aplicación computacional que se ha diseñado en el lenguaje de programación seleccionado
4.1.4. Prueba
4.1.4.1. Se deben de realizar pruebas que comprueben el correcto funcionamiento de las partes que componen la aplicación realizada en la etapa anterior
4.1.5. Implantación
4.1.5.1. Esta etapa corresponde a la instalación del sistema en la empresa solicitante del sistema
4.1.6. Mantención
4.1.6.1. Una vez que el Sistema de Información está en explotación requerirá de ajustes menores de software, en hardware, en códigos, en cantidad de datos, en tiempo respuesta, etc.
5. Modelo de desarrollo Clásico o Cascada
5.1. El modelo lineal secuencial sugiere un enfoque sistemático, secuencial del desarrollo del software que comienza en un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y mantenimiento
6. Estudio de factibilidad
6.1. Establece si se podrá llevar a cabo o no el sistema
6.1.1. Aspectos mas importantes
6.1.1.1. La técnica determina si se dispone de los conocimientos, habilidades o equipos, para llevar a cabo los procedimientos, involucrados en un proyecto
6.1.1.2. La económica se refiere a los recursos económicos y financieros necesarios para llevar a cabo las actividades para obtener los recursos básicos que deben considerarse
6.1.1.3. Las operacionales tiene que ver con el recurso humano para operar el sistema
6.1.1.4. La factibilidad legal nos permite determina los derechos que tienen los autores sobre la documentación realizada por estos en este proyecto