8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

1/15

Modelo de ciclo de vida clásico o encascadaCiclo de vida clásico

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

2/15

PARADIGMA

CICLO DE VIDA DEL SOFTWARE

• Este fue el modelo inicial planteado para

organizar el proceso de desarrollo, aunqueantiguo, tiene vigencia en algunos proyectos ocomo parte de otros modelos, da la medida delos pasos tradicionales de cualquier modelo:análisis, diseño, codificación, prueba ymantenimiento.

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

3/15

PARADIGMA CICLO DE VIDA DEL SOFTWAREIngeniería

de software Análisis

Diseño Codificación

Prueba

Mantenimiento

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

4/15

Ciclo de vida clásico

Ingeniería

y

análisis del

sistema

Análisis y

requerimientos

del sistema

Diseño

CodificaciónPrueba

Mantenimiento

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

5/15

Ingeniería análisis del sis!e"aEs esencial cuando el software

debe interrelacionarse con

otros elementos tales como

ardware! "ersonas y bases de

datos#

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

6/15

Ingeniería análisis del sis!e"a$a ingeniería y análisis del

sistema abarcan

 los requerimientos globales

 a un ni%el de sistema con una

 "equeña cantidad de

análisis y diseño a ni%el su"erior#

 Además de un análisis costo beneficio

del sistema

es decir si toda la in%ersión quese ará "ara el sistema con%iene

a los beneficios que traerá el mismo#

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

7/15

Análisis de los re#$eri"ien!os del sis!e"a

En esta eta"a los

requerimientos del

sistema se documentan

y se anali&an con el

cliente#

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

8/15

Dise%o

• estructura de datos• arquitectura de software• detalle procedimental 

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

9/15

Codi&icaci'n

El diseño debe traducirse

en una forma legible#

El "aso de la codificacióne'ecuta la tarea de establecer

la eta"a de diseño legible

 "ara la maquina!

si el diseño se e'ecuta de una manera

detallada la codificación

 "uede reali&arse mecánicamente#

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

10/15

Pr$e(a(na %e& que se a generado el código!

comien&a la "rueba del "rograma!

la "rueba se enfoca sobre la lógica internadel software asegurando que todas

las sentencias se an "robado y sobre

las funciones e)ternas estoy reali&ando

 "ruebas "ara asegurar que la

entrada definida "roducirá

los resultados querealmente se requieren#

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

11/15

Man!eni"ien!oEl mantenimiento del software se aplica

cada uno de los pasos precedentes del

 ciclo de vida a un programa

existente en lugar de uno nuevo. 

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

12/15

Prototi"ación

Estudio de

factibilidad

Ingeniería de

requerimientos

Diseño yes"ecificación

Codificación

*erificación

Entrega y

mantenimiento

Mo

delod

ecasc

ad

a

   •  +  l u

 ' o  s e c u

 e n c i a  l 

 e n t r e   l

 a s  f a s e

 s#

   •  I n "

 u t  ,  o u

 t " u t

   • - e 

 d e  b e  f i n a

  l i & a r  c a

 d a 

 e t a " a

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

13/15

Ingeniería de re#$eri"ien!os

  ¿   Q    U   E   ?

• Identicar ydocumentar losrequerimientos exactosdel sistema según las

necesidades de losusuarios nales.

• 'Cualidades del sistema.• 'Funcionales,

no−funcionales, del

proceso y delmantenimiento

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

14/15

Dise%o ) Es*eci&icaci'n+unción

Estructura

  ¿   C   Ó   M

   O   ?

• Dividir el sistema en partes y establecer

las

relaciones entre ellas.

• Arquitectura y diseño detallado.• Establecer qué hará exactamente cada

parte.• En esta fase se crea un modelo funcional −

estructural de los requerimientos.• El diseño debe permitir implementaciones

que verifiquen los requerimientos.

8/17/2019 Ciclo de Vida Clasico o Modelo en Cascada

15/15

Veri&icaci'n

• omprobar que los distintos

productos del ciclo de vida del

software verifican las propiedades y

funciones establecidas en los

requerimientos.• !esting vs. análisis• !esting funcional y estructural• E"ecuci#n simb#lica• $erificaci#n % $alidaci#n