Modelo Dibujo Características Ventajas Desventajas Cuando se debe

usar
Cascada Inicio de cada Es un modelo Es difícil para el La metodología en
etapa debe sencillo y cliente establecer cascada no es ni
esperar a la disciplinado explícitamente al mejor ni peor que
finalización de la principio todos los otras, sólo hay que
etapa anterior. Es fácil aprender a requisitos. saber elegirla
utilizarlo y cuando resulta más
Es el proceso de comprender su conveniente su
El cliente debe
recopilación de funcionamiento aplicación, en
tener paciencia.
los requisitos se función del proyecto
Hasta llegar a las
centra e Está dirigido por y sus necesidades.
etapas finales del
intensifica los tipos de
proyecto, no estará
especialmente documentos y Y esto sucede, por
disponible una
en el software. resultados que ejemplo, al
versión operativa
deben obtenerse al enfrentarse a
del programa.
Se debe final de cada etapa iniciativas estáticas,
comprender el donde no es muy
ámbito de la Ha sido muy usado probable la
información del y está introducción de
software, así ampliamente cambios se
como la función, contrastado realizarán a lo largo
el rendimiento y del proceso de
las interfaces Ayuda a detectar desarrollo o cuando
requeridas. errores en las se cuenta con
primeras etapas a equipos de trabajo
bajo costo de menor
experiencia, que
Ayuda a minimizar pueden beneficiarse
los gastos de de una estructura
planificación. más rígida, como la
que propone este
enfoque
Espiral Conjuga la Existe el Resulta difícil El modelo de
naturaleza reconocimiento convencer a desarrollo en espiral
iterativa de explícito del riesgo. grandes clientes de se utiliza a menudo
construcción de que el enfoque para proyectos más
prototipos con Se numeran evolutivo es grandes que están
los aspectos formas alternativas controlable. sujetos a riesgos.
controlados y de alcanzar dichos
sistemáticos del objetivos y de lidiar
Debido a su
modelo lineal con las elevada
secuencial. restricciones en complejidad no se
cada uno de ellos. aconseja utilizarlo
Proporciona el en pequeños
potencial para el Cada alternativa se sistemas.
desarrollo rápido valora contra cada
de versiones objetivo y se Genera mucho
incrementales identifican las tiempo en el
del software. fuentes de riesgo desarrollo del
En el modelo del proyecto Sistema
espiral, el
software se Como el software Costoso
desarrolla. evoluciona a
medida que Se deben de
Durante las progresa el conocer los riesgos
primeras proceso, el
interacciones, la desarrollador y el
versión cliente
incremental comprenden y
podría ser un reaccionan mejor
modelo en papel ante riesgos en
o un prototipo. cada uno de los
Durante las niveles evolutivos.
últimas
iteraciones, se
producen
Construcción El desarrollador Diseño rápido se centra El primer Este modelo se
de prototipos y el cliente en una representación sistema utilizan para dar al
encuentran y de esos aspectos del construido usuario una vista
definen los software que serán apenas se preliminar de parte
objetivos visibles para el puede utilizar. del software. Este
globales para el usuario/cliente (por modelo es
software ejemplo: enfoques de Puede ser básicamente prueba
entrada y formatos de demasiado y error ya que si al
Identifican los salida). lento, usuario no le gusta
requisitos demasiado una parte del
conocidos y las Cumple con las grande o torpe prototipo significa
áreas del necesidades del cliente en su uso, o las que la prueba fallo
esquema en tres a la vez. por lo cual se debe
donde es corregir el error que
obligatoria más se tenga hasta que
definición. No hay otra el usuario quede
alternativa que satisfecho. Además
La iteración comenzar de el prototipo debe ser
ocurre cuando el nuevo, aunque construido en poco
prototipo se nos duela, pero tiempo, usando los
pone a punto es más programas
para satisfacer inteligente, y adecuados y no se
las necesidades construir una debe utilizar mucho
del cliente, versión dinero pues a partir
permitiendo al rediseñada en de que este sea
mismo tiempo la que se aprobado nosotros
que el resuelvan estos podemos iniciar el
desarrollador problemas. verdadero desarrollo
comprenda del software.
mejor lo que se
necesita hacer.
DRA Debido a que el Compromiso del -Tiene Debido a que el
software o cliente con el inconvenientes para software o aplicación
aplicación se sistema. proyectos grandes, se requiere lo más
requiere lo más necesita suficientes pronto posible no
pronto posible no -Mayor flexibilidad. recursos humanos existe una
existe una para crear el especificación del
especificación -Menor número correcto de sistema detallada.
del sistema codificación equipos.
detallada. manual. En proyectos que se
-Si los requieran rapido en
-El software no -Mayor desarrolladores y 60 a 90 dias.
se desarrolla y involucramiento de clientes no se
utiliza en su los usuarios. comprenden con
totalidad, sino en las actividades
una serie de -Posiblemente necesarias para
incrementos, menos fallas. completar el
donde en cada sistema, los
incremento se -Posiblemente proyectos fallarán.
incluyen nuevas menor costo.
funcionalidades -Un alto costo de
al sistema. -Ciclos de herramientas
desarrollo más integradas y equipo
-A menudo se pequeños. necesario.
desarrollan las
interfaces de -Interfaz gráfica -Progreso más
usuario del estándar. difícil de medir.
sistema
utilizando un -Menos eficiente y
sistema de con menor precisión
desarrollo científica.
interactivo que
permite que el
diseño de la
interfaz se cree
rápidamente
dibujando y
colando iconos
en la interfaz.

