Modelo Cascada En Software
Irlanda Avila Castañeda.Inglis Davila De Dios.Fabricio Mendoza TorresCarlos Osuna Peraza.
QUE ES UN MODELO DE CASCADA
Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos
MAPA EN CASCADA
Requisitos
Diseño
Codificación
Pruebas
Despliegue
Mantenimiento
IMPORTANCIA DE MODELO DE SOFTWARE
Es importante porque el Modelo de Cascada es el 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 anterior.
ANÁLISIS Y DEFINICIÓN DE REQUERIMIENTOS
Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios. Se definen en detalles y sirve como una especificación del sistema.
CODIFICACIÒN DEL SOFTWARE El proceso del diseño del sistema divide
los requerimientos en sistemas hardware o software. Establece una arquitectura completa del sistema. El Sistema del software identifica y describe las abstracciones fundamentales del sistema software y sus relaciones.
IMPLEMENTACIÓN Y PRUEBA DE UNIDADES
El diseño del software se lleva a cabo como un conjunto o unidades de programas. Implica verificar que cada una cumpla su especificación
PRUEBA DEL SISTEMA
Los programas o las unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software
FUNCIONAMIENTO Y MANTENIMIENTO
El Sistema se instala y se pone en funcionamiento practico. El mantenimiento implica a corregir errores no descubiertos en las etapas anteriores del ciclo de vida, mejorar la implementación de las unidades del sistema.
Fácil entendimiento e implementación Ampliamente utilizado y conocido ( En
teoría ) Refuerza buenos hábitos: definir antes
que diseñar, diseñar antes que codificar Orientado a documentos.
Ventajas
DESVENTAJAS DEL MODELO CASCADA Espera requerimientos definidos
completamente al inicio del proyecto. El software es entregado tarde en el
proyecto Esto hace que se detecten errores graves muy tarde. Hacer cambios es difícil y costoso
Top Related