DESCRIPCION

El trmino ciclo de vida del software describe el desarrollo de

software, desde la fase inicial hasta la fase final. El propsito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicacin, es decir, para garantizar que el software cumpla los requisitos para la aplicacin y verificacin de los procedimientos de desarrollo: se asegura de que los mtodos utilizados son apropiados. rectificar los errores que se detectan tarde dentro de la fase de implementacin. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementacin y en los costos asociados.

Estos programas se originan en el hecho de que es muy costoso

El ciclo de vida bsico de un software consta de los siguientes procedimientos:

Definicin de objetivos: definir el resultado del proyecto y su papel en

la estrategia global. Anlisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restriccin que se pueda aplicar. Diseo general: requisitos generales de la arquitectura de la aplicacin. Diseo en detalle: definicin precisa de cada subconjunto de la aplicacin. Programacin (programacin e implementacin): es la implementacin de un lenguaje de programacin para crear las funciones definidas durante la etapa de diseo. Prueba de unidad: prueba individual de cada subconjunto de la aplicacin para garantizar que se implementaron de acuerdo con las especificaciones.

 Integracin: para garantizar que los diferentes mdulos se integren con

la aplicacin. ste es el propsito de la prueba de integracin que est cuidadosamente documentada. Prueba beta (o validacin), para garantizar que el software cumple con las especificaciones originales. Documentacin: sirve para documentar informacin necesaria para los usuarios del software y para desarrollos futuros. Implementacin Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo). El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicacin dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.

Distribucin del coste del ciclo de vida:

 El mantenimiento del software es una importante tarea que

habitualmente requiere entre el 70% y 80% del coste del ciclo de vida del producto. Esto es debido a mltiples factores, entre los que podemos encontrar: Inexistencia de mtodos, tcnicas y herramientas que puedan proporcionar una solucin global al mantenimiento. La complejidad de los sistemas se incrementa paulatinamente por la realizacin de continuas modificaciones. La documentacin del sistema es defectuosa e inexistente. Se considera el mantenimiento como una actividad poco creativa, a diferencia del desarrollo. Las actividades de mantenimiento se suelen realizar bajo presin de tiempo. Poca participacin del usuario durante el desarrollo del sistema.

MODELO EN CASCADA
El ciclo de vida inicialmente propuesto por Royce en

1970, fue adaptado para el software a partir de ciclos de vida de otras ramas de la ingeniera. Es el primero de los propuestos y el ms ampliamente seguido por las organizaciones (se estima que el 90% de los sistemas han sido desarrollados as).

DESCRIPCIN
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 diseo, lo cual significa que se harn los cambios necesarios en la codificacin y se tendrn 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. se puede pasar a la siguiente.

Despus de cada etapa se realiza una revisin para comprobar si Trabaja en base a documentos, es decir, la entrada y la salida de

cada fase es un tipo de documento especfico. Idealmente, cada fase podra hacerla un equipo diferente gracias a la documentacin generada entre las fases. Los documentos son:

 Anlisis: Toma como entrada una descripcin en

lenguaje natural de lo que quiere el cliente. Produce el S.R.D. (Software Requirements Document). Diseo: Su entrada es el S.R.D. Produce el S.D.D. (Software Design Document) Codificacin: A partir del S.D.D. produce mdulos. En esta fase se hacen tambin pruebas de unidad. Pruebas: A partir de los mdulos probados se realiza la integracin y pruebas de todo el sistema. El resultado de las pruebas es el producto final listo para entregar.

VENTAJAS
La planificacin es sencilla.
La calidad del producto resultante es alta. Permite trabajar con personal poco cualificado.

INCONVENIENTES
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. Si se han cometido errores en una fase es difcil volver atrs. No se tiene el producto hasta el final, esto quiere decir que:

 Si se comete un error en la fase de anlisis no lo

descubrimos hasta la entrega, con el consiguiente gasto intil de recursos. El cliente no ver resultados hasta el final, con lo que puede impacientarse . Es comparativamente ms lento que los dems y el coste es mayor tambin.

TIPOS DE PROYECTOS PARA LOS QUE ES ADECUADO

Aquellos para los que se dispone de todas las

especificaciones desde el principio, por ejemplo, los de reingeniera. Se est desarrollando un tipo de producto que no es novedoso. Proyectos complejos que se entienden bien desde el principio.