www.sdila.

com SDI, 2010, All Rights Reserved

El model
Son muchas las presentaciones o artculos sobre calidad de software que siempre incluyen la
figura del Modelo-V. Pero, sabemos realmente lo que quiere decir? El modelo
directamente del modelo en cascada (Waterfall model), y se usa como base de pr
del ciclo de vida de software. El modelo considera el testing como una actividad paralela al SDLC
(Sofware development Life Cycle) y no como una actividad aislada que se realiza al final del
desarrollo. Curiosamente este modelo no fue desarrollado por la OGC de Inglaterra, sino que f
desarrollado en Alemania por el Min

La siguiente figura muestra como cada fase de desarrollo (a la izquierda de la imagen) se alinean
con las fases de testing.
Lado Izquierdo: especificaciones de los requerimientos del servicio hasta el detalle del
diseo del servicio.
Lado Derecho: se focaliza en las actividad
de las especificaciones definidas a la izquierda.
A cada paso en la izquierda, hay implicacin directa con la parte equivalente en el lado
derecho.
Dentro de cada ciclo del desarrollo repetitivo se pueden aplicar los conceptos del
Modelo V sobre requerimientos de aprobacin de estabilidad contra el diseo, con cada
diseo repetitivo considerado para el grado de integridad y competencia que justificara
el lanzamiento al cliente para juicio y valoracin.

, All Rights Reserved
modelo V sus ventajas y desventajas
Son muchas las presentaciones o artculos sobre calidad de software que siempre incluyen la
V. Pero, sabemos realmente lo que quiere decir? El modelo
directamente del modelo en cascada (Waterfall model), y se usa como base de pr
del ciclo de vida de software. El modelo considera el testing como una actividad paralela al SDLC
(Sofware development Life Cycle) y no como una actividad aislada que se realiza al final del
Curiosamente este modelo no fue desarrollado por la OGC de Inglaterra, sino que f
desarrollado en Alemania por el Ministerio de Defensa.
La siguiente figura muestra como cada fase de desarrollo (a la izquierda de la imagen) se alinean
Lado Izquierdo: especificaciones de los requerimientos del servicio hasta el detalle del
diseo del servicio.
Lado Derecho: se focaliza en las actividades de validacin que se llevan a ca
de las especificaciones definidas a la izquierda.
A cada paso en la izquierda, hay implicacin directa con la parte equivalente en el lado
Dentro de cada ciclo del desarrollo repetitivo se pueden aplicar los conceptos del
re requerimientos de aprobacin de estabilidad contra el diseo, con cada
diseo repetitivo considerado para el grado de integridad y competencia que justificara
el lanzamiento al cliente para juicio y valoracin.
ventajas y desventajas
Son muchas las presentaciones o artculos sobre calidad de software que siempre incluyen la
V. Pero, sabemos realmente lo que quiere decir? El modelo-V deriva
directamente del modelo en cascada (Waterfall model), y se usa como base de procesos dentro
del ciclo de vida de software. El modelo considera el testing como una actividad paralela al SDLC
(Sofware development Life Cycle) y no como una actividad aislada que se realiza al final del
Curiosamente este modelo no fue desarrollado por la OGC de Inglaterra, sino que fue
La siguiente figura muestra como cada fase de desarrollo (a la izquierda de la imagen) se alinean
Lado Izquierdo: especificaciones de los requerimientos del servicio hasta el detalle del
es de validacin que se llevan a cabo en contra
A cada paso en la izquierda, hay implicacin directa con la parte equivalente en el lado
Dentro de cada ciclo del desarrollo repetitivo se pueden aplicar los conceptos del
re requerimientos de aprobacin de estabilidad contra el diseo, con cada
diseo repetitivo considerado para el grado de integridad y competencia que justificara
www.sdila.com SDI, 2010, All Rights Reserved

Esta es la representacin ms simple del modelo en V, en muchos casos las organizaciones crean
sus propios modelos usando este como base. El modelo puedes llegar a ser tan complejo como
uno quiera.
La ventaja principal con respecto al modelo en cascada es si
chequeos de cada una de las etapas del modelo de cascada. Los requisitos se validan con las
pruebas de User Acceptance Test, Anlisis y deseo de arquitectura con las pruebas de IST
(integration & system test), mientras
realizan en las fases de pruebas de Assembly y Unit Test respectivamente.

Cuales son los objetivos del modelo en V?
Minimizar los riesgos del projecto.
Mejorar y garantizar la calidad del projecto.
Reducir los costes totales a lo largo del ciclo de vida del projecto.
Mejorar la comunicacin entre los Stakeholders.
En definitiva se trata de un modelo ms robusto y completo que el Modelo de Cascada, y puede
producir software de mayor calidad que con el modelo de cascada (todo depende de la empresa y
el sector)

