Modelos de Desarrollo

ALVA CALDERON ELOY

QUISPE CHAVEZ JOSEPH

CAPRISTAN SOPLIN KEVIN

Criterios de Exito
Contar con un modelo debidamente
documentado. (entradas, salidas,
entregables, aprobaciones)
Los documentos deben de estar
actualizados.
La gente que participa en el proyecto
debe estar capacitada en su uso.
Se debe de reforzar el uso del modelo
mediante auditorias y revisiones.

Cul Seguir?
Para seleccionar el modelo a adoptar habr que hacerse una serie
de cuestionamientos:

Qu tantos son los riesgos del proyecto?

Qu tan claros estn los requerimientos?

Se conoce bien la tecnologa ha utilizar?

Visibilidad que requiere el proyecto?

Qu tanta planeacin hacia adelante es requerida?

Qu restricciones se tienen?

El Modelo de Cascada
El ciclo de desarrollo de software.
Este modelo tiene una secuencia ordenada.
El trabajo de una etapa previa es la entrada del
siguiente proceso.
Provee de un gran control sobre las fechas de
entrega y entregables.

El Modelo de Cascada
Establece criterios de entrada y salida en cada fase
claramente definidos.
Dado que provee pocos puntos de visibilidad da la
impresin de que es lento.

El Modelo de Cascada
Inicio
Anlisis
Diseo
Cdigo
Pruebas
Verificacion

Anlisis de requisitos

En esta fase se analizan las necesidades de los

usuarios finales del software para determinar qu
objetivos debe cubrir. De esta fase surge una
memoria llamada SRD (documento de
especificacin de requisitos), que contiene la
especificacin completa de lo que debe hacer el
sistema sin entrar en detalles internos.

Diseo del Sistema

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 Diseo del
Software), que contiene la descripcin de la
estructura relacional global del sistema y la
especificacin de lo que debe hacer cada una de sus
partes, as como la manera en que se combinan
unas con otras.

Diseo del Programa

Es la fase en donde se realizan los algoritmos

necesarios para el cumplimiento de los
requerimientos del usuario as como tambin los
anlisis necesarios para saber qu herramientas
usar en la etapa de Codificacin

Codificacin

Es
Eslalafase
faseen
endonde
dondese
seimplementa
implementaelelcdigo
cdigofuente,
fuente,haciendo
haciendouso
usode
deprototipos
prototiposas
ascomo
como
de
pruebas
y
ensayos
para
corregir
errores.
de pruebas y ensayos para corregir errores.
Dependiendo
Dependiendodel
dellenguaje
lenguajede
deprogramacin
programacinyysu
suversin
versinse
secrean
creanlas
lasbibliotecas
bibliotecasyy
componentes
componentesreutilizables
reutilizablesdentro
dentrodel
delmismo
mismoproyecto
proyectopara
parahacer
hacerque
quelalaprogramacin
programacin
sea
un
proceso
mucho
ms
rpido
sea un proceso mucho ms rpido

Pruebas

Los elementos, ya programados, se ensamblan para

componer el sistema y se comprueba que funciona
correctamente y que cumple con los requisitos,
antes de ser entregado al usuario final.

Verificacin

Es la fase en donde el usuario final ejecuta el

sistema, para ello el o los programadores ya
realizaron exhaustivas pruebas para comprobar que
el sistema no falle.

Mantenimiento

Una de las etapas ms crticas, ya que se destina un

75% de los recursos, es el mantenimiento del
Software ya que al utilizarlo como usuario final
puede ser que no cumpla con todas nuestras
expectativas.

A Favor...
Excelente cuando se tiene un producto estable y se
conoce la tecnologa.
Es un mtodo muy estructurado que funciona bien
con gente de poca experiencia.
Provee estabilidad en los requerimientos.
La planeacin se puede hacer anticipadamente.

En Contra...
Tiene poca flexibilidad.
Los proyectos en la prctica
raramente siguen un flujo secuencial.
Siempre es difcil para el cliente
mostrar todos los requerimientos
explcitamente y con mucha
anticipacin.
El cliente debe tener paciencia.

En Contra...
Es inflexible y no motiva al cambio.
Poco apropiado para aplicaciones para la toma de
decisiones.
Los usuarios tienen una participacin limitada.