10 de septiembre de 2012

MODELO EN V


TAMBIÉN LLAMADO MODELO DE CUATRO NIVELES

Hola espero que estén muy bien, en esta ocasión les presentaré lo que es el modelo en "V", o también conocido como modelo de cuatro niveles, este es uno de los modelos de desarrollo de software, también les mostraré el modelo en flor pero mas adelante, por tanto el modelo en V se encarga de representar las relaciones temporalmente entre las fases del ciclo de desarrollo del proyecto, en el se realizan dos procesos al mismo tiempo hasta llegar a la punta de la V, conforme se reduce el espacio esto se refiere a la reducción de tiempo de cada fase y mientras mas se reduce aumenta el nivel, esto puede ser prácticamente una ventaja o desventaja dependiendo del modo de trabajo de cada persona ya que para algunas personas puede ser benéfico trabajar con dos procesos a la vez o puede ser mas complicado, en lo personal me parece un buen modelo ya que al terminar también habrán realizado las pruebas y entregaran el proyecto completo al termino del modelo, claro si se trata de un proyecto pequeño, bueno pues esta es mi opinion y lo que yo entiendo sobre este modelo pero cada quien tiene una opinión propia así que lean el artículo, conozcan las ventajas y desventajas del modelo y luego pues decidan si es viable aplicarlo o no, espero que les sirva y enriquezca sus conocimientos.

Fue desarrollado para regular el proceso de desarrollo de software.

Describe las actividades y los resultados que se producen durante el desarrollo del software.

El modelo representa, en forma de V, las relaciones temporales entre las distintas fases del ciclo de desarrollo de un proyecto.

Es una representación gráfica del ciclo de vida del desarrollo del sistema. Resume los pasos principales que hay que tomar en conjunción con las correspondientes entregas de los sistemas de validación.

La parte izquierda de la V representa la corriente donde se definen las especificaciones del sistema. 
La parte derecha de la V representa la corriente donde se comprueba el sistema (contra las especificaciones definidas en la parte izquierda). 
La parte de abajo, donde se encuentran ambas partes, representa la corriente de desarrollo.

La corriente de especificación consiste principalmente de:

  • Especificaciones de requerimiento de usuario
  • Especificaciones funcionales
  • Especificaciones de diseño



La corriente de pruebas, por su parte, suele consistir de:


  • Calificación de instalación
  • Calificación operacional
  • Calificación de rendimiento

En los 4 niveles lógicos comenzando desde el 1, para cada fase del desarrollo, existe una fase correspondiente o paralela de verificación o validación.
Esta estructura obedece que desde el principio 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, es decir de arriba hacía abajo en donde se localiza la punta. 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.
                                       
  • 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. 
  • 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. 
  • NIVEL 3 define los componentes hardware y software del sistema final, a cuyo conjunto se denomina arquitectura del sistema. 
  • NIVEL 4 es la fase de implementación, en la que se desarrollan los elementos unitarios o módulos del programa.


En general las metodologías llevan a cabo una serie de procesos comunes que son buenas prácticas para lograr los objetivos antes mencionados independientemente de cómo hayan sido diseñadas. Las fases que agrupan estos procesos son las siguientes:
  • Análisis
  • Especificación
  • Diseño
  • Programación
  • Prueba
  • Documentación
  • Mantenimiento
  • Reingeniería

VENTAJAS

Se trata de un proceso ideal, por su robustez, para proyectos pequeños, con equipos de una a cinco personas. También es ideal, por su claridad, para toda esa gente que nunca ha programado siguiendo una metodología. 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 relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.


DESVENTAJAS

Cada fase tiene que estar respaldada por su documento correspondiente y test, se habla de una amplia documentación, debes realizar dos procesos al mismo tiempo, es difícil que el cliente exponga explícitamente 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.

FUENTES DE INFORMACIÓN


5 comentarios:

  1. Por favor necesito una descripción mas detallada de las fases del ciclo de vida de el modelo V

    ResponderEliminar
  2. Por la verga tu información, seguro reprobaste validación

    ResponderEliminar
    Respuestas
    1. En realidad se convirtió en una de las programadoras más reconocidas entre las Big Four y graduada con honores, digo por si te interesa, jajaja seguro tu ni siquiera terminaste.

      Eliminar

DE ANTEMANO GRACIAS POR DEJAR UN COMENTARIO, SI SE TRATA DE ALGUNA DUDA TRATARÉ DE RESPONDER LO MÁS PRONTO POSIBLE.