MAESTRA

GESTIN DE LA TECNOLOGA EDUCATIVA

UNIVERSIDAD DE SANTANDER (UDES)

MODULO

EVALUACIN DE LA CALIDAD DE LA TECNOLOGA EDUCATIVA

Tabla_ACTIVIDAD.4.1

MODELOS DE CALIDAD

PRESENTADO POR:

Nelson Armando Lucero Ibarra

PROFESOR:
Henry Nebardo Cely Granados

Diciembre / 2017
En la norma ISO/IEC 9126:1991 se propone un modelo de evaluacin de
calidad de software para cubrir las necesidades de usuarios,
desarrolladores y productos.

Tres estndares han sido propuestos por la ISO (International Organization

of Standardization) en conjunto con la IEC (International Electrotechnical
Comission) para evaluar la calidad del software: ISO/IEC 9126/1991, ms
tarde dividida en ISO/IEC 9126 para calidad de producto software (ISO/IEC
9126-1:2001, ISO/IEC 9126-2:2003, ISO/IEC 9126-3:2003, ISO/IEC 9126-
4:2004) e ISO/IEC 14598 (ISO/IEC 14598-1:1999, ISO/IEC 14598-2:2000,
ISO/IEC 14598-3:2000, ISO/IEC 14598-4:1999, ISO/IEC 14598-5:1998,
ISO/IEC 14598-6:2001) para la evaluacin del producto software; dos
normas que seran revisadas en 2005 dentro del proyecto SQuaRE
(Software Product Quality Requirements and Evaluation) de la ISO/IEC para
emitirse la tercera norma ISO/IEC 25000:2005 con actualizaciones en 2006,
2007, 2008 y 2011, que terminara reemplazando las dos primeras
Rodrguez Manuel. Mayo 2014, ISO/IEC 9126:1991 propone una norma en
pro de medir la calidad del software para cubrir las necesidades de los
usuarios. En esta norma se distingue tres partes o subdivisiones de la
norma:

Calidad interna, calidad externa y calidad en uso

Adems que sobresalen caractersticas como: eficacia, productividad,

seguridad y satisfaccin.se habla de calidad externa referente a la calidad
percibida por los usuarios, as mismo con sus respectivas mtricas para su
medicin.

La calidad interna hace referencia a la evaluacin del producto en etapas

tempranas del proceso del desarrollo, la calidad en uso y sus mtricas se
enfocan en una etapa de interaccin con el usuario.

La norma se subdivide en seis partes:

La visin general de ISO/IEC 14598-1, indica su relacin con el modelo de
calidad ISO/IEC 9126.

ISO/IEC 14598-2 sobre gestin & planificacin de la evaluacin.

ISO/IEC 14598-3 sobre proceso para desarrolladores.

ISO/IEC 14598-4 sobre proceso para compradores (Empresas, usuarios).

ISO/IEC 14598-5 para evaluadores.

ISO/IEC 14598-6 sobre documentacin de los mdulos de evaluacin.

Esta norma expone cinco etapas para la valoracin del software que son:

Establecer requerimientos de de evaluacin.(propsito, tipo de producto,

modelo de calidad, caractersticas).

Especificacin de la evaluacin (mtricas para el modelo de calidad, escala

de medicin, criterios de evaluacin)

Diseo de evaluacin (plan de accin, procedimientos de medicin y

recursos).

Ejecucin del plan de evaluacin (mediciones y registro de todas las

acciones ejecutadas con sus resultados).

Conclusin de la evaluacin (reporte de la evaluacin del producto).

El estndar ISO/IEC 25000 es una gua de desarrollo de productos en lo

concerniente a evaluacin y requisitos de calidad, se habla de
caractersticas atributos subcaracteristicas y atributos de calidad, su
enfoque est dirigido a las tres fases del ciclo de vida del producto software.

Tanto de desarrollo, en progreso y en uso: efectividad, productividad,

seguridad y satisfaccin, adicionando contexto de uso, se centra en tres
 fases principales del ciclo de vida del producto software: Producto bajo
desarrollo, producto en operacin y producto en uso; y explicita el concepto
de calidad en varios componentes (gestin de calidad en ISO/IEC 2500n,
modelo de calidad en ISO/IEC 2501n, medicin de calidad en ISO/IEC
2502n, requisitos de calidad en ISO/IEC 2503n y evaluacin de calidad en
ISO/IEC 2504n).

El estndar ISO/IEC 25000 es ms completo que el ISO/IEC 9126 debido a

una mejor compresin que los desafos del mundo contemporneo a
impuesto en materia de software, especficamente la norma ISO/IEC 25000
es superior en sus fases principales: desarrollo, producto y evaluacin.

Otras crticas son:

Esclarecidas por Al-qutaish (2009), entre ellas se tiene:

1. La terminologa necesita ser armonizada con el vocabulario internacional

ISO de trminos bsicos y generales en metrologa.

