CURSO : CONTROL DE CALIDAD DE SOFTWARE

DOCENTE : CARLOS YINMEL CASTRO BULEJE

ESTUDIANTES:
SUSAN CUELLAR SILVA
REYNALDO ALARCN PEREZ
EDISON QUISPE ARANGO
PAMELA MERINO ORTEGA

ANDAHUAYLAS- APURMAC
PER
pg. 1
Contenido
DEDICATORIA ...................................................................................................................................... 3
INTRODUCCIN .................................................................................................................................. 4
ABSTRACT ........................................................................................................................................... 5
MARCO TERICO ................................................................................................................................ 6
1.- Modelo de Calidad Establecido por el estndar ISO 9126 ......................................................... 6
2.- Caractersticas Propuestas por ISO-9126 ................................................................................... 7
2.1.- Funcionalidad ..................................................................................................................... 7
2.2.- Confiabilidad....................................................................................................................... 7
2.3.- Usabilidad ........................................................................................................................... 8
2.4.- Eficiencia ............................................................................................................................. 9
2.5.- Mantenibilidad ................................................................................................................... 9
2.6.- Portabilidad ...................................................................................................................... 10
3.- Establecimiento de la evaluacin............................................................................................. 11
3.1.-Determinar Objetivo de la evaluacin: .............................................................................. 11
3.2.-Establecer Tipo de evaluacin: .......................................................................................... 11
3.3.-Identificar el tipo de producto: .......................................................................................... 12
4.- Planificacin de la evaluacin .................................................................................................. 12
5.- Establecer el Modelo de Calidad.............................................................................................. 13
5.1.- Nivel 0: Tipo de calidad (Mtricas de Producto y mtricas proceso)............................... 13
5.2.- Nivel 1: Caractersticas ...................................................................................................... 13
5.3. - Nivel 2: Sub-caractersticas .............................................................................................. 13
5.4.- Nivel 3: Mtricas ............................................................................................................... 13
5.5.- Nivel 4: Indicadores........................................................................................................... 14
6.- Determinar la puntuacin/calificacin de los elementos que componen el modelo.............. 16
6.1.- Nivel 0: Tipos de calidad ................................................................................................... 16
6.2.-Nivel 1. Caractersticas ....................................................................................................... 17
6.3.-Nivel 2: Sub-caractersticas ................................................................................................ 18
6.4.-Nivel 3: Mtricas ................................................................................................................ 20
7.- Presentar Informe .................................................................................................................... 22
CONCLUSIN..................................................................................................................................... 23

pg. 2
 DEDICATORIA

Primeramente, a Dios por haber pensado en

nosotros antes de nacer y habernos dado
sabidura e inteligencia, por su infinito amor
para con nosotros, porque sin l no hubiera
sido posible llegar a la meta que nos hemos
propuesto.

Tambin doy gracias a nuestros padres por

ser nuestro gua en todo este tiempo, por su
amor incondicional e incomparable,
sabiendo entendernos y apoyarnos en
nuestros momentos ms difciles.

A los jardineros del tiempo, nuestros

docentes, por su entrega y dedicacin de
cada da para ensearnos todo lo que en el
futuro nos sirva para ser personas de bien.

pg. 3
 INTRODUCCIN

Hoy en da las compaas de todo el mundo industrializado reconocen que la calidad del producto
se traduce en ahorro de costos y en una mejora general. El desarrollo de software no es la
excepcin, por lo que en los ltimos aos se han realizado intensos trabajos para aplicar los
conceptos de calidad en el mbito del software.

Hablar de calidad del software implica la necesidad de contar con parmetros que permitan
establecer los niveles mnimos que un producto de este tipo debe alcanzar para que se considere
de calidad. El problema es que la mayora de las caractersticas que definen al software no se
pueden cuantificar fcilmente; generalmente, se establecen de forma cualitativa, lo que dificulta
su medicin, ya que se requiere establecer mtricas que permitan evaluar cuantitativamente cada
caracterstica dependiendo del tipo de software que se pretende calificar.

