Metodologías de desarrollo de Software
Modelo en Cascada
A pesar de que el modelo en cascada original, que propuso Winston Royce, prevé “ciclos de retroalimentación”, la inmensa mayoría de las organizaciones que aplica este modelo de proceso lo trata como si fuera estrictamente lineal.
Entre los problemas que algunas veces se encuentran al aplicar el modelo en cascada están:
- Es muy raro que los proyectos reales sigan el flujo secuencia] que propone el modelo. A pesar de que el modelo lineal incluye iteraciones, lo hace de manera indirecta. Como resultado, los cambios confunden mientras el equipo de proyecto actúa.
- Con frecuencia es difícil para el cliente establecer todos los requisitos de manera explícita. El modelo en cascada lo requiere y se enfrentan dificultades al incorporar la incertidumbre natural presente en el inicio de muchos proyectos.
- El cliente debe tener paciencia. Una versión que funcione de los programas estará disponible cuando el proyecto esté muy avanzado. Un error grave será desastroso si no se detecta antes de la revisión del programa.
El modelo incremental
El modelo incremental entrega una serie de lanzamientos, llamados incrementos, que proporcionan en formo progresiva más funcionalidad para los clientes a medida que se entrega cada uno de los incrementos.
A menudo, al utilizar un modelo incremental el primer incremento es un producto esencial. Es decir, se incorporan los requisitos básicos, pero muchas características suplementarias (algunas conocidas, otras no) no se incorporan. El producto esencial queda en manos del cliente (o se somete a una evaluación detallada). Como resultado de la evaluación se desarrolla un plan para el incremento siguiente. El plan afronta la modificación del producto esencial con el fin de satisfacer de mejor manera las necesidades del cliente y la entrega de características y funcionalidad adicionales. Este proceso se repite después de la entrega de cada incremento mientras no se haya elaborado el producto completo.
El modelo DRA(Desarrollo Rápido de Aplicaciones)
El es un modelo de proceso de software incremental que resalta un ciclo de desarrollo corto. El modelo DRA es una adaptación a “alta velocidad” del modelo en cascada en el que se logra el desarrollo rápido mediante un enfoque de construcción basado en componentes. Si se entienden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite que un equipo de desarrollo cree un “sistema completamente funcional” dentro de un periodo muy corto (por ejemplo, de 60 a 90 días).
Modelo de Construcción de Prototipos
A pesar de que la construcción de prototipos se puede utilizar como un modelo de proceso independiente, se emplea más comúnmente como una técnica susceptible de implementarse dentro del contexto de cualquiera de los modelos. Sin importar la forma en que éste se aplique, el paradigma de construcción de prototipos ayuda al ingeniero de sistemas y al cliente a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos. El paradigma de construcción de prototipos se inicia con la comunicación. El ingeniero de software y el cliente encuentran y definen los objetivos globales para el software, identifican requisitos conocidos y las áreas del esquema en donde es necesaria más definición.
Modelo en Espiral
Es un generador del modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería del software concurrente y con múltiples usuarios. Tiene dos características distintivas principales. Una de ellas es un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras disminuye su grado de riesgo. La otra es un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
