Tabla Comparativa

Tabla 1 Tabla comparativa entre diferentes modelos del ciclo de vida del software

¿Qué es?

¿Pasos que se llevan a cabo en el modelo?

Comparación

CASCADA Es un enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de forma tal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior. 1. Ingeniería y Análisis del del Sistema. 2. Análisis de los Requisitos Requisitos Diseño 3. Codificación 4. Prueba 5. Mantenimiento 6. Implementación

1. 2. 3. 4. 5. 6.

Ventajas

1. 2. 3.

ESPIRAL El modelo en espiral es una de las metodologías más recomendables para el desarrollo y creación de un programa, ya que consta de pocas etapas o fases, las cuales se van realizando en una manera continua y cíclica. 1. Planificación 1.1 recolección de requisitos y planificación del proyecto iniciales. 1.2 Planificación basada en los comentarios del cliente. 1.3 Evaluación del cliente. 2. Análisis de riesgo 2.1 análisis de riesgo basado en los requisitos iniciales. 2.2 análisis de riesgo basado en la reacción del cliente. 2.3 Decisión de seguir o no. 2.4 Hacia el sistema final 2.4.1 prototipo inicial de software. 2.4.2 Prototipo del siguiente nivel. 2.4.3 Sistema de ingeniería No refleja realmente el proceso de de desarrollo del software 1. Trata de mejorar los ciclos de vida clásicos y prototipos. prototipos. Se tarda mucho tiempo en pasar por por todo el ciclo 2. Permite acomodar acomodar otros modelos modelos Perpetua el fracaso de la industria del software en su 3. Incorpora objetivos de de calidad y gestión gestión de riesgos comunicación con el usuario final 4. Elimina errores y alternativas no atractivas al comienzo comienzo El mantenimiento se realiza en el código código fuente 5. Permite iteraciones, vuelta atrás y finalizaciones rápidas rápidas Las revisiones revisiones de proyectos de gran complejidad son son 6. Cada ciclo empieza empieza identificando: identificando: muy difíciles 6.1 Los objetivos de la porción correspondiente Impone una estructura de gestión de proyectos 6.2 Las alternativas 6.3 Restricciones 7. Cada ciclo se completa con con una revisión que incluye incluye todo el ciclo anterior. El análisis del riesgo se hace de forma explícita y clara. Une los mejores Se tiene todo bien bien organizado y no se mezclan las fases. elementos de los restantes modelos. Es perfecto para proyectos que son rígidos. Ideal para proyectos proyectos donde se especifiquen especifiquen muy bien los requerimientos.

4.

Ideal para proyectos en que se conozca conozca muy bien la herramienta a utilizar.

5.

1. Reduce riesgos del del proyecto 2. Incorpora objetivos de calidad 3. Integra el desarrollo desarrollo con el el mantenimiento, etc. etc.

Sumamente sencillo ya que sigue los pasos intuitivos

Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático.

necesarios a la hora de desarrollar el Software.

INCREMENTAL Es un enfoque incremental incremental de desarrollo; busca la forma de disminuir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema. 1. 2. 3. 4.

Requisitos del software. Diseño Codificación Mantenimiento

1. Se evitan proyectos largos y se entrega “Algo de valor” a los usuarios con cierta frecuencia 2. El usuario usuario se involucra más 3. Difícil de evaluar el coste total 4. Difícil de aplicar a sistemas transaccionales que que tienden a ser integrados integrados y a operar como un todo 5. Requiere gestores experimentados 6. Los errores en los requisitos requisitos se detectan detectan tarde. 7. El resultado puede ser ser muy positivo positivo

1. Con un paradigma incremental se reduce reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. 2. También provee un impacto ventajoso frente frente al cliente, que es la entrega temprana de partes operativas del Software. 3. El modelo proporciona todas las ventajas del modelo en cascada cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. 4. Permite entregar al cliente un producto más rápido en comparación del modelo modelo de cascada. 5. Resulta más sencilo acomodar acomodar cambios al acotar el tamaño de los los incrementos. 6. Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.

Desventajas 1.

Difícilmente un cliente va a establecer al principio todos los requerimientos necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases.

1. Genera mucho tiempo en el desarrollo del del sistema 2. Modelo costoso 3. Requiere experiencia experiencia en la identificación de riesgos

1. El modelo Incremental no es recomendable recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos. 2. Requiere de mucha mucha planeación, tanto administrativa como técnica. técnica. 3. Requiere de metas claras para conocer conocer el estado del del proyecto.