En este sentido se han realizado muchos trabajos que establecen propuestas para el
establecimiento de los factores cualitativos que afectan la calidad del software. Entre los
principales estn los factores de calidad de McCall y aquellos propuestos por HewlettPackard,
funcionalidad, usabilidad, fiabilidad, rendimiento, compatibilidad.

Adems, se han hecho varios intentos por estandarizar los mecanismos de evaluacin de calidad
del software. Entre los principales estn la familia de normas ISO 9000 (en especial la ISO 9001 y la
ISO 9003-2), el modelo de niveles madurez CMM (Capability Maturity Model), el estndar para el
aseguramiento de planes de calidad del IEEE 730:1984, el plan general de garanta de calidad del
Consejo Superior de Informtica MAP y la norma ISO/IEC 9126, que es objeto de este trabajo.

En este trabajo se expondr un esquema general del estndar ISO 9126, con el fin de mostrar los
elementos que deben considerarse en la evaluacin de calidad de los productos de software de
acuerdo a este estndar, de modo que todo aqul que se interese en aplicar modelos de calidad
en la produccin de software pueda generar sus propias mtricas bajo la gua de este estndar.

pg. 4
 ABSTRACT

Today, companies throughout the industrialized world recognize that product quality translates
into cost savings and overall improvement. Software development is no exception, so in recent
years intensive work has been done to apply the concepts of quality in the software field.

Talking about software quality implies the need to have parameters that allow establishing the
minimum levels that a product of this type must reach to be considered quality. The problem is
that most of the features that define the software can not be easily quantified; Are generally
established in a qualitative way, which makes it difficult to measure them, since it is necessary to
establish metrics that allow quantitative evaluation of each characteristic depending on the type
of software that is intended to qualify.

In this sense, many works have been done that establish proposals for the establishment of the
qualitative factors that affect the quality of the software. Among the main ones are the quality
factors of McCall and those proposed by HewlettPackard, functionality, usability, reliability,
performance, compatibility.

In addition, several attempts have been made to standardize software quality assessment
mechanisms. Among the main ones are the ISO 9000 family of standards (in particular ISO 9001
and ISO 9003-2), the maturity level model CMM (Capability Maturity Model), the standard for the
assurance of IEEE 730: 1984 quality plans , The general quality assurance plan of the MAP Higher
Council and the ISO / IEC 9126 standard, which is the subject of this work.

This paper will present a general outline of the ISO 9126 standard, in order to show the elements
that should be considered in the quality evaluation of software products according to this
standard, so that anyone interested in applying models Of quality in software production can
generate its own metrics under the guidance of this standard.

pg. 5
 MARCO TERICO
1.- Modelo de Calidad Establecido por el estndar ISO 9126
La ISO, bajo la norma ISO-9126, ha establecido un estndar internacional para la evaluacin de la
calidad de productos de software el cual fue publicado en 1992 con el nombre de caractersticas y
directrices para su uso, en el cual se establecen las caractersticas de calidad para productos de
software.

El estndar ISO-9126 establece que cualquier componente de la calidad del software puede ser
descrito en trminos de una o ms de seis caractersticas bsicas, las cuales son: funcionalidad,
confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad; cada una de las cuales se
detalla a travs de un conjunto de sub caractersticas que permiten profundizar en la evaluacin
de la calidad de productos de software.

Funcionalidad Confiabilidad Usabilidad

Portabilidad Mantenibilidad Eficiencia

pg. 6
2.- Caractersticas Propuestas por ISO-9126
A continuacin, se detalla cada una de las caractersticas que establece el estndar ISO-9126.

2.1.- Funcionalidad
En este grupo se conjunta una serie de atributos que permiten calificar si un producto de software
maneja en forma adecuada el conjunto de funciones que satisfagan las necesidades para las cuales
fue diseado. Para este propsito se establecen los siguientes atributos:

Adecuacin. Se enfoca a evaluar si el software cuenta con un conjunto de funciones

