INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÒGICO

PÚBLICO
“ELEAZAR GUZMAN BARRÓN”

UNIDAD DIDÀCTICA: ANALISIS Y DISEÑO DE

SISTEMAS

DOCENTE: Enrique Medina Regalado

ESPECIALIDAD:
COMPUTACIÒN E INFORMÀTICA
ALUMNO: Jhony Mejía Moreno
CICLO: III

HUARAZ – ANCASH
PERÚ
 cuadro comparativo de los modelos en cascada y del Prototipo en el
desarrollo de sistemas.
MODELO LINEAL O DE CASCADA
sugiere un enfoque sistemático o más bien
secuencial del desarrollo de software que
DEFINICIÓN comienza en un nivel de sistemas y
progresa con el análisis, diseño,
codificación, pruebas y mantenimiento.
• Consiste en la ejecución secuencial de
una serie de fases
que se suceden, lo que da nombre al
modelo.
• Cada fase genera documentación para la
CARACTERÍSTICAS
siguiente. Esta
documentación debe ser aprobada.
• Una fase no comienza hasta que la
anterior ha
terminado.
• Se debe tener en cuenta que fue el
primer modelo
empleado, y por lo tanto es mejor que
ninguno.
VENTAJAS
• Facilita la gestión del desarrollo.
• Los requisitos no se pueden congelar
mientras dura el
desarrollo. El mercado cambia, todo
cambia.
• El usuario debe esperar mucho tiempo
DESVENTAJAS hasta ver los
Resultados
• Se genera mucho mantenimiento inicial
debido al período de
congelación de requisitos y éste recae, en
su mayor parte.
• Los proyectos reales raras veces siguen
el modelo
secuencial que propone el modelo.
• A menudo es difícil que el cliente
FALLAS Y exponga
INCOVENIENTES explícitamente todos los requerimientos.
• El cliente debe tener paciencia. Un
grave error puede ser
desastroso
ordena rigurosamente las
etapas del ciclo del software, es decir en
este modelo se
tienen que terminar las fases en un orden.
CONCLUSIÓN
MODELO PROTOTIPO
los objetivos globales para el software,
posteriormente se identifican los
requisitos conocidos y las áreas del esquema
en donde es necesaria más definición.
• Se elabora un prototipo del producto final:
qué aspecto tendrá,
cómo funcionará.
• Para muchas interfaces de usuario, este
modelo puede resultar tan
simple como unos dibujos con lápiz y papel o
tan complejo como
el propio código operativo final.
• No modifica el flujo del ciclo de vida.
• Reduce el riesgo de construir productos
que no satisfagan las
necesidades de los usuarios.
• Reduce costo y aumenta la probabilidad de
éxito.
• Exige disponer de las herramientas
adecuadas.
• Debido a que el usuario ve que el prototipo
funciona piensa que
este es el producto terminado y no
entienden que recién se va a
desarrollar el software.
• El desarrollador puede caer en la tentación
de ampliar el
prototipo para construir el sistema final sin
tener en cuenta los
compromisos de calidad y mantenimiento
que tiene con el cliente.
El usuario tiende a crearse unas
expectativas cuando ve el
prototipo de cara al sistema final.
la intención de crear.
un prototipo de forma rápida, se suelen
desatender aspectos
importantes, tales como la calidad y el
mantenimiento a largo
plazo
Es aquel prototipo iterativo que es
progresivamente refinado hasta
que se convierte en el sistema final.