Este documento describe el modelo de ciclo de vida en cascada para el desarrollo de software. Se explican las distintas fases del modelo, incluyendo el análisis del sistema, análisis de requisitos, diseño, codificación, pruebas y mantenimiento. Además, se menciona que este modelo es ampliamente utilizado en proyectos gubernamentales grandes como los del Departamento de Defensa de EE.UU. y la NASA.

1. UNIVERSIDAD TECNOLÓGICA DE PANAMÁ
Lic. en Ingeniería en Sistemas y Computación
Ingeniería de Software
Profesora:
Belén González
Presentado por :
Marrone, Yeniseth
La Chorrera, 1 de abril de 2013

2. El propósito de este programa es definir las distintas fases intermedias que se
requieren para validar el desarrollo de la aplicación es decir, para garantizar que
el software cumpla los requisitos en el uso de aplicación y verificación de los
procedimientos de desarrollo

3. 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 implementación y
 en los costos asociados.

4. En los años 70 se impuso un nuevo enfoque de desarrollo del
software, introducido por Royce, a través de un ciclo de vida en
“cascada“.
Este método modela el ciclo convencional de la Ingeniería del
Software, aplicando un enfoque sistemático y secuencial de
desarrollo.

5. Etapa 1 Enfoque metodológico que
ordena rigurosamente las
etapas del proceso para el
Etapa 2 desarrollo de software, de
tal forma que el inicio de
Etapa 3 cada etapa debe esperar a
la finalización de la etapa
anterior.

6.  Es el más utilizado.
 Para que el proyecto tenga éxito deben desarrollarse todas
las fases.
 Las fases continúan hasta que los objetivos se han
cumplido.
 Si se cambia el orden de las fases, el producto final será
de inferior calidad.

7. Ingeniería y Análisis
del Sistema
Análisis de los
Requisitos
Diseño
Codificación
Prueba
Mantenimiento

8.  Ingeniería y Análisis del Sistema:
Debido a que el software es parte de un sistema mayor. El trabajo comienza
estableciendo los requisitos de todos los elementos del sistema y luego asignando
algún subconjunto de estos requisitos al software.
 Análisis de los requisitos del software:
El proceso de recopilación de los requisitos se centra e intensifica especialmente
en el software. El ingeniero de software (Analistas) debe comprender el ámbito de
la información del software, así como la función, el rendimiento y las interfaces
requeridas.

9.  Diseño:
El diseño del software se enfoca en cuatro atributos distintos del programa:
 la estructura de los datos,
 la arquitectura del software,
 el detalle procedimental y
 la caracterización de la interfaz.
El proceso de diseño traduce los requisitos en una representación del
software con la calidad requerida antes de que comience la codificación.
 Codificación:
El diseño debe traducirse en una forma legible para la máquina. El paso de
codificación realiza esta tarea. Si el diseño se realiza de una manera detallada
la codificación puede realizarse mecánicamente.

10.  Prueba:
Una vez que se ha generado el código comienza la prueba del programa.
La prueba se centra en la lógica interna del software, y en las funciones
externas, realizando pruebas que aseguren que la entrada definida
produce los resultados que realmente se requieren.
 Mantenimiento:
El software sufrirá cambios después de que se entrega al cliente. Los
cambios ocurrirán debido a que hayan encontrado errores, a que el
software deba adaptarse a cambios del entorno externo (sistema
operativo o dispositivos periféricos), o debido a que el cliente requiera
ampliaciones funcionales o del rendimiento.

11. La planificación es sencilla.
La calidad del producto resultante es alta.
Permite trabajar con personal poco cualificado.

12. 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 difícil volver atrás.
No se tiene el producto hasta el final, esto quiere decir que:
 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.
 El cliente no verá resultados hasta el final, con lo que puede impacientarse.
 Es comparativamente más lento que los demás y el coste es mayor también.

13.  Aquellos para los que se dispone de
todas las especificaciones desde el
principio, por ejemplo, los de
reingeniería.
Reingeniería significa volver a
empezar arrancando de nuevo;  Se está desarrollando un tipo de
El objetivo es hacer lo que ya producto que no es novedoso.
estamos haciendo, pero hacerlo
mejor, trabajar más  Proyectos complejos que se entienden
inteligentemente. bien desde el principio.

14. Este modelo es ampliamente utilizado en los sistemas
gubernamentales de gran tamaño, en especial en el
Departamento de Defensa de los Estados Unidos (DOD).
Es utilizado en la NASA