INSTITUTO DE EDUCACIÓN SUPERIOR

TECNOLÓGICO PÚBLICO
" CHANCAY "

UNIDAD DIDÁCTICA:
Metodología de Desarrollo de Software
DOCENTE :
Lic.MIGUEL ANGEL LOZA PEÑARAN

INTEGRANTES
Aguirre Aguirre Maricielo
Alvarado Espinoza Jhontan
Blass Vera Flor
Diaz Camac Briyitd
Plasencia Morales Leslie

COMPUTACIÓN E INFORMÁTICA IV- A

 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

INTRODUCCIÓN
Una metodología de desarrollo de software es un conjunto
de reglas y prácticas organizadas que guían el proceso de
creación de software. Establece pasos y directrices para
planificar, diseñar, desarrollar, probar y mantener
aplicaciones de manera efectiva. Estas metodologías son
esenciales para mejorar la eficiencia, calidad y colaboración
en proyectos de desarrollo de software.
 LIC.MIGUEL ANGEL LOZA
PEÑARAN

M É T O D O D E

CASCADA
Metodología de Desarrollo de Software

GRUPO 1
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

Es uno de los primeros y más tradicionales

métodos de desarrollo de software.
 Diseño
01 Requisitos 02 Se crea un diseño detallado
Se recopilan y documentan del sistema en función de los
todos los requisitos del requisitos recopilados en la
sistema. etapa anterior.

Implementación
03
Se lleva a cabo la codificación
del software en base al diseño
establecido.
 Verificación Mantenimiento
04 Se realizan pruebas exhaustivas
05 El software entra en una fase de
para garantizar que el software mantenimiento continuo, donde se corrigen
funcione correctamente. errores y se realizan actualizaciones.
 1. Estructura clara: Facilita la
comprensión la planificación del

VENTAJAS proyecto.

2. Documentación exhaustiva: Requiere

documentación detallada en cada etapa,
lo que es útil para futuras referencias y
mantenimiento.

3. Control de calidad: La verificación

y validación se realizan en cada fase.

4. Adecuado para proyectos pequeños y

bien definidos: Funciona bien en
proyectos donde los requerimientos son
estables y conocidos desde el principio.
 1. Rigidez: Puede ser firme ante
cambios en los requerimientos, esto
genera problemas

DESVENTAJAS
2. Entrega tarde de valor: Los clientes no
ven resultados tangibles hasta que se
completa todo el desarrollo, lo que
puede llevar a insatisfacción.

3. Alto riesgo de fallas: Si los

requerimientos iniciales no se capturan
con precisión las problemas pueden
surgir mas tarde.

4. Poca interacción con el cliente: La

comunicación con el cliente tiende a ser
limitada lo que puede llevar a un producto
final que no cumple con las expectativas.
 LIC.MIGUEL ANGEL LOZA
PEÑARAN

M É T O D O D E

PROTOTIPOS
Metodología de Desarrollo de Software

GRUPO 1
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

Un modelo de prototipos es un enfoque que

implica crear versiones preliminares de un
producto o sistema para probar conceptos,
funcionalidades y obtener
retroalimentación antes de la
implementación final.
 METODOLOGÍA DE

OBJETIVOS
DESARROLLO DE SOFTWARE

Obtener Reducción de costos y

retroalimentación tiempos
temprana

Comunicación Minimizar
efectiva riesgos
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

DESARROLLO
ITERATIVO
Enfoque en el que el proyecto se divide en
ciclos repetitivos o iteraciones. Cada
iteración implica una serie de actividades,
como el diseño, la implementación, la prueba
y la retroalimentación del cliente.
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

PROTOTIPADO
Los prototipos son una forma efectiva de
comunicar ideas y requerimientos y obtener
retroalimentación temprana de los usuarios o
clientes. Los prototipos pueden ser
desechables o evolucionar hacia una versión
final del producto a medida que se refinan y
mejoran con el tiempo.
 Comunicación Plan Rápido
01 Se establece una 02 Se planifica el desarrollo del
comunicación efectiva para prototipo, definiendo los
entender sus necesidades y objetivos, alcance, recursos y
requerimientos. tiempos necesarios.

03 Modelado Diseño Rápido

Se crean modelos del producto
que permiten explorar
conceptos y funcionalidades.
 Desarrollo, entrega,
Construcción del Prototipo
04 05 retroalimentación
Estos prototipos pueden ser simples,
Se presentan los prototipos a los usuarios y
pero deben demostrar
partes interesadas para obtener
funcionalidades clave del producto.
retroalimentación temprana.
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE
VENTAJAS
Mejora la
comunicación
1. Los prototipos son
herramientas visuales que
facilitan la comunicación entre
los miembros del equipo y las
partes interesadas, lo que
ayuda a alinear las
expectativas y comprender
mejor los requisitos.
Adaptación a cambios
El enfoque iterativo del
prototipado permite
adaptarse a cambios en los
requisitos o en la visión del
proyecto de manera más ágil
y eficiente.
Reducción de riesgos
1. Al probar conceptos y
funcionalidades en prototipos
antes de la implementación
final, se pueden identificar
riesgos y problemas
potenciales antes de que se
conviertan en problemas
costosos.
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE
DESVENTAJAS
Costos adicionales
1. La creación de prototipos
puede requerir recursos
adicionales en términos de
tiempo y dinero para diseñar y
desarrollar las
representaciones preliminares.
Posible falta de
alineación
1. Si no se gestionan
adecuadamente, los
interesados pueden confundir
un prototipo con el producto
final, lo que puede llevar a
malentendidos y expectativas
no cumplidas.
Posible falta de
robustez
1. Los prototipos pueden no
ser tan robustos ni estar tan
bien probados como el
producto final, lo que puede
llevar a problemas de
estabilidad y seguridad.
 ¿CUÁNDO ES
RECOMENDABLE UTILIZAR
CADA MÉTODO O MODELO?

El Modelo Cascada es recomendable

utilizarlo para proyectos con requisitos bien
definidos, en cambio el Método de
Prototipos se utiliza para Proyectos donde
los requisitos son inciertos.
 METODOLOGÍA DE
DESARROLLO DE SOFTWARE

CONCLUSIÓN

El modelo cascada es un enfoque de desarrollo

secuencial que se basa en la planificación rigurosa
y la ejecución lineal de las etapas del proyecto,
siendo adecuado para proyectos con requisitos
estables y bien definidos.

Por otro lado, el modelo de prototipos es iterativo

y flexible, centrado en la obtención de
retroalimentación temprana y adaptabilidad a
cambios en proyectos con requisitos inciertos.
GRACIAS