INGENIERIA DE SOFWARE II

CASCADA PURA
Es el enfoque metodolgico que ordena rigurosamente las etapas del proceso para
el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar
a la finalizacin de la etapa anterior.
Al final de cada etapa, el modelo est diseado para llevar a cabo una revisin
final, que se encarga de determinar si el proyecto est listo para avanzar a la
siguiente fase.
Este modelo fue el primero en originarse y es la base de todos los dems
modelos de ciclo de vida.
CARACTERISTICAS
ES EL MAS ANTIGUO DE LOS MODELOS DE CICLO DE VIDA Y SIRVE DE
BASE PARA OTROS MODELOS. ES LINEAL.
DENTRO DE ESTE MODELO UN PROYECTO PROGRESA ATRAVES DE UNA
SECUENCIA ORDENADA DE PASOS.
METODOLOGIA DEL MODELO DE CASCADA PURA
Anlisis de requisitos: analizan las necesidades de los usuarios finales del
software para determinar qu objetivos debe cubrir. De esta fase surge
una memoria llamada SRD (documento de especificacin de requisitos),
que contiene la especificacin completa de lo que debe hacer el sistema sin
entrar en detalles internos.
Diseo del Sistema: Descompone y organiza el sistema en elementos que
puedan elaborarse por separado, aprovechando las ventajas del desarrollo
en equipo. Como resultado surge el SDD (Documento de Diseo del
Software), que contiene la descripcin de la estructura relacional global
del sistema y la especificacin de lo que debe hacer cada una de sus
partes, as como la manera en que se combinan unas con otras.
Diseo del Programa: Es la fase en donde se realizan los algoritmos
necesarios para el cumplimiento de los requerimientos del usuario as como
tambin los anlisis necesarios para saber qu herramientas usar en la
etapa de Codificacin

Codificacin: Es la fase en donde se implementa el cdigo fuente, haciendo
uso de prototipos as como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programacin y su versin se crean las
bibliotecas y componentes reutilizables dentro del mismo proyecto para
hacer que la programacin sea un proceso mucho ms rpido.
Pruebas: Los elementos, ya programados, se ensamblan para componer el
sistema y se comprueba que funciona correctamente y que cumple con los
requisitos, antes de ser entregado al usuario final
Verificacin: Es la fase en donde el usuario final ejecuta el sistema, para
ello el o los programadores ya realizaron exhaustivas pruebas para
comprobar que el sistema no falle. En la creacin de desarrollo de cascada
se implementa los cdigos de investigacin y pruebas del mismo.
Mantenimiento: Una de las etapas ms crticas, ya que se destina un 75%
de los recursos, es el mantenimiento del Software ya que al utilizarlo
como usuario final puede ser que no cumpla con todas nuestras
expectativas.

VENTAJAS

ESTA ORIENTADO A DOCUMENTOS.
ES UN MODELO FACIL DE IMPLEMENTAR Y ENTENDER
PROMUEVE UNA METODOLIGIA DE TRABAJO EFECTIVA Definir
antes que disear, disear antes que codificar.
AYUDA A MINEMIZAR GASTOS DE LA PLANEACION.
DESVENTAJAS
NO ES APROPIADO PARA UN PROYECTO DE DESARROLLO
RAPIDO.
DIFCULTA PARA ESPECIFICAR CLARAMENTE LOS
REQUERIMIENTOS AL COMIENZO DEL PROYECTO.
PUEDE SUPONER UNA CANTIDAD EXESIVA DE
DOCUMENTACION.

CUANDO SE DEBE UTILIZAR

CUANDO LOS REQUERIMIENTOS SE COMPRENDAN BIEN Y SEA
IMPROBABLE QUE CAMBIE RADICALMENTE DURANTE SU
DESARROLLO.
CASCADA DE FASE SOLAPADA

SE BASA EN UNA CASCADA EN LA QUE LAS ETAPAS PUEDEN TENER
UN CIERTO SOLAPAMIENTO, FAVORECIENDO EL AVANCE DEL
PROYECTO Y DE ESTA MANERA NO TERMINAR COMPLETAMENTE
UNA ETAPA PARA AVANZAR HACIA LA SIGUIENTE. Este enfoque
permite hacer ms dinmico el desarrollo del proyecto de manera integral,
aumentando la interaccin entre las etapas y logrando como secuencia una
reduccin del tiempo total del desarrollo del proyecto de software.

ESTRUCTURA DEL MODELO

Concepto: Es la construccin de la idea del proyecto que surge de las
necesidades de nuestro entorno.

Anlisis: Aqu se analizan las necesidades de los usuarios finales del
software para determinar el objetivo que debe cumplir.

Diseo arquitectnico: Se descompone y se organiza en elementos que
puedan elaborar por separado.

Diseo detallado: Es la fase donde se desarrolla el algoritmo necesario para
el cumplimiento de los requerimientos del usuario.

Codificacin: Aqu se implementa el cdigo fuente haciendo uso de los
prototipos as como pruebas y ensayo para corregir errores.

Prueba: Los elementos ya programados se ensamblan para componer el
sistema y se prueba que funcione correctamente y que cumpla con los
requisitos antes de ser instalado.

VENTAJAS

