1.

Qu se busca con la implementacin de modelos de mejora de la

calidad del software?

Con la implementacin de los modelos para mejorar la calidad del software lo que
se busca es mejorar an ms el software y llevarlo a unos niveles muy ptimos
para su buen funcionamiento a lo largo de la vida del software, estos modelos
buscan una mejora continua atraves del cumplimiento de actividades y procesos
que buscan garantizar los intereses de la empresa con el software.

Con dichos modelos las empresas buscan que el software que van a entregar
cumpla con las etapas de anlisis, diseo, desarrollo y pruebas para que as sea
garantizada la calidad de dichos software, para garantizar lo anterior se debe tener
en cuenta un estndar internacional que es el encargado de regular los mtodos
de seleccin, implementacin, y monitoreo en el ciclo de vida de algn software
este estndar internacional se llama ISO 12207.

Los modelos de calidad ayudan a las organizaciones a estructurar de manera

coherente sus procesos y productos, y dentro del espacio de desarrollo del
software existe un sinnmero de estndares, entre ellos tenemos:

El modelo de McCall, el cual fue el primero en ser presentado en el 1977 se

origin motivado por Air Forc y Dod. Este modelo se focaliza en el producto final
identificando atributo claves desde el punto de vista del Cliente. Esto atributos se
denominan factores de calidad y son normalmente atributos externos pero tambin
se incluyen algunos atributos internos. Cada atributo externo atributo se dominan
factores de calidad los cuales son abstractos para ser medidos directamente por lo
cual se introduce un atributo de bajo nivel denominado criterios de calidad. El
modelo de McCall organiza los factores en tres ejes o puntos de vista desde los
cuales el usuario puede contemplar la calidad de un producto, basndose en once
factores de calidad organizados en torno a los tres ejes y a su vez cada factor se
desglosa en criterios de calidad. (lf.deiby, 2012)

El modelo es boehm, Es el segundo ms conocido y fue propuesto por Barry

Boehm en el ao de 1978 y es similar al modelo de McCall definiendo la calidad
en trminos de atributos cualitativos y mtricas para realizar las medidas. La
estructura jerrquica del modelo se presenta en la figura y plantea 3 niveles para
las caractersticas: de alto nivel, de nivel intermedio y nivel primitivo. Cada una de
estas caractersticas contribuye al nivel general de calidad. (Arteaga, 2013)

El modelo FURPS incluye, adems de los factores de calidad y los atributos,

restricciones de diseo y requerimientos de implementacin, fsicos y de interfaz.
Una limitacin de este modelo de calidad es que no tiene en cuenta la portabilidad
de los productos software que se estn considerando, factor digno de
consideracin en funcin de las exigencias actuales que recaen sobre el proceso
de desarrollo del software. (None, 2008)

ISO 9126, es un estndar internacional para la evaluacin del Software, fue

originalmente desarrollado en 1991 para proporcionar un esquema para la
evaluacin de calidad del software. La normativa define seis caractersticas de la
aplicacin, estas seis caractersticas son dividas en un nmero de sub-
caractersticas, las cuales representan un modelo detallado para la evaluacin de
cualquier sistema informtico. (Carrasco, 2013).

La calidad de un producto ya no est centrada en la satisfaccin plena del cliente,

la evolucin de la calidad ahora nos permite y exige tener un producto de calidad
debido a un proceso de calidad y este a su vez guiado por una gestin de calidad.
La calidad debe estar implcita en cada rea y proceso de la empresa y no as solo
en el producto final.

Para lograr que las empresas produzcan productos de calidad deben regirse a
normas, estndares de calidad a nivel mundial, para ello hay organizaciones
dedicadas a elaborar, modelos, parmetros para lograr la calidad de nuestra
empresa. Y estn siempre en un proceso de mejora continua para garantizar que
las empresas certificadas por dichas normas ofrezcan al usuario final un producto
o servicio de calidad.
2. Elaborar un cuadro comparativo donde se evidencie las similitudes ventajas y desventajas
de cada uno de ellos.

