REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA DEFENSA

UNIVERSIDAD NACIONAL EXPERIMENTAL DE LA FUERZA ARMADA NACIONAL
NUCLEO – LARA

CUAD
RO
COMP
ARATI
VO
 INTEGRANTES:
Rodríguez Ander C.I.: 24.400.187
Parra Edirmary C.I.: 25.149.687
Mendoza Alirio C.I.: 26.554.148
Sección: 7D01IS
Prof.: Edecio Freitez

MODELO DEFINICIÓN CARACTERÍSTICAS VENTAJAS DESVENTAJAS APLICACIÓN

Permite construir modelos  Elemento básico de  Mayor nivel de  Leer todas las
de sistemas a partir del diseño: módulo. abstracción especificaciones para
análisis de sus procesos Modularidad que (independencia del entender el problema.
y/o actividades que se permite medir la lenguaje  Se repetía la misma
ejecutan asociados al calidad de programas. programación). información en partes
sistema. Permite al equipo  Representa los  Se concentran en la diferentes del
DESARROLLO encargado del estudio del procesos, flujos y parte del proceso. documento.
ESTRUCTURADO desarrollo o la estructuras de datos,  Se lee de porciones,  El enfoque de
organización conocer de de una manera independientes de las requisitos se
forma lógica un sistema o jerárquica y especificaciones. interpretaba diferente
proceso descendente. por cada usuario.
 Ven el sistema como  Cuando se finalizaba
entradas-proceso- el proceso de
salidas. desarrollo las
especificaciones eran
obsoletas
Es el enfoque  Excelente cuando se  Tiene poca
metodológico que ordena tiene un producto flexibilidad.
 rigurosamente las etapas
del proceso para el
desarrollo de software, de
tal forma que el inicio de
EN CASCADA cada etapa debe esperar a
la finalización de la etapa
anterior.
Es un proceso que
representa la secuencia de
pasos en el desarrollo del
ciclo de vida de un
proyecto. Se describen las
actividades y resultados
EN V que deben producirse
durante el desarrollo del
producto. El lado
izquierdo de la V
representa la
descomposición de las
necesidades, y la creación
de las especificaciones del
sistema. El lado derecho
de la V representa la
integración de las piezas y
su verificación. V
significa «Verificación y
validación».
Se basa en la estructura de
una flor el cual todos los
pétalos u hojas que
contenga dicha estructura
será una etapa a realizar.
Sin embargo todas las
etapas se deben de
desarrollar al mismo
estable y se conoce la  Los proyectos en la
tecnología. práctica raramente
 Es un método muy siguen un flujo
estructurado que secuencial.
funciona bien con  Siempre es difícil para
gente de poca el cliente mostrar
experiencia. todos los
 Provee estabilidad en requerimientos
los requerimientos. explícitamente y con
 La planeación se mucha anticipación.
puede hacer
anticipadamente.
 El modelo en V hace Al encontrarse errores
más explícita la tarea luego de realizar las
parte de la iteración pruebas se pierde tiempo
de las actividades del y dinero, ya que cada
proceso. prueba se realiza luego de
 Las pruebas de cada haber terminado la
fase ayudaran a implementación.
corregir posibles
errores sin tener que
esperar a que sean
rectificados en la
etapa final del
proceso.
 Con las pruebas
unitarias y de
integración se
consigue obtener
exactitud en los
programas.
 Al terminar el modelo  Demasiada carga de
tendrás el producto de trabajo. 
software libre de  Los involucrados en
errores. el software tendrán
 Podrás realizar las que tener mucha
pruebas durante el paciencia y minuciosa
proceso para lograr concentración.
detectar problemas  Si se detecta un error
 EN FLOR tiempo para así lograr que inmediatamente.  en cualquier etapa
el procedimiento llegue a  Involucración del tendrán que repararlo
obtener un producto final. usuario en todas las inmediatamente de lo
etapas del modelo.  contrario no
funcionara ninguna
etapa y no obtendrán
un satisfactorio
producto. 

