Modelo En Cascada
Enviado por dama.g24 • 21 de Noviembre de 2013 • 447 Palabras (2 Páginas) • 364 Visitas
MODELO EN CASCADA
El más conocido, esta basado en el ciclo convencional de una ingeniería, el paradigma del ciclo de vida abarca las siguientes actividades:
Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte de un sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.
Análisis de los requisitos del software: el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software. El ingeniero de software (Analistas) debe comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas.
Diseño: el diseño del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software con la calidad requerida antes de que comience la codificación.
Codificación: el diseño debe traducirse en una forma legible para la maquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la codificación puede realizarse mecánicamente.
Prueba: una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.
Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debido a que hayan encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento.
Ventajas:
• Se tiene todo bien organizado y no se mesclan las faces
• Es conveniente para proyectos que son rígidos es decir donde se conozca muy bien las herramientas a utilizar.
• La planificación es sencilla.
• La calidad del producto resultante es alta.
• Las faces son conocidas por los desarrolladores.
• Es fácilmente comprendido.
Desventajas.
• Interacciones costosas.
• Los problemas que se presentan se arreglan al final.
• Puede no cumplir con los requisitos.
• Las revisiones de proyectos con gran complejidad soy muy complicadas.
• se tarda mucho tiempo.
• Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicación del paradigma.
• Normalmente, es difícil para el cliente
...