6.-Metodologías Tradicionales

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 6

MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO

GRUPO:5CV1

Investigar las metodologías Secuencial o Cascada , Modelo V,


Espiral, Prototipos, DRA, Incremental.

1. Metodología Secuencial o Cascada


La metodología en cascada, también conocida como modelo secuencial lineal, fue
una de las primeras metodologías formales de desarrollo de software. Fue
introducida por Winston W. Royce en 1970. En este modelo, el desarrollo del
software sigue una serie de fases lineales y bien definidas, donde cada etapa
debe completarse antes de pasar a la siguiente.

Fases del modelo en cascada:


• Requisitos: Se recogen y documentan todas las necesidades del sistema.
• Diseño del sistema: Se define cómo se implementarán los requisitos, a nivel
arquitectónico y de diseño de software.
• Implementación: Se construye el software según el diseño especificado.
• Pruebas: Se verifican y validan todas las funcionalidades del sistema.
• Despliegue: Se entrega el software al cliente.
• Mantenimiento: Se corrigen errores y se realizan mejoras en futuras
versiones.

Ventajas:
• Claridad en la estructura de desarrollo.
• Fácil de gestionar y seguir en proyectos con requisitos bien definidos.

Desventajas:
• Poco flexible, ya que no permite cambios una vez que se ha completado
una fase.
• No es adecuado para proyectos donde los requisitos pueden cambiar o
evolucionar durante el desarrollo.

2. Modelo V
El modelo V es una extensión de la metodología en cascada que introduce la idea
de validación y verificación en cada etapa del ciclo de vida del desarrollo. La
diferencia clave entre el modelo en cascada y el modelo V es que, en el modelo V,
cada fase de desarrollo está emparejada con una fase de prueba correspondiente.

Estructura del modelo V:


MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1

• Lado izquierdo (Definición): Incluye fases de planificación, requisitos y


diseño (similar al modelo en cascada).
• Punto de inflexión: Se encuentra en el nivel más bajo, donde el software se
implementa.
• Lado derecho (Validación): Cada fase de diseño está emparejada con una
fase de prueba correspondiente:
o Los requisitos se validan con las pruebas de aceptación.
o El diseño del sistema se verifica con pruebas de integración.
o El diseño de componentes se prueba con pruebas unitarias.

Ventajas:
• Asegura que cada fase del desarrollo esté bien validada mediante pruebas.
• Mejor enfoque para proyectos donde los errores son costosos.

Desventajas:
• Es rígido y no se adapta bien a proyectos con requisitos cambiantes.
• Similar a la modelo cascada, carece de flexibilidad para adaptarse a
cambios durante el desarrollo.

3. Modelo Espiral
El modelo espiral fue propuesto por Barry Boehm en 1986. Se centra en la gestión
de riesgos a lo largo del desarrollo de software y combina elementos del desarrollo
iterativo con aspectos del modelo en cascada. En cada ciclo, el software
evoluciona y se desarrollan nuevos incrementos.

Fases del modelo espiral:


• Identificación: Recopilación y definición de los objetivos y requisitos.
• Evaluación de riesgos: Identificación y análisis de riesgos potenciales.
• Desarrollo: Diseño, implementación y prueba del sistema.
• Revisión: Evaluación del ciclo actual y planificación del siguiente ciclo.

Ventajas:
• Permite la incorporación de cambios durante el desarrollo.
• Se enfoca en la mitigación de riesgos.
• Adecuado para proyectos grandes y complejos.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1

Desventajas:
• Puede ser difícil de gestionar y más costoso que otros modelos si no se
controla adecuadamente.
• Requiere una evaluación y planificación continua.

4. Modelo de Prototipos
Descripción: El modelo de prototipos es una metodología que se utiliza para
desarrollar un prototipo funcional del software que sirva como una versión
preliminar del producto final. El objetivo principal es obtener retroalimentación
temprana de los usuarios y realizar ajustes antes de desarrollar el sistema
completo.

Fases del modelo de prototipos:


• Recopilación de requisitos preliminares: Se establecen los requisitos
iniciales.
• Desarrollo del prototipo: Se construye una versión básica del sistema para
que los usuarios la prueben.
• Evaluación del prototipo: Los usuarios prueban el prototipo y proporcionan
retroalimentación.
• Refinamiento: Se ajusta el prototipo según la retroalimentación hasta
alcanzar una versión aceptable.
• Desarrollo completo: Se procede con la construcción del sistema final
basado en el prototipo validado.

Ventajas:
• Facilita la comprensión de los requisitos por parte de los usuarios.
• Permite una rápida validación de conceptos y funcionalidades.

Desventajas:
• Puede generar confusión si los usuarios perciben el prototipo como el
sistema final.
• Si no se gestiona adecuadamente, puede dar lugar a un exceso de cambios
y desviaciones en el proyecto.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1

5. Metodología DRA (Desarrollo Rápido de


Aplicaciones)
La metodología DRA (Desarrollo Rápido de Aplicaciones) se enfoca en la entrega
rápida de aplicaciones mediante el uso de prototipos y ciclos cortos de desarrollo.
Se centra en la colaboración entre usuarios y desarrolladores, lo que permite
adaptarse rápidamente a los cambios en los requisitos.

Características:
• Uso intensivo de prototipos.
• Iteraciones rápidas y cortas.
• Alta implicación del usuario final en el proceso.
• Ideal para proyectos donde el tiempo de entrega es crítico.

Ventajas:
• Acelera el tiempo de desarrollo.
• Alta flexibilidad para adaptarse a cambios.
• Mayor involucramiento de los usuarios durante todo el proceso.

Desventajas:
• Puede no ser adecuado para sistemas grandes y complejos.
• La falta de documentación formal puede dificultar el mantenimiento a largo
plazo.

6. Metodología Incremental
El modelo incremental divide el sistema en módulos más pequeños que se
desarrollan de manera iterativa. En cada iteración, se entrega una parte del
sistema funcional, lo que permite realizar pruebas y obtener retroalimentación de
los usuarios.

Fases del modelo incremental:


• Planificación: Se dividen los requisitos en incrementos.
• Diseño e implementación: En cada incremento, se diseña, construye y
prueba una parte funcional del sistema.
• Integración y validación: Cada incremento se integra con los incrementos
previos y se prueba el sistema completo.
• Entrega: Una vez que todos los incrementos han sido desarrollados, el
sistema completo está listo para ser entregado.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1

Ventajas:
• Permite la entrega temprana de funcionalidades.
• Facilita la identificación y corrección de problemas de forma progresiva.
• Alta flexibilidad para adaptar cambios durante el desarrollo.

Desventajas:
• Requiere una buena planificación para asegurar que los incrementos se
integren adecuadamente.
• Puede ser más costoso en términos de gestión y seguimiento continuo.

Secuencial o Cascada y Modelo V son enfoques lineales donde las fases deben
completarse en secuencia, con poca flexibilidad para cambios.
Modelo Espiral y Modelo de Prototipos se enfocan en la gestión de riesgos y la
retroalimentación continua, permitiendo la evolución del software a través de
iteraciones.
DRA y Incremental se centran en la entrega rápida de software funcional,
promoviendo la flexibilidad y la adaptación rápida a los cambios, siendo ideales
para proyectos que requieren resultados rápidos.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1

Referencias.
Boehm, B. W. (1988). A Spiral Model of Software Development and Enhancement.
ACM SIGSOFT Software Engineering Notes, 11(4), 14-24.

Pressman, R. S. (2014). Ingeniería de Software: Un Enfoque Práctico (7ª ed.).


McGraw-Hill.

Royce, W. W. (1970). Managing the Development of Large Software Systems.


Proceedings of IEEE WESCON, 1-9.

Sommerville, I. (2016). Software Engineering (10ª ed.). Pearson.


I
BM. (n.d.). Rapid Application Development (RAD) Model. IBM Knowledge Center.
Retrieved from https://www.ibm.com/docs/en

Thayer, R. H., & Dorfman, M. (2002). Software Engineering (3rd ed.). Wiley-IEEE
Computer Society Press.

También podría gustarte