apropiadas para efectuar las tareas que fueron especificadas en su definicin.
Exactitud. Este atributo permite evaluar si el software presenta resultados o efectos
acordes a las necesidades para las cuales fue creado.
Interoperabilidad. Permite evaluar la habilidad del software de interactuar con otros
sistemas previamente especificados.
Conformidad. Evala si el software se adhiere a estndares, convenciones o regulaciones
en leyes y prescripciones similares.
Seguridad. Se refiere a la habilidad de prevenir el acceso no autorizado, ya sea accidental
o premeditado, a los programas y datos.

Seguridad

Interoperab
Conformidad
ilidad

Exactitud

Adecuacin

2.2.- Confiabilidad

Aqu se agrupan un conjunto de atributos que se refieren a la capacidad del software de mantener
su nivel de ejecucin bajo condiciones normales en un periodo de tiempo establecido. Las sub
caractersticas que el estndar sugiere son:

Nivel de Madurez. Permite medir la frecuencia de falla por errores en el software.

Tolerancia a fallas. Se refiere a la habilidad de mantener un nivel especfico de
funcionamiento en caso de fallas del software o de cometer infracciones de su interfaz
especfica.

pg. 7
 Recuperacin. Se refiere a la capacidad de restablecer el nivel de operacin y recobrar los
datos que hayan sido afectados directamente por una falla, as como al tiempo y el
esfuerzo necesarios para lograrlo.

Recuperac
in
Tolerancia
a fallas
Nivel de
madurez

2.3.- Usabilidad
Consiste de un conjunto de atributos que permiten evaluar el esfuerzo necesario que deber
invertir el usuario para utilizar el sistema.

Comprensibilidad. Se refiere al esfuerzo requerido por los usuarios para reconocer la

estructura lgica del sistema y los conceptos relativos a la aplicacin del software.
Facilidad de Aprender. Establece atributos del software relativos al esfuerzo que los
usuarios deben hacer para aprender a usar la aplicacin.
Operabilidad agrupa los conceptos que evalan la operacin y el control del sistema.

Operabili
dad
Facilidad
de
Aprender
Compren
sibilidad

pg. 8
2.4.- Eficiencia
Esta caracterstica permite evaluar la relacin entre el nivel de funcionamiento del software y la
cantidad de recursos usados. Los aspectos a evaluar son:

Comportamiento con respecto al Tiempo. Atributos del software relativos a los tiempos
de respuesta y de procesamiento de los datos.
Comportamiento con respecto a Recursos. Atributos del software relativos a la cantidad
de recursos usados y la duracin de su uso en la realizacin de sus funciones.

Comportamient
o con respecto a
Recursos

Comportamient
o con respecto al
Tiempo

2.5.- Mantenibilidad
Se refiere a los atributos que permiten medir el esfuerzo necesario para realizar modificaciones al
software, ya sea por la correccin de errores o por el incremento de funcionalidad. En este caso,
se tienen los siguientes factores:

Capacidad de anlisis. Relativo al esfuerzo necesario para diagnosticar las deficiencias o

causas de fallas, o para identificar las partes que debern ser modificadas.
Capacidad de modificacin. Mide el esfuerzo necesario para modificar aspectos del
software, remover fallas o adaptar el software para que funcione en un ambiente
diferente.
Estabilidad. Permite evaluar los riesgos de efectos inesperados debidos a las
modificaciones realizadas al software.
Facilidad de Prueba. Se refiere al esfuerzo necesario para validar el software una vez que
fue modificado.

pg. 9
 Estabilida Facilidad
d de Prueba

Capacidad de
modificacin

Capacidad de
anlisis

2.6.- Portabilidad
En este caso, se refiere a la habilidad del software de ser transferido de un ambiente a otro, y
considera los siguientes aspectos:

Adaptabilidad. Evala la oportunidad para adaptar el software a diferentes ambientes sin

necesidad de aplicarle modificaciones.
Facilidad de Instalacin. Es el esfuerzo necesario para instalar el software en un ambiente
determinado.
Conformidad. Permite evaluar si el software se adhiere a estndares o convenciones
relativas a portabilidad.
Capacidad de reemplazo. Se refiere a la oportunidad y el esfuerzo usado en sustituir el
software por otro producto con funciones similares.

Conformid Capacidad de
ad reemplazo

Facilidad de
Instalacin

