Ingeniería de software

Profesor:
Carlos Francisco Paz Cuevas
Alumno:
Oscar Manuel Castillo Torres
 

09/Feb/2022
 Modelo V
El modelo V representa un proceso de desarrollo que puede considerarse una
extensión del modelo en cascada y es un ejemplo del modelo V más general. En
lugar de moverse hacia abajo de forma lineal, los pasos del proceso se doblan
hacia arriba después de la fase de codificación, para formar la típica forma de V.
El modelo V demuestra las relaciones entre cada fase del ciclo de vida de
desarrollo y su fase de prueba asociada. Los ejes horizontal y vertical representan
el tiempo o la finalización del proyecto (de izquierda a derecha) y el nivel de
abstracción (abstracción de grano más grueso en la parte superior),
respectivamente.
Análisis de requisitos
En la fase de análisis
de requisitos, el
primer paso en el
proceso de
verificación, los
requisitos del
sistema se recopilan
mediante el análisis
de las necesidades
de los usuarios. Esta
fase se ocupa de
establecer lo que debe realizar el sistema ideal. Sin embargo, no determina cómo
se diseñará o construirá el software. Por lo general, se entrevista a los usuarios y
se genera un documento denominado documento de requisitos del usuario.
El documento de requisitos del usuario generalmente describirá los requisitos
funcionales, de interfaz, rendimiento, datos, seguridad, etc. del sistema, tal como
lo espera el usuario. Los analistas de negocios lo utilizan para comunicar su
comprensión del sistema a los usuarios. Los usuarios revisan cuidadosamente
este documento ya que este documento servirá como guía para los diseñadores
del sistema en la fase de diseño del sistema. En esta fase se diseñan las pruebas
de aceptación del usuario. Véase también Requisitos funcionales.
Existen diferentes métodos para recopilar los requisitos de las metodologías
blandas y duras, que incluyen; entrevistas, cuestionarios, análisis de documentos,
observación, prototipos desechables, casos de uso y vistas estáticas y dinámicas
con usuarios.

 Diseño del sistema

El diseño de sistemas es la fase en la que los ingenieros de sistemas analizan y
comprenden el negocio del sistema propuesto mediante el estudio del documento
de requisitos del usuario. Determinan posibilidades y técnicas mediante las cuales
se pueden implementar los requisitos del usuario. Si alguno de los requisitos no es
factible, se informa al usuario del problema. Se encuentra una resolución y el
documento de requisitos del usuario se edita en consecuencia.

Se genera el documento de especificación de software que sirve como modelo

para la fase de desarrollo. Este documento contiene la organización general del
sistema, estructuras de menús, estructuras de datos, etc. También puede contener
escenarios comerciales de ejemplo, ventanas de muestra e informes para facilitar
la comprensión. En esta fase también se producirá otra documentación técnica
como diagramas de entidad, diccionario de datos. Se preparan los documentos
para las pruebas del sistema.

 Diseño de arquitectura
La fase del diseño de la arquitectura de la computadora y la arquitectura del
software también puede denominarse diseño de alto nivel. La línea base en la
selección de la arquitectura es que debe darse cuenta de todo lo que normalmente
consiste en la lista de módulos, breve funcionalidad de cada módulo, sus
relaciones de interfaz, dependencias, tablas de base de datos, diagramas de
arquitectura, detalles de tecnología, etc. Se lleva a cabo el diseño de prueba de
integración. en la fase particular.

 Diseño de módulos
La fase de diseño del módulo también puede denominarse diseño de bajo nivel. El
sistema diseñado se descompone en unidades o módulos más pequeños y se
explica cada uno de ellos para que el programador pueda empezar a codificar
directamente. El documento de diseño de bajo nivel o las especificaciones del
programa contendrán una lógica funcional detallada del módulo, en pseudocódigo:

 tablas de base de datos, con todos los elementos, incluido su tipo y tamaño
 todos los detalles de la interfaz con referencias API completas
 todos los problemas de dependencia
 listados de mensajes de error
 entradas y salidas completas para un módulo.
En esta etapa se desarrolla el diseño de la prueba unitaria.
  Fases de validación
En el modelo V, cada etapa de la fase de verificación tiene una etapa
correspondiente en la fase de validación. [4] Las siguientes son las fases típicas
de validación en el Modelo V, aunque pueden ser conocidas por otros nombres.

 Pruebas unitarias
En el modelo V, los planes de prueba de unidad (UTP) se desarrollan durante la
fase de diseño del módulo. Estos UTP se ejecutan para eliminar errores a nivel de
código o de unidad. Una unidad es la entidad más pequeña que puede existir
independientemente, por ejemplo, un módulo de programa. Las pruebas unitarias
verifican que la entidad más pequeña puede funcionar correctamente cuando está
aislada del resto de los códigos/unidades.

 Pruebas de integración
Los planes de prueba de integración se desarrollan durante la fase de diseño
arquitectónico. Estas pruebas verifican que las unidades creadas y probadas de
forma independiente puedan coexistir y comunicarse entre sí. Los resultados de
las pruebas se comparten con el equipo del cliente.

 Pruebas del sistema

