Modelo V
El modelo V (o modelo VEE) es un modelo de desarrollo de sistemas de información (IS) destinado a simplificar la comprensión de las complejidades asociadas con el desarrollo de sistemas. Se utiliza para definir un procedimiento unificado para el desarrollo de productos de software , hardware e interfaces hombre-máquina .
Resumen
Historia
El concepto del modelo V fue desarrollado por Alemania y Estados Unidos a fines de la década de 1980 de forma independiente:
- El modelo V alemán fue desarrollado por la compañía aeroespacial IABG en Ottobrunn , cerca de Munich , en cooperación con el Departamento Federal de Adquisición de Armamentos en Koblenz , para el Ministerio de Defensa alemán. El modelo fue adoptado por la administración federal alemana para uso civil en el verano de 1992 [1] .
- El American V-Model (VEE) fue desarrollado por el Consejo Nacional de Ingeniería de Sistemas (internacional - desde 1995) para sistemas satelitales, incluyendo hardware, software e interacción con el usuario [2] .
La versión actual del V-Model es el V-Model XT, que fue aprobado en febrero de 2005 . El modelo V se utiliza para gestionar el proceso de desarrollo de software para la administración federal alemana. Ahora es el estándar para proyectos gubernamentales y de defensa alemanes, así como para fabricantes de software en Alemania. El modelo V es más un conjunto de estándares de proyectos para desarrollar nuevos productos. Este modelo es similar en muchos aspectos a PRINCE2 y describe métodos tanto para la gestión de proyectos como para el desarrollo de sistemas.
Principios básicos
El principio básico del modelo en forma de V es que el detalle del proyecto aumenta a medida que se avanza de izquierda a derecha, simultáneamente con el paso del tiempo, y ninguno puede volver atrás. Las iteraciones en el proyecto se realizan horizontalmente, entre los lados izquierdo y derecho de la letra.
En el desarrollo de sistemas de información , el modelo V es una variante del modelo en cascada , en el que las tareas de desarrollo van de arriba hacia abajo en el lado izquierdo de la letra V, y las tareas de prueba van hacia arriba en el lado derecho de la letra V. Líneas horizontales se dibujan dentro de V mostrando cómo los resultados de cada una de las fases de desarrollo influyen en el desarrollo del sistema de prueba en cada una de las fases de prueba. El modelo se basa en el hecho de que las pruebas de aceptación se basan principalmente en los requisitos, las pruebas del sistema se basan en los requisitos y la arquitectura, las pruebas complejas se basan en los requisitos, la arquitectura y las interfaces, y las pruebas de componentes se basan en los requisitos, la arquitectura, las interfaces y los algoritmos . 4]. ] .
Goles
El modelo V brinda soporte en la planificación e implementación de proyectos. Las siguientes tareas se establecen durante el proyecto:
- Minimización de riesgos: el modelo en forma de V hace que el proyecto sea más transparente y mejora la calidad del control del proyecto al estandarizar objetivos intermedios y describir los resultados correspondientes y las personas responsables. Esto le permite identificar desviaciones en el proyecto y riesgos en una etapa temprana y mejora la calidad de la gestión del proyecto, reduciendo los riesgos.
- Mejora y garantía de la calidad: el modelo V es un modelo de desarrollo estandarizado que ofrece los resultados de calidad deseados de un proyecto. Los resultados intermedios se pueden verificar en una etapa temprana. La documentación universal facilita la legibilidad, la comprensibilidad y la verificabilidad.
- Reducción del costo total del proyecto: los recursos para el desarrollo, la producción, la gestión y el soporte se pueden precalcular y controlar. Los resultados obtenidos también son universales y fáciles de predecir. Esto reduce los costes de las etapas y proyectos posteriores.
- Mejorar la calidad de la comunicación entre los participantes del proyecto: Una descripción universal de todos los elementos y condiciones facilita el entendimiento mutuo de todos los participantes del proyecto. Así, se reducen las imprecisiones en el entendimiento entre el usuario, el comprador, el proveedor y el desarrollador [5] .
Ventajas
- Los usuarios de V-Model participan en el desarrollo y mantenimiento del V-Model. El Comité de Control de Cambios mantiene el proyecto y se reúne una vez al año para procesar todas las solicitudes recibidas para realizar cambios en el V-Model [6] .
- Al inicio de cualquier proyecto, el modelo en forma de V se puede adaptar a este proyecto, ya que este modelo no depende de los tipos de organizaciones y proyectos [7] .
- V-model permite desglosar la actividad en pasos separados, cada uno de los cuales incluirá las acciones necesarias para la misma, instrucciones para las mismas, recomendaciones y una explicación detallada de la actividad [8] .
Restricciones
Los siguientes puntos no se tienen en cuenta en el modelo V, pero se pueden considerar por separado, o es posible adaptar el modelo para ellos:
- La colocación de contratos de servicios no está regulada.
- La organización y ejecución de la gestión, el mantenimiento, la reparación y la eliminación del sistema no se tienen en cuenta en el modelo V. Sin embargo, el modelo considera la planificación y la preparación de estas operaciones.
- El modelo en forma de V tiene más que ver con el desarrollo de software en un proyecto que con toda la organización del proceso [9] .
Crítica
Beneficios
- El modelo enfatiza la planificación dirigida a verificar y validar el producto que se está desarrollando en las primeras etapas de su desarrollo. La fase de pruebas unitarias valida el diseño detallado. Las fases de integración y prueba implementan el diseño arquitectónico o diseño de alto nivel. La fase de prueba del sistema confirma que la fase de requisitos para el producto y su especificación se ha completado correctamente [10] .
- El modelo prevé la certificación y verificación de todos los datos externos e internos recibidos, y no solo del producto de software en sí [10] [11] [12] .
- En el modelo en forma de V, los requisitos se definen antes de que se desarrolle el diseño del sistema y el diseño del software se realiza antes de que se desarrollen los componentes [10] .
- El modelo define los productos que se producirán como resultado del proceso de desarrollo, y cada dato resultante debe probarse [10] [12] .
- Gracias al modelo, los directores de proyecto pueden seguir el progreso del proceso de desarrollo, ya que en este caso es muy posible utilizar una línea de tiempo, y la finalización de cada fase es un hito [10] [12] .
Desventajas
- El modelo no prevé el trabajo con eventos paralelos [10] .
- El modelo no contempla la introducción del requisito de cambios dinámicos en diferentes etapas del ciclo de vida [10] [11] [13] .
- La prueba de requisitos en el ciclo de vida ocurre demasiado tarde, lo que hace imposible realizar cambios sin afectar el cronograma del proyecto [10] [11] .
- El modelo no incluye acciones dirigidas al análisis de riesgo [10] .
- Algún resultado solo se puede ver cuando se alcanza la parte inferior de la letra V [14] .
Véase también
Notas
- ↑ V-Model: modelo de proceso de ciclo de vida Archivado el 3 de marzo de 2016. (Inglés)
- ↑ Forsberg, K. y Mooz, H., "La relación de la ingeniería de sistemas con el ciclo del proyecto" , Primer simposio anual del Consejo Nacional de Ingeniería de Sistemas, octubre de 1991
- ↑ Concepto de operaciones de Clarus. Archivado el 12 de septiembre de 2014 en Wayback Machine Publication No. FHWA-JPO-05-072, Administración Federal de Carreteras (FHWA), 2005
- ↑ Economicus: una serie de diccionarios de economía, finanzas y administración (enlace inaccesible)
- ↑ Objetivos del modelo V Archivado el 20 de abril de 2011. (Inglés)
- ↑ Desarrollo adicional del modelo V Archivado el 23 de abril de 2011. (Inglés)
- ↑ Mecanismos de gestión del modelo V - Sastrería Archivado el 19 de julio de 2011. (Inglés)
- ↑ Resumen del modelo de actividad del modelo V Archivado el 19 de julio de 2011. (Inglés)
- ↑ Límites del modelo V Archivado el 21 de mayo de 2011. (Inglés)
- ↑ 1 2 3 4 5 6 7 8 9 Una descripción general de los modelos de ciclo de vida de desarrollo de software . Consultado el 5 de junio de 2011. Archivado desde el original el 15 de junio de 2016. (indefinido)
- ↑ 1 2 3 Testing Excellence - V-Model Archivado el 25 de junio de 2011 en Wayback Machine .
- ↑ 1 2 3 Sameeradilhan - Ventajas y desventajas de Waterfall Model y V-Model Archivado el 29 de agosto de 2012 en Wayback Machine .
- ↑ TestManagement - Ventajas y desventajas de V-Model Archivado el 20 de junio de 2015 en Wayback Machine .
- ↑ V-Model Archivado el 20 de junio de 2015 en Wayback Machine : Expert Program Management
Enlaces