martes, 18 de agosto de 2009

modelo de cascada subproyecto



MODELO EN CASCADA



El ciclo de vida inicialmente propuesto Se sitúa, por tanto, en la parte central del ciclo de desarrollo por
Royce en 1970, fue adaptado para el software
a partir de ciclos de vida de otras ramas de la
ingeniería. Es el primero de los propuestos y
el más ampliamente seguido por las
organizaciones (se estima que el 90% de los
sistemas han sido desarrolSe sitúa, por tanto, en la parte central del ciclo de desarrollol asi.


Ingeniería y Análisis
del Sistema


Análisis de los Requisitos

Diseño
Codificación

Prueba



Mantenimiento





DESCRIPCIÓN
Este modelo admite la posibilidad de hacer iteraciones,
es decir, durante las modificaciones que se hacen en el
mantenimiento se puede ver por ejemplo la necesidad
de cambiar algo en el diseño, lo cual significa que se
harán los cambios necesarios en la codificación y se
tendrán que realizar de nuevo las pruebas, es decir, si
se tiene que volver a una de las etapas anteriores al
mantenimiento hay que recorrer de nuevo el resto de
las etapas.


1 )Depués de cada etapa se realiza una revisión para
comprobar si se puede pasar a la siguiente.
2 )Trabaja en base a documentos, es decir, la entrada y

la salida de cada fase es un tipo de documento
específico. Idealmente,cada fase podría hacerla un
equipo diferente gracias a la documentación generada
a) Análisis: Toma como entrada una descripción en

lenguaje natural de lo que quiere el cliente.
Produce el S.R.D. (Software Requirements
Document).
b) Diseño: Su entrada es el S.R.D. Produce
el S.D.D. (Software Design Document)
c) Codificación: A partir del S.D.D. produce
módulos. En esta fase se hacen también
pruebas de unidad.
d) Pruebas: A partir de los módulos probados se
realiza la integración y pruebas de todo el
sistema. El resultado de las pruebas



VENTAJAS

a) La planificación es sencilla.
b) La calidad del producto resultante es alta.
c) Permite trabajar con personal poco cualificado.



INCONVENIENTES

a) Lo peor es la necesidad de tener todos los

requisitos al principio. Lo normal es que el
cliente no tenga perfectamente definidas las
especificaciones del sistema, o puede ser que
surjan necesidades imprevistas.
b) Si se han cometido errores en una fase es difícil volver atrás.
c) No se tiene el producto hasta el final, esto quiere decir que:
d) si se comete un error en la fase de análisis no

lo descubrimos hasta la entrega, con el
consiguiente gasto inútil de recursos.
e) El cliente no verá resultados hasta el final,
con lo que puede impacientarse .
f) Es comparativamente más lento que los

demás y el coste es mayor también.
g) si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos.
h) El cliente no verá resultados hasta el final, con lo que puede impacientarse .
i) Es comparativamente más lento que los demás y el coste es mayor también.




TIPOS DE PROYECTOS PARA LOS QUE ES ADECUADO




a) Aquellos para los que se dispone de todas la
especificaciones desde el principio, por
ejemplo, los de reingeniería.
b) Se está desarrollando un tipo de producto que
no es novedoso.
c) Proyectos complejos que se entienden bien

desde el principio.

No hay comentarios:

Publicar un comentario en la entrada