Cuadro Comparativo De Los Tipos De Desarrollo De Software

CUADRO COMPARATIVO

Modelo Lineal Secuencial Cascada Espiral Incremental Prototipos Evolutivo

Definición

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 en cascada (waterfall), propuesto por Royce en 1970, fue derivado de modelos de

actividades de ingeniería con el fin de establecer algo de orden en el desarrollo de grandes productos de

software El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986,1 utilizado generalmente en la Ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades El modelo incremental fue propuesto por Harlan Mills en el año 1980.

Surgió el enfoque incremental

de desarrollo como una forma de reducir la repetición del trabajo. El modelo de prototipos pertenece a los modelos de desarrollo evolutivo, se inicia con la definición

de los objetivos globales para el software, luego se identifican los requisitos conocidos y l las áreas del esquema en donde es necesaria más definición El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va refinando de acuerdo a los comentarios o nuevos requerimientos por parte del cliente o usuario final.

Características 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. El modelo cascada es un modelo de ingeniería diseñado para ser aplicado en el desarrollo de

software. La idea principal es la siguiente: existen diferentes etapas de desarrollo, la salida de la primera etapa “fluye” hacia la segunda etapa y esta salida “fluye” hacia la tercera y así sucesivamente. El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora, a diferencia del modelo de proceso clásico que termina cuando se entrega el software. Constituye una de las variantes del modelo en cascada puro; el modelo incremental o de cascada con subproyectos, corrige la necesidad de una secuencia no lineal de pasos de desarrollo. El modelo Incremental se va creando el Software añadiendo componentes funcionales al sistema: incrementos.

El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan

rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador, el usuario, el cliente estén de acuerdo en lo que se necesita. Desde el punto de vista de desarrollo de sistema el enfoque evolutivo suele traer más ventajas en

comparación con un enfoque en cascada ya que el sistem a se va ajustando a las necesidades de

cliente.

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. La planificación es sencilla.

La calidad del producto resultante es alta Permite trabajar con personal poco calificado. El análisis del riesgo se hace de forma explícita y clara. Une los mejores elementos de los restantes modelos.

Reduce riesgos del proyecto.

Incorpora objetivos de calidad.

Integra el desarrollo con el mantenimiento, etc.

Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático.

Para desarrollos donde no se determinen de forma clara los requerimientos de usuario al comenzar el sistema. No modifica el flujo del ciclo de vida.

• Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.

Reduce costos y aumenta la probabilidad de éxito.

• Exige disponer de las herramientas adecuadas Es interactivo. Con cada incremento se entrega al cliente un producto operacional , que

puede evaluarlo

• Permite variar el personal asignado a cada interacción

• Gestión riesgos técnicos. Por ejemplo disponibilidad de hardware especifico

Desventaja 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. Lo peor es la necesidad de tener todos los requisitos al principio.

El cliente no vera resultados hasta el final, con lo que puede impacientarse.

Es comparativamente más lento que los demás y el costo es mayor. Genera mucho tiempo en el desarrollo del sistema

Modelo costoso

Requiere experiencia en la identificación de riesgos

El problema de este modelo radica en que los errores en los requisitos propuestos se detectan tarde y su corrección resulta tan costosa como en el modelo en cascada. Requiere de mucha planeación, tanto administrativa como técnica.

El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A

causa de

...