Tuesday, June 16, 2009

Modelo de Cascada

Modelo de cascada

El modelo de cascada plantea al proceso de desarrollo como una secuencia de pasos, de forma tal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.


Son cinco las etapas o pasos que involucran al modelo de cascada.
  • Analisis (QUE?) :
    • Las necesidades del cliente son traducidas en requerimientos del sistema.
    • Es una especificación de QUE? debera hacer el sistema sin entrar en detalles internos.
    • Define como interactuara el sistema con el usuario final (persona y/o sistemas)
    • Especificación de Requisitos Software (ERS) : contrato donde se especifican los requerimientos con el cliente
    • Deteccion de entidades (Mod entidad-relacion)
  • Diseño (COMO?) :
    • Especificacion de COMO? se implementaran los requerimientos en el sistema.
    • Es un plan de implementacion de los requerimientos
    • Se determinan cuales seran modulos a desarrollar (divide y venceras). Una tarea importante es determinar la cohesion y acoplamiento de los modulos. La interrelacion de los mismos y su reutilizacion
    • Modulos : contiene la descripción de la estructura relacional global del
      sistema y la especificación de lo que debe hacer cada una de sus
      partes, así como la manera en que se combinan unas con otras
    • A traves de un algoritmo podemos especificar como se codificara el req en el sistema. Podemos utilizar pseudo-codigo o un diagrama de flujos. Aqui se define la logica.
    • definimos que herramientas utilizaremos durante la codificacion
    • Consiste en incorporar consideraciones de la implementación tecnológica
    • transformacion de las entidades del analisis en clases del diseño
  • Codificacion :
    • traduccion de los algoritmos a un lenguaje de programacion
    • manejos de errores (compilacion, ejecucion , logica) , ides, depuradores
  • Prueba :
    • comprobar que los requerimientos fueron implementados correctamente
    • datos de entrada distintos, y comprobando si los datos de salida son los esperados.
    • detectar errores de ejecucion y de logica
    • validacion (de que se entendio que necesitaba el cliente) y verificacion (test de unidad)
  • Mantenimiento :
    • modificaciones : provocadas por errores no detectados en fases anteriores.
    • nuevos requerimientos : ampliacion del sistema o cambios en las funcionalidades.
    • documentacion externa : son los documentos generados durante el analisis, diseño y codificacion. Ej ERS, algoritmos, códigos fuentes, manuales de usuario, etc.
    • documentacion interna : comentarios que el programador puede escribir en el código fuente de un programa.

Problemas con el modelo de cascada

Dada su naturaleza secuencial es costoso encontrar errores en etapas tardis la codificacion y prueba.
Este tipo de proceso esta enfocado en sistemas de alto riesgo como proyectos de defensa del ejercito.
El proceso avanza una vez finalizada complemente la fase anterior y no retorna a fases precedentes



Bibliografia


Modelo de cascada

Links a analizar

No comments: