Criterios estandar de calidad

Planeación de la Calidad

Página 1 de 4

CRITERIOS ESTÁNDAR DE CALIDAD
MEDIDA Porcentaje Libre de Defectos Compilación Pruebas de Unidad Pruebas de Integración Pruebas del Sistema Defectos por cada mil líneas de código (KLOC) Total de defectos inyectados Compilación Pruebas de Unidad Pruebas de Integración Pruebas del Sistema Proporciones para los defectos Defectos DLD/defectos pruebasunidad Defectos código revisado/defectos compilación Proporciones para el Tiempo de Desarrollo
Inspección requerimientos/tiempo requerimientos

META > 10% > 50% > 70 % > 90 % 100-200 < 10 2.0 > 2.0 > 0.25 > 0.5 > 1.00 > 0.5 > 0.5 85% > 97.5% Antes de integración > 99% Antes de pruebas del sistema

Planeación de la Calidad

Página 2 de 4

EXPLICACIÓN DE TÉRMINOS
Porcentaje Libre deDefectos: mide el porcentaje en el cual un componente de un producto no tiene defectos en una fase dada. Por ejemplo, si un producto tiene cinco componentes y cuatro de ellos tienen defectos de compilación en la fase 1, el producto tendrá un 20% libre de defectos. Esto es cierto sin importar el número de defectos de compilación de cada parte. De manera similar, si solo dos de las cinco partes tienendefectos en la fase de pruebas de integración, el producto tendrá un 60% libre de defectos en las pruebas de integración. Hay que tener presente que si un producto solo consta de una parte, cualquier defecto encontrado resultará en un producto con el 0% libre de defectos para la fase siendo considerada. La tendencia ideal de este indicador de calidad es que se vaya incrementando paulatinamente, de locontrario indicará que existen problemas de calidad. Defectos por cada mil líneas de código: primero, un defecto es cualquier elemento del sistema que no concuerda con lo especificado en los requerimientos, un elemento de diseño o la implementación y que, si no se corrige, hará que la discordancia persista. Un defecto mayor es cualquier problema que cuando se arregla obliga a cambiar el ejecutable.En consecuencia, los defectos en comentarios o apariencia del código escrito generalmente son considerados menores. Proporciones para los defectos: provee una indicación de la calidad del diseño y las revisiones de código. Por ejemplo, la experiencia muestra que cuando los ingenieros encuentran dos veces más de defectos cuando hacen la revisión de código comparados con los hallados durante lacompilación, es porque generalmente han hecho una buena revisión de código. Este caso produciría una proporción de defectos código revisado/compilación de 2.0. Algo similar ocurre con la proporción entre los defectos hallados en la revisión del diseño y el número hallado en las pruebas de unidad. Si, por ejemplo, en un momento dado la proporción es de 0.96 y lo planeado fuera de 2.0, estosignificaría que el equipo se debería concentrar en mejorar el tipo de revisión que presente este comportamiento. Proporciones para el tiempo de desarrollo: es otra manera de evaluar un proceso. Cuando los ingenieros invierten más tiempo en el diseño detallado (DLD) que en la codificación, por ejemplo, la experiencia muestra que generalmente producen un diseño de calidad. Esta afirmación no está garantizada,pero es altamente probable. De manera similar, cuando invierten más del 50% tiempo del diseño detallado en una revisión de ese diseño detallado, la experiencia muestra que esa revisión fue razonablemente completa. Una vez más, esto no está garantizado, pero es altamente probable. Para los requerimientos, una regla razonable es invertir alrededor del 25% o más del tiempo dedicado a losrequerimientos a la inspección de los mismos. Para el diseño de alto nivel, un objetivo razonable es invertir 50% o más del tiempo de diseño en revisiones e inspecciones. Ritmo de las revisiones e inspecciones: para lograr una alta calidad, hay que planear invertir el suficiente tiempo en revisiones e inspecciones. Recuerde que el tiempo total de la inspección es la suma de todos los tiempos utilizados en...