0% encontró este documento útil (0 votos)
26 vistas2 páginas

Modelo en V

El modelo en V es una evolución del modelo en cascada que se desarrolló en la década de 1980 para proyectos industriales y de software. El modelo en V incluye fases secuenciales de desarrollo de proyectos, gestión de calidad e interconexiones entre fases, como análisis de requisitos, diseño, codificación, pruebas unitarias, integración y validación. Una desventaja es que los requisitos del cliente pueden no quedar completamente reflejados y las pruebas pueden ser caras y no lo suf

Cargado por

carlitos
Derechos de autor
© © All Rights Reserved
Formatos disponibles
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
0% encontró este documento útil (0 votos)
26 vistas2 páginas

Modelo en V

El modelo en V es una evolución del modelo en cascada que se desarrolló en la década de 1980 para proyectos industriales y de software. El modelo en V incluye fases secuenciales de desarrollo de proyectos, gestión de calidad e interconexiones entre fases, como análisis de requisitos, diseño, codificación, pruebas unitarias, integración y validación. Una desventaja es que los requisitos del cliente pueden no quedar completamente reflejados y las pruebas pueden ser caras y no lo suf

Cargado por

carlitos
Derechos de autor
© © All Rights Reserved
Formatos disponibles
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1/ 2

Modelo en v

Es la evolución del modelo de cascada.

¿Cuando se desarrollo?

Se desarrollo desde los años 80 en el sector indrustrial extendiendose a otros ambitos, como el sector
informatico.

Este modelo incluye:


fases de desarrollo del proyecto.

procedimientos de gestión de calidad.

Indicaciones de interconexiones entre las diferentes fases de desarrollo.

etapas del modelo en v

+ Se define el curso del proyecto con un analisis de especificaciones del sistema planificado

+ Se toman los requisitos fuincionales y no funcionales para la arquitectura del sistema (fase funcional)
+ Diseño del sistema. Planificación de los componentes y las interfaces que tendrá. (fase de deseño)
+ Diseño al detalle de la arquitectura del software (codificación)

Fase de validación

Pasadas estas estapas se comienza con el desarrollo correcto del software. Pasadas estas etapas
anteriores se comienza con la fase del testeo o control de calidad la cual tiene las siguiente fases.

- Prueba de unidad.

Se usa lo que se ha desarrollado para probar el codigo identificar posibles problemas y desarrollar
soluciones.

- Pruebas de integración

- Integración del sistema

- Validación

Desventajas

- Es difícil que el cliente exponga explícita mente 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.

- El código se escribe en la fase de implementación después de que terminan los pasos preliminares para
finalizar esa fase. Por lo tanto, no hay ningún prototipo listo antes de la etapa de implementación.
- En caso de cualquier cambio, debe actualizarse tanto en el documento de prueba como en el de
requisitos.

Ventajas (Por si algo)

- La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización
de fallos.

- Es un modelo sencillo y de fácil aprendizaje.

- Hace explícito parte de la interacción y trabajo que hay que revisar.

- Especifica bien los roles de los distintos tipos de pruebas a realizar.

- Involucra al usuario en las pruebas.

También podría gustarte