software

¿Qué es el modelo V en el desarrollo de software?

¿Qué es el modelo V en el desarrollo de software?

El modelo V o ciclo V es un estilo de desarrollo de software que divide el proceso en tres partes: diseño, implementación y pruebas de integración y cualificación. La letra V es una representación simbólica del flujo de desarrollo.

Aplicar los pasos claramente definidos del modelo V a pequeños incrementos del desarrollo de software permite realizar pruebas en una fase más temprana del proceso. Detectar fallas o errores lo antes posible aumenta la velocidad de desarrollo, reduce costos y mejora la calidad general. El enfoque encaja bien con la metodología de integración continua y despliegue continuo.

Cómo funciona el modelo V

Al diseñar software para sistemas automotrices complejos, los desarrolladores buscan flexibilidad, rapidez y la posibilidad de introducir mejoras en el código. Siguiendo los pasos a lo largo de la "V" del modelo, el desarrollo comienza con el diseño en el extremo superior izquierdo, continúa hasta la implementación en el punto inferior de la "V" y termina con las pruebas finales en el extremo superior derecho.

  • Requisitos del sistema: Los ingenieros reúnen los requisitos de la empresa y del sistema. En esta fase, es importante definir claramente los resultados que conseguirá la función o característica del automóvil.
  • Diseño del sistema: Los ingenieros diseñan la funcionalidad deseada utilizando un entorno de desarrollo basado en modelos. Las pruebas del modelo en bucle detectan fallas y errores en las primeras fases del proceso.
  • Requisitos de software: Los ingenieros utilizan los requisitos del sistema y el diseño resultante para definir lo que debe conseguir el software.
  • Implementación del software: Los ingenieros crean y compilan el código que construye el software. Para todo el código que se ha escrito, comienzan las fases de prueba para confirmar que se han logrado los requisitos (pruebas de verificación) y que el resultado es robusto y adecuado para la aplicación (pruebas de validación).
  • Pruebas de integración y cualificación del software: La implementación del software suele producirse a escala de cada característica o componente de software. Para obtener una solución de software completa, cada una de las implementaciones a menor escala se integra en un único conjunto compilado que se prueba como una entidad única.
  • Pruebas de integración y cualificación de sistemas: Un sistema es un conjunto de piezas. Todas las piezas de software y hardware se ensamblan en un sistema completo para las pruebas. Para probar el software, los encargados de las pruebas utilizan el software en bucle, el hardware en bucle y el vehículo en bucle.

¿Cómo encaja el modelo V con ISO 26262 y ASPICE?

A medida que los vehículos se iban definiendo por software, sobre todo en lo que respecta a los sistemas avanzados de asistencia al conductor y las funciones de conducción automatizada, como el frenado de emergencia o la corrección de carril, el sector en su conjunto necesitaba un modelo de desarrollo estándar que pudieran compartir los fabricantes de equipos originales, los proveedores de tecnología y otros terceros.

La Organización Internacional de Normalización, una organización no gubernamental formada por organismos nacionales de normalización, creó precisamente esa norma centrada en la seguridad de los vehículos. La norma ISO 26262, basada en el modelo V, se ha convertido de facto en la norma de seguridad funcional del automóvil.

Además, los fabricantes de automóviles europeos crearon una norma de calidad del software basada también en el modelo V, denominada ASPICE (Automotive Software Process Improvement and Capability dEtermination), que es una evolución de la norma ISO SPICE. Con el marco ASPICE, los OEM pueden evaluar la calidad del software que se les suministra. De hecho, cuando un OEM de primera comparó a los proveedores que utilizaban ASPICE con los que no, descubrió que el proveedor medio de ASPICE encontraba el 90 por ciento de los defectos de software nueve meses antes que el proveedor medio que no utilizaba ASPICE.

Por ser la base de estas normas, el modelo V se ha convertido en el estilo predominante de desarrollo de software en la industria del automóvil y seguirá desempeñando un papel importante en el futuro inmediato. 

The V-Model in Automotive Applications infographic

The V-Model in Automotive Applications