Adaptabili
dad

pg. 10
3.- Establecimiento de la evaluacin
Identificada la necesidad del trabajo se debe determinar el enfoque de la medicin. En esta fase se
debe:

Determinar
objetivo de
la
evaluacin

Identificar Establecer
el tipo de tipo de la
producto evaluacin

3.1.-Determinar Objetivo de la evaluacin: Consiste en relevar con el cliente el objetivo de la

evaluacin.

3.2.-Establecer Tipo de evaluacin: Consiste en identificar el tipo de evaluacin. Esta puede ser:
Producto o proceso.

pg. 11
3.3.-Identificar el tipo de producto: Se debe identificar el Producto a evaluar sea ste:
Comercial, desarrollado a medida, software libre o gratuito, software rentado, alquilado,
comprado/por comprar, entre otros.

4.- Planificacin de la evaluacin

La planificacin implica organizar el trabajo a realizar. Las principales actividades dentro de esta
fase son:

Elaborar cronograma de la evaluacin

Identificar responsables
Determinar roles
Elaborar contrato (En el caso de una evaluacin comercial) o acuerdo (para software no
comercial)

Una explicacin detallada de estos componentes se muestra a continuacin.

Elaborar cronograma de la evaluacin.- En esta fase se debe elaborar un cronograma

tentativo pero que se definan las principales actividades a realizar
Identificar responsables.- En esta etapa se definir el recurso humano que
intervendr en el proyecto entre otros dependiendo del tipo de software.
Determinar roles.- Aqu se determinan las actividades y/ tareas que van a desarrollar
por cada uno de los integrantes del proyecto.
Elaborar contrato o acuerdo.- En esta actividad se establecen los parmetros
contractuales de la medicin que se documentarn en el contrato o acuerdo.

pg. 12
5.- Establecer el Modelo de Calidad
El modelo creado para evaluar software educativo se basa en estndares internacionales.
Este modelo diseado a medida pero que puede ser considerado en un contexto general considera
cuatro niveles a la hora de evaluar software. Estos niveles son:

Nivel 0: Tipo de Calidad

Nivel 1: Caractersticas

Nivel 2: Sub-caractersticas

Nivel 3: Mtricas

Nivel 4: Indicadores

Determinar el tipo de calidad, las caractersticas, sub-caractersticas, mtricas e indicadores

5.1.- Nivel 0: Tipo de calidad (Mtricas de Producto y mtricas proceso)

En el enfoque global el modelo de calidad est centrado en mtricas de proceso y mtricas de
producto.

Las mtricas de producto: se basan en la familia ISO 9126, IEEE 14143, ISO 20.000 que contiene
mtricas internas, externas y de calidad en uso.

Las mtricas de proceso: resumen los aspectos comunes de los siguientes estndares COBIT, ISO
17799, ISO 27001, CMMI, ISO 15504, IEEE 1044, ITIL, ISO 20000, entre otros.

5.2.- Nivel 1: Caractersticas

Este modelo considera todas las mtricas de calidad interna, externa y de uso agrupadas bajo la
denominacin de caractersticas

En este nivel se escogen las caractersticas deseadas en la evaluacin del software educativo,
pueden ser todas o aquellas que el equipo evaluador considere relevante o tambin se pueden
incluir particularidades del software educativo segn corresponda

5.3. - Nivel 2: Sub-caractersticas

Para armar el modelo lo primero que hacemos es establecer este nivel que lo componen los
atributos del producto, para ello es aconsejable listar todos los atributos que debe reunir el
software ideal que para el modelo constituyen las sub-caractersticas, luego de validarlas con el
cliente y obtener su aceptacin procedemos a incluirlas en nuestra matriz del modelo de calidad
de software bajo la denominacin de sub-caractersticas

5.4.- Nivel 3: Mtricas

Para cada sub-caracterstica establecemos las frmulas o medidas que usaremos para poder llegar
a determinar el grado de cumplimiento de las sub-caractersticas.

pg. 13
5.5.- Nivel 4: Indicadores
Aplicada las frmulas llegamos a calcular el nmero resultante obtenido que puede ser un
nmero, un porcentaje, un numerador y un denominador, en fin, la medida en la cual las sub-
caractersticas se cumplan