Los planes de pruebas del sistema se desarrollan durante la fase de diseño del
sistema. A diferencia de los planes de prueba de unidad e integración, los planes
de prueba del sistema están compuestos por el equipo comercial del cliente.
System Test asegura que se cumplan las expectativas de la aplicación
desarrollada. Toda la aplicación se prueba en cuanto a su funcionalidad,
interdependencia y comunicación. Las pruebas del sistema verifican que se hayan
cumplido los requisitos funcionales y no funcionales. Las pruebas de carga y
rendimiento, las pruebas de estrés, las pruebas de regresión , etc., son
subconjuntos de las pruebas del sistema.

 Pruebas de aceptación del usuario

Los planes de prueba de aceptación del usuario (UAT) se desarrollan durante la
fase de análisis de requisitos. Los planes de prueba están compuestos por
usuarios comerciales. UAT se realiza en un entorno de usuario que se asemeja al
entorno de producción, utilizando datos realistas. UAT verifica que el sistema
entregado cumpla con los requisitos del usuario y que el sistema esté listo para
usar en tiempo real.
Ventajas y desventajas del modelo V
El motivo principal de la popularidad del modelo V es que garantiza un alto grado
de transparencia y propone unos procesos claramente definidos y comprensibles.
A continuación, te damos un resumen de las principales ventajas y puntos
mejorables.

 Las ventajas del modelo V

1. Optimización de la comunicación entre las partes involucradas a través de
términos y responsabilidades claramente definidos.
2. Minimización de riesgos y mejor planificación a través de roles, estructuras
y resultados fijos y predeterminados.
3. Mejora de la calidad del producto gracias a medidas de control de la calidad
firmemente integradas.
4. Ahorro de costes gracias al procesamiento transparente a lo largo de todo
el ciclo de vida del producto.
5. En general, el modelo puede ayudar a evitar malentendidos y trabajo
innecesario. También garantiza que todas las tareas se completen en el
plazo y orden adecuado y mantiene los periodos de inactividad al mínimo.

 Las desventajas del modelo V

El modelo en cuatro niveles puede ser demasiado simple para mapear todo el
proceso de desarrollo desde el punto de vista de los desarrolladores. Está sobre
todo centrado en la gestión de proyectos. Además, su estructura relativamente
rígida permite una respuesta poco flexible a los cambios durante el desarrollo, y,
por lo tanto, promueve un curso lineal del proyecto. Sin embargo, si el modelo se
entiende y se utiliza correctamente, es posible utilizar el modelo V para el
desarrollo ágil.
Ejemplo:

 Creación de cualquier videojuego:

  El Departamento de Defensa de los EE. UU. Ingeniería de Sistemas
Procesar interacciones en una relación de modelo V.
 El modelo en V alemán fue desarrollado originalmente por IABG en
Ottobrunn, cerca de Munich, en cooperación con la Oficina Federal de
Tecnología de Defensa y Adquisiciones en Koblenz, para el Ministerio
Federal de Defensa. Fue asumido por el Ministerio Federal del Interior para
el dominio de las autoridades públicas civiles en el verano de 1992.
 El modelo V apareció por primera vez en Aviones Hughes circa 1982 como
parte del esfuerzo de la propuesta previa para el programa de Sistema de
Automatización Avanzado (AAS) de la FAA. Eventualmente formó la
estrategia de prueba para la propuesta de la Fase de Competencia de
Diseño (DCP) de Hughes AAS. Fue creado para mostrar el enfoque de
prueba e integración que fue impulsado por nuevos desafíos para descubrir
defectos latentes en el software. La necesidad de este nuevo nivel de
detección de defectos latentes fue impulsada por el objetivo de comenzar a
automatizar los procesos de pensamiento y planificación del controlador de
tráfico aéreo según lo previsto por el programa automatizado de control de
tráfico aéreo en ruta (AERA). La razón por la que la V es tan poderosa
proviene de la cultura Hughes de acoplar todo el texto y el análisis a
imágenes multidimensionales. Fue la base de la Organización Temática
Secuencial de Publicaciones creado por Hughes en 1963 y utilizado hasta
que Hughes fue despojado por Instituto Médico Howard Hughes en 1985.
 El modelo V estadounidense, como se documenta en los procedimientos de
1991 para la Consejo Nacional de Ingeniería de Sistemas (NCOSE); ahora
INCOSE a partir de 1995),fue desarrollado para sistemas satelitales que
involucran hardware, software e interacción humana.

Bibliografia:
Wikipedia Contributors. (2021, October 15). V-Model (software development). Wikipedia;

Wikimedia Foundation. https://en.wikipedia.org/wiki/V-

Model_(software_development)

‌IONOS Digital Guide. (2020, June 23). ¿Qué es el modelo V? IONOS Digitalguide.

https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/modelo-v/

IONOS Digital Guide. (2020, September 28). ¿Qué es el modelo V? IONOS Digitalguide.

https://www.ionos.mx/digitalguide/paginas-web/desarrollo-web/modelo-v/

‌Modelo V. (2013). Wikioes.icu. https://wikioes.icu/wiki/V-

Model#US_government_standard