El modelo V o ciclo V es un estilo de desarrollo de software que divide el proceso en tres partes: diseño, implementación y pruebas de integración y cualificación. La letra V es una representación simbólica del flujo de desarrollo.

Aplicar los pasos claramente definidos del modelo V a pequeños incrementos del desarrollo de software permite realizar pruebas en una fase más temprana del proceso. Detectar fallas o errores lo antes posible aumenta la velocidad de desarrollo, reduce costos y mejora la calidad general. El enfoque encaja bien con la metodología de integración continua y despliegue continuo.

Cómo funciona el modelo V

Al diseñar software para sistemas automotrices complejos, los desarrolladores buscan flexibilidad, rapidez y la posibilidad de introducir mejoras en el código. Siguiendo los pasos a lo largo de la "V" del modelo, el desarrollo comienza con el diseño en el extremo superior izquierdo, continúa hasta la implementación en el punto inferior de la "V" y termina con las pruebas finales en el extremo superior derecho.

  • Requisitos del sistema: Los ingenieros reúnen los requisitos de la empresa y del sistema. En esta fase, es importante definir claramente los resultados que conseguirá la función o característica del automóvil.
  • Diseño del sistema: Los ingenieros diseñan la funcionalidad deseada utilizando un entorno de desarrollo basado en modelos. Las pruebas del modelo en bucle detectan fallas y errores en las primeras fases del proceso.
  • Requisitos de software: Los ingenieros utilizan los requisitos del sistema y el diseño resultante para definir lo que debe conseguir el software.
  • Implementación del software: Los ingenieros crean y compilan el código que construye el software. Para todo el código que se ha escrito, comienzan las fases de prueba para confirmar que se han logrado los requisitos (pruebas de verificación) y que el resultado es robusto y adecuado para la aplicación (pruebas de validación).
  • Pruebas de integración y cualificación del software: La implementación del software suele producirse a escala de cada característica o componente de software. Para obtener una solución de software completa, cada una de las implementaciones a menor escala se integra en un único conjunto compilado que se prueba como una entidad única.
  • Pruebas de integración y cualificación de sistemas: Un sistema es un conjunto de piezas. Todas las piezas de software y hardware se ensamblan en un sistema completo para las pruebas. Para probar el software, los encargados de las pruebas utilizan el software en bucle, el hardware en bucle y el vehículo en bucle.

¿Cómo encaja el modelo V con ISO 26262 y ASPICE?

A medida que los vehículos se iban definiendo por software, sobre todo en lo que respecta a los sistemas avanzados de asistencia al conductor y las funciones de conducción automatizada, como el frenado de emergencia o la corrección de carril, el sector en su conjunto necesitaba un modelo de desarrollo estándar que pudieran compartir los fabricantes de equipos originales, los proveedores de tecnología y otros terceros.

La Organización Internacional de Normalización, una organización no gubernamental formada por organismos nacionales de normalización, creó precisamente esa norma centrada en la seguridad de los vehículos. La norma ISO 26262, basada en el modelo V, se ha convertido de facto en la norma de seguridad funcional del automóvil.

Además, los fabricantes de automóviles europeos crearon una norma de calidad del software basada también en el modelo V, denominada ASPICE (Automotive Software Process Improvement and Capability dEtermination), que es una evolución de la norma ISO SPICE. Con el marco ASPICE, los OEM pueden evaluar la calidad del software que se les suministra. De hecho, cuando un OEM de primera comparó a los proveedores que utilizaban ASPICE con los que no, descubrió que el proveedor medio de ASPICE encontraba el 90 por ciento de los defectos de software nueve meses antes que el proveedor medio que no utilizaba ASPICE.

Por ser la base de estas normas, el modelo V se ha convertido en el estilo predominante de desarrollo de software en la industria del automóvil y seguirá desempeñando un papel importante en el futuro inmediato. 

The V-Model in Automotive Applications infographic

The V-Model in Automotive Applications


Carreras


Da forma al futuro de la movilidad. Únete a nuestro equipo para ayudar a crear vehículos más seguros, ecológicos y conectados.

Ver empleos relacionados

Suscríbase