Modelo Caracteristicas Se Centraliza en: Factores Mtricas

McCall Este modelo es Operacin: Caractersticas Correccin Facilidad de Auditora
1977 fijo, mas de operacin. Confiabilidad Exactitud
Reusable y Usabilidad Normalizacin de las Comunicaciones
menos Rgido. Revisin: Habilidad para Integridad o Seguridad Completitud
ser cambiado Eficiencia o Concisin
Performance Facilidad Consistencia
Transicin: Adaptabilidad Mantenimiento Estandarizacin en los datos Tolerancia
al nuevo ambiente. Flexibilidad Facilidad de Errores
de Prueba Grado Eficiencia en la Ejecucin
Portabilidad Facilidad de expansin
Reusabilidad Generalidad
Interoperabilidad Independencia del Hardware
Instrumentacin
Modularidad
Facilidad de Operacin
Seguridad
Auto-Documentacin
Boehm Este Modelo es Sus caractersticas Portabilidad Independencia
1987 fijo, mas operativas. Confiabilidad Eficiencia Completitud
Reusable y Usabilidad Consistencia
menos Rgido. Su capacidad para soportar Chequeabilidad Eficiencia
los cambios. Comprensibilidad Accesibilidad
Modificabilidad Comunicatividad
Su adaptabilidad a nuevos Estructuracin
entornos. Concisin
Legibilidad
La evaluacin del Expansividad
desempeo del hardware Exactitud
Autodescriptividad
FURPS Este modelo es Requerimientos Funcionalidad Caractersticas de sistemas.
1978 fijo, mas Funcionales (F) Usabilidad Capacidades.
Reusable y Confiabilidad Seguridad.
menos Rgido Requerimientos No Prestacin Factores humanos.
Funcionales (URPS) Soporte Esttica.
Consistencia.
Documentacin.
Recuperabilidad.
Precisin.
Prediccin.
Velocidad.
Eficiencia.
Consumo.
Productividad.
Tiempo de respuesta.
Adaptabilidad.
Extensibilidad.
Mantenibilidad.
Compatibilidad.
Configurabilidad.
GQM de Este modelo es Alinear las Mtricas con los Establecer las Metas Recopilacin de Datos
Basili a medida, negocios de la organizacin Generacin de Definicin
1992 menos y las metas tcnicas. Preguntas: Planificacin
desechable y Especificacin de Interpretacin
mas flexible. Mejorar el proceso del Medidas: Preparar
software Recoleccin de datos
Recolectar, Validar y
Gerenciar el riesgo Analizar los datos para
la toma de decisiones:
Mejorar la calidad del Analizar los datos para
producto (QIP) el logro de los objetivos
y el aprendizaje:
ISO/IEC Este modelo es Calidad interna, calidad Funcionalidad Efectividad
9126 mixto, mas externa, y Calidad en uso. Confiabilidad Productividad
2001 reusable y mas Factibilidad de uso Seguridad fsica
flexible Eficiencia Satisfaccin
Mantenibilidad
Portabilidad
 3. Determinar una metodologa de evaluacin de software para portales
web o software de aplicacin, hacer una explicacin de cmo funciona
la metodologa.

La metodologia de evaluacion de software es "Evaluating Web Sites for

Accessibility" es una suite de documentos de la WAI que constituye la metodologa
a seguir para evaluar la accesibilidad de un sitio Web y asegurar la calidad de los
procedimientos.

Examen preliminar de la accesibilidad de un sitio Web

Describe una metodologa para identificar rpidamente posibles problemas de

accesibilidad en un sitio Web. Consta de cinco pasos:

Seleccionar una muestra representativa de pginas.

Examinar las pginas usando navegadores grficos haciendo las siguientes

