4.1 modelo cascada

18
FUNDAMENTOS DE DESARROLLO DE SISTEMAS INSTITUTO TECNOLOGICO DE TUXTEPEC INGENIERIA EN SISTEMAS COMPUTACIONALES PRESENTAN: VILLASECA IBARRA VAZQUEZ CANSECO AZAREL UNIDAD 4 MODELOS DE PROCESOS DE SOFTWARE. INTEGRANTES: ESPINOZA GOMEZ ESMERALDA ARMAS VAZQUEZ EDGARDO JUAN VALDEZ JULIO CESAR VAZQUEZ ALONSO GUADALUPE BALDERAS MORALES OSCAR LOPEZ MARTINEZ MARIO VILLASECA IBARRA ABIGAIL

Transcript of 4.1 modelo cascada

Page 1: 4.1 modelo cascada

FUNDAMENTOS DE DESARROLLO DE

SISTEMAS

INSTIT

UTO

TEC

NO

LOG

ICO

DE

TU

XTEPEC

ING

EN

IER

IA E

N S

ISTEM

AS

C

OM

PU

TAC

ION

ALE

S

PRESENTAN: • VILLASECA IBARRA• VAZQUEZ CANSECO AZAREL

UNIDAD 4MODELOS DE PROCESOS DE

SOFTWARE.

INTEGRANTES:• ESPINOZA GOMEZ ESMERALDA• ARMAS VAZQUEZ EDGARDO• JUAN VALDEZ JULIO CESAR• VAZQUEZ ALONSO GUADALUPE• BALDERAS MORALES OSCAR• LOPEZ MARTINEZ MARIO

• VILLASECA IBARRA ABIGAIL

Page 2: 4.1 modelo cascada

4.1. MODELO CASCADA.

•Modelo Cascada..•Etapas Principales. Análisis y Definición de Requerimientos.

Diseño del sistema del software Implementación y prueba de

unidades Integración y prueba del sistema

Funcionamientos y mantenimiento.

Page 3: 4.1 modelo cascada

4.1. MODELO CASCADA.

•El ciclo de vida del Software•Ventajas del Modelo Cascada.

Page 4: 4.1 modelo cascada

4.1. M

ODELO D

E

CASCADA

Page 5: 4.1 modelo cascada

MODELO CASCADAEste Modelo se derivo de Procesos de Ingeniería de Sistemas mas generales por Royce en 1970.

Este se encarga de considerar las actividades fundamentales del Proceso de:

Especificación. Desarrollo. Validación.

Page 6: 4.1 modelo cascada

• ETA

PAS

PRINCIPALE

S

MODELO CASCADA

Page 7: 4.1 modelo cascada

Estas se Transforman en Actividades Fundamentales de

Desarrollo y son las siguientes:

4.1. MODELO CASCADA.

• ETAPAS PRINCIPALES

Page 8: 4.1 modelo cascada

1.-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 detalle y sirven como una especificación

del Sistema.

4.1. MODELO CASCADA.

• ETAPAS PRINCIPALES

Page 9: 4.1 modelo cascada

2.-Diseño del Sistema y del Software.-

El Proceso del Diseño del Sistema divide los Requerimientos en sistemas Hardware o

Software. Establece una Arquitectura completa del sistema.

El Diseño del software “Identifica” y “Describe” las abstracciones

fundamentales del sistema software y sus relaciones.

4.1. MODELO CASCADA.

• ETAPAS PRINCIPALES

Page 10: 4.1 modelo cascada

3.-Implementación y Prueba de Unidades:

El Diseño del Software se lleva a cabo como un

“Conjunto” o “Unidades” de Programas. La “Prueba de

unidades” implica verificar que cada una cumpla su

especificación.

4.1. MODELO CASCADA.

• ETAPAS PRINCIPALES

Page 11: 4.1 modelo cascada

4.-Integración y 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.

El “Sistema Software” se entrega al cliente.

4.1. MODELO CASCADA.• ETAPAS PRINCIPALES

Page 12: 4.1 modelo cascada

5.-Funcionamiento y Mantenimiento:

El Sistema se “instala” y se pone en Funcionamiento Práctico.

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 y saltar los servicios del sistema una vez que descubren nuevos requerimientos.

4.1. MODELO CASCADA.• ETAPAS PRINCIPALES

Page 13: 4.1 modelo cascada

El ciclo de vida del

Software.

Definición de Requerimientos

Diseño del Sistema y del

Software

Implementación y prueba de Unidades

Integración y Prueba del Sistema

Funcionamiento y Mantenimiento

4.1. MODELO

CASCADA.

Page 14: 4.1 modelo cascada

Los “Problemas” se posponen para su resolución ,se pasan por Alto o se

Programan .Este congelamiento prematuro de Requerimientos puede implicar que el sistema no haga lo

que los Usuarios desean.

Durante la fase final del Ciclo de vida(“funcionamiento" y

“Mantenimiento”),el Software se pone en funcionamiento, se descubren “errores” y “omisiones” en los Requerimientos originales del

software.

4.1. MODELO CASCADA.

Page 15: 4.1 modelo cascada

Los Errores de Programación y de Diseño emergen y se

identifica la necesidad de una nueva funcionalidad. Por lo

tanto el sistema debe evolucionar para mantenerse

útil.

4.1. MODELO CASCADA.

Page 16: 4.1 modelo cascada

VENTAJAS DEL MODELO CASCADA

La “Documentación” se produce en cada fase y que este

cuadra con otros modelos del proceso de ingeniería.

Su principal Problema es su “Inflexibilidad” al dividir el proyecto en distintas

etapas.

4.1. MODELO CASCADA.

Page 17: 4.1 modelo cascada

Se deben hacer “Compromisos” en las etapas iniciales ,lo que hace

difícil responder a los cambios en los Requerimientos del Cliente.

El Modelo Cascada solo se debe utilizar cuando los Requerimientos se comprendan bien y sea improbable que cambien radicalmente durante el

Desarrollo.

4.1. MODELO CASCADA.

Page 18: 4.1 modelo cascada

El Modelo Cascada refleja el tipo de modelo de proceso

usado en otros proyectos de la ingeniería.

4.1. MODELO CASCADA.