MODELO EN V

----------------------------------------------------------------------------
DESCRIPCION
El Mtodo-V fue desarrollado para regular el proceso de desarrollo de
software por la Administracin Federal Alemana. Describe las
actividades y los resultados que se producen durante el desarrollo del
software.
Es el estndar utilizado para los proyectos de la Administracin Federal
Alemn y de defensa. Como est disponible pblicamente muchas
compaas lo usan.
El Mtodo-V es una representacin grfica del ciclo de vida del
desarrollo del sistema. Resume los pasos principales que hay que tomar
en conjuncin con las correspondientes entregas de los sistemas de
validacin.
Aqu se describen las actividades y resultados que deben producirse
durante el desarrollo del proyecto.
La letra V significa Verificacin y validacin.
Es una variacin del modelo en cascada que muestra cmo se relacionan
las actividades de prueba con el anlisis y el diseo.
OBJETIVOS
Minimizacin de los riesgos del proyecto
Mejora la transparencia del proyecto y control del proyecto,
especificando los enfoques estandarizados, describe los resultados
correspondientes y funciones de responsabilidad. Permite una deteccin
temprana de las desviaciones y los riesgos y mejora la gestin de
procesos, reduciendo as los riesgos del proyecto.
Mejora y Garanta de Calidad
Como un modelo de proceso estndar, asegura que los resultados que
se proporcionan sean completos y contengan la calidad deseada. Los
resultados provisionales definidos se puede comprobar en una fase
temprana. La uniformidad en el contenido del producto mejora la
legibilidad, comprensibilidad y verificabilidad.
Reduccin de los gastos totales durante todo el proyecto y
sistema de Ciclo de Vida
El esfuerzo para el desarrollo, produccin, operacin y mantenimiento
de un sistema puede ser calculado, estimado y controlado de manera
transparente mediante la aplicacin de un modelo de procesos
estandarizados. Reduciendo la dependencia en los proveedores y el
esfuerzo para las siguientes actividades y proyectos.
Mejora de la comunicacin entre todos los inversionistas
La descripcin estandarizada y uniforme de todos los elementos
pertinentes y trminos es la base para la comprensin mutua entre
todos los inversionistas. De este modo, se reduce la prdida por friccin
entre el usuario, comprador, proveedor y desarrollador.

PARTES DEL MTODO EN V
El lado izquierdo de la V : consiste de:
- Conceptos de operaciones: qu debe hacer el sistema a
grandes rasgos.
- Requisitos del sistema y arquitectura del mismo.
- Diseo detallado.
representa la descomposicin de las necesidades, y la creacin de
las especificaciones del sistema.
El lado derecho de la V : Consiste de:
representa la integracin de las piezas y su verificacin
Integracin de las distintas partes, test y verificacin de las
mismas.
Verificacin y validacin del sistema en conjunto.
Mantenimiento del sistema.

NIVELES DEL MODELO EN V
Fase # 1: est orientado al cliente.
El inicio del proyecto y el fin del proyecto constituyen los dos extremos
del ciclo. Se componen del anlisis de requisitos y especificaciones, se
traduce en un documento de requisitos y especificaciones.
Fase # 2: se dedica a las caractersticas funcionales del sistema
propuesto. Puede considerarse el sistema como una caja negra, y
caracterizarla nicamente con aquellas funciones que son directa o
indirectamente visibles por el usuario final, se traduce en un
documento de anlisis funcional.
Fase # 3 :
define los componentes hardware y software del sistema final, a cuyo
conjunto se denomina arquitectura del sistema.
Fase # 4 :
es la fase de implementacin, en la que se desarrollan los elementos
unitarios o mdulos del programa.
VENTAJAS
Se trata de un proceso ideal, por su robustez, para proyectos pequeos,
con equipos de una a cinco personas. Tambin es ideal, por su claridad,
para toda esa gente que nunca ha programado siguiendo una
metodologa. Para el proyecto final de carrera o para ese cliente que te
ha conseguido un amigo que te lo pide a ti y no se dirige a una empresa
por mayor comodidad, la relacin entre las etapas de desarrollo y los
distintos tipos de pruebas facilitan la localizacin de fallos.
DESVENTAJAS
Cada fase tiene que estar respaldada por su documento correspondiente
y test, se habla de una amplia documentacin, debes realizar dos
procesos al mismo tiempo, es difcil que el cliente exponga
explcitamente todos los requisitos, el cliente debe tener paciencia pues
obtendr el producto al final del ciclo de vida, las pruebas pueden ser
caras y, a veces, no lo suficientemente efectivas, el producto final
obtenido puede que no refleje todos los requisitos del usuario.