Reduccin de tiempo.
Ms dinmico e integral.
Permite iterar problemticas que surgen en el proceso.
La planificacin es ms sencilla.



DESVENTAJAS
Ms difcil de controlar el progreso del proyecto debido a que los finales
de fase ya no son un punto de referencia claro.
Difcil para identificar el inicio y el final de cada etapa.
Difcil de reconocer todos los requerimientos desde un inicio.

CASCADA CON REDUCCION DE RIESGO

INCORPORA UNA ESPIRAL EN LO ALTO DE LA CASCADA PARA
CONTROLAR EL RIESGO DE LOS REQUERIMIENTOS Y UNA ESPIRAL
PARA LAS DEMAS ESTAPAS DEL DESARROLLO. A ESTE NIVEL ES
POSIBLE DESARROLLAR UN PROTOTIPO DE INTERFAZ DE USUARIO,
TENER ENTREVISTAS CON LOS USUARIOS, OBSERVAR COMO LOS
USUARIOS INTERACTIAN CON UN SISTEMA PREVIO Y UTILIZAR
OTROS METODOS QUE CONSIDEREN APROPIADOS PARA LA
IDENTIFICACION DE LOS REQUERIMIENTOS.

Cascada con sub proyectos

Sigue el modelo del ciclo de vida en cascada. Cada una de las cascadas se
divide en sub etapas independientes que se puede desarrollar en paralelo.
La ventaja es que se puede tener ms gente trabajando al mismo tiempo,
pero la desventaja es que pueden surgir dependencias entre las distintas
sub proyectos pero solo se tendran que administrar los tiempos.

Ventajas:

-Permite la construccin del sistema con requisitos poco claros o
cambiantes.
-El cliente recibe una versin del sistema en muy poco tiempo, por lo que
lo puede evaluar, probar e, incluso, empezar a utilizarlo.
-Se pueden introducir cambios en las funcionalidades del sistema en
cualquier momento.
-Involucra al usuario en la evaluacin de la interfaz de usuario.
-Se reduce el riesgo y la incertidumbre sobre el desarrollo.
-Genera signos visibles de progreso, que se utilizan cuando existe una
demanda en la velocidad del desarrollo.
-Permite entender bien el problema antes de la implementacin final.

Desventajas:
-El cliente puede quedar convencido con las primeras versiones y, quizs,
no vea la necesidad de completar el sistema o redisearlo con la calidad
necesaria.
-Requiere trabajo del cliente para evaluar los distintos prototipos y
traducirlo en nuevos requisitos.
-Requiere un tiempo adicional para definir adecuadamente el sistema.
-No se sabe exactamente cunto ser el tiempo de desarrollo ni cuantos
prototipos se tienen que desarrollar.
-Si un prototipo fracasa, el coste del proyecto puede resultar muy caro.

Mtodo codificar y corregir

Es un modelo poco til, pero sin embargo bastante comn Se puede
tener una especificacin formal, o no tenerla Si no se ha utilizado
formalmente un mtodo, probablemente ya se est usando el mtodo
Codificar y Corregir en forma intuitiva Cuando se utiliza ste mtodo se
empieza con una idea general de lo que se necesita construir, Se utiliza
cualquier combinacin de diseo, cdigo, depuracin y mtodos de prueba
no formales que sirven hasta que se tiene el producto listo para
entregarlo.

Ventajas:
No conlleva ninguna gestin; no se pierde tiempo en la planificacin, en la
documentacin, en el control de calidad, en el cumplimiento de los
estndares, o en cualquier otra actividad que no sea codificacin pura.
Como se pasa directamente a codificar, se pueden mostrar
inmediatamente indicios de progreso.
Requiere poca experiencia: cualquier persona que haya escrito alguna vez
un programa est familiarizada con ste modelo.
Para proyectos pequeos que se intentan liquidar en un tiempo breve, o
para modelos como programas de demostracin o prototipos desechables,
el modelo codificar y corregir puede ser til.

Desventajas:
El modelo resulta peligroso para otro tipo de proyectos que no sean
pequeos.
Puede que no suponga gestin alguna, pero tampoco ofrece medios de
evaluacin del progreso.
No proporciona medios de evaluacin de la calidad o de identificacin de
riesgos.
Si al llevar tres cuartas partes de la codificacin descubre que el diseo es
incorrecto, no hay otra solucin que desechar el trabajo y comenzar de
nuevo.

Modelo de ciclo de vida en espiral

Propuesto inicialmente por Boehm en 1988. Consiste en una serie de
ciclos que se repiten. Cada uno tiene las mismas fases y cuando termina
da un producto ampliado con respecto al ciclo anterior. En este sentido
es parecido al modelo incremental, la diferencia importante es que tiene
en cuenta el concepto de riesgo. Un riesgo puede ser muchas cosas:
requisitos no comprendidos, mal diseo, errores en la implementacin, etc.

Ventajas
* No necesita una definicin completa de los requisitos para empezar a
funcionar.
* Al entregar productos desde el final de la primera iteracin es ms fcil
validar los requisitos.
* El riesgo en general es menor, porque si todo se hace mal, solo se ha
perdido el tiempo y

Desventajas
Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es
controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeos
sistemas.
Genera mucho tiempo en el desarrollo del sistema Modelo costoso
Requiere experiencia en la identificacin de riesgos.