1. UNIVERSIDAD CENTRAL
DEL ECUADOR
FACULTAD DE FILOSOFÍA, LETRAS Y CIENCIAS DE LA
EDUCACIÓN
PEDAGOGÍA DE LAS CIENCIAS EXPERIMENTALES
INFORMÁTICA
SOFTWARE EDUCATIVO
INTEGRANTES:
● Joel Yar
● Diego Pazmiño
● Maria José Quilcaguano
● Bryan Condor
● Diego Bracero
● Jose Loachamin
● Mishell Mina
● Emily Ordóñez
● Rommel Peñaloza
● Katherine Ushiña
3. Modelo en cascada
● Es un proceso de desarrollo secuencial, sencillo para explicar al cliente.
● Se concibe como un conjunto de etapas (Una tras otra).
● Sigue un flujo de ejecución de arriba hacia abajo, como una cascada.
● Se originó en la industria y la construcción.
● En el mundo del software, todavía no se habían implantado otras metodologías de
desarrollo por lo que se adaptó el modelo en cascada que se utilizaba en otros
sectores.
4. Fases del modelo
● Requisitos: Se define las
necesidades del cliente.
● Diseño: Descompone y organiza
los elementos para su desarrollo.
● Implementación: Fase donde se
ejecuta la programación.
● Verificación: se busca errores y
se mejora para la implementación
final.
● Mantenimiento: se busca que el
programa cumpla con las
expectativas del usuario final.
5. ❏ En esta fase se hace un análisis de las necesidades del
cliente para determinar las características del software a
desarrollar, y se especifica todo lo que debe hacer el
sistema sin entrar en detalles técnicos.
❏ Se lleva a cabo una descripción de los requisitos del
software, y se acuerda entre el cliente y la empresa
desarrolladora lo que el producto deberá hacer.
❏ En este modelo no se pueden añadir nuevos requisitos
en mitad del proceso de desarrollo.
Requisitos del
software
6. Diseño
*En esta etapa se describe la estructura interna del
software, y las relaciones entre las entidades que lo
componen.
*Descompone y organiza el sistema en elementos que
puedan elaborarse por separado, aprovechando las
ventajas del desarrollo en equipo. Como resultado surge el
SDD (Documento de Diseño del Software), que contiene la
descripción de la estructura relacional global del sistema y
la especificación de lo que debe hacer cada una de sus
partes, así como la manera en que se combinan unas con
otras.
7. Implementación
● En esta fase se programan los requisitos
especificados haciendo uso de las
estructuras de datos diseñadas en la
fase anterior.
● La prueba de unidades implica verificar
que cada una cumpla su especificación
8. Verificación
En esta fase se verifica que todos los
componentes del sistema funcionen
correctamente y cumplen con los
requisitos.
El objetivo de la verificación es el de
obtener información del software para:
encontrar defectos o bugs, aumentar la
calidad del software, refinar el código
previamente escrito sin miedo a romperlo
o introducir nuevos bugs, etc.
9. Instalación y mantenimiento
Ya desarrollado todas las
funcionalidades del software y se
ha comprobado que funcionan
correctamente, se inicia esta fase
El mantenimiento del software
consiste en la modificación del
producto después de haber sido
entregado al cliente, ya sea para
corregir errores o para mejorar el
rendimiento o las características.
Mantener el valor del software a
través del tiempo.
Añadir nuevos complementos,
corrigiendo errores, renovando el
aspecto visual, mejorando la
eficiencia o añadiendo nueva
tecnología.
El periodo de mantenimiento
puede durar años, por lo que es
una fase clave del modelo en
cascada.
10. VENTAJAS
Una estructura sencilla
gracias a una fases de
proyecto claramente
diferenciadas.
Al ser un proyecto muy
estructurado, con fases
bien definidas, es fácil
entender el proyecto.
Ideal para proyectos estables donde los
requisitos son claros y no van a cambiar
a lo largo del proceso de desarrollo.
La documentación es muy exhaustiva y si se une al
equipo un nuevo desarrollador, podrá comprender
el proyecto leyendo la documentación.
Aquellos proyectos que se estructuran en base al
modelo cascada se puede representar de manera
cronológica de forma sencilla.
11. Inconvenientes
El no detectar
errores a tiempo a
futuro complica la
entrega y el costo
de reparación
Rígido
mantiene su
estructura
Al no cumplir los
requisitos no
avanza a la
siguiente etapa
Los resultados
se visualizan al
finalizar las
etapas.
12. Resumen
*La metodología en cascada se suele emplear, especialmente,
en aquellos proyectos cuyos requisitos y procesos se pueden
describir de forma precisa durante la fase de planificación, en
los que cabe suponer que las hipótesis no van a sufrir una gran
variación durante el transcurso del proyecto. Los
procedimientos estrictamente lineales se adaptan, así,
especialmente bien a proyectos de software pequeños,
sencillos y claramente estructurados.
*El modelo Cascada posee un alto riesgo en sistemas nuevos debido
a problemas en las especificaciones y en el diseño; provocando con
ello un bajo riesgo para desarrollos bien comprendidos utilizando
tecnología conocida.