Modelo en cascada

16
UNIVERSIDAD “JOSÉ CARLOS MARIATEGUI” FACULTAD DE INGENIERIA CARRERA PROFESIONAL INGENIERIA DE SISTEMAS E INFORMÁTICA CURSO : ANALISIS Y DISEÑO DE SISTEMAS II TEMA : MODELO EN CASCADA DOCENTE : ING. JULIO SANCHEZ ZAMBRANO ALUMNO : JESUS WILSON CALAVELLI GOMEZ : GABINO RAMOS MOQUEGUA – PERU 211 0

Transcript of Modelo en cascada

Page 1: Modelo en cascada

UNIVERSIDAD “JOSÉ CARLOS MARIATEGUI”

FACULTAD DE INGENIERIACARRERA PROFESIONALINGENIERIA DE SISTEMAS E

INFORMÁTICACURSO : ANALISIS Y DISEÑO DE SISTEMAS IITEMA : MODELO EN CASCADADOCENTE : ING. JULIO SANCHEZ ZAMBRANOALUMNO : JESUS WILSON CALAVELLI GOMEZ

: GABINO RAMOS

MOQUEGUA – PERU211 0

Page 2: Modelo en cascada

PARADIGMA PARADIGMA CICLO DE VIDA DEL CICLO DE VIDA DEL SOFTWARE SOFTWARE

Este fue el modelo inicial planteado para organizar el proceso de desarrollo, aunque antiguo, tiene vigencia en algunos proyectos o como parte de otros modelos, da la medida de los pasos tradicionales de cualquier modelo: análisis, diseño, codificación, prueba y mantenimiento.

Page 3: Modelo en cascada

PARADIGMA CICLO DE VIDA PARADIGMA CICLO DE VIDA DEL SOFTWAREDEL SOFTWARE

Ingeniería de

software Análisis

Diseño Codificación

Prueba

Mantenimiento

Page 4: Modelo en cascada

Ciclo de vida clásicoCiclo de vida clásico

Mantenimiento

Prueba Codificación

Diseño

Análisis y requerimientos

del sistema

Ingeniería y análisis del

sistema

Page 5: Modelo en cascada

Ingeniería y análisis del sistemaIngeniería y análisis del sistemaEs esencial cuando el software

debe interrelacionarse con otros elementos tales como

hardware, personas y bases de datos.

Page 6: Modelo en cascada

Ingeniería y análisis del sistemaIngeniería y análisis del sistema

La ingeniería y análisis del sistema abarcan

los requerimientos globales a un nivel de sistema con una

pequeña cantidad de análisis y diseño a nivel superior.

Además de un análisis costo beneficio del sistema

es decir si toda la inversión que se hará para el sistema conviene

a los beneficios que traerá el mismo.

La ingeniería y análisis del sistema abarcan

los requerimientos globales a un nivel de sistema con una

pequeña cantidad de análisis y diseño a nivel superior.

Además de un análisis costo beneficio del sistema

es decir si toda la inversión que se hará para el sistema conviene

a los beneficios que traerá el mismo.

Page 7: Modelo en cascada

Análisis de los requerimientos del Análisis de los requerimientos del sistemasistema

En esta etapa los requerimientos del

sistema se documentan y se analizan con el

cliente.

Page 8: Modelo en cascada

DiseñoDiseño

•estructura de datos estructura de datos •arquitectura de software arquitectura de software •detalle procedimentaldetalle procedimental

•estructura de datos estructura de datos •arquitectura de software arquitectura de software •detalle procedimentaldetalle procedimental

Page 9: Modelo en cascada

Codificación Codificación

El diseño debe traducirse El diseño debe traducirse en una forma legible. en una forma legible.

El paso de la codificación El paso de la codificación ejecuta la tarea de establecer ejecuta la tarea de establecer

la etapa de diseño legible la etapa de diseño legible para la maquina, para la maquina,

