Idea principal

La coherencia entre el código de un software y su modelo del negocio suele quedar implícita. Una ontología mantenida frente al código permite hacerla observable mediante algunas medidas: la cobertura de la ontología, es decir, la parte de los conceptos de negocio identificados en el código que tienen una representación en la ontología; la trazabilidad, es decir, el número de conceptos vinculados a su implementación por referencias verificables; el número de incoherencias confirmadas y no resueltas, que da una idea de la deriva; y la proporción de invariantes asociados a tests ejecutables, que mide la solidez de la red de seguridad.

Ninguna de estas medidas es un indicador de calidad absoluto. Todas dependen de una misma capacidad: distinguir un verdadero concepto de negocio de una clase, una tabla o un paquete que no es más que un detalle técnico.

Por qué es importante

Estas medidas ofrecen una alternativa a contar líneas de código ahora que los agentes producen muchas: seguir la coherencia conceptual de un software a lo largo de sus evoluciones en lugar de su volumen.

Matices y límites

Si la separación entre concepto y ruido técnico es mala, cada indicador mide ruido con precisión. Las cifras valen lo que vale esa separación, y la hace en parte un LLM.

Preguntas abiertas

• ¿Resiste un indicador de cobertura de la ontología el reflejo de optimizarlo por sí mismo, añadiendo al modelo conceptos que no lo son?