pruebas:
Desactivar las imgenes y comprobar que existe para ellas una alternativa
adecuada.
Desactivar el sonido y comprobar que el contenido del audio est disponible
a travs de texto equivalente.
Comprobar que se puede aumentar el tamao de fuente y que la pgina es
usable con un tamao de fuente grande.
Probar con diferentes resoluciones de pantalla y/o con diferentes tamaos
de ventana para verificar que el desplazamiento horizontal no es necesario.
Visualizar o imprimir la pantalla en escala de grises y observar si el
contraste es suficiente.
Utilizar el teclado para navegar a travs de los enlaces y controles de
formulario, asegurndose de que se puede acceder a todos los vnculos y
controles y que los vnculos indican claramente a dnde conducen.
Examinar las pginas con un lector de pantalla y un navegador slo texto
para comprobar que toda la informacin est disponible y en un orden
significativo.
Utilizar al menos dos herramientas de evaluacin automtica para analizar
las pginas de la muestra.

Resumir los resultados obtenidos indicando:

Los diferentes tipos de problemas detectados, pero tambin los aspectos

positivos que se han encontrado.
 El mtodo por el cual se detectaron los diferentes problemas, indicando
claramente que no se trata de una evaluacin completa de la conformidad
de accesibilidad.
Incluir recomendaciones sobre medidas de seguimiento, la realizacin de
un anlisis completo y las maneras de abordar los problemas identificados.

Evaluacin de la conformidad de accesibilidad de un sitio Web

Describe la metodologa a seguir para determinar si un sitio Web cumple con las
normas de accesibilidad (Web Content Accessibility Guidelines (WCAG)).

Los pasos son los siguientes:

Determinar el alcance de la evaluacin: el nivel de conformidad (A,AA,AAA)

a evaluar, la muestra representativa de las pginas que se van a analizar y
la URL base que incluye todas las pginas a analizar en las revisiones
automticas (si no es posible por el tamao del sitio o su naturaleza
dinmica, seleccionar una muestra ampliada de pginas representativas).
Utilizar herramientas de evaluacin de la accesibilidad Web:
HTML Validation service;
HTML Tidy;
CSS Validation service;
MathML Validator.

Usar al menos dos herramientas de evaluacin automtica de la accesibilidad en

la muestra de pginas seleccionadas y al menos una herramienta a travs de todo
el sitio Web (o en la seleccin ampliada).

Evaluacin manual de la muestra de pginas:

Aplicar la checklist de accesibilidad a las pginas de la muestra.

Examinar las pginas usando navegadores grficos (descripcin en el apartado

anterior)

Examinar las pginas con un lector de pantallas y un navegador slo texto para
comprobar que toda la informacin est disponible y en un orden significativo.

Leer y evaluar el contenido de las pginas, el texto es claro, sencillo y adecuado

al propsito del sitio?

Resumir los problemas y las mejores prcticas identificadas para cada tipo de
pgina, con una URL de ejemplo y el mtodo por el que fueron identificados.
Recomendar la reparacin de los problemas de accesibilidad detectados, la
ampliacin de los aspectos positivos y el mantenimiento y seguimiento del sitio.

Metodologa para la evaluacin de contextos especficos

La evaluacin durante el proceso de desarrollo es esencial pues los problemas de

accesibilidad detectados de manera temprana son ms fciles de corregir. Para
una evaluacin eficaz durante el proceso de desarrollo es necesario:

Establecer claramente los requisitos de accesibilidad para el nivel de conformidad

deseado.

Participacin en las reuniones iniciales de planificacin del sitio.

Acordar un calendario de revisin durante el proceso de desarrollo.

Proporcionar informacin sobre mtodos de evaluacin para que los

desarrolladores pueden hacer por lo menos una evaluacin preliminar por su
cuenta.

Seguimiento. Para facilitar que un sitio mantenga el nivel de conformidad en el

futuro se recomienda:

Una declaracin clara del nivel de conformidad esperado y el alcance del sitio Web
al que esto se aplica.

