Tabla 1 Tabla comparativa entre diferentes modelos del ciclo de vida del software
Qu es?
Pasos que se llevan a cabo en el modelo?
CASCADA Es un enfoque metodolgico que ordena rigurosamente las etapas del ciclo de vida del software, de forma tal que el inicio de cada etapa debe esperar a la finalizacin de la inmediatamente anterior. 1. Ingeniera y Anlisis del Sistema. 2. Anlisis de los Requisitos Diseo 3. Codificacin 4. Prueba 5. Mantenimiento 6. Implementacin
Comparacin
1. No refleja realmente el proceso de desarrollo del software 2. Se tarda mucho tiempo en pasar por todo el ciclo 3. Perpetua el fracaso de la industria del software en su comunicacin con el usuario final 4. El mantenimiento se realiza en el cdigo fuente 5. Las revisiones de proyectos de gran complejidad son muy difciles 6. Impone una estructura de gestin de proyectos
Ventajas
1. Se tiene todo bien organizado y no se mezclan las fases. 2. Es perfecto para proyectos que son rgidos. 3. Ideal para proyectos donde se especifiquen muy bien los requerimientos. 4. Ideal para proyectos en que se conozca muy bien la herramienta a utilizar. 5. Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software.
ESPIRAL El modelo en espiral es una de las metodologas ms recomendables para el desarrollo y creacin de un programa, ya que consta de pocas etapas o fases, las cuales se van realizando en una manera continua y cclica. 1. Planificacin 1.1 recoleccin de requisitos y planificacin del proyecto iniciales. 1.2 Planificacin basada en los comentarios del cliente. 1.3 Evaluacin del cliente. 2. Anlisis de riesgo 2.1 anlisis de riesgo basado en los requisitos iniciales. 2.2 anlisis de riesgo basado en la reaccin del cliente. 2.3 Decisin 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 ingeniera 1. Trata de mejorar los ciclos de vida clsicos y prototipos. 2. Permite acomodar otros modelos 3. Incorpora objetivos de calidad y gestin de riesgos 4. Elimina errores y alternativas no atractivas al comienzo 5. Permite iteraciones, vuelta atrs y finalizaciones rpidas 6. Cada ciclo empieza identificando: 6.1 Los objetivos de la porcin correspondiente 6.2 Las alternativas 6.3 Restricciones 7. Cada ciclo se completa con una revisin que incluye todo el ciclo anterior. El anlisis del riesgo se hace de forma explcita y clara. Une los mejores elementos de los restantes modelos. 1. Reduce riesgos del proyecto 2. Incorpora objetivos de calidad 3. Integra el desarrollo con el mantenimiento, etc. Adems es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodologa, ya que este ciclo de vida no es rgido ni esttico.
INCREMENTAL Es un enfoque incremental de desarrollo; busca la forma de disminuir la repeticin 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. Diseo Codificacin Mantenimiento
1. Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta frecuencia 2. El usuario se involucra ms 3. Difcil de evaluar el coste total 4. Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo 5. Requiere gestores experimentados 6. Los errores en los requisitos se detectan tarde. 7. El resultado puede ser muy positivo
1. Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. 2. Tambin provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software. 3. El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas slo al mbito de cada incremento. 4. Permite entregar al cliente un producto ms rpido en comparacin del modelo de cascada. 5. Resulta ms sencilo acomodar cambios al acotar el tamao de los incrementos. 6. Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel administrativo como tcnico.
Desventajas 1. Difcilmente 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 sistema 2. Modelo costoso 3. Requiere experiencia en la identificacin de riesgos
1. El modelo Incremental no es 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 planeacin, tanto administrativa como tcnica. 3. Requiere de metas claras para conocer el estado del proyecto.
