La calidad sólo puede definirse en términos de los requerimientos del usuario. Por ello una herramienta de administración de calidad debe considerar los requerimientos como su base principal. Básicamente existen dos maneras de controlar la calidad en un proceso: una a través de la prevención y la otra a través de la detección y posterior corrección.

Implica la identificación y clasificación de los requerimientos de acuerdo a su importancia para el cliente. La visualización de esta clasificación y jerarquización implica una planeación natural, las actividades más importantes deben atacarse primero. Después se evalúa la eficiencia, esto se realiza por comparación contra un valor asignado a una solución ideal, si los riesgos no son eliminados y por ende el proyecto se encuentra lejos de la solución ideal, se efectúa una revisión de la situación actual, se busca una solución a los posibles conflictos y el ciclo se repite. c

El manejo de requerimientos comienza después de la fase de recolección y se refiere al análisis de los mismos y como se mencionó se basa en QFD. QFD pone el análisis de la calidad al frente de la administración del proyecto, cuantifica los parámetros de calidad y producción desde el inicio del proceso de desarrollo, estableciendo una firme identidad del producto.

La cobertura de la identificación de conflictos por medio de QFD, descrito anteriormente puede no ser completa, por lo que la aplicación de técnicas complementarias es obligatoria. Un método alternativo es el Análisis Funcional (FA) aplicado a los descriptores técnicos considerados como peligros potenciales por QFD. En desarrollos de software orientado a objetos, los descriptores técnicos son equivalentes a clases, por lo que el uso de esta metodología complementa el proceso natural de desarrollo de software.

CMM reconoce la necesidad de la administración de calidad a partir del 2º nivel. ISO9000-3 [Kehoe, 1995] requiere la presencia de esta función como requisito para alcanzar la certificación. Ambas normatividades reconocen como necesaria esta función, pero ninguna de ellas especifica la manera de efectuarla. La herramienta propuesta ayuda a iniciar la etapa de análisis y recolección de requerimientos para un sistema de software, pero deja abierta la posibilidad de interactuar con otras metodologías en la cuestión de "analizar el problema". La metodología propuesta no es necesariamente lineal, existen ciertos pasos que pueden realizarse de manera concurrente lo que aumenta la flexibilidad de la metodología,

El sistema muestra el valor de idealidad actual, con los siguientes parámetros: IA= 10.0/(13.0+10.0) = 0.4347 IFR= 10.0/13.0 = 0.7692 PAC = (0.4347/0.7692)*100 = 56.51%