Identificar claramente las personas responsables del seguimiento del sitio y los
procedimiento a seguir para convertir rpidamente en conformes las pginas no
conformes.

Definir unas expectativas claras con respecto a la frecuencia, el mtodo y el

alcance de las evaluaciones.
Establecer un proceso de validacin y evaluacin de todas las pginas
modificadas y los nuevos tipos de pginas antes de que se aadan al sitio.

Software para facilitar la evaluacin.

Incorporar en el sitio una direccin para la informacin sobre accesibilidad.

Establecer pruebas automticas o semi-automticas para identificar los problemas

hallados en la evaluacin global.

Evaluacin de los sitios Web "heredados", no activos, que pasa por identificar al
propietario, su obligacin o inters por hacerlo accesible, etc.

Evaluacin de pginas Web generadas dinmicamente:

Plantillas

Evaluar la accesibilidad de las plantillas estticas segn las WCAG. Aadir un

mnimo de contenido textual a las plantillas y volver a evaluar.

Contenido

Evaluar la capacidad del sistema de gestin de contenidos para almacenar y

generar informacin de accesibilidad. Permite incorporar contenido alternativo a
imgenes, sonidos y vdeos? Las tablas pueden generarse con los recursos de
accesibilidad? Genera (X)HTML vlido?

Plantillas y contenido combinado.

Las pginas que se generan como resultado de una consulta a una base de datos
deben ser capturadas y evaluadas por medio de las WCAG Las pginas
generadas conservan las caractersticas de accesibilidad?

Inclusin de los usuarios en la evaluacin de la accesibilidad Web

La inclusin de personas con discapacidad en la evaluacin de la accesibilidad
durante el desarrollo contribuye a entender mejor los problemas de accesibilidad y
aplicar las soluciones ms eficaces.

Inclusin efectiva de los usuarios.

Partiendo de la base de que las evaluaciones previas de accesibilidad detectan los

principales problemas de accesibilidad, se puede involucrar a los usuarios de muy
diversas maneras, desde evaluaciones informales (preguntando por ejemplo a un
usuario que use un lector de pantalla sobre un tema concreto) hasta un test de
usuarios formal optimizado para problemas de accesibilidad.

En cualquier caso es ms efectivo realizar evaluaciones informales a lo largo de

todo el proceso que realizar un test formal al final del mismo.

Se debera buscar unas cuantas personas con discapacidad e incluirlas en todo el

proceso de desarrollo para completar tareas en prototipos y discutir con ellos los
problemas de accesibilidad.

Examinar cuidadosamente todos los votos y evitar el supuesto de que los

comentarios de una persona con una discapacidad se aplican a todas las
personas con discapacidad. Una persona con una discapacidad no sabe
necesariamente cmo otras personas con la misma discapacidad interactan con
la Web, ni saben lo suficiente sobre otras discapacidades para proporcionar
orientacin sobre otras cuestiones de accesibilidad.

Incluyendo diversos usuarios

Hay que tener en cuenta que hay muchos tipos de discapacidad y los usuarios
utilizan diferentes tecnologas asistivas. Es tambin muy importante tener en
cuenta no slo su experiencia en Internet sino tambin con determinada
tecnologa asistiva. Del mismo modo, es imprescindible tener claro cul es el
pblico objetivo del sitio.

Para seleccionar de forma correcta a los usuarios se recomienda leer "Planning

Usability Testing"

Analizar los problemas de accesibilidad.

La accesibilidad Web depende de varios factores, incluyendo los navegadores

Web, las tecnologas de asistencia (AT) y el contenido Web. Para cualquier
problema de accesibilidad es necesario determinar qu componentes son los
responsables. Por ejemplo, si un usuario tiene problemas con una tabla de datos,
puede ser porque el cdigo (X)HTML no est marcado correctamente, o porque a
los usuarios que usan una AT no se les facilita la lectura de los datos
efectivamente o porque el usuario no sabe utilizar correctamente la AT.