, All Rights Reserved
a es la representacin ms simple del modelo en V, en muchos casos las organizaciones crean
sus propios modelos usando este como base. El modelo puedes llegar a ser tan complejo como
La ventaja principal con respecto al modelo en cascada es simple, ya que este modelo involucra
chequeos de cada una de las etapas del modelo de cascada. Los requisitos se validan con las
pruebas de User Acceptance Test, Anlisis y deseo de arquitectura con las pruebas de IST
(integration & system test), mientras que las pruebas a nivel de componentes y a ms bajo nivel se
realizan en las fases de pruebas de Assembly y Unit Test respectivamente.
Cuales son los objetivos del modelo en V?
Minimizar los riesgos del projecto.
ejorar y garantizar la calidad del projecto.
Reducir los costes totales a lo largo del ciclo de vida del projecto.
Mejorar la comunicacin entre los Stakeholders.
En definitiva se trata de un modelo ms robusto y completo que el Modelo de Cascada, y puede
producir software de mayor calidad que con el modelo de cascada (todo depende de la empresa y

a es la representacin ms simple del modelo en V, en muchos casos las organizaciones crean
sus propios modelos usando este como base. El modelo puedes llegar a ser tan complejo como
mple, ya que este modelo involucra
chequeos de cada una de las etapas del modelo de cascada. Los requisitos se validan con las
pruebas de User Acceptance Test, Anlisis y deseo de arquitectura con las pruebas de IST
que las pruebas a nivel de componentes y a ms bajo nivel se
realizan en las fases de pruebas de Assembly y Unit Test respectivamente.
En definitiva se trata de un modelo ms robusto y completo que el Modelo de Cascada, y puede
producir software de mayor calidad que con el modelo de cascada (todo depende de la empresa y
www.sdila.com SDI, 2010, All Rights Reserved

Tambin existe una variacin de este modelo que es el Modelo en W en el que por un lado se
introducen las revisiones de diseo para las fases de requisitos, an
detallado y por otro la depuracin y cambios encontrados en la fases de pruebas. Todo ello en
lnea con los CMMIs, ISO 12207 etc.
Pone de manifiesto la importancia de las revisiones (validacin) en el ciclo de vida completo, s
olvidar las pruebas (verificacin).
Es ms completo pero solo vlido para organi
Otro modelo:
Modelo en Cascada
1
(Bennington 1956)
El ms conocido, est basado
vida abarca las siguientes actividades:
Ingeniera y Anlisis del Sistema:
el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego
asignando algn subconjunto de estos requisitos al software.
Anlisis de los requisitos del software:
intensifica especialmente en
mbito de la informacin del software
requeridas.
Diseo: el diseo del software
de los datos, la arquitectura del software


Ingeniera y Anlisis
del Sistema
Anlisis de
Requisitos

, All Rights Reserved
xiste una variacin de este modelo que es el Modelo en W en el que por un lado se
introducen las revisiones de diseo para las fases de requisitos, anlisis, arquitectura y diseo
detallado y por otro la depuracin y cambios encontrados en la fases de pruebas. Todo ello en
lnea con los CMMIs, ISO 12207 etc.
Pone de manifiesto la importancia de las revisiones (validacin) en el ciclo de vida completo, s
olvidar las pruebas (verificacin).
Es ms completo pero solo vlido para organizaciones ms maduras.
Bennington 1956):
basado en el ciclo convencional de una ingeniera, el paradigma del ciclo de
vida abarca las siguientes actividades:
del Sistema: Debido a que el software es siempre parte de un sistema mayor
el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego
subconjunto de estos requisitos al software.
de los requisitos del software: el proceso de recopilacin de los requisitos se centra e
en el software. El ingeniero de software (Analistas) debe comprender el
de la informacin del software, as como la funcin, el rendimiento y las interfaces
seo del software se enfoca en cuatro atributos distintos del programa: la estructura
de los datos, la arquitectura del software, el detalle procedimental y la

Anlisis de los
Requisitos
Diseo
Codificacin
Prueba
xiste una variacin de este modelo que es el Modelo en W en el que por un lado se
lisis, arquitectura y diseo
detallado y por otro la depuracin y cambios encontrados en la fases de pruebas. Todo ello en
Pone de manifiesto la importancia de las revisiones (validacin) en el ciclo de vida completo, sin
, el paradigma del ciclo de

ftware es siempre parte de un sistema mayor
el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego
opilacin de los requisitos se centra e
l ingeniero de software (Analistas) debe comprender el
, el rendimiento y las interfaces
cuatro atributos distintos del programa: la estructura
el detalle procedimental y la caracterizacin de la

Mantenimiento
www.sdila.com SDI, 2010, All Rights Reserved

interfaz. El proceso de diseo traduce los requisitos en una representaci
calidad requerida antes de que
Codificacin: el diseo debe traducirse en una forma legible para la maquina
codificacin realiza esta tarea
puede realizarse mecnicamente.
Prueba: una vez que se ha generado el
centra en la lgica interna del software
aseguren que la entrada definida produce los resultados que realmente se requieren
Mantenimiento: el software
ocurrirn debido a que hayan encontrado errores, a que el software deba adaptarse a cambios del
entorno externo (sistema operativo o dispositivos
ampliaciones funcionales o del rendimiento.

Desventajas:
Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre
hay iteraciones y se crean problemas en la aplicacin del paradigma.
Normalmente, es difcil para el cliente establecer explcitamente al principio todos los
requisitos. El ciclo de vida
incertidumbres que puede
El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no
disponible una versin
que el programa este funcionando pue
La ventaja de este mtodo radica en su sencillez ya que sigue los pasos intuitivos
necesarios a la hora de desarrollar el software.

Modelo V (Ministerio de Defensa de Alemania
El Modelo V tiende a ser muy relacionado con el Mo
del mismo.

, All Rights Reserved
interfaz. El proceso de diseo traduce los requisitos en una representacin del software
calidad requerida antes de que comience la codificacin.
el diseo debe traducirse en una forma legible para la maquina
realiza esta tarea. Si el diseo se realiza de una manera detallada la
mecnicamente.
una vez que se ha generado el cdigo comienza la prueba del programa. La prueba se
interna del software, y en las funciones externas, realizando pruebas que
inida produce los resultados que realmente se requieren
el software sufrir cambios despus de que se entrega al cliente. Los cambios
a que hayan encontrado errores, a que el software deba adaptarse a cambios del
xterno (sistema operativo o dispositivos perifricos), o debido a que el cliente requiera
ampliaciones funcionales o del rendimiento.
Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre
se crean problemas en la aplicacin del paradigma.
Normalmente, es difcil para el cliente establecer explcitamente al principio todos los
requisitos. El ciclo de vida clsico lo requiere y tiene dificultades en acomodar posibles
incertidumbres que pueden existir al comienzo de muchos productos.
l cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no
versin operativa del programa. Un error importante no detectado hasta
que el programa este funcionando puede ser desastroso.
La ventaja de este mtodo radica en su sencillez ya que sigue los pasos intuitivos
necesarios a la hora de desarrollar el software.
Ministerio de Defensa de Alemania, 1992):
El Modelo V tiende a ser muy relacionado con el Modelo de Cascada puesto que es una evolucin
n del software con la
el diseo debe traducirse en una forma legible para la maquina. El paso de
i el diseo se realiza de una manera detallada la codificacin
comienza la prueba del programa. La prueba se
y en las funciones externas, realizando pruebas que
inida produce los resultados que realmente se requieren.
cambios despus de que se entrega al cliente. Los cambios
a que hayan encontrado errores, a que el software deba adaptarse a cambios del
), o debido a que el cliente requiera
Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre

Normalmente, es difcil para el cliente establecer explcitamente al principio todos los
lo requiere y tiene dificultades en acomodar posibles
n existir al comienzo de muchos productos.
l cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estar
operativa del programa. Un error importante no detectado hasta
La ventaja de este mtodo radica en su sencillez ya que sigue los pasos intuitivos
delo de Cascada puesto que es una evolucin
www.sdila.com SDI, 2010, All Rights Reserved

Puede notarse que su primera
finalidad hacer pruebas e integracin asociado a cada una de las etapas de l
Se puede identificar una ventaja principal con respecto al Modelo Cascada ms simple, y se refiere
a que este modelo involucra chequeos de cada una de las etapas del modelo de cascada.

Desventajas:
El riesgo es mayor que el de otros mod
al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la
implementacin, lo que puede traer como consecuencia un roll
que cost tiempo y dinero.
El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores,
cosa que en la realidad puede ocurrir.
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de
desarrollo, lo que disminuye el riesgo.
A pesar de todo lo antes mencionado, definitivamente se trata de un modelo ms robusto
y completo que el Modelo de Cascada, y puede producir software de mayor calidad que con el
modelo de cascada.

, All Rights Reserved
Puede notarse que su primera mitad es similar al Modelo en Cascada, y la otra mitad tiene como
finalidad hacer pruebas e integracin asociado a cada una de las etapas de la mitad anterior.
Se puede identificar una ventaja principal con respecto al Modelo Cascada ms simple, y se refiere
a que este modelo involucra chequeos de cada una de las etapas del modelo de cascada.
El riesgo es mayor que el de otros modelos, pues en lugar de hacer pruebas de aceptacin
al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la
implementacin, lo que puede traer como consecuencia un roll-back de todo un proceso
que cost tiempo y dinero.
odelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores,
cosa que en la realidad puede ocurrir.
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de
desarrollo, lo que disminuye el riesgo.
todo lo antes mencionado, definitivamente se trata de un modelo ms robusto
y completo que el Modelo de Cascada, y puede producir software de mayor calidad que con el

es similar al Modelo en Cascada, y la otra mitad tiene como
a mitad anterior.
Se puede identificar una ventaja principal con respecto al Modelo Cascada ms simple, y se refiere
a que este modelo involucra chequeos de cada una de las etapas del modelo de cascada.
elos, pues en lugar de hacer pruebas de aceptacin
al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la
back de todo un proceso
odelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores,
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de
todo lo antes mencionado, definitivamente se trata de un modelo ms robusto
y completo que el Modelo de Cascada, y puede producir software de mayor calidad que con el