Es una versión preliminar  Identificación de  Los requerimientos  No se conoce cuando

de un sistema de Requerimientos. son cambiantes. se tendrá un producto
información con fines de  Diseño Rápido.  Cuando no se conoce aceptable.
demostración o  Utilizar el Prototipo. bien la aplicación.  No se sabe cuántas
evaluación.  Revisar y Mejorar.  El usuario no se iteraciones serán
quiere comprometer necesarias.
PROTOTIPOS con los  Da una falsa ilusión al
requerimientos. usuario sobre la
 Cuando se quiere velocidad del
probar una desarrollo.
arquitectura o  Se puede volver el
tecnología. producto aún y
cuando no este con
los estándares.

Es un modelo de proceso  Control del riesgo:  Puede adaptarse y  Puede resultar difícil
de software evolutivo que reconoce aplicarse a lo largo de convencer a grandes
conjuga la naturaleza explícitamente los la vida del software clientes
iterativa de construcción riesgos. Por tanto, de computadora. (particularmente en
de prototipos con los reduce  Es un enfoque realista situaciones bajo
aspectos controlados y considerablemente del desarrollo de contrato) de que el
sistemáticos del modelo que fallen los sistemas y de software enfoque evolutivo es
lineal secuencial. proyectos grandes de a gran escala. controlable.
Proporciona el potencial software  Utiliza la  Requiere una
para el desarrollo rápido  Descripción de la construcción de considerable habilidad
de versiones espiral: Cada giro de prototipos como para la evaluación del
ESPIRAL incrementales del la espiral representa mecanismo de riesgo.
software. un ciclo completo, por reducción de riesgos.  No se ha utilizado
donde siempre pasan  Permite a quien lo tanto como los
los cuatro cuadrantes, desarrolla aplicar el paradigmas lineales
que representan las enfoque de secuenciales o de
cuatro etapas del construcción de construcción de
 modelo. prototipos en prototipos.
 Genérico: Las cuatro cualquier etapa de
etapas solo implantan evolución del
los objetivos básicos producto.
de un ciclo, pero no  Mantiene el enfoque
tienen que sistemático de los
manifestarse en cada pasos sugeridos por el
ciclo. ciclo de vida clásico,
 Flexible: Es bastante pero lo incorpora al
flexible, al realizar marco de trabajo
por separado para iterativo que refleja de
cada fase del proyecto forma más realista el
los procesos de mundo real.
definición de
objetivos, análisis de
riesgos, desarrollo y
planificación.
Es un conjunto de o Impulsa un proceso o Etapas claramente o Dado que la mayoría
actividades, tareas y iterativo de desarrollo. definidas con metas, de las decisiones son
acciones que se realizan o Cada ciclo es una entregables y en consenso por el
con el fin de alcanzar el versión del producto. responsables. equipo en su
desarrollo completo de un o Utiliza metas o Se establecen roles conjunto, en
PROCESOS proyecto de software. definidas para marcar asociados al modelo ocasiones toman más
la transición entre las que promueven la tiempo de lo debido.
distintas etapas. participación de o Para proyectos
o Ofrece mayor poder todos. pequeños puede
de decisión a los o Involucra muy de resultar poco práctico.
usuarios. cerca al usuario. o El considerar
o Busca mejorar la versiones hace que se
calidad y creatividad. dejen de lado algunas
decisiones.
 Provee visibilidad  La solución se va  Requiere de mucha
sobre el progreso a mejorando en forma planeación, tanto
través de sus nuevas progresiva a través de administrativa como
versiones. las múltiples técnica.
 Provee iteraciones.  Requiere de metas
DESARROLLO retroalimentación a  Incrementa el claras para conocer el
INCREMENTAL través de la entendimiento del estado del proyecto.
funcionalidad problema y de la
mostrada. solución por medio de
 Permite atacar los los refinamientos
mayores riesgos desde sucesivos.
el inicio.