Modelado en V

8/17/2019 Modelado en V

1/30

METODOLOGIA EN “V”


2/30

En la construcción de un producto de software el orden en que se realicen las

distintas etapas y actividades para su desarrollo, define el ciclo de vida; esto va

desde la concepción de la idea hasta la concretización de la misma


3/30

HISTORIA

El modelo en V fue utilizado por primera ves en Alemania .Y apareció con su

primera versión en agosto de !"#

El modelo en V fue proyectado en $unio de !!% y es prescrito en fe&rero del

#''" &a$o la asignación de V()


4/30

¿Qué es el Modelo en V?

El modelo en V significa *Verificacion y Validacion+

Es una representación grfica del ciclo de vida del desarrollo de sistemas.

El -odelo V tiende a ser muy relacionado con el -odelo de ascada puesto que es

una evolución de este.

/e descri&en las actividades y resultados que de&en producirse durante el

desarrollo del producto.


5/30

/0A12 2A31E4E 56EE7E1

El modelo en V es un modelo definido despu8s que el modelo de cascada lo cual

implica que posee caracter9sticas que el modelo de cascada carece

El modelo en V tiene la facilidad de que en el momento en el cual se esta

realizando una fase, es posi&le realizar la documentación para las prue&as que se

realizan mas adelante


6/30


7/30

POR MARTHA E ROJAS VERA

2a unión mediante l9neas discontinuas entre las fases de la parte izquierda y las prue&as

de la derecha representa una do&le información.

5or un lado sirve para indicar en qu8 fase de desarrollo se de&en definir las prue&as

correspondientes. 5or otro sirve para sa&er a qu8 fase de desarrollo hay que volver si se

encuentran fallos en las prue&as correspondientes.


8/30

LOS SIGUIENTES OBJETIVOS ESTÁN DESTINADOS ASER ALCANZADOS DURANTE LA EJECUCIÓN DELPROYECTO:

MINIMIZACIÓN DE LOS RIESGOS DEL PROYECTO

-e$ora la transparencia del proyecto y control del proyecto, especificando los

enfoques estandarizados, descri&e los resultados correspondientes y funciones de

responsa&ilidad. 5ermite una detección temprana de las desviaciones y los riesgos y

me$ora la gestión de procesos, reduciendo as9 los riesgos del proyecto.


9/30

MEJORAMIENTO Y GARANTÍA DE CALIDAD:

omo un modelo de proceso estndar, asegura que los resultados que se

proporcionan sean completos y contengan la calidad deseada.

2os resultados provisionales definidos se puede compro&ar en una fase

temprana.

2a uniformidad en el contenido del producto me$ora la legi&ilidad,

comprensi&ilidad y verifica&ilidad.


10/30

REDUCCIÓN DE LOS GASTOS TOTALES

El esfuerzo para el desarrollo, producción, operación y mantenimiento de un

sistema puede ser calculado, estimado y control de manera transparente

mediante la aplicación de un modelo de procesos estandarizados.

1educiendo la dependencia en los proveedores y el esfuerzo para las siguientes

actividades y proyectos


11/30

MEJORA DE LA COMUNICACIÓN ENTRE TODOS LOS

INVERSIONISTAS

2a descripción estandarizada y uniforme de todos los elementos pertinentes y

t8rminos es la &ase para la comprensión mutua entre todos los inversionistas.


12/30

PARTES DEL METODO

El lado dee!"o de la V e$esen%a la &n%e'a!&(n de las $&e)as * su

+e&,&!a!&(n-


13/30

PARTES DEL METODO

El lado &).u&edo de la V e$esen%a la des!o/$os&!&(n de las ne!es&dades0 *la !ea!&(n de las es$e!&,&!a!&ones del s&s%e/a-


14/30

E)A5A/


15/30

E)A5A/


16/30

E)A5A/


17/30

E)A5A/


18/30

NIVELES EN MODELADO EN V


19/30


NIVEL 1 est orientado al cliente. El inicio del proyecto y el fin del proyecto

constituyen los dos e?tremos del ciclo.

/e compone del anlisis de requisitos y especificaciones, se traduce en un

documento de requisitos y especificaciones.


20/30


NIVEL 2 se dedica a las caracter9sticas funcionales del sistema propuesto.

5uede considerarse el sistema como una ca$a negra, y caracterizarla

nicamente con aquellas funciones que son directa o indirectamente visi&les

por el usuario final, se traduce en un documento de anlisis funcional.


21/30


NIVEL 3 define los componentes hardware y software del sistema final, a cuyo

con$unto se denomina arquitectura del sistema.


22/30


NIVEL es la fase de implementación, en la que se desarrollan los elementos

unitarios o módulos del programa.


23/30

DIAGRAMA EN MODELADO EN V


24/30

VENTAJAS

Es$e!1,&!a 2&en los oles de los d&s%&n%os %&$os de $ue2as a eal&)a-

Ha!e e3$l1!&%o $a%e de la &%ea!&(n * %a2a4o .ue "a* .ue eal&)a-

Es%e /é%odo &n+olu!a !"e.ueos de !ada una de las e%a$as del /é%odo

5as!ada-

Es un /é%odo /6s o2us%o * !o/$le%o .ue el /é%odo !as!ada * $odu!e

so,%7ae de /a*o !al&dad .ue !on el /odelo !as!ada-


25/30

VENTAJAS

La eal&)a!&(n en%e las e%a$as de desaollo * los d&s%&n%os %&$os de $ue2as

,a!&l&%an la lo!al&)a!&(n de ,allos

Es un /odelo sen!&llo * ,6!&l de a$end&)a4e

In+olu!a al usua&o en las $ue2as


26/30

DESVENTAJAS

Es d&,1!&l .ue el !l&en%e e3$on'a e3$l1!&%a/en%e %odos los e.u&s&%os

El !l&en%e de2e %ene $a!&en!&a $ues o2%end6 el $odu!%o al ,&nal del !&!lo

de +&da-


27/30

DESVENTAJAS

El /odelo no !on%e/$la la $os&2&l&dad de e%ona6 e%a$as &n/ed&a%a/en%e

an%e&oes0 !osa .ue en la eal&dad $uede o!u&-

Se $&ede d&neo *a .ue s& al'8n $o!eso ,ue /al desaollado es%e de2e se

e+&sado de nue+o 0lo .ue $uede %ae !o/o !onse!uen!&a un roll-black de

%odo un $o!eso


28/30

PARA Q9E SIRVE EL MODELADO EN V

sirve para indicar en qu8 fase de desarrollase de&en definir las prue&as

correspondientes.

)am&i8n sirve para sa&er a qu8 fase de desarrollo hay que volver si se encuentran

fallos en las prue&as correspondientes.


29/30

59AL ES S9 :INALIDAD

6ortalecer, asegurar y me$orar permanentemente la calidad de una institución y de

sus procesos educativos, lo que a su vez implica el me$oramiento de la calidad de

vida dela región a la que dicha institución pertenece.


30/30

5ON5L9SIONES

En conclusión el modelado en V si &ien es cierto nos facilita una me$or

planificación de todas maneras nos limita mucho pues dise:amos las prue&as para

el sw sin construirlo ,y si decidimos a:adirle algo me$or .

Modelado en V

Documents

Transcript of Modelado en V