si el diseño se ejecuta de una manera si el diseño se ejecuta de una manera detallada la codificación detallada la codificación

puede realizarse mecánicamente. puede realizarse mecánicamente.

Page 10: Modelo en cascada

PruebaPrueba

Una vez que se ha generado el código, Una vez que se ha generado el código, comienza la prueba del programa, comienza la prueba del programa,

la prueba se enfoca sobre la lógica interna la prueba se enfoca sobre la lógica interna del software asegurando que todas del software asegurando que todas

las sentencias se han probado y sobre las sentencias se han probado y sobre las funciones externas estoy realizando las funciones externas estoy realizando

pruebas para asegurar que la pruebas para asegurar que la entrada definida producirá entrada definida producirá

los resultados que los resultados que realmente se requieren. realmente se requieren.

Page 11: Modelo en cascada

MantenimientoMantenimiento

El mantenimiento del software se aplica El mantenimiento del software se aplica cada uno de los pasos precedentes delcada uno de los pasos precedentes del

ciclo de vida a un programa ciclo de vida a un programa existente en lugar de uno nuevo.existente en lugar de uno nuevo.

El mantenimiento del software se aplica El mantenimiento del software se aplica cada uno de los pasos precedentes delcada uno de los pasos precedentes del

ciclo de vida a un programa ciclo de vida a un programa existente en lugar de uno nuevo.existente en lugar de uno nuevo.

Page 12: Modelo en cascada

PrototipaciónPrototipación

Estudio de Estudio de factibilidadfactibilidad

Estudio de Estudio de factibilidadfactibilidad

Ingeniería de Ingeniería de requerimientosrequerimientos

Ingeniería de Ingeniería de requerimientosrequerimientos

Diseño y Diseño y especificaciónespecificación

Diseño y Diseño y especificaciónespecificación

CodificaciónCodificaciónCodificaciónCodificación

VerificaciónVerificaciónVerificaciónVerificación

Entrega y Entrega y mantenimientomantenimiento

Entrega y Entrega y mantenimientomantenimiento

•Flujo secuencial

entre las fases.

•Input – output

•Se debe finalizar cada

etapa

Page 13: Modelo en cascada

Ingeniería de requerimientosIngeniería de requerimientos

•Identificar y documentar Identificar y documentar los requerimientos los requerimientos exactos del sistema exactos del sistema según las necesidades de según las necesidades de los usuarios finales.los usuarios finales.•'Cualidades del sistema.'Cualidades del sistema.•'Funcionales, 'Funcionales, no−funcionales, del no−funcionales, del proceso y del proceso y del mantenimientomantenimiento

Page 14: Modelo en cascada

Diseño - EspecificaciónDiseño - EspecificaciónFunción

Estructura

•Dividir el sistema en partes y establecer lasDividir el sistema en partes y establecer las•relaciones entre ellas.relaciones entre ellas.

•Arquitectura y diseño detallado.Arquitectura y diseño detallado.•Establecer Establecer qué qué hará exactamente cada hará exactamente cada parte.parte.•En esta fase se crea un modelo funcional − En esta fase se crea un modelo funcional − estructural de los requerimientos.estructural de los requerimientos.•'El diseño debe permitir implementaciones 'El diseño debe permitir implementaciones que verifiquen los requerimientos.que verifiquen los requerimientos.

Page 15: Modelo en cascada

VerificaciónVerificación

•Comprobar que los distintos productos Comprobar que los distintos productos del ciclo de vida del software verifican del ciclo de vida del software verifican las propiedades y funciones establecidas las propiedades y funciones establecidas en los requerimientos.en los requerimientos.•Testing vs. análisisTesting vs. análisis•Testing funcional y estructuralTesting funcional y estructural•Ejecución simbólicaEjecución simbólica•Verificación & ValidaciónVerificación & Validación

Page 16: Modelo en cascada

Por estudiantes:Por estudiantes:

Jesus Wilson Calavelli Gomez Gabino Ramos