-Para su
desarrollo se
utilizan
herramientas de
desarrollo visual
para agilizar el
proceso.

-Se necesitan
equipos
compuestos por
alrededor de seis
personas,
incluyendo
desarrolladores y
usuarios de
tiempo completo,
así como
aquellas
personas
involucradas en
los requisitos.

-Las funciones
secundarias son
eliminadas como
sea necesario
para cumplir con
el calendar
Técnicas de Acceso a base Permiten elaborar El código fuente Facilitan al que
cuarta de datos: programas en que produce en desarrolla el software
generación Utilizando menor tiempo, lo ocasiones puede la propiedad de
lenguajes de que conlleva a un ser ineficiente. especificar algunas
consulta de alto aumento de la características de
nivel, productividad Solo son aplicables este a alto nivel, más
generadores de al software de tarde, la herramienta
códigos a partir El personal que gestión, la mayoría genera
de una elabora software de las herramientas automáticamente el
especificación de sufre menos de cuarta código fuente a partir
los requisitos se agotamiento, ya generación están de esta
genera que generalmente orientadas a la especificación.
automáticamente requiere escribir generación a partir
toda la menos. de grandes bases
aplicación. de datos.
El nivel de
Generación de concentración que Se crea una
pantallas: se requiere es dependencia de
Permitiendo menor, ya que uno o varios
diseñar la algunas proveedores
pantalla instrucciones, que externos, lo que se
dibujándola le son dadas a las traduce en pérdida
directamente, herramientas, a su de autonomía. A
incluyendo vez engloban menudo las
además el secuencias de herramientas
control del cursor instrucciones a prefabricadas
y la gestión de otro nivel dentro de contienen librerías
los errores de los la herramienta. de otros
datos de proveedores, que
entrada. Cuando hay que conlleva a instalar
dar mantenimiento opciones
Gestión de a los programas adicionales que son
entornos previamente consideradas
gráficos: elaborados, es opcionales
 Permitiendo menor complicado A menudo no se
manejar distintas por requerir menor cumplen con
herramientas nivel de estándares
para concentración internacionales ISO
la realización de ANSI.
un proyecto de
forma gráfica. Surge el riesgo de
pérdida de dinero y
Generación de tiempo al invertir en
informes una T4G ya que no
se sabe con
exactitud cuando un
proveedor de
herramientas y su
proveedor sigan en
el mercado.

Desarrollo Se puede Excelente para Si no se dan las El modelo de

concurrente expresar de proyectos en los condiciones desarrollo
manera que se conforman señaladas no es concurrente se utiliza
esquematizada grupos de trabajo aplicable a menudo como el
independientes paradigma de
Las actividades Si no existen desarrollo de
llevan procesos Proporciona una grupos de trabajo aplicaciones
concurrentes imagen exacta del no se puede cliente/servidor.
estado actual de trabajar en este
Es aplicable a un proyecto. método Un sistema
todo tipo de cliente/servidor se
desarrollo de compone de un
software conjunto de
componente
Es un módulo funcionales.
aplicable para el
cliente diseñador
 Cuando se aplica a
