Modelo de Calidad Fijo

Teniendo en cuenta que las Tecnologías de la Información y la Comunicación (TICs), son un conjunto de tecnologías creadas y que están a disposición de las personas, con la intención de mejorar la calidad de vida y que nos permiten realizar distintas gestiones con la información que manejamos o a la que tenemos acceso, de manera que además de gestionarla (recibirla-emitirla-procesarla), la podemos almacenar, recuperar y manipular, es decir, agregar contenidos, etc., esto en cuanto a acciones.


La evaluación de recursos educativos en la red se ha convertido en un requisito para la docencia y la investigación en la función docente en la sociedad de la información y el conocimiento; y se presenta como una competencia transversal en el marco de las estrategias docentes del siglo XXI.


Ahora bien los modelos de calidad fijos se disponen de un inventario de factores de calidad de partida, y para la evaluación de la calidad de un producto se selecciona un subconjunto de dichos factores. La ventaja de estos modelos fijos es que los factores de calidad siempre son los mismos, y se pueden reutilizar de una evaluación a otra. Como inconveniente se tiene que los factores de calidad siempre serán los mismos, y se asume que algunos de ellos serán suficientes para realizar cualquier evaluación.

Todo modelo de calidad fijo tienen como propuesta la estructuración de los factores en una jerarquía multinivel, con unión de factores de alto nivel, unos criterios que descomponen dichos factores, y algunas métricas para la medida de cada criterio

Como ejemplos de modelos de calidad fijos son:

· El modelo de McCall, Richards, & Walters (1977)

· El modelo de Boehm (1976)

· FURPS (Grady & Caswell, 1987):


El modelo de McCall, Richards, & Walters (1977)

El modelo fue planteado por McCall, Richards y Walters, su publicación se realizó en el año 1977 este modelo da a conocer cada que las expectativas que tienen tanto el del desarrollador y el usuario.

En cuantos a los factores Calidad existen dos tipos:

- Factores que pueden ser medidos directamente (errores/KLDC/unidad de tiempo).

- Factores que solo pueden ser medidos indirectamente (la facilidad de uso o de mantenimiento).

En cada uno de los casos se puede medir la calidad, debemos comparar el software (documentos, programas, etc.) con alguna referencia y llegar a una indicación de calidad.

Estos factores evalúan el software desde tres puntos de vista distintos:

- Operación del Producto.

- Revisión del Producto.

- Transición del Producto.

Para realizar su evaluación McCall, propuso un esquema de puntuación en una escala del 0 (bajo) al 10 (alto). Se emplean las siguientes métricas en el esquema de puntuación, el cual recibió el nombre de Métrica para el esquema de puntuación

El modelo de Boehm (1976)

El precursor de este modelo fue Barry Boehm en el año de 1978. Este modelo se basa en que el software debe hacer lo que la persona que lo esté utilizando quiere que haga, por lo tanto se pretende que el software cumpla con unas características simples que son

Que Sea fácil de usar y de aprender para los usuarios.

Que Este bien diseñado, codificado y ser probado y mantenido fácilmente.

Que Utilice los recursos del computador correcta y eficientemente.

Este modelo define la calidad de software en términos de atributos cualitativos y los mide usando métricas. El modelo no es muy distinto al de McCall, porque muchos de sus factores de calidad son los mismos. Este modelo también presenta sus factores de calidad estructurados jerárquicamente.


Modelo FURPS (1987):

Este modelo fue planteado por

Robert Grad y Hewlett Packard Co en el año de 1987.

Su modelo de calidad tiene en cuenta cinco características para evaluar la calidad del producto.


Este modelo de evaluación de calidad de recursos digitales presenta una clasificación de requisitos los cuales los agrupa en dos categorías de conformidad a su sigla

Requisitos funcionales (F), estos son los que verifican las funciones que el sistema debe ser de realizar sin tener en cuenta las restricciones físicas.

Requerimientos no funcionales (URPS), estos son los que puntualizan atributos del sistema o del medio ambiente del sistema