Sunteți pe pagina 1din 14

CICLO DE VIDA EN CASCADA

El software como tal sigue un proceso de desarrollo


que atraviesa por diferentes etapas ordenadas
sistemáticamente conocidas como Ciclo de Vida de
Software. Existen diversos modelos y en ésta
presentación abordaremos el Ciclo de Vida Clásico,
también llamado Ciclo de Vida Básico, Modelo en
cascada o Modelo Lineal Secuencial.
 Creado por Winston W. Royce
(1970)
 Revisado por Barry Boehm (1980)
 Nuevamente por Ian Sommerville
(1985)
 Derivado de modelos de
actividades de ingeniería
 Establecer orden en el desarrollo
de productos de software
 Base de otro modelos
Necesidad

Análisis de
Requisitos

Diseño

Codificación

Pruebas

Implementación

Mantenimiento

Obsolencia
 Todo software desarrollado surge
con la finalidad de resolver un
problema o cubrir una necesidad.
Comprende desde la posible obtención de unos
objetivos o requisitos iniciales para determinar la
viabilidad del sistema, hasta escrutar las distintas
alternativas de solución.

-Entender y comprender
detalladamente el problema
-Requisitos del producto
definidos apropiadamente
-Surge SRD
Se adapta ese análisis generalista a la solución
concreta que se quiere llevar a cabo, definiéndose
la arquitectura general del software.

-Separación en módulos
-Surge SDD
-Estructura de datos
-Arquitectura de
Software
-Detalle del proceso
-Caracterización de
Interfaces
En esta fase tomamos todo lo que se plasmó en el
diseño y lo traducimos en el conjunto de órdenes
para computadora que es el software.

-Testeo por módulo


-Creación de bibliotecas
y elementos reutilizables
Tomamos el software que se produjo en la
codificación y probamos todas las partes y
procesos del mismo, para asegurarnos que cumple
con los requisitos que se habían especificado.

-Ensamble de módulos
-Probar todas las
posibles situaciones
-Solución a errores
lógicos y de
comportamiento
Esta es la fase en que ponemos el software en
funcionamiento en el mundo real, o dentro de la
organización para la que fue desarrollado.

-Documentación
-Interna (comentarios)
-Externa (Diccionario de
datos, código fuente)
-Manual de Usuario
En esta etapa se realizan sobre el mismo software
diversas tareas de mantenimiento, que en función de su
naturaleza se clasifican en correctivos, evolutivos,
adaptativos y perfectivos.
Cuando se llega un punto en el que ya no es posible
seguir haciendo modificaciones al sistema, en ese
momento el software se vuelve obsoleto, ya sea por la
tecnología que se usó en su desarrollo o por que no fue
diseñado para la cantidad de operaciones que se realizan
en ese punto o porque su mantenimiento es muy costoso.
 Es un modelo sencillo y disciplinado.
 Es fácil aprender a utilizarlo y comprender su
funcionamiento.
 Está dirigido por los tipos de documentos y resultados
que deben obtenerse al final de cada etapa.
 Ha sido muy usado y, por tanto, está ampliamente
contrastado
 Ayuda a detectar errores en las primeras etapas a
bajo costo.
 Ayuda a minimizar los gastos de planificación, pues se
realiza sin problemas
 Los proyectos raramente siguen el proceso lineal tal
como se definía originalmente el ciclo de vida.
 Es difícil que el cliente exponga explícitamente todos
los requisitos al principio.
 El cliente debe tener paciencia pues obtendrá el
producto al final del ciclo de vida.
 No refleja exactamente cómo se programa realmente
el sistema, en el que suele haber un gran componente
iterativo.
 Puede resultar complicado regresar a etapas
anteriores (ya acabadas) para realizar correcciones.
 El producto final obtenido puede que no refleje todos
los requisitos del usuario.

S-ar putea să vă placă și