7/23/2019 Ciclos de Vida de Ingeniera Del Software

1/2

Ingeniera del Software IICiclos de Vida de Ingeniera del Software

Modelo en Cascada1(Bennington 1956):El ms conocido, esta basado en el ciclo convencional de una ingeniera, el paradigma del

ciclo de vida abarca las siguientes actividades:

Ingeniera y Anlisis del Sistema:Debido a que el software es siempre parte de un sistema mayorel trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luegoasignando algn subconjunto de estos requisitos al software

Anlisis de los requisitos del software:el proceso de recopilaci!n de los requisitos se centra eintensifica especialmente en el software El ingeniero de software "#nalistas$ debe comprender elmbito de la informaci!n del software, as como la funci!n, el rendimiento y las interfacesrequeridas

Diseo:el dise%o del software se enfoca en cuatro atributos distintos del programa: la estructurade los datos, la arquitectura del software, el detalle procedimental y la caracterizaci!n de lainterfaz El proceso de dise%o traduce los requisitos en una representaci!n del software con lacalidad requerida antes de que comience la codificaci!nCodificacin: el dise%o debe traducirse en una forma legible para la maquina El paso decodificaci!n realiza esta tarea &i el dise%o se realiza de una manera detallada la codificaci!npuede realizarse mecnicamente

Prueba:una vez que se 'a generado el c!digo comienza la prueba del programa (a prueba secentra en la l!gica interna del software, y en las funciones e)ternas, realizando pruebas queaseguren que la entrada definida produce los resultados que realmente se requieren

*antenimiento:el software sufrir cambios despu+s de que se entrega al cliente (os cambiosocurrirn debido a que 'ayan encontrado errores, a que el software deba adaptarse a cambios delentorno e)terno "sistema operativo o dispositivos perif+ricos$, o debido a que el cliente requieraampliaciones funcionales o del rendimiento

Desventajas:

(os proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre

'ay iteraciones y se crean problemas en la aplicaci!n del paradigma

1Ingeniera del Software: Un enfoque practico, Roger S. Presuman, 3 raEdicin, Pag. !"#3$.

ngeniera y #nlisisdel &istema

#nlisis de los-equisitos

Dise%o

.odificaci!n

/rueba

*antenimiento

7/23/2019 Ciclos de Vida de Ingeniera Del Software

2/2

0ormalmente, es difcil para el cliente establecer e)plcitamente al principio todos los

requisitos El ciclo de vida clsico lo requiere y tiene dificultades en acomodar posiblesincertidumbres que pueden e)istir al comienzo de muc'os productos

El cliente debe tener paciencia 1asta llegar a las etapas finales del proyecto, no estar

disponible una versi!n operativa del programa 2n error importante no detectado 'asta queel programa este funcionando puede ser desastroso

(a ventaja de este m+todo radica en su sencillez ya que sigue los pasos intuitivosnecesarios a la 'ora de desarrollar el software

Modelo V (Ministerio de Defensa de Alemania, 1992):El *odelo 3 tiende a ser muy relacionado con el *odelo de .ascada puesto que es una

evoluci!n del mismo

/uede notarse que su primera mitad es similar al *odelo en .ascada, y la otra mitad tienecomo finalidad 'acer pruebas e integraci!n asociado a cada una de las etapas de la mitadanterior

&e puede identificar una ventaja principal con respecto al *odelo .ascada ms simple, yse refiere a que este modelo involucra c'equeos de cada una de las etapas del modelo de

cascada

Desventajas:

El riesgo es mayor que el de otros modelos, pues en lugar de 'acer pruebas de aceptaci!n

al final de cada etapa, las pruebas comienzan a efectuarse luego de 'aber terminado laimplementaci!n, lo que puede traer como consecuencia un 4roll5bac67 de todo un procesoque cost! tiempo y dinero

El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores,

cosa que en la realidad puede ocurrir

&e toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de

desarrollo, lo que disminuye el riesgo# pesar de todo lo antes mencionado, definitivamente se trata de un modelo ms robusto y

completo que el *odelo de .ascada, y puede producir software de mayor calidad que con elmodelo de cascada

ANALISIS DEREQUERIMIENTOS

DISEO DELSISTEMA

DISEODETALLADO

IMPLEMENTACIONDE PROGRAMAS YPRUEBA UNITARIA

PRUEBA DELSISTEMA

PRUEBA DE

ACEPTACION

OPERACIONY

MANTENIMIENTO

PRUEBA DEINTEGRACION

/lan de/ruebas

de ntegraci!n

Verifcardiseo

/lan de/ruebas

del &istema

Validarrequerimientos

/lan de/ruebas

de #ceptaci!n

(os planes de prueba sonel ne)o entre el desarrollo

y la verificaci!n