El Modelo en V, o Modelo de Cuatro Niveles, del ciclo de vida de un
proyecto de desarrollo de software. El modelo representa, en forma de V,
las relaciones temporales entre las distintas fases del ciclo de
desarrollo de un proyecto.
En los niveles lógicos del 1 al 4, para cada fase del desarrollo, existe
una fase correspondiente o paralela de verificación o validación. Esta
estructura obedece al principio de que para cada fase del desarrollo
debe existir un resultado verificable.
En la misma estructura se advierte también que la proximidad entre
una fase del desarrollo y su fase de verificación correspondiente va
decreciendo a medida que aumenta el nivel dentro de la V. La longitud de
esta separación intenta ser proporcional a la distancia en el tiempo
entre una fase y su homóloga de verificación.
- El nivel 1 está orientado al “cliente”. El inicio del proyecto y el fin del proyecto constituyen los dos extremos del ciclo. Se compone del análisis de requisitos y especificaciones, se traduce en un documento de requisitos y especificaciones.
- El nivel 2 se dedica a las características 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 análisis funcional.
- El nivel 3 define los componentes hardware y software del sistema final, a cuyo conjunto se denomina arquitectura del sistema.
- El nivel 4 es la fase de implementación, en la que se desarrollan los elementos unitarios o módulos del programa.
¿Tengo que hacer documentación de todo?
Por supuesto. Cada fase tiene que estar respaldada por su documento correspondiente y test.
Por supuesto. Cada fase tiene que estar respaldada por su documento correspondiente y test.
¿Por qué utilizar una metodología?
Porque es lo más rápido y barato. Volviendo al ejemplo de la casa, imaginad la cantidad de veces que debería volver atrás y tirar paredes ya hechas porque de pronto descubro que el suelo es inestable, la bañera no cabe, la instalación eléctrica no la había tenido en cuenta…
Pues, con el código pasa exactamente lo mismo.
Porque es lo más rápido y barato. Volviendo al ejemplo de la casa, imaginad la cantidad de veces que debería volver atrás y tirar paredes ya hechas porque de pronto descubro que el suelo es inestable, la bañera no cabe, la instalación eléctrica no la había tenido en cuenta…
Pues, con el código pasa exactamente lo mismo.
El Modelo V tiende a estar muy relacionado con el Modelo de Cascada puesto que es una evolución del mismo.
Puede
notarse que su primera mitad es similar al Modelo en Cascada, y la otra
mitad tiene como finalidad hacer pruebas e integración asociado a cada
una de las etapas de la mitad anterior.
Se
puede identificar una ventaja principal con respecto al Modelo Cascada
más 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 modelos, pues en lugar de hacer pruebas de aceptación al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la implementación, lo que puede traer como consecuencia un “roll-back” de todo un proceso 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 más robusto y completo que el Modelo de Cascada, y puede producir
software de mayor calidad que con el modelo de cascada.
No hay comentarios.:
Publicar un comentario