Adems de encontrar los problemas de accesibilidad, la evaluacin con usuarios

con discapacidad revela los problemas generales de usabilidad que afectan a
todos los usuarios, incluidos aquellos sin discapacidades.

Conclusiones y presentacin de informes.

La combinacin de la participacin de los usuarios con la evaluacin de la

conformidad segn las WCAG asegura que la amplia gama de cuestiones de
accesibilidad estn cubiertas.
Los informes deben incluir el mbito del estudio y los parmetros de evaluacin,
tales como los mtodos de prueba y las caractersticas del usuario. Por ejemplo, si
el estudio incluy slo las pruebas de usabilidad con los participantes que son
ciegos, su informe debe aclarar que no se evala la conformidad con las WCAG y
que no se aplica a todas las personas con discapacidad. As, el informe puede
ayudar a los lectores a sacar las conclusiones apropiadas.

Optimizacin de los test de usuario para los problemas de accesibilidad.

A la hora de definir especficamente pruebas de usabilidad para encontrar los

problemas de accesibilidad, el protocolo ser diferente del de un tpico test de
usuarios, por ejemplo:

La tcnica "think-aloud" facilitar mucho la interaccin.

La recogida de datos se centrar en la comprensin de los errores relacionados

con los problemas de accesibilidad, en lugar de centrarse en el tiempo o la
satisfaccin de los usuarios.

Las tareas se centrarn en reas especficas de preocupacin para los posibles

problemas de accesibilidad, en lugar de en los problemas generales de uso del
sitio.

Seleccin de herramientas de evaluacin de la accesibilidad Web

En algunos casos, las herramientas de evaluacin son propensas a producir

resultados falsos o engaosos. Los resultados de las herramientas de evaluacin
no deben ser utilizados para determinar los niveles de conformidad, salvo que se
lleven a cabo por evaluadores experimentados que entienden las capacidades y
limitaciones de las herramientas con el fin de alcanzar resultados exactos.

Las herramientas de evaluacin de la accesibilidad Web no puede determinar la

accesibilidad de sitios web, slo pueden ayudar a hacerlo.

Listado y bsqueda de herramientas de evaluacin de la accesibilidad Web

Uso combinado de expertos para evaluar la accesibilidad Web

Los evaluadores de accesibilidad deben tener conocimientos sobre:

Tecnologas Web y especificaciones y estndares del W3C.

Herramientas de la validacin de las tecnologas Web.

WCAG y tcnicas asociadas.

Metodologa de la evaluacin de la accesibilidad Web.

Uso de una amplia variedad de herramientas de evaluacin de la accesibilidad

Web.

Conocimientos sobre las tecnologas de asistencia y estrategias de adaptacin

("How People with Disabilities Use the Web ")

Inclusin de las personas con discapacidad en la evaluacin de accesibilidad.

Plantilla para informes de evaluacin de accesibilidad

Presenta un formato recomendado para la comunicacin de los resultados de una

evaluacin de accesibilidad Web de acuerdo con las WCAG 1.0.

Artculos relacionados
4. https://olgacarreras.blogspot.com.co/2009/06/metodologia-para-la-
evaluacion-de-la.html
 BIBLIOGRAFIA

lf.deiby. (07 de 05 de 2012). Modelo McCall, Iso 9126, Iso 2500. Recuperado el 15
de 10 de 2015, de http://mccallisos.blogspot.com.co/

Arteaga, V. A. (01 de 01 de 2013). modelo de boehm. Recuperado el 15 de 10 de

2015, de http://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-
boehm/

Carrasco, S. (01 de 01 de 2013). Cuatro Rios Tecnologia. Recuperado el 15 de 10

de 2015, de http://www.cuatrorios.org

None. (29 de 11 de 2008). Ingenieria del Software. Recuperado el 15 de 10 de

2015, de http://clases3gingsof.wikifoundry.com/page/FURPS