martes, 7 de mayo de 2013


MODELO LINEAL SECUENCIAL (CASCADA)

También llamado "Ciclo de vida básico" o "Modelo de cascada" tiene su origen en el "Modelo de cascada" ingeniado por Winston Royce, aunque omite los muchos bucles de este último. El Modelo Lineal Secuencial sugiere un enfoque sistemático o más bien secuencial del desarrollo de software que comienza en un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y mantenimiento. El Modelo Lineal Secuencial acompaña las siguientes actividades:

GRÁFICO DEL MODELO LINEAL SECUENCIA "CASCADA"

IMAGEN:https://upload.wikimedia.org/wikipedia/commons/thumb/0/01/Modelo_Cascada_Secuencial.jpg/350px-Modelo_Cascada_Secuencial.jpg

Análisis de los requerimientos del software:

Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos.



IMAGEN: http://www.culturareviu.com/img/webupload/articulos/estudio-aprendizaje-consejos-analizar textocualquiera_4286193e862e091f872b36c5b40b3ddc.jpg

Diseño:

Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo). En forma general se hace un esbozo de lo solicitado y se documenta haciéndose parte del software.


IMAGEN: http://www.simonbolivarcft.cl/img/informatico.jpg

Generación del código:

Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.
IMAGEN: https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgD8MgToHHs3OR73qULOBdg8xJ95pMspVnrHdfGKad8cXFGf9m7dSesMC8nO4pVouBr_Jtjc6LM5QTtuhM9RbqXjp669Uv3PyFvBR-HIx6s8PgeFoRzstVtbBVM53h0aDjdTb-NOLGXGxg/s320/Digital.gif

Pruebas:

Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.



IMAGEN:https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhzjlaTl6HzIZwnjr_DSdCAcRgX61MnPzQ-D56f7VBr_KmRFhtBE9YGEsNQaKa5wNm_ESUMVWs2xqHZi6SCOCCSRYCtw5mfMQ2qwblsI9ZOOCqLswbyH9JCaMjXnRG9BPnm2LWv37AW26TM/s1600/pruebas.jpg

Mantenimiento:

Debido a que el programa puede tener errores, puede no ser del completo agrado del cliente o puede necesitar, eventualmente acoplarse a los cambios en su entorno. Esto quiere decir que no se rehace el programa, sino que sobre la base de uno ya existente se realizan algunos cambios. 


IMAGEN: http://ayudawordpress.com/wp-content/uploads/2011/05/mantenimiento.jpg
 
El Modelo Lineal Secuencial es el paradigma de desarrollo de software más antiguo que existe, sin embargo esto no ha impedido que se haya creado una desconfianza alrededor de él basada en los siguientes errores reales:
  • Los proyectos raramente siguen el paradigma secuencial que propone el proyecto.
  • A menudo es difícil que el cliente exponga exactamente todos los requisitos.
  • El cliente debe tener paciencia.
Los responsables del desarrollo de software siempre se retrasan innecesariamente. Todo lo anteriormente expuesto es cierto pero este paradigma tiene un lugar bien definido e importante en el trabajo de la Ingeniería de Software aparte de proporcionar una plantilla en la que se encuentran métodos para análisis, diseño, codificación, pruebas y mantenimiento. Con todo y sus errores, sigue siendo el paradigma más utilizado en el desarrollo del software, siendo mucho mejor que un enfoque al azar.

Características del modelo
  • Primer modelo empleado (Royce, 1970), también denominado ciclo de vida clásico y modelo lineal secuencial.
  • Consiste en la ejecución secuencial de una serie de fases que se suceden, lo que da nombre al modelo.
  • Cada fase genera documentación para la siguiente. Esta documentación debe ser aprobada.
  • Una fase no comienza hasta que la anterior ha terminado.
  • Requiere disponer de unos requisitos completos y precisos al principio del desarrollo.
  • Se disponga de unos requisitos completos y consistentes al principio del desarrollo.
  • Sea un proyecto pequeño, en el que el período de congelación de los requisitos es corto, o un proyecto con unos requisitos bastante estables.
Ventajas:
  • Se debe tener en cuenta que fue el primer modelo empleado, y por lo tanto es mejor que ninguno.
  • Facilita la gestión del desarrollo.
Desventajas:
  • En general, establecer todos los requisitos al principio del proceso de desarrollo es un mito inalcanzable, Los usuarios no pueden imaginarse lo que quieren hasta que no ven un sistema funcionando.
  • Los requisitos no se pueden congelar mientras dura el desarrollo. El mercado cambia, todo cambia.
  • El usuario debe esperar mucho tiempo hasta ver los resultados
  • Los errores de análisis y diseño son costosos de eliminar, y se propagan a las fases siguientes con un efecto conocido como bola de nieve.
  • Se genera mucho mantenimiento inicial debido al período de congelación de requisitos y éste recae, en su mayor parte
IMAGEN:http://1.bp.blogspot.com/_dNj9up-_ZvI/TGnDgT_ojHI/AAAAAAAAABQ/h_sRHcp8ioo/s1600/ModeloCascada.jpg

Ejemplos
  • 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.
¿Por qué a veces falla el modelo Lineal?
  • Los proyectos reales raras veces siguen el modelo secuencial que propone el modelo.
  • A menudo es difícil que el cliente exponga explícitamente todos los requerimientos.
  • El cliente debe tener paciencia. Un grave error puede ser desastroso
  • Cada uno de estos errores es real. Sin embargo el paradigma del ciclo de vida clásico tiene lugar definido e importante trabajo de la ingeniería del software. 

IMAGEN:https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwv9wNrKrp_QCSDI_xnFyROsKEXU8fU9Ufpn9NRhsBGxDrxHz2vyf8vv66wtdOIFtlnepvOWzlPTh9V7DegK-yErMPGG7fmfePeNEmwhyi0sYAD8orkB5m3KSA82Nul3ElxgB7AA4wdgYM/s320/pensador.jpg
Conclusión


La metodología de cascada ordena rigurosamente las etapas del ciclo del software, es decir en este modelo se tienen que terminar las fases en un orden, Lo que puedo mencionar es que el modelo cascada es un modelo que al llevarse a cabo se debe de llevar fase por fase para poder pasar a la siguiente etapa.

El modelo de cascada es exitoso cuando se tienen bien especificados los requerimientos del software y se conozcan las herramientas a utilizar, este modelo también nos permite realizar una organización más fácil de comprender tratando de no mezclar las diferentes fases del modelo y así nos permite organizar el tipo de proyecto que pretende solucionar es decir donde se conozcan todos los requisitos especificados durante su ejecución

Volver