El Modelo Del Software

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