Para documentar cualquier anexo o papel de trabajo que describa el modelo de calidad
establecido se usarn los siguientes cdigos asignados a caractersticas y sub-caractersticas:

1. Se usarn las dos primeras letras para referenciar a la caracterstica

2. Se usarn las tres primeras letras para referenciar a la sub-caracterstica
3. Se usarn las tres primeras letras para referenciar a categoras dentro de la sub-
caracterstica
4. Se usar el cdigo anterior ms un nmero secuencial en orden ascendente para
referenciar a cada atributo de una sub-caracterstica
5. Se usar un nmero secuencial en orden ascendente para referenciar a cada papel de
trabajo
6. Cada papel de trabajo deber llevar el cdigo del atributo relacionado adems del nmero
antes indicado en el prrafo anterior

El modelo descrito en dos niveles es el que se presenta a continuacin:

CODIGO CARACTERISTICA CODIGO SUBCARACTERISTICA

FU FUNCIONALIDAD ADE ADECUACION

EXA EXACTITUD

INT INTEROPERABILIDAD

SEG SEGURIDAD DE ACCESO

FI FIABILIDAD MAD MADUREZ

TFA TOLERANCIA A FALLOS

REC RECUPERABILIDAD

US USABILIDAD ENT ENTENDIMIENTO

APR APRENDIZAJE

OPE OPERABILIDAD

ATR ATRACCION

EF EFICIENCIA CTI COMPORTAMIENTO EN EL TIEMPO

URE UTILIZACION DE RECURSOS

CAPACIDAD DE
MA MANTENIMIENTO CAN CAPACIDAD DE SER ANALIZADO

pg. 14
 CAM CAMBIABILIDAD

EST ESTABILIDAD

FPR FACILIDAD DE PRUEBA

PO PORTABILIDAD ADAP ADAPTABILIDAD

FIN FACILIDAD DE INSTALACIN

COE COEXISTENCIA

REE REEMPLAZABILIDAD

EF EFECTIVIDAD LME LOGRAR METAS

PR PRODUCTIVIDAD TCT TIEMPO PARA COMPLETAR TAREAS

RET REDUCCION DE ESFUERZO DE TRABAJO

ETA EJECUCION EN TIEMPOS ADECUADOS Y CONSTANTES

SE SEGURIDAD DE USO CCO CAMBIO DE CONTRASEAS PERIODICO

AUC ADMINISTRACION DE USUARIOS Y CONTRASEAS

ACC ADMINISTRACION CENTRALIZADA DE CONTRASEAS

SA SATISFACCION NSU NIVEL DE SATISFACCIN DEL USUARIO

CMS CONFIANZA EN EL MANEJO DEL SOFTWARE

COS CONOCIMIENTO OPERACIONAL DEL SOFTWARE

AAI ACCESIBILIDAD A LA INFORMACION

EBR ENTRENAMIENTO BRINDADO

STE SOPORTE TECNICO

MIN MENSAJERIA INSTANTANEA

pg. 15
6.- Determinar la puntuacin/calificacin de los elementos que componen
el modelo
Se debe precisar los criterios de valoracin establecidos por niveles.

Nivel 0: Tipos Nivel 1. Nivel 2: Sub- Nivel 3:

Nivel 4:
de calidad Caractersticas caractersticas Mtricas

Mtricas de Es sugerido Evaluacin Efectuar

producto por el ponderada medicin
personal
tcnico, pero Indicadores
debe ser
Mtricas de aprobado por Proporcin de Establecer
proceso el cliente. cumplimiento resultados

6.1.- Nivel 0: Tipos de calidad

La escala de puntuacin la establece el personal tcnico con un puntaje de 100, de los cuales
distribuye apropiadamente de acuerdo al enfoque de la medicin. Para el nivel 0 se determina:

6.1.1.-Mtricas de producto
60 puntos para mtricas de calidad interna y externa,
20 puntos para las mtricas de calidad de uso

Las mtricas de calidad interna y externa son tomadas del modelo ISO 9126 y permiten evaluar
criterios necesarios de todo software educativo tal como lo incluy en su debida poca el modelo
de McCall y que est vigente an en nuestros das.

6.1.2.-Mtricas de proceso
Las mtricas de proceso se consideran en el modelo nicamente si la evaluacin de software
educativo se lo hace para la empresa o institucin educativa desarrolladora de dicho aplicativo y si
es que se considera evaluar el mantenimiento del software educativo en el tiempo.

En el modelo planteado se asign 20 puntos para Aspectos de la Administracin de sistemas, que

constituyen la base que soporta el uso del aplicativo y su mantenimiento en el tiempo, si este es el
criterio a incluir; puede ocurrir que en algunos casos estas mtricas no se tengan que incluir en el
modelo, por ello los 100 puntos en los que califica el modelo se debern distribuir nicamente en
las mtricas de producto

pg. 16
6.2.-Nivel 1. Caractersticas
En este nivel se distribuye el puntaje asignado en el nivel 0 acorde a criterios de la evaluacin. Este
puntaje es sugerido por el personal tcnico, pero debe estar debidamente aprobado por el cliente.
De las mtricas de producto tres caractersticas fueron consideradas preponderantes para el caso
y stas fueron: Funcionalidad, usabilidad y fiabilidad a la cual le otorgamos el mayor puntaje de
una calificacin de 80 puntos y los 20

Mxima Caractersticas por Producto Puntaje

Importancia FUNCIONALIDAD 20
USABILIDAD 12
FIABILIDAD 9
EFICIENCIA 8
SATISFACCION 8
Menor CAPACIDAD DE MANTENIMIENTO 6
Importancia PRODUCTIVIDAD 6
PORTABILIDAD 5
EFECTIVIDAD 3
SEGURIDAD DE USO 3
TOTAL 80

Mxima Caractersticas por Proceso Puntaje

Importancia PLANIFICACIN DE SISTEMAS 5
ORGANIZACIN 5
CONTROLES GENERALES 4
METODOLOGIA DE DESARROLLO DE 2
Menor SISTEMAS
Importancia ENTREGA E IMPLEMENTACIN DE 2
SISTEMAS
ADMINISTRACIN DE LA 2
DOCUMENTACIN
TOTAL 20

pg. 17
6.3.-Nivel 2: Sub-caractersticas
En este nivel el personal del equipo de evaluadores establece los puntajes de valoracin repartidos
apropiadamente pero que en total deben sumar el valor aprobado por el cliente en el nivel 1.

Para comprobar el cumplimiento de cada sub-caracterstica se aplicaron tcnicas de investigacin

(Entrevista y encuestas), as como pruebas tcnicas, administrativas y/o de cuestionario de
relevamiento tcnico, las cuales tambin tuvieron un peso en esta evaluacin acorde a criterios

Cuestionario Prueba Cuestionario Prueba TOTAL

a usuarios Administrativa de de caja
Relevamiento negra
Tcnico
X 50 X 50 100
X 30 X 20 X 50 100
X 100 100
X 100
X 50 X 30 X 20 100
X 100 100

Tanto el cuestionario como las pruebas se deben ejecutar en nmero mnimo de tres y se debe
determinar el peso relativo que deben tener en la evaluacin, el cual se puede resumir de la
siguiente forma:

Si en una sub-caracterstica se aplican nicamente pruebas administrativas y/o

cuestionario tcnico, estas tienen un puntaje de 50% cada una, lo cual da un 100% de la
evaluacin total, pero este porcentaje debe ser analizado por el equipo evaluador, y
podra variar de acuerdo a cada componente y evaluador, tal como se aprecia en la tabla
anterior, por ejemplo aspectos educacionales pueden pesar ms que criterios tcnicos en
un nivel y eso har que el porcentaje mayor sea asignado al componente que a nuestro
criterio tiene mayor peso que el otro.
Las entrevistas que se deben realizar son de tipo tcnico respecto a las necesidades tanto
educativas como informticas requeridas
Las encuestas deben ser destinadas a los usuarios o posibles usuarios del software
educativo, as como podran aplicarse cuestionarios de relevamiento tcnico.
Las encuestas deben usar preguntas con diversas escalas, las cuales pueden ser escalas
dicotmicas o escalas de Likert, puesto que permiten valorar de mejor forma y con un
criterio ms preciso las diversas percepciones de los usuarios o posibles usuarios.
Las preguntas de escala usadas en el cuestionario plantean el nivel de apreciacin del
encuestado, sobre una base de afirmaciones se pueden codificar con los valores
establecidos, acorde a la escala que se adjunta:

pg. 18
 Tabla 5: Escala de Likert de 5 niveles

Total Parcial Medio Parcial Total Acuerdo

desacuerdo Desacuerdo Acuerdo

1 2 3 4 5

Las pruebas deben ser ejecutadas sobre los productos software y ante la presencia de los
solicitantes de la evaluacin.

Las pruebas realizadas en el estudio plantean la evaluacin de cumplimiento de caractersticas

relacionadas con los atributos evaluados, por lo que el procedimiento de valorizacin de cada
prueba consisti en: Evaluacin ponderada y proporcin de cumplimiento.

6.3.1.-Evaluacin ponderada
El procedimiento planteado es:

Establecer un peso para cada caracterstica evaluada en la prueba. La suma de los pesos
da un 100%.
La sumatoria de la multiplicacin del cumplimiento de la caracterstica con el respectivo
peso.

Peso Cumplimiento

Caracterstica
1 P1 C1 Dnde:
Caracterstica
2 P2 C2 C: representa el cumplimiento de la caracterstica,
Caracterstica Si (1) y No (0)
3 P3 C3

Caracterstica
n Pn Cn P: ponderacin de la caracterstica, la suma de las
ponderacin da 100%

Valor
R =
ponderado =1

La ponderacin se da de acuerdo al nivel de importancia de la caracterstica.

pg. 19
6.3.2.-Proporcin de cumplimiento
El procedimiento planteado es:

Tabular con 1 el cumplimiento de la caracterstica analizada y 0 en el caso contrario.

Contar cuantos cumplimientos logrados y dividir para el nmero de caractersticas totales.

Tabla 7: Ejemplo de
cumplimiento
Cumplimiento
Caracterstica 1 1
Caracterstica 2 1
Caracterstica 3 0
. ..
Caracterstica n 1

Proporcin 0,75
% Cumplimiento= (C1+C2+C3+..Cn)/n *100

6.4.-Nivel 3: Mtricas
A cada mtrica seleccionada le asignar un puntaje mximo de referencia.
La suma de los puntajes mximos de todas las mtricas deber ser igual a 100 puntos.
Slo se usarn nmeros enteros en la puntuacin de cada caracterstica y sub-
caracterstica.
Todos los puntajes sern referidos como puntaje establecidos, en todos los niveles.

6.5.- Efectuar medicin

Para la medicin, las caractersticas, sub-caractersticas, mtricas e indicadores seleccionados o
establecidos en el modelo deben ser evaluados y por ello se aplica la medicin a travs de todos
los instrumentos diseados y considerados dentro del modelo.

Los valores obtenidos al efectuar la medicin sern denominados puntajes obtenidos y son
expresados en funcin de las escalas establecidas previamente. En la ejecucin de la medicin
puede ocurrir que una caracterstica, sub-caracterstica, mtrica o indicador no alcance el puntaje
establecido, pero en su defecto nunca podr ser de mayor valor.

En la ejecucin de las mediciones se ejecutan todas las pruebas establecidas para el modelo.

Existen varios tipos de pruebas, entre los que se destacan: Pruebas de carga mxima, Pruebas de
almacenamiento, Pruebas de tiempo de ejecucin, Prueba de recuperacin, Prueba de
procedimientos, Prueba de factores humanos, Pruebas de usabilidad, Pruebas de smoke
(Sistema), Pruebas de unidad o unitarias, Pruebas de integracin, Pruebas funcionales, Pruebas de
configuracin e instalacin, Pruebas de caja negra Pruebas de sentencia, Pruebas de rendimiento,

pg. 20
Pruebas de background, Pruebas de estrs, Pruebas de recuperacin de errores, Pruebas de
seguridad, Pruebas de multiusuario, Pruebas de configuracin, Pruebas de instalacin y otras de
acuerdo a las necesidades de la evaluacin

En este caso se aplicaron para definir este modelo los siguientes instrumentos: pruebas de caja
negra, pruebas administrativas, cuestionario de relevamiento tcnico, encuestas dirigidas a
usuarios y entrevistas de confirmacin con el personal tcnico. Todas ellas con la respectiva
puntuacin asociada a la caracterstica, sub-caracterstica, mtrica e indicador.

5.6.- Establecer resultados

Para establecer los resultados tomamos en una matriz todo el modelo de calidad y registramos ah
el valor medido u obtenido. Esta matriz de resultados permite comparar con los criterios
predeterminados en el modelo y contrastar as los puntajes establecidos y obtenidos por cada
producto software educativo evaluado.

Este cuadro de resultados permite apreciar los resultados finales y nos ayuda a determinar el
producto que cumple con las especificaciones.

Tabla 8.- Matriz del Modelo de calidad para un software educativo

Tipo de Caractersticas Sub- Mtricas Indicadores PE PO

Calidad caractersticas

Si se considera dos softwares en la evaluacin la tabla sufre ciertas modificaciones.

Tabla 9.- Matriz del Modelo de calidad para dos softwares educativos

Tipo de Caractersticas Sub- Mtricas Indicadores PE PO1 PO2

Calidad caractersticas

Donde PE es el puntaje establecido para cada nivel y PO el puntaje obtenido luego de la aplicacin
de los instrumentos, as como su respectiva tabulacin y medicin.

La valoracin, que resume un conjunto de niveles calificados, es el paso final del proceso de
evaluacin del software.

Si el puntaje total sumando todas las caractersticas de la evaluacin es superior a 70/100

recomendamos la aplicacin del producto software educativo, caso contrario no podemos

pg. 21
recomendar el uso o aplicacin del mismo. Si se evalan dos softwares educativos, se
recomendar el uso de aquel que obtenga el mayor puntaje.

7.- Presentar Informe

Todo el proceso de evaluacin es documentado. El documento final que es el informe de la
evaluacin ser aprobado por los representantes de la empresa o institucin educativa.

Existen dos instancias de presentacin.

Presentacin del borrador del informe.

Presentacin y la otra es la entrega del informe final.

As mismo se debe presentar dos tipos de informes escritos,

el informe ejecutivo
el informe analtico.

El informe ejecutivo se presentar como mximo en una hoja y muestra el resultado de la

evaluacin mientras

El informe analtico de la evaluacin presentar toda la documentacin asociada a la evaluacin,

es decir las evidencias del trabajo realizado, formatos de pruebas, pruebas aplicadas, capturas de
pantallas, cuestionarios aplicados, en fin, todos los instrumentos usados y la documentacin
asociada que explica de forma pormenorizada el trabajo realizado. Un detalle importante de la
evaluacin que debe estar incluido en el informe analtico es el que se muestra a continuacin.

Tabla 10: Instrumentos aplicados

Instrumentos Descripcin
Cuestionario Evaluacin de los atributos por parte del
operador calificado.
Pruebas de Caja Evaluacin de mdulos y funcionalidades
Negra de atributos por parte del equipo auditor
Lista de Evaluacin de aspectos relacionados con
verificacin los atributos por parte del equipo auditor.
Prueba Evaluacin del cumplimiento de atributos
administrativa por parte del equipo auditor.

En este anexo que debe estar incluido en el informe se muestra una explicacin de los
instrumentos usados en la evaluacin y el objetivo del uso del mismo, as como debe precisar que
informacin se recogi en ellos.

pg. 22
 CONCLUSIN

En conclusin la norma ISO: 9126 su objetivo principal no es necesariamente alcanzar una calidad
perfecta, sino la necesaria y suficiente para cada contexto de uso a la hora de la entrega y del uso
del software por parte de los usuarios y es necesario comprender las necesidades reales de los
usuarios con tanto detalle como sea posible.

pg. 23