Upload
marjorie
View
2
Download
0
Embed Size (px)
DESCRIPTION
modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software
Citation preview
ndice Pag
Modelo en cascada.... 2
Fases del modelo... 2
Anlisis de requisitos. 2
Diseo del Sistema. 3
Diseo del Programa.. 3
Codificacin 3
Pruebas 3
Verificacin 4
Mantenimiento 4
Variantes. 4
Anexos
Conclusin...
Bibliografia..
Fecha: jueves 15 de diciembre de 2011
1
Curso: 4to Paralelo:A
MODELO EN CASCADA
En Ingeniera de software el desarrollo en cascada, tambin llamado modelo en cascada,
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.
Un ejemplo de una metodologa de desarrollo en cascada es: 1.
Anlisis de requisitos
2. Diseo del Sistema.
3. Diseo del Programa
4. Codificacin
5. Pruebas
6. Implantacin
7. Mantenimiento
De esta forma, cualquier error de diseo detectado en la etapa de prueba conduce
necesariamente al rediseo y nueva programacin del cdigo afectado, aumentando los
costes del desarrollo. La palabra cascada sugiere, mediante la metfora de la fuerza de la
gravedad, el esfuerzo necesario para introducir un cambio en las fases ms avanzadas de
un proyecto.
Si bien ha sido ampliamente criticado desde el mbito acadmico y la industria, sigue siendo
el paradigma ms seguido al da de hoy.
Fases del modelo.
Anlisis de requisitos
Fecha: jueves 15 de diciembre de 2011
2
Curso: 4to Paralelo:A
En esta fase se 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.
Es importante sealar que en esta etapa se debe consensuar todo lo que se requiere del
sistema y ser aquello lo que seguir en las siguientes etapas, no pudindose requerir
nuevos resultados a mitad del proceso de elaboracin del software.
Diseo del Sistema
Se 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.
Es conveniente distinguir entre diseo de alto nivel o arquitectnico y diseo detallado. El
primero de ellos tiene como objetivo definir la estructura de la solucin (una vez que la
fase de anlisis ha descrito el problema) identificando grandes mdulos (conjuntos de
funciones que van a estar asociadas) y sus relaciones. Con ello se define la arquitectura de
la solucin elegida. El segundo define los algoritmos empleados y la organizacin del
cdigo para comenzar la implementacin.
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 que
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.
Fecha: jueves 15 de diciembre de 2011
3
Curso: 4to Paralelo:A
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.
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.
Variantes
Existen variantes de este modelo; especialmente destacamos la que hace uso de
prototipos y en la que se establece un ciclo antes de llegar a la fase de
mantenimiento, verificando que el sistema final est libre de fallos
Fecha: jueves 15 de diciembre de 2011
4
Curso: 4to Paralelo:A
Fecha: jueves 15 de diciembre de 2011
5
Curso: 4to Paralelo:A
Fecha: jueves 15 de diciembre de 2011
6
Curso: 4to Paralelo:A
Bibliografia http://es.wikipedia.org/wiki/Desarrollo_en_cascada