Está dirigido por cliente/servidor, el
las necesidades modelo de proceso
del usuario concurrente define
actividades en dos
Es aplicable al dimensiones: una
cliente servidor división de sistemas
y una división de
componentes
Iterativo e Las iteraciones Se La disponibilidad Se debe utilizar para
incremental se pueden puede gestionar del cliente debe ser ir incrementando las
entender como las expectativas alta durante todo el mejoras en un
mini del proyecto dado que programa, así
proyectos: en cliente (requisitos participa de manera evitando errores en
todas las desarrollados, continua: el código.
iteraciones se velocidad de
repite un desarrollo, El inicio de una Durante el proceso
proceso de calidad) de iteración, el cliente se pueden encontrar
trabajo manera regular, ha de detallar (o errores ocasionados
similar (de ahí el puede tomar haber detallado por el corto plazo
nombre decisiones en cada previamente) los que pueda tener de
“iterativo”) para iteración. Esto es requisitos que se entrega un proyecto,
proporcionar especialmente van a desarrollar. en todo caso,
un resultado interesante siempre será mejor
completo cuando: En la finalización de hacer varias pruebas
sobre producto cada iteración, el y en caso de
final, de El cliente no sabe cliente ha de revisar encontrar algún
manera que el exactamente qué los requisitos error, darle una
cliente pueda es lo que necesita, desarrollados. rápida solución.
obtener los lo va sabiendo
beneficios del conforme va La relación con el
proyecto de viendo cuales son cliente ha de estar
forma los resultados del basada en los
incremental. proyecto. principios
 de colaboración y
El cliente necesita ganar/ganar más
hacer cambios a que tratarse de una
corto relación contractual
plazo (nuevos en la cual cada
requisitos o a parte únicamente
cambios en los ya defiende su
realizados) por: beneficio a corto
plazo.
Cambios en las
condiciones del Cada iteración debe
mercado (por un dar como
cambio de resultado requisitos
necesidades, por terminados, de
un nuevo producto manera que el
que ha lanzado la resultado sea
competencia, realmente útil para
urgencias). el cliente y no deje
tareas pendientes
La reacción y para futuras
aceptación del iteraciones o para
mercado respecto la finalización del
al uso de los proyecto.
primeros
resultados del
proyecto.

Cualquier cambio
en el entorno
(recursos, etc.),
que pueda incluso
finalizar el proyecto
manteniendo como
mínimo los
 resultados
alcanzados hasta
ese momento.

El equipo necesita
saber si lo que ha
entendido es lo
que el cliente
espera.

Estructurada y Estructuras de Mayor nivel de leer todas las Para una acción con
orientada a control abstracción especificaciones un procedimiento
objetos Son estructuras para entender el muy fácil de
que permiten Elemento básico problema entender
controlar el de diseño: modulo
orden de Cuando se Cuando se requiere
ejecución de las Se facilita el finalizaba el hacer un uso
instrucciones seguimiento de las proceso de cotidiano (vida real)
contenidas fallas desarrollo las o algo más complejo
dentro de ellas especificaciones
dependiendo de Reducción de eran obsoletas
condiciones costos de
previamente mantenimiento Los objetos
establecidas. requieren una
Representa los extensa
Segmentación procesos, flujos y documentación.
Para favorecer la estructura de datos
comprensión del de manera Los objetos al ser
código de los jerárquica y abstracto pueden
programas descendente no coincidir la visión
desarrollados, es de un programador
conveniente a otro.
establecer
segmentos del
programa para Para leer, modificar,
que estos no o hacerles algo
excedan una simplemente;
página de en algunos
codificación (50 programas debes
líneas en realizar un paso
promedio). extra para realizar
estas acciones.
Identación
Es el espacio o
sangría que se
asigna a una
línea de código y
dependiendo de
su longitud, esta
indica si una
instrucción o
grupo de
instrucciones
pertenecen a
determinado
bloque.