El documento describe el Modelo V, un método para el desarrollo de software. El Modelo V representa gráficamente las fases del ciclo de vida del desarrollo de sistemas en forma de V, incluyendo el análisis de requisitos, diseño, implementación, pruebas e integración. El modelo ayuda a definir las pruebas necesarias en cada fase y a identificar dónde volver si se encuentran errores. El propósito del modelo es regular el proceso de desarrollo de software y mejorar la calidad del proyecto.

1. UNIVERSIDAD DE PANAMÁ
CENTRO REGIONAL DE PANAMÁ
OESTE
FACULTAD DE INFORMÁTICA
INGENIERIA DE SOFTWARE
MODELO V
INTEGRANTES:
ANA ESTURAÍN 8-870-1244
DINORA ORTEGA 8-882-1628
PROFESORA:
BELÉN GONZÁLEZ

2. “MODELO V”
OBJETIVOS DESCRIPCIÓN
PARTES DEL
VENTAJAS MODELO V
DESVENTAJAS
PROPÓSITO FINALIDAD

3. OBJETIVOS
Regular el proceso de desarrollo del software.
Minimización de los riesgos del proyecto
Mejora r y Garantizar la Calidad del proyecto
Reducción de los gastos totales durante todo el
proyecto
Mejorar la comunicación entre todos los inversionistas

4. PROPÓSITO
El propósito de este programa es
definir las distintas fases intermedias que
se requieren para validar el desarrollo de
la aplicación, es decir, para garantizar
que el software cumpla los requisitos para
la aplicación y verificación de los
procedimientos de desarrollo: se asegura
de que los métodos utilizados son
apropiados.

5. DESCRIPCIÓN DEL
MODELO V
Representación gráfica del ciclo de vida del
desarrollo de un sistemas.
En él se resumen las principales medidas
que deben adoptarse en relación con las
prestaciones correspondientes en el marco
del sistema informático de validación.

6. Aquí se describen las actividades y
resultados que deben producirse durante
el desarrollo del proyecto.
Es una variación del modelo en cascada
que muestra cómo se relacionan las
actividades de prueba con el análisis y el
diseño.

7. La letra “V” significa «Verificación y validación».
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 Es muy similar al modelo de la cascada clásico
ya que es muy rígido y contiene una gran cantidad
de iteraciones.

8. PARTES DEL MÉTODO
La corriente de INICIO
especificación, consiste
de: ESPECIFICACIONES
•Conceptos de
operaciones: qué debe
hacer el sistema a DISEÑO
grandes rasgos. PRELIMINAR
•Requisitos del sistema y DISEÑO EN
DETALLE
arquitectura del mismo.
Diseño detallado.
PROGRAMACIÓN

9. PARTES DEL MÉTODO
FIN
La corriente de pruebas
consiste de:
CALIFICACIÓN
•Integración de las
distintas partes, test y
verificación de las mismas. INTEGRACIÓN
•Verificación y validación
del sistema en conjunto. PRUEBA DE
UNIDAD
•Mantenimiento del
sistema.
PROGRAMACIÓN

10. DIAGRAMA DEL MODELO V

11. DIAGRAMA DEL MODELO V

12. FASES DEL DIAGRAMA
Fase # 1 :está orientado al “cliente”.
El inicio del proyecto y el fin del proyecto
constituyen los dos extremos del ciclo. Se
componen del análisis de requisitos y
especificaciones, se traduce en un documento
de requisitos y especificaciones.

13. FASES DEL DIAGRAMA
Fase # 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.

14. FASES DEL DIAGRAMA
Fase # 3 : Fase # 4 :
define los componentes es la fase de
hardware y software implementación, en la
del sistema final, a que se desarrollan los
cuyo conjunto se elementos unitarios o
denomina arquitectura módulos del programa.
del sistema.

15. Es un modelo sencillo y de fácil
aprendizaje.
La relación entre las etapas de
desarrollo y los distintos tipos de
pruebas facilitan la localización de
fallos.
Especifica bien los roles de los
distintos tipos de pruebas a realizar
Involucra al usuario en las pruebas

16. 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
No se puede repetir la secuencia de pasos si
este no sale bien; Se debe realizar nuevamente
todo el proceso de validación y verificación.

17. PARAQUÉ SIRVE EL
MOLDELO V
sirve para indicar en qué fase de desarrollo
se deben definir las pruebas correspondientes.
También sirve para saber a qué fase de
desarrollo hay que volver si se encuentran
fallos en las pruebas correspondientes.

18. Fortalecer, asegurar y mejorar
permanentemente la calidad de una
institución y de sus procesos
educativos, lo que a su vez implica el
mejoramiento de la calidad de vida de
la región a la que dicha institución
pertenece.