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.
 Jummp (2011) Jummp en el WordPress
https://jummp.wordpress.com/2011/03/27/desarrollo-de-software-ciclo-de-vida-
clasico-o-en-cascada/ consultado el 28/08/2015
 Arteta, Isa (2013) en Modelo de cascada y espiral en el Power Blogger en
http://modelo-cascada.blogspot.mx/ consultado el 28/08/2015
 Sistemasumma (2011) Sistemas Umma en
http://sistemasumma.com/2011/02/21/ciclo-de-vida-clasico-de-los-sistemas/
consultado el (28/08/15)
 Jaramillo Villegas, Eduardo José Análisis y diseños de algoritmos en
http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060024/Lecciones/Capitul
o%20I/problemas.htm consultado el 28/08/15
 Solarte Solarte, Francisco Nicolás Javier (2010) en Ciclos de Vida del Software en
el Power Blogger en http://act2evaluacionsoftware.blogspot.mx/ consultado el
28/08/15
 S/A Sistemas Software en http://aposta.uv.es/givaro/modulo/Ciclo.htm consultado
el 28/08/15
 S/A (2015) Etapas del ciclo de vida en Servicio Nacional de Aprendizaje en
http://ciclodevidasoftware.wikispaces.com/ETAPAS+DEL+CICLO+DE+VIDA
consultado el 28/08/15
 S/A (2015) CCM en http://es.ccm.net/contents/223-ciclo-de-vida-del-software
consultado el 28/08/15
 Soloriio, Misty (2013) Metodología en Cascada en el Power Blogger en
http://metodologiaencascada.blogspot.mx/ consultado el 28/08/15
Ciclo de Vida Clásico de Software

Ciclo de Vida Clásico de Software

  • 2.
    CICLO DE VIDAEN CASCADA
  • 3.
    El software comotal 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.
  • 4.
     Creado porWinston 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
  • 5.
  • 6.
     Todo softwaredesarrollado surge con la finalidad de resolver un problema o cubrir una necesidad.
  • 7.
    Comprende desde laposible 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
  • 8.
    Se adapta eseaná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
  • 9.
    En esta fasetomamos 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
  • 10.
    Tomamos el softwareque 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
  • 11.
    Esta es lafase 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
  • 12.
    En esta etapase realizan sobre el mismo software diversas tareas de mantenimiento, que en función de su naturaleza se clasifican en correctivos, evolutivos, adaptativos y perfectivos.
  • 13.
    Cuando se llegaun 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.
  • 14.
     Es unmodelo 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
  • 15.
     Los proyectosraramente 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.
  • 16.
     Jummp (2011)Jummp en el WordPress https://jummp.wordpress.com/2011/03/27/desarrollo-de-software-ciclo-de-vida- clasico-o-en-cascada/ consultado el 28/08/2015  Arteta, Isa (2013) en Modelo de cascada y espiral en el Power Blogger en http://modelo-cascada.blogspot.mx/ consultado el 28/08/2015  Sistemasumma (2011) Sistemas Umma en http://sistemasumma.com/2011/02/21/ciclo-de-vida-clasico-de-los-sistemas/ consultado el (28/08/15)  Jaramillo Villegas, Eduardo José Análisis y diseños de algoritmos en http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060024/Lecciones/Capitul o%20I/problemas.htm consultado el 28/08/15
  • 17.
     Solarte Solarte,Francisco Nicolás Javier (2010) en Ciclos de Vida del Software en el Power Blogger en http://act2evaluacionsoftware.blogspot.mx/ consultado el 28/08/15  S/A Sistemas Software en http://aposta.uv.es/givaro/modulo/Ciclo.htm consultado el 28/08/15  S/A (2015) Etapas del ciclo de vida en Servicio Nacional de Aprendizaje en http://ciclodevidasoftware.wikispaces.com/ETAPAS+DEL+CICLO+DE+VIDA consultado el 28/08/15  S/A (2015) CCM en http://es.ccm.net/contents/223-ciclo-de-vida-del-software consultado el 28/08/15  Soloriio, Misty (2013) Metodología en Cascada en el Power Blogger en http://metodologiaencascada.blogspot.mx/ consultado el 28/08/15