El documento describe tres modelos de desarrollo de software: 1) El modelo cascada ordena estrictamente las etapas del proceso de desarrollo. 2) El desarrollo evolutivo es un modelo iterativo que permite desarrollar versiones cada vez más completas hasta alcanzar el objetivo. 3) El desarrollo formal utiliza técnicas matemáticas para automatizar el desarrollo de sistemas y asegurar que sean correctos según las especificaciones.

1. Modelo de Cascada Desarrollo Evolutivo Desarrollo Formal de Sistemas
Definición
Es el enfoque metodológico que ordena
rigurosamente las etapas del proceso para
desarrollo de software, de tal forma que el inicio de
cada etapa debe esperar a la finalización de la etapa
anterior.
Es un modelo iterativo, permiten desarrollar
versiones cada vez mas completas y complejas,
hasta llegar al objetivo final deseado; incluso
evolucionar mas allá, durante la fase de
operación.
Es un camino a la construcción y análisis
de modelos matemáticos que
permitan una automatización del
desarrollo de sistemas informáticos.
Características
-Se debe comprobar el software después de unirlo y
antes de operarlo.
-Es el mas utilizado.
-Deben desarrollarse todas las fases.
-Las fases continúan hasta que los objetivos se han
cumplido.
-Se obtiene una rápida realimentación del
usuario, ya que las actividades de especificación
desarrollo y pruebas se ejecutan en cada
iteración.
-Permite que los requerimientos no estén
totalmente especificados para comenzar con el
desarrollo del software.
-Emplean técnicas y herramientas
matemáticas para lograr una
facilitación a la hora de encarar la
construcción o el análisis de un modelo
matemático de un sistema.
Ventajas
-Se requiere menos capital y herramientas para
hacerlo funcionar de manera optima.
-Es un modelo fácil de implementar y entender.
-Esta orientado a documentos.
-Es un modelo conocido y utilizado con frecuencia.
-Promueve una metodología de trabajo efectiva.
Definir antes que diseñar, diseñar antes que
codificar.
-La especificación puede desarrollarse de forma
creciente.
-Los usuarios y desarrolladores logran un mejor
entendimiento del sistema. Esto se refleja en una
mejora de la calidad del software.
-Es mas efectivo que el modelo de cascada, ya que
cumple con las necesidades inmediatas del cliente.
-Se comprende mejor el sistema.
-El sistema se describe de manera mas
precisa.
-Mayor calidad en el software respecto
al cumplimiento de las especificaciones.
-El sistema se asegura
matemáticamente que es correcto
según las especificaciones.
Desventajas
-Cualquier error de diseño detectado en la etapa de
prueba conduce necesariamente al rediseño y nueva
programación del código afectado, aumentando los
costos de desarrollo.
-Una etapa determinada del proyecto no se puede
llevar a cabo a menos de que se haya culminado la
etapa anterior.
-Proceso no visible: los administradores necesitan
entregas para medir el progreso. Si el sistema se
necesita desarrollar rápido, no es efectivo
producir documentos que reflejen cada versión
del sistema.
-Sistemas pobremente estructurados: los cambios
continuos pueden ser perjudiciales para la
estructura del software haciendo costoso el
mantenimiento.
-El desarrollo de herramientas que
apoyen la aplicación de métodos
formales es complicado y los programas
resultantes son incomodos para los
usuarios.
-Los investigadores por lo general no
conocen la realidad industrial.
-Se considera que su aplicación encarece
los productos y ralentiza su desarrollo.
Modelos de Proceso de Software

2. Desarrollo Basado en la Reutilización Desarrollo Incremental Desarrollo en Espiral
Definición
Su idea es reutilizar elementos y componentes
de software en lugar de tener que
desarrollarlos desde el principio.. Inicialmente
se basaba en la simple combinación de
componentes de código almacenados en una
biblioteca pero con el tiempo se fueron
utilizando código de programas enteros.
Es un proceso de desarrollo de software creado en
respuesta a las debilidades del modelo tradicional
de cascada.
Las actividades de este modelo se conforman
en una espiral, en la que cada bucle o
iteración representa un conjunto de
actividades. Las actividades no están fijadas a
ninguna prioridad, sino que las siguientes se
eligen en función del análisis de riesgo,
comenzando por el bucle interior.
Características
-Funcionalidad: es mas probable que se
reutilice un componente de software que
exhiba unas prestaciones que se puedan aplicar
en muchos contextos.
-Independencia: Un componente solo será
reutilizable si es suficientemente independiente
de cualquier aplicación particular.
-Robustez.
Seguridad frente a fallos.
Provee de soporte para determinar la efectividad de
los procesos y de la calidad del producto.
-Permite estudiar y después mejorar y ajustar el
proceso para el ambiente en particular.
-En cada giro se construye un nuevo modelo
del sistema completo.
-Este modelo puede combinarse con otros
modelos de proceso de desarrollo(cascada,
evolutivo).
-Proporciona el potencial para el desarrollo
rápido de versiones incrementales de
software.
Ventajas
-Tiempos de desarrollos cortos.
-Disminución de errores.
-Disminución de costos y riesgo ya que se
reduce los componentes a desarrollar.
-Existe un aumento de confiabilidad ya que los
componentes a utilizar ya fueron testeados y
utilizados en otro momento previo al comienzo
del proyecto.
-Los usuarios no tienen que esperar hasta que el
sistema completo se entregue para hacer uso de el.
-Los usuarios pueden utilizar los incrementos
iniciales como prototipos y obtener experiencia
sobre lo requerimientos de los incrementos
posteriores del sistema.
-El análisis de riesgo se hace de forma
explicita y clara. Une los mejores elementos
de los restantes modelos.
-Reduce riesgos del proyecto.
-Incorpora objetivos de calidad.
-Integra el desarrollo con el mantenimiento.
Desventajas
-Al no poseer algún componente que cubra con
un requisito dado por el usuario, este debe ser
modificado para adaptarlo a los componentes
almacenados en el repositorio de
componentes.
-Una vez finalizada la etapa de modificación de
requisitos, y ante la eventual necesidad de
cambios en estos últimos , puede pasar que no
haya componentes que se adapten a las nuevas
modificaciones.
-La entrega temprana de los proyectos produce la
creación de sistemas demasiados simples que a
veces se ven un poco monótonos a los ojos del
personal que lo recibe.
-La mayoría de los incrementos se harán en base de
las necesidades de los usuarios.
-Requiere de un cliente involucrado durante todo el
curso del proyecto. Hay clientes que simplemente
no estarán dispuestos a invertir el tiempo
necesario.
-Genera mucho tiempo en el desarrollo del
sistema.
-Modelo costoso.
-Requiere experiencia en la identificación de
riesgos.