ASPICE (Automotive Software Process Improvement Capability dEtermination) es una directriz estándar del sector para evaluar los procesos de desarrollo de software. Introducido en 2005, ASPICE ayuda a los proveedores automotrices a incorporar las mejores prácticas para identificar los defectos en una fase más temprana del desarrollo y garantizar el cumplimiento de los requisitos de los OEM.
ASPICE es una adaptación específica de SPICE, la norma ISO 33061, que ha sido utilizada por una variedad de industrias durante décadas para perfeccionar sus prácticas de desarrollo de software. ASPICE aborda necesidades específicas de la industria del automóvil para las que su predecesora no fue diseñada, incluyendo un mayor énfasis en la ciberseguridad.
La cantidad de software incluida en los vehículos se ha ampliado rápidamente, pasando de cero líneas de código hace unas décadas a más de 200 millones en algunos casos en la actualidad. Esta complejidad significa que los proyectos suelen tener cientos de ingenieros trabajando juntos para cumplir decenas de miles de requisitos. Asegurarse de que todo el mundo está en la misma línea es fundamental para cumplir los requisitos de los fabricantes de equipos originales. Pero, ¿cómo puede una organización hacerlo de forma eficiente?
Cuando alguien contrata a una empresa de construcción para edificar una casa, es una práctica habitual realizar visitas periódicas para verificar que se siguen los planes de construcción aprobados. Es más fácil y menos costoso arreglar un error crítico, como una fontanería inadecuada, cuando se descubre antes en el proyecto. Lo mismo ocurre con el desarrollo de software, salvo que es más difícil ver con claridad un proyecto de software mientras se está construyendo. ASPICE ofrece a los fabricantes de equipos originales la confianza de que las necesidades de sus proyectos se tienen en cuenta en cada paso del proceso.
Cuando un OEM de primera categoría comparó a los proveedores que utilizaban ASPICE con los que no lo hacían, descubrió que el proveedor medio de ASPICE encontraba el 90 por ciento de los defectos 11 meses antes del inicio de la producción, mientras que el proveedor medio que no utilizaba ASPICE encontraba el 90 por ciento de los defectos sólo dos meses antes del inicio de la producción, lo que ponía en riesgo un lanzamiento a tiempo.
Las necesidades del cliente son lo primero
ASPICE aprovecha el modelo V de desarrollo de software, que divide el proceso en dos partes. El lado izquierdo de la letra V representa los pasos de diseño y desarrollo, y el lado derecho representa los pasos de prueba. De este modo, cada paso de desarrollo se refleja en un paso de prueba. La letra V también significa verificación y validación.
Cuando cientos de cocineros están en la cocina, es importante asegurarse de que todos utilizan la receta correcta y que la comida que están cocinando es la que el cliente pidió. La verificación garantiza que un programa informático cumple las especificaciones requeridas, mientras que la validación asegura que las especificaciones satisfacen las necesidades del fabricante.
Las evaluaciones de ASPICE examinan la eficacia con la que los ingenieros llevan a cabo un análisis de requisitos para destilar las solicitudes de los clientes en requisitos y, a continuación, rastrean su trabajo hasta esos requisitos.
En Aptiv, llamamos al análisis de requisitos el Proceso de Desarrollo de Productos (PDP), y nos ayuda a extrapolar las peticiones de los clientes a diversos escenarios para obtener una imagen más completa. Por ejemplo, si un OEM especifica una distancia mínima para que su sistema de frenado automático funcione correctamente, tenemos en cuenta cómo afectarán al rendimiento las diferentes condiciones de conducción, como la lluvia o la mala iluminación. Tras determinar los requisitos funcionales de cada escenario, trazamos un proceso de trabajo para el desarrollo del proyecto, identificamos los recursos necesarios y definimos las operaciones lógicas entre el hardware y el software.
El análisis exhaustivo de los requisitos orienta el desarrollo del software y ayuda a proporcionar a los ingenieros los puntos de referencia que necesitan para su código.
Centrado en los resultados previstos, no en el proceso
ASPICE no dicta las herramientas o técnicas específicas que deben utilizar los ingenieros. Las empresas son libres de establecer sus propios procesos de desarrollo, siempre que se consigan los resultados previstos. Por ejemplo, un evaluador de ASPICE determinará si los ingenieros han seguido las especificaciones de su sistema hasta el análisis de requisitos.
Los evaluadores de ASPICE utilizan una escala NPLF para calificar el grado de consecución del resultado deseado. Según la escala, los resultados son "no logrados", "parcialmente logrados", "ampliamente logrados" o "totalmente logrados". El evaluador asigna una calificación NPLF para múltiples resultados previstos y utiliza la calificación agregada para determinar el nivel de capacidad global de todo el proyecto. Los OEM determinan lo que se considera un nivel de capacidad aceptable para cada proyecto.
Los proveedores seleccionan a miembros de sus equipos que tengan al menos tres años de experiencia laboral relevante para completar la formación y certificación provisional de evaluadores de ASPICE a través del International Accessors Certification Scheme (Intacs), una empresa independiente y sin ánimo de lucro creada por el consejo de ISO. Para obtener el certificado de evaluador competente, el empleado debe haber completado al menos 250 horas como evaluador provisional.
ASPICE complementa las normas existentes
ASPICE va de la mano de muchas de las mejores prácticas de gestión de la seguridad y la calidad existentes. De hecho, alcanzar el nivel de capacidad 2 de ASPICE es típico para completar una auditoría de seguridad funcional ISO 26262. ASPICE también ejemplifica los principios de la fabricación ajustada al fomentar un entorno de diseño iterativo, acortar los ciclos de desarrollo y garantizar la calidad durante todo el proceso de desarrollo, no sólo al final. Los principios de ASPICE son fundamentales para el PDP patentado de Aptiv. Guían a nuestros equipos para identificar cómo y cuándo hacer las cosas correctas en el momento adecuado. Nuestro PDP evoluciona y mejora con cada proyecto, y nuestros años de experiencia con ASPICE nos han permitido aplicar lecciones que racionalizan algunas de nuestras evaluaciones de sistemas más frecuentes, evitan redundancias innecesarias y reducen los costos de desarrollo.