Tabla de la Metodologas de Procesos

Modelo Cascada Descripcin En Ingeniera de software el desarrollo en cascada, tambin llamado modelo en cascada, es el enfoque metodolgico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa anterior Positivo
Es importante sealar que en esta etapa se debe consensuar todo lo que se requiere del sistema y ser aquello lo que seguir en las siguientes etapas

Negativo
En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementacin del modelo, lo cual hace que lo lleve al fracaso. El proceso de creacin del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no est completo no se opera. Cualquier error de diseo detectado en la etapa de prueba conduce necesariamente al rediseo y nueva programacin del cdigo afectado, aumentando los costos del desarrollo.

Proceso Incremental

Cada secuencia lineal entrega una versin operativa, llamada incremento. El primer incremento entrega la funcionalidad correspondiente a los requerimientos bsicos, el siguiente le agrega nueva funcionalidad a la anterior y as

Los clientes pueden usar los incrementos iniciales como prototipo para precisar los requerimientos posteriores del sistema.

Minimizacin del riesgo de falla en el proyecto porque los errores se van corrigiendo progresivamente

El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto ndice de riesgos. Requiere de mucha planeacin, tanto

sucesivamente hasta obtener el producto final.

Los clientes pueden usar los incrementos iniciales como prototipo para precisar los requerimientos posteriores del sistema.
Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina. Que el prototipo se construya y sirva como un mecanismo para la definicin de requisitos. Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.

administrativa como tcnica. Requiere de metas claras para conocer el estado del proyecto.

Prototipo

Pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.

El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intencin de crear un prototipo de forma rpida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo

Espiral

Es un modelo iterativo que proporciona en cada iteracin una versin evolutiva del producto, durante las primeras etapas la versin incremental podra ser un prototipo o un modelo en papel, durante las ltimas iteraciones se producen versiones cada vez ms completas del software.

El anlisis del riesgo se hace de forma explcita y clara. Reduce riesgos del proyecto. Incorpora objetivos de calidad. Integra el desarrollo con el mantenimiento,

Genera mucho tiempo en el desarrollo del sistema. Modelo costoso. Requiere experiencia en la identificacin de riesgos

Proceso Unificado

Es una metodologa de desarrollo de software que est basado en componentes e interfaces bien definidas, y junto con el Lenguaje Unificado de Modelado (UML), constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos.

Coste del riesgo a un solo incremento. Reduce el riesgo de no sacar el producto en el calendario previsto. Acelera el ritmo de desarrollo. Se adapta mejor a las necesidades del cliente.

Requiere costos de dedicacin altos por lo que no es conveniente usarlo en procesos de un proyecto pequeo. Si el proceso no se aplica bien desde el inicio, se puede volver muy grande y difcil, tanto para aprender como para administrar. Se basa mucho en la documentacin.

Webgrafia http://www.slideshare.net/LuisTicona2/savedfiles?s_title=metodologa-de-desarrollo-desoftware&user_login=JuanCarlosSalvadorGarcia http://www.ecured.cu/index.php/Metodologa_de_cascada http://es.scribd.com/doc/56631697/Proceso-Incremental