CURSO
:
DOCENTE :
CONTROL DE CALIDAD DE SOFTWARE CARLOS YINMEL CASTRO BULEJE
ESTUDIANTES: SUSAN CUELLAR SILVA REYNALDO ALARCÓN PEREZ EDISON QUISPE ARANGO PAMELA MERINO ORTEGA
ANDAHUAYLAS- APURÍMAC PERÚ pág. 1
Contenido DEDICATORIA ...................................................................................................................................... 3 INTRODUCCIÓN .................................................................................................................................. 4 ABSTRACT ........................................................................................................................................... 5 MARCO TEÓRICO ................................................................................................................................ 6 1.- Modelo de Calidad Establecido por el estándar ISO 9126 ......................................................... 6 2.- Características 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 evaluación............................................................................................. 11 3.1.-Determinar Objetivo de la evaluación: .............................................................................. 11 3.2.-Establecer Tipo de evaluación: .......................................................................................... 11 3.3.-Identificar el tipo de producto: .......................................................................................... 12 4.- Planificación de la evaluación .................................................................................................. 12 5.- Establecer el Modelo de Calidad.............................................................................................. 13 5.1.- Nivel 0: Tipo de calidad (Métricas de Producto y métricas proceso)............................... 13 5.2.- Nivel 1: Características ...................................................................................................... 13 5.3. - Nivel 2: Sub-características .............................................................................................. 13 5.4.- Nivel 3: Métricas ............................................................................................................... 13 5.5.- Nivel 4: Indicadores........................................................................................................... 14 6.- Determinar la puntuación/calificación de los elementos que componen el modelo.............. 16 6.1.- Nivel 0: Tipos de calidad ................................................................................................... 16 6.2.-Nivel 1. Características ....................................................................................................... 17 6.3.-Nivel 2: Sub-características ................................................................................................ 18 6.4.-Nivel 3: Métricas ................................................................................................................ 20 7.- Presentar Informe .................................................................................................................... 22 CONCLUSIÓN..................................................................................................................................... 23
pág. 2
DEDICATORIA Primeramente, a Dios por haber pensado en nosotros antes de nacer y habernos dado sabiduría e inteligencia, por su infinito amor para con nosotros, porque sin Él no hubiera sido posible llegar a la meta que nos hemos propuesto.
También doy gracias a nuestros padres por ser nuestro guía en todo este tiempo, por su amor incondicional e incomparable, sabiendo entendernos y apoyarnos en nuestros momentos más difíciles.
A los jardineros del tiempo, nuestros docentes, por su entrega y dedicación de cada día para enseñarnos todo lo que en el futuro nos sirva para ser personas de bien.
pág. 3
INTRODUCCIÓN
Hoy en día las compañías 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 excepción, por lo que en los últimos años 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 parámetros que permitan establecer los niveles mínimos que un producto de este tipo debe alcanzar para que se considere de calidad. El problema es que la mayoría de las características que definen al software no se pueden cuantificar fácilmente; generalmente, se establecen de forma cualitativa, lo que dificulta su medición, ya que se requiere establecer métricas que permitan evaluar cuantitativamente cada característica 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 están los factores de calidad de McCall y aquellos propuestos por HewlettPackard, funcionalidad, usabilidad, fiabilidad, rendimiento, compatibilidad. Además, se han hecho varios intentos por estandarizar los mecanismos de evaluación de calidad del software. Entre los principales están 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 estándar para el aseguramiento de planes de calidad del IEEE 730:1984, el plan general de garantía de calidad del Consejo Superior de Informática MAP y la norma ISO/IEC 9126, que es objeto de este trabajo. En este trabajo se expondrá un esquema general del estándar ISO 9126, con el fin de mostrar los elementos que deben considerarse en la evaluación de calidad de los productos de software de acuerdo a este estándar, de modo que todo aquél que se interese en aplicar modelos de calidad en la producción de software pueda generar sus propias métricas bajo la guía de este estándar.
pág. 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.
pág. 5
MARCO TEÓRICO 1.- Modelo de Calidad Establecido por el estándar ISO 9126 La ISO, bajo la norma ISO-9126, ha establecido un estándar internacional para la evaluación de la calidad de productos de software el cual fue publicado en 1992 con el nombre de características y directrices para su uso”, en el cual se establecen las características de calidad para productos de software. El estándar ISO-9126 establece que cualquier componente de la calidad del software puede ser descrito en términos de una o más de seis características básicas, las cuales son: funcionalidad, confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad; cada una de las cuales se detalla a través de un conjunto de sub características que permiten profundizar en la evaluación de la calidad de productos de software.
Funcionalidad
Confiabilidad
Usabilidad
Portabilidad
Mantenibilidad
Eficiencia
pág. 6
2.- Características Propuestas por ISO-9126 A continuación, se detalla cada una de las características que establece el estándar 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 diseñado. Para este propósito se establecen los siguientes atributos:
Adecuación. Se enfoca a evaluar si el software cuenta con un conjunto de funciones apropiadas para efectuar las tareas que fueron especificadas en su definición. 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. Evalúa si el software se adhiere a estándares, 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 ilidad
Conformidad
Exactitud Adecuación
2.2.- Confiabilidad Aquí se agrupan un conjunto de atributos que se refieren a la capacidad del software de mantener su nivel de ejecución bajo condiciones normales en un periodo de tiempo establecido. Las sub características que el estándar 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 específico de funcionamiento en caso de fallas del software o de cometer infracciones de su interfaz específica. pág. 7
Recuperación. Se refiere a la capacidad de restablecer el nivel de operación y recobrar los datos que hayan sido afectados directamente por una falla, así como al tiempo y el esfuerzo necesarios para lograrlo.
Recuperac ión 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 lógica del sistema y los conceptos relativos a la aplicación del software. Facilidad de Aprender. Establece atributos del software relativos al esfuerzo que los usuarios deben hacer para aprender a usar la aplicación. Operabilidad agrupa los conceptos que evalúan la operación y el control del sistema.
Operabili dad Facilidad de Aprender
Compren sibilidad
pág. 8
2.4.- Eficiencia Esta característica permite evaluar la relación 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 duración de su uso en la realización 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 corrección de errores o por el incremento de funcionalidad. En este caso, se tienen los siguientes factores:
Capacidad de análisis. Relativo al esfuerzo necesario para diagnosticar las deficiencias o causas de fallas, o para identificar las partes que deberán ser modificadas. Capacidad de modificación. 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.
pág. 9
Estabilida d
Facilidad de Prueba Capacidad de modificación
Capacidad de análisis
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. Evalúa la oportunidad para adaptar el software a diferentes ambientes sin necesidad de aplicarle modificaciones. Facilidad de Instalación. Es el esfuerzo necesario para instalar el software en un ambiente determinado. Conformidad. Permite evaluar si el software se adhiere a estándares 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 ad
Capacidad de reemplazo Facilidad de Instalación
Adaptabili dad
pág. 10
3.- Establecimiento de la evaluación Identificada la necesidad del trabajo se debe determinar el enfoque de la medición. En esta fase se debe:
Determinar objetivo de la evaluación
Identificar el tipo de producto
Establecer tipo de la evaluación
3.1.-Determinar Objetivo de la evaluación: Consiste en relevar con el cliente el objetivo de la evaluación.
3.2.-Establecer Tipo de evaluación: Consiste en identificar el tipo de evaluación. Esta puede ser: Producto o proceso.
pág. 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.- Planificación de la evaluación La planificación implica organizar el trabajo a realizar. Las principales actividades dentro de esta fase son:
Elaborar cronograma de la evaluación Identificar responsables Determinar roles Elaborar contrato (En el caso de una evaluación comercial) o acuerdo (para software no comercial)
Una explicación detallada de estos componentes se muestra a continuación. Elaborar cronograma de la evaluación.- 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 parámetros contractuales de la medición que se documentarán en el contrato o acuerdo.
pág. 12
5.- Establecer el Modelo de Calidad El modelo creado para evaluar software educativo se basa en estándares internacionales. Este modelo diseñado 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:
• Características
Nivel 2:
• Sub-características
Nivel 3:
• Métricas
Nivel 4:
• Indicadores
Determinar el tipo de calidad, las características, sub-características, métricas e indicadores
5.1.- Nivel 0: Tipo de calidad (Métricas de Producto y métricas proceso) En el enfoque global el modelo de calidad está centrado en métricas de proceso y métricas de producto. Las métricas de producto: se basan en la familia ISO 9126, IEEE 14143, ISO 20.000 que contiene métricas internas, externas y de calidad en uso. Las métricas de proceso: resumen los aspectos comunes de los siguientes estándares COBIT, ISO 17799, ISO 27001, CMMI, ISO 15504, IEEE 1044, ITIL, ISO 20000, entre otros.
5.2.- Nivel 1: Características Este modelo considera todas las métricas de calidad interna, externa y de uso agrupadas bajo la denominación de características En este nivel se escogen las características deseadas en la evaluación del software educativo, pueden ser todas o aquellas que el equipo evaluador considere relevante o también se pueden incluir particularidades del software educativo según corresponda
5.3. - Nivel 2: Sub-características 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-características, luego de validarlas con el cliente y obtener su aceptación procedemos a incluirlas en nuestra matriz del modelo de calidad de software bajo la denominación de sub-características
5.4.- Nivel 3: Métricas Para cada sub-característica establecemos las fórmulas o medidas que usaremos para poder llegar a determinar el grado de cumplimiento de las sub-características. pág. 13
5.5.- Nivel 4: Indicadores Aplicada las fórmulas llegamos a calcular el número resultante obtenido que puede ser un número, un porcentaje, un numerador y un denominador, en fin, la medida en la cual las subcaracterísticas se cumplan Para documentar cualquier anexo o papel de trabajo que describa el modelo de calidad establecido se usarán los siguientes códigos asignados a características y sub-características: 1. Se usarán las dos primeras letras para referenciar a la característica 2. Se usarán las tres primeras letras para referenciar a la sub-característica 3. Se usarán las tres primeras letras para referenciar a categorías dentro de la subcaracterística 4. Se usará el código anterior más un número secuencial en orden ascendente para referenciar a cada atributo de una sub-característica 5. Se usará un número secuencial en orden ascendente para referenciar a cada papel de trabajo 6. Cada papel de trabajo deberá llevar el código del atributo relacionado además del número antes indicado en el párrafo anterior
El modelo descrito en dos niveles es el que se presenta a continuación: CODIGO
CARACTERISTICA
CODIGO
SUBCARACTERISTICA
FU
FUNCIONALIDAD
ADE
ADECUACION
EXA
EXACTITUD
INT
INTEROPERABILIDAD
SEG
SEGURIDAD DE ACCESO
MAD
MADUREZ
TFA
TOLERANCIA A FALLOS
REC
RECUPERABILIDAD
ENT
ENTENDIMIENTO
APR
APRENDIZAJE
OPE
OPERABILIDAD
ATR
ATRACCION
CTI
COMPORTAMIENTO EN EL TIEMPO
URE
UTILIZACION DE RECURSOS
CAN
CAPACIDAD DE SER ANALIZADO
FI
US
EF
MA
FIABILIDAD
USABILIDAD
EFICIENCIA
CAPACIDAD DE MANTENIMIENTO
pág. 14
PO
PORTABILIDAD
CAM
CAMBIABILIDAD
EST
ESTABILIDAD
FPR
FACILIDAD DE PRUEBA
ADAP
ADAPTABILIDAD
FIN
FACILIDAD DE INSTALACIÓN
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
CCO
CAMBIO DE CONTRASEÑAS PERIODICO
AUC
ADMINISTRACION DE USUARIOS Y CONTRASEÑAS
ACC
ADMINISTRACION CENTRALIZADA DE CONTRASEÑAS
NSU
NIVEL DE SATISFACCIÓN 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
SE
SA
SEGURIDAD DE USO
SATISFACCION
pág. 15
6.- Determinar la puntuación/calificación de los elementos que componen el modelo Se debe precisar los criterios de valoración establecidos por niveles.
Nivel 0: Tipos de calidad
Nivel 1. Características
Nivel 2: Subcaracterísticas
Nivel 3: Métricas
Métricas de producto
Es sugerido por el personal técnico, pero debe ser aprobado por el cliente.
Evaluación ponderada
Efectuar medición
Métricas de proceso
Nivel 4:
Indicadores Proporción de cumplimiento
Establecer resultados
6.1.- Nivel 0: Tipos de calidad La escala de puntuación la establece el personal técnico con un puntaje de 100, de los cuales distribuye apropiadamente de acuerdo al enfoque de la medición. Para el nivel 0 se determina: 6.1.1.-Métricas de producto 60 puntos para métricas de calidad interna y externa, 20 puntos para las métricas de calidad de uso Las métricas 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 aún en nuestros días. 6.1.2.-Métricas de proceso Las métricas de proceso se consideran en el modelo únicamente si la evaluación de software educativo se lo hace para la empresa o institución 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 Administración 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 métricas no se tengan que incluir en el modelo, por ello los 100 puntos en los que califica el modelo se deberán distribuir únicamente en las métricas de producto
pág. 16
6.2.-Nivel 1. Características En este nivel se distribuye el puntaje asignado en el nivel 0 acorde a criterios de la evaluación. Este puntaje es sugerido por el personal técnico, pero debe estar debidamente aprobado por el cliente. De las métricas de producto tres características fueron consideradas preponderantes para el caso y éstas fueron: Funcionalidad, usabilidad y fiabilidad a la cual le otorgamos el mayor puntaje de una calificación de 80 puntos y los 20
Máxima Importancia
Menor Importancia
Máxima Importancia
Menor Importancia
Características por Producto FUNCIONALIDAD USABILIDAD FIABILIDAD EFICIENCIA SATISFACCION CAPACIDAD DE MANTENIMIENTO PRODUCTIVIDAD PORTABILIDAD EFECTIVIDAD SEGURIDAD DE USO TOTAL
Características por Proceso PLANIFICACIÓN DE SISTEMAS ORGANIZACIÓN CONTROLES GENERALES METODOLOGIA DE DESARROLLO SISTEMAS ENTREGA E IMPLEMENTACIÓN SISTEMAS ADMINISTRACIÓN DE DOCUMENTACIÓN TOTAL
Puntaje 20 12 9 8 8 6 6 5 3 3 80
Puntaje 5 5 4 DE 2 DE
2
LA
2 20
pág. 17
6.3.-Nivel 2: Sub-características En este nivel el personal del equipo de evaluadores establece los puntajes de valoración 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-característica se aplicaron técnicas de investigación (Entrevista y encuestas), así como pruebas técnicas, administrativas y/o de cuestionario de relevamiento técnico, las cuales también tuvieron un peso en esta evaluación acorde a criterios
Cuestionario a usuarios
X
X
30
50
Prueba Administrativa
Cuestionario de Relevamiento Técnico
X
50
X
X
20
X
100
Prueba TOTAL de caja negra
50
100 X
50
100 100
X
100
X
30
X
20
100
X
100
100
Tanto el cuestionario como las pruebas se deben ejecutar en número mínimo de tres y se debe determinar el peso relativo que deben tener en la evaluación, el cual se puede resumir de la siguiente forma: Si en una sub-característica se aplican únicamente pruebas administrativas y/o cuestionario técnico, estas tienen un puntaje de 50% cada una, lo cual da un 100% de la evaluación total, pero este porcentaje debe ser analizado por el equipo evaluador, y podría variar de acuerdo a cada componente y evaluador, tal como se aprecia en la tabla anterior, por ejemplo aspectos educacionales pueden pesar más que criterios técnicos 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 técnico respecto a las necesidades tanto educativas como informáticas requeridas Las encuestas deben ser destinadas a los usuarios o posibles usuarios del software educativo, así como podrían aplicarse cuestionarios de relevamiento técnico. Las encuestas deben usar preguntas con diversas escalas, las cuales pueden ser escalas dicotómicas o escalas de Likert, puesto que permiten valorar de mejor forma y con un criterio más preciso las diversas percepciones de los usuarios o posibles usuarios. Las preguntas de escala usadas en el cuestionario plantean el nivel de apreciación del encuestado, sobre una base de afirmaciones se pueden codificar con los valores establecidos, acorde a la escala que se adjunta:
pág. 18
Tabla 5: Escala de Likert de 5 niveles Total desacuerdo
Parcial Desacuerdo
1
2
Medio
3
Parcial Acuerdo
Total Acuerdo
4
5
Las pruebas deben ser ejecutadas sobre los productos software y ante la presencia de los solicitantes de la evaluación. Las pruebas realizadas en el estudio plantean la evaluación de cumplimiento de características relacionadas con los atributos evaluados, por lo que el procedimiento de valorización de cada prueba consistió en: Evaluación ponderada y proporción de cumplimiento. 6.3.1.-Evaluación ponderada El procedimiento planteado es:
Establecer un peso para cada característica evaluada en la prueba. La suma de los pesos da un 100%. La sumatoria de la multiplicación del cumplimiento de la característica con el respectivo peso. Peso
Cumplimiento
Característica 1 P1
C1
Dónde:
Característica 2 P2
C2
Característica 3 P3
C: representa el cumplimiento de la característica, Si (1) y No (0)
C3
…
…
…
Característica n Pn
Cn
Valor ponderado
P: ponderación de la característica, la suma de las ponderación da 100% 𝑛
R
𝑅 = ∑ 𝑃𝑖 ∗ 𝐶𝑖 𝑖=1
La ponderación se da de acuerdo al nivel de importancia de la característica.
pág. 19
6.3.2.-Proporción de cumplimiento El procedimiento planteado es:
Tabular con “1” el cumplimiento de la característica analizada y “0” en el caso contrario. Contar cuantos cumplimientos logrados y dividir para el número de características totales. Tabla 7: cumplimiento
Ejemplo
de
Cumplimiento Característica 1 1 Característica 2 1 Característica 3 0 …….
…..
Característica n 1
Proporción
0,75
% Cumplimiento= (C1+C2+C3+…..Cn)/n *100
6.4.-Nivel 3: Métricas • • • •
A cada métrica seleccionada le asignará un puntaje máximo de referencia. La suma de los puntajes máximos de todas las métricas deberá ser igual a 100 puntos. Sólo se usarán números enteros en la puntuación de cada característica y subcaracterística. Todos los puntajes serán referidos como puntaje establecidos, en todos los niveles.
6.5.- Efectuar medición Para la medición, las características, sub-características, métricas e indicadores seleccionados o establecidos en el modelo deben ser evaluados y por ello se aplica la medición a través de todos los instrumentos diseñados y considerados dentro del modelo. Los valores obtenidos al efectuar la medición serán denominados puntajes obtenidos y son expresados en función de las escalas establecidas previamente. En la ejecución de la medición puede ocurrir que una característica, sub-característica, métrica o indicador no alcance el puntaje establecido, pero en su defecto nunca podrá ser de mayor valor. En la ejecución 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 máxima, Pruebas de almacenamiento, Pruebas de tiempo de ejecución, Prueba de recuperación, Prueba de procedimientos, Prueba de factores humanos, Pruebas de usabilidad, Pruebas de smoke (Sistema), Pruebas de unidad o unitarias, Pruebas de integración, Pruebas funcionales, Pruebas de configuración e instalación, Pruebas de caja negra Pruebas de sentencia, Pruebas de rendimiento, pág. 20
Pruebas de background, Pruebas de estrés, Pruebas de recuperación de errores, Pruebas de seguridad, Pruebas de multiusuario, Pruebas de configuración, Pruebas de instalación y otras de acuerdo a las necesidades de la evaluación En este caso se aplicaron para definir este modelo los siguientes instrumentos: pruebas de caja negra, pruebas administrativas, cuestionario de relevamiento técnico, encuestas dirigidas a usuarios y entrevistas de confirmación con el personal técnico. Todas ellas con la respectiva puntuación asociada a la característica, sub-característica, métrica 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 Características Calidad
Subcaracterísticas
Métricas
Indicadores PE PO
Si se considera dos softwares en la evaluación la tabla sufre ciertas modificaciones. Tabla 9.- Matriz del Modelo de calidad para dos softwares educativos Tipo de Calidad
Características
Subcaracterísticas
Métricas
Indicadores
PE
PO1
PO2
Donde PE es el puntaje establecido para cada nivel y PO el puntaje obtenido luego de la aplicación de los instrumentos, así como su respectiva tabulación y medición. La valoración, que resume un conjunto de niveles calificados, es el paso final del proceso de evaluación del software. Si el puntaje total sumando todas las características de la evaluación es superior a 70/100 recomendamos la aplicación del producto software educativo, caso contrario no podemos pág. 21
recomendar el uso o aplicación del mismo. Si se evalúan dos softwares educativos, se recomendará el uso de aquel que obtenga el mayor puntaje.
7.- Presentar Informe Todo el proceso de evaluación es documentado. El documento final que es el informe de la evaluación será aprobado por los representantes de la empresa o institución educativa. Existen dos instancias de presentación. Presentación del borrador del informe. Presentación y la otra es la entrega del informe final. Así mismo se debe presentar dos tipos de informes escritos, el informe ejecutivo el informe analítico. El informe ejecutivo se presentará como máximo en una hoja y muestra el resultado de la evaluación mientras El informe analítico de la evaluación presentará toda la documentación asociada a la evaluación, 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 documentación asociada que explica de forma pormenorizada el trabajo realizado. Un detalle importante de la evaluación que debe estar incluido en el informe analítico es el que se muestra a continuación.
Tabla 10: Instrumentos aplicados Instrumentos
Descripción
Cuestionario
Evaluación de los atributos por parte del operador calificado.
Pruebas de Caja Evaluación de módulos y funcionalidades Negra de atributos por parte del equipo auditor Lista verificación Prueba administrativa
de Evaluación de aspectos relacionados con los atributos por parte del equipo auditor. Evaluación del cumplimiento de atributos por parte del equipo auditor.
En este anexo que debe estar incluido en el informe se muestra una explicación de los instrumentos usados en la evaluación y el objetivo del uso del mismo, así como debe precisar que información se recogió en ellos.
pág. 22
CONCLUSIÓN
En conclusión 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.
pág. 23
