Metodologia tradicional y variantes

1. Metodología
Tradicional
Nicolás Ormeño
Ríos
04-06-2022

2. Existen diversas versiones del
modelo.

3. ANÁLISIS: Planificación, especificación de requerimientos.
• Todo proyecto de software inicia con una
fase de análisis que incluye un estudio de
viabilidad y una definición de los
requisitos, luego se realiza una definición
detallada de los requisitos, incluyendo un
análisis de la situación de salida y un
concepto.

4. DISEÑO: diseño y especificación del sistema.
• La fase de diseño sirve para
formular una solución específica
basándose en las exigencias,
tareas y estrategias definidas en la
fase de Análisis, aquí los
desarrolladores de software se
encargan de diseñar la
arquitectura de software, así como
un plan de diseño detallado.

5. IMPLEMENTACIÓN: programación y pruebas unitarias.
• Se ejecuta la arquitectura creada en la
fase de Diseño, aquí se incluye la
programación del software, la búsqueda
de errores y las pruebas unitarias. El
proyecto de software se traduce al
correspondiente lenguaje de
programación, esta fase da como
resultado un producto de software,
comprobado por primera vez como
Producto Final en la etapa de
Verificación.

6. VERIFICACIÓN (PRUEBAS): integración de sistemas,
pruebas de sistema y de integración.
• La fase de prueba incluye la integración del
software en el entorno seleccionado, esta
etapa permite determinar si el software
cumple con las exigencias definidas con
anterioridad. Aquellos productos de
software que superan con éxito las pruebas
están listos para su lanzamiento. En esta
etapa hay éxito si se encuentra un error.

7. MANTENIMIENTO: entrega, mantenimiento y mejora.
• La fase de Mantención da inicio
cuando la etapa de Verificación ha
concluido con éxito. La última fase de
la metodología Tradicional incluye la
entrega, el mantenimiento y la mejora
del software.

8. Metodología Tradicional
Ventajas Desventajas
Evaluación en Cada Fase permite cambios
de objetivos.
Compleja Evaluación de Riegos ya que no se
sabrá exactamente que sucederá en
siguientes fases.
Es simple, sigue los pasos necesarios para
el desarrollo del software.
El cliente solo interactúa sobre el proyecto
mediante reuniones.
Seguimiento de las fases muy detalladas.
(Documentación Clara pero extensa)
El usuario final no se integra en el proceso de
producción hasta que no termina la
programación.
Ideal para proyectos en lo que se sabe lo
que se quiere construir.
Mayor enfocacion sobre los procesos que
sobre el producto.
Los costes y la carga de trabajo se pueden
estimar al comenzar el proyecto.
La modificación del diseño del proyecto
implica cierta complejidad para el cambio.

9. Otras Versiones

10. 2 MODELOS DE LA METODOLOGÍAS
TRADICIONAL
Espiral Prototipo

11. MODELO ESPIRAL
• El nombre se debe a su
funcionamiento, las etapas funcionan
en espiral. El desarrollo de este tipo de
metodología es utilizado para evitar
fallos.
• Este Método es una variante de la
metodología Tradicional permitiendo
desarrollar proyectos desde una
pequeña idea. Se utiliza este método
cuando se conoce el resultado pero no
el como llegar a el

12. Fases del Método Espiral
Planificación
Etapa donde se determina el o los objetivos de desarrollo, con
cada repetición se agrega valor y funcionalidad a los desarrollos.
Análisis de Riesgo
Aquí se analiza todo lo que puede afectar al proyecto y ponga en
peligro el avance, un beneficio de etapa es el diseño a través de
prototipos, que serán validados en el ciclo.
Implementación
En esta tercer etapa, se eligen un lenguaje para el desarrollo del
sistema de software y se lo desarrolla y valida.
Evaluación
Se realiza una revisión del desarrollo del ciclo terminado.
instancia donde se evalúa el desarrollo del próximo ciclo,
mitigando así los riesgos que puedan surgir o surgieron durante
el desarrollo.
• La ejecución de este método esta dividido en 4 Etapas:

13. MODELO PROTOTIPO
• Para el desarrollo se recibe todos los
requerimientos por parte del cliente, con
todo esto se crea una maqueta o
prototipo, para que el cliente la vea y
saber como quedaría el desarrollo del
software.
• Si no cumple con las expectativas se
elimina y se vuelve a crear uno nuevo.
• El prototipo debe ser creado en poco
tiempo, sin la necesidad de abarcar todas
las funcionalidades requeridas.

14. FIN