2. Las mtricas en las partes 2, 3 y 4 de ISO 9126 estn completamente

fusionadas y necesitan ser clasificadas en mtricas fundamentales y

derivadas para ser alineadas con la ISO 15939.

3. Los rangos de resultados de muchas mtricas que en ISO 9126 estn

entre 0 y 1, de fcil conversin a valores de porcentaje, tambin deben
clasificarse en forma cualitativa para facilitar su comprensin: una tarea
completa cuyo valor es

100%, etiquetar como excelente; si el resultado es 80%, muy buena, etc.

4. Al mapear de la norma ISO 9126 a la ISO 12207, muchas de las mtricas

de calidad de la primera se refieren a procesos de la segunda. Sin
embargo, cada proceso en ISO 12207 contiene un nmero de actividades
diferentes. Por tanto, es ms til para los usuarios de ISO 9126 referirse a
las actividades de la ISO 12207.
Otros investigadores sealan las siguientes:

5. Jung et al (2004) revelan ambigedades en la forma que ISO 9126 es

estructurada en trminos de caractersticas y sub-caractersticas.

6. Chua and Dyson (2004) descubrieron debilidad con respecto a la

caracterstica de usabilidad. Hacer el modelo ms simple para uso por
educadores, quienes pueden no ser expertos en usabilidad; extendiendo el
criterio a otros factores como consistencia, simplicidad, legibilidad y uso de
color. Sugirieron incluir la sub-caracterstica Help (ayuda) como parte de la
usabilidad, para asegurar que este importante factor no sea descuidado.

7. Tambin Abran et al. (2003) establecieron que se necesita proponer una

nueva estructura para el modelo de usabilidad. Adicionan dos
caractersticas al estndar ISO 9126: Facilidad de aprendizaje y seguridad,
con la mtrica especfica para cada caracterstica.

8. Begh (2006) estableci que existen imprecisiones en las mtricas de la

ISO 9126 que no permiten su aplicacin directa. Propone redefinir las
mtricas, con reglas de conteo y perfiles.

9. Koscianski and Costa (1999) establecen que la normalizacin de

mtricas y puntajes deben cumplir lo siguiente: Cada mtrica usada debe
ser mapeada a la misma escala de referencia. Adems, como Al-qutaish
(ver punto 3), proponen usar mtricas cualitativas y,

10. Behkamala et al. (2009) establecen que el modelo de calidad ISO 9126
es general y necesita ser personalizado. Se requiere trabajo emprico
adicional para clarificar y validar la estructura del modelo de calidad ISO
9126 en trminos de caractersticas y sub-caractersticas.

Como critica a manera personal y como educador puedo decir que las
normas en general muestran una gran desventaja en el enfoque
directamente o debera estar dirigida al software educativo, hay una gran
brecha en desarrollar software empresarial a desarrollar software educativo,
prueba de ello es la insipiente gama de OVAS en la web al servicio del
educador, para llevar el control y estndar del software educativo hace falta
crear normas especificas que ofrezcan herramientas oportunas y adaptadas
a los requerimientos apenas insipientes en este campo, que a mi juicio
denota un gran oportunidad tanto para el que crea como para que ejecuta
cualquier tipo de software educativo.

Digo insipiente porque es un aspecto que apenas se desarrolla, su

efectividad no ha sido comprobada pero ofrece un gran potencial, es por
ello que su evaluacin frente al mercado es ms compleja, y debe darse en
funcin del objeto de aprendizaje y no su nivel de ventas.

El cliente no debera ser la institucin o el docente del software educativo, el

software educativo debera enfocarse al estudiante quien es en ultimas
sobre quien recae el proceso de aprendizaje, el docente es un orientador y
el desarrollo del software debera hacerse de manera conjunta, como una
prueba dirigida hacia el cliente. Situacin similar en lo referente a los libros
de texto, quien los desarrolla debera probar su efectividad antes que entren
a las instituciones como guas de aprendizaje, la cuestin es: quien
certifica que un producto sirva para aprender? Es una pregunta muy
compleja dados las formas de aprender, el universo nico de cada
estudiante, es un proyecto que transciende a una simple norma es un
trabajo conjunto entre gobierno y sociedad, estudiante y docente.

Otro aspecto que como educador me parece importante recalcar es que el

software educativo debe ser desarrollado por educadores, no puede ser de
otra forma, los grupos de investigacin o entidades que se dediquen a estos
fines deben contar con docentes capacitados y las normas deben estar
enfocadas a estos.
 Referencias

(8). REY P., Andrs. (2013). Evaluacin de la calidad de la tecnologa educativa.

Bucaramanga: CVUdes.

Cervera Paz, . El modelo de mccall como aplicacin de la calidad a la revisin

del software de gestin empresarial Dpto. Organizacin de Empresas. Nez
Moraleda, Bernardo M. Dpto. Lenguajes y Sist. Informticos. Universidad Cdiz.