<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>D en Ingenieria de Software (GIDIS), Departamento de Informtica</institution>
          ,
          <addr-line>Facultad de Ingeniena, UNLPam. Calle 110 esq. 9, 6360 General Pico, La Pampa</addr-line>
          ,
          <country>Argentina E-mail</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Guillermo Lafuentel</institution>
          ,
          <addr-line>Julia Gonzez Rodrfguez2, Luis Olsina3</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Pahbras Chives M6tricas Web</institution>
          ,
          <addr-line>Mtricas automatizables, Calidad, Website QEM, Website MA</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2001</year>
      </pub-date>
      <fpage>17</fpage>
      <lpage>24</lpage>
      <abstract>
        <p>Resumen. La automatizaci6n de mEtricas permite minimizer el esfuerzo y los costos en tareas de evaluaci6n, asi como evitar Ios errores e imprecisiones introducidas por el factor humane en la recolecci6n de datos y su ulterior tratamiento. Contar en el proceso de evaluaci6n de sitios Web con una herrarnienta como Website MA Que nos permita gestionar la recolecci6n de datos y el clllculo de las m6rricas automatizables fue uno de nuestros principales objetivos para su desarrollo. En el presente trabajo, nos centraremos en la discusi6n de las m6tricas automatizables por Website MA qua ban intervenido en tres casos de estudio. Adernas, ilustraremos Que soporte da esta herramienta al proceso de evaluaci6n defmido en la metodologfa cuantitatina Website QEM. Finalmente, Se discutirdn aspectos salientes de las m6tricas Web especificadas y de herramientas relacionadas con Website MA.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introducci6n.</title>
      <p>Desde la perspectiva del aseguramientode calidad de
208productos Web, 208 desarro2)adoresy evaluadores de
software Se encuentrancon interesantesdesafios debido al
incesante auge de las ap2icacionesy zecno2ogiasWeb. Por
lo que es necesario una Claradefxnici6nde requerirnientos
tanto funciona2escomo no funciona2esparapoder medir,
controlary, potencialmente,mejorar la calidad producida.
Los sitios Web, a2 aumentar en interacci6n y
funcionalidad, ban pasado de ser tan s61o un medio de
presentaci6nde informaci6nestdticaa ser ap2icacionescon
al monos la complejidad del software tradicional.Una de
las caractensticas a destacar de 2aSap2icacionesWeb es la
combinaci6n de diferentes medios y tecnologias para
desp2egarsu informaci6ny funcionalidad,que va desde el
simple texto, voz e imdgenes, hasta componentes con
interacciones comp2ejas (scripts, applets, ActiveX, entre
otros). En consecuencia, un empleo no sistemdtico,ad hoc
de estos recursos puede acarrear problemas al usuario
visitante, Que s61o pretende encontrar informaci6n,
navegar, acceder a contenidos y funcionalidadespecificos.</p>
    </sec>
    <sec id="sec-2">
      <title>For ejemplo, Unabaja percepci6n de calidad de un sitio</title>
      <p>Web visitado, puede ser debido, entre otros aspectos, a la
falta de una clara estructura organizativa de su pagina
principal (un pobre agruparniento de los controles
principales y navegacionales, la ausencia de arributos
como una tablade contenidos, un mapa de) sitio o indices),
la falta de contenidos relevantes, la baja velocidad en
cargar las paginas, la existencia de enlaces rotos o
innlidos, etc~ Esto puede conducir a Que el usuario
abandone el sitio Web con una imagen deslucida del
mismo y hastade la instituci6n visitada.</p>
      <p>
        For otra parte, es diffcil considerer todas las
caracteristicasy atributos deseables y obligatorios de un
sitio Web si no se cuenta con un esquema o modelo de
calidad que nos permits especificar ordenadamentedichas
caracteristicasy atributos.La metodologia Website QEM
(Quality EvaluationMethod) [III, pane de un modelo de
calidad que consiste en Unajerarqufa de requerimientos,
definiendo un enfoque cuantitativo,sistem:itico e integral
para evaluary compararproductos Web (tanto en la fase
operativa como en la fase de desarrollo del ciclo de vida
de un producto).El principalobjetivo de la metodologia es
evaluar y determinarel nine} de curnplirnientode ciertas
caracteristicas de calidad como la usabz.Itdad,
funcionalidad, confiabilidad, cz.encia, mantenibilz`dady
ponabilidad [
        <xref ref-type="bibr" rid="ref5">4</xref>
        ] y analizar preferencias o indicadores
elementales, parciales y globales con el fin de dar
recomendaciones. Al final del proceso, para cada sitio
seleccionado obtendremosun indicador global con valores
comprendidos en una escala de 0 a l00%, que puede ser
interpretado corno el grado de satisfacci6n de los
requerirnientos de calidad conforme al perfil de un
usuario. La metodologia ha sido empleada en diversos
casos de estudio [9,10,121.
      </p>
      <p>
        Cada una de las m6tricasobtenidas para los atributos
especificados en el modelo de calidad, pueden ser
clasificados en metricas directas e indirectas.Las primeras
son obtenidas a partir de un atributo directo (no
compuesto) de un cote, en tanto qua las segundas serdn el
resultado de aplicar un modelo o ecuaci6n materruiticaa
partir de Una asociaci6n de atributos. Es decir, Una
asociaci6n de atributos estti[ compuesta por atributos
directos~ For otra parte, considerando el tipo de
recolecci6n de datos de las m6tricas definidas, la misrna
puede hacerse de un modo manual, semiautomatico o
automzitico.En el caso de las m6tficas automatizablesde
atributos directos e indirectos podemos utilizer una
herrarnientaCo instrumento) de recolecci6n de datos y
cdlculo. Website-MA [
        <xref ref-type="bibr" rid="ref6">5</xref>
        ], es la herramienta desarrollada
para gestionar la recolecci6n de datos y cIculo de las
m6tricas automatizables.Esta herramientapotencialmente
elimina las interpretacionessubjetivas,minimiza el tiempo
empleado en tareas tediosas, y aumentala fiabilidad en el
proceso de evaluaci6n.
      </p>
      <p>Entre las metricas automatizablesgestionadas por esta
herramientapara los casos de estudio antes citados, se
encuentran: cantidad de enlaces rotos, cantidad total de
en|aces de an sz"tiop,orcentaje de enlaces rotos de an sitio,
cantidad de enlaces rotos distintos, cantidad de p6ginas
muertas, cantidad de inaigenes de an sirio con ro
alternativo, cantidad total de imaZenes de an sitio,
cantidad nzd:l:imdae marcos, entreotras.</p>
    </sec>
    <sec id="sec-3">
      <title>La herramientaha sido construida en el ambiente de</title>
      <p>desarrolloJava 2 y mediante el empleo del lenguaje WebL
{7], de utilidad para recorrerrecursivamente documentos</p>
    </sec>
    <sec id="sec-4">
      <title>HTML y XML, y se ha dise6ado una arquitecturacentrada</title>
      <p>en cuatro m6dulos principales, a saber: el m6dulo</p>
    </sec>
    <sec id="sec-5">
      <title>Java_GUI, el de interconexi6n a la base de datos, el de</title>
      <p>interfaz entre Java y WebL, y el m6dulo de WebL
propiamentedicho. Adetmis de la recolecci6n de datos, la
herramientanos brinda la posibilidad de obtenerinformes
tabulates y graficos de la informaci6n procesada.</p>
    </sec>
    <sec id="sec-6">
      <title>Asimismo, la salida de esta herrarnientaservir de entrada</title>
      <p>a WebQEM_Tool {14], en su nueva versi6n" ).</p>
    </sec>
    <sec id="sec-7">
      <title>WebQEM_Tool da soporte al proceso de evaluaci6n</title>
      <p>especificado en la metodologia Website QEM.</p>
      <p>La estructura de este trabajo es la siguiente: en la
secci6n 2, comentamos las principales actividades de la
metodologia Website QEM, la cOal da an marco
conceptual de aplicaci6n a las herrarmentasE.n la secci6n
3, anaJizamos los distintos atributos utiJizados,
centrandonos en la discusi6n de aquellos automatizables
desde el punto de vista de la recolecci6n de datos y
obtenci6n del valor de las m6tricas. En la secci6n 4,
describimos los principafes m6dulos funcionales de la
herramienta Website MA, considerando aspectos de
disefio e implementaci6n. For Oltimo presentaremos la
discusi6n del articulo, las consideraciones finales y
trabajosfuturos.
2.</p>
    </sec>
    <sec id="sec-8">
      <title>La Metodologia Website QEM.</title>
      <p>
        La metodologfa Website QEM foe desarrollada a
mediados del 98, con el prop6sito de aportaruna estrategia
eficaz para evaluar y analizar la calidad de sitios o
aplicacionesWeb. Esta basada en un modelo jerarquicode
requerimientosde calidad, partiendo de las caracteristicas
de mIis alto ninel prescritasen la Donna ISO-9126 [
        <xref ref-type="bibr" rid="ref5">4</xref>
        ], a
saber: usabilidad, funcionalidad, confiabilidad, eficiencia,
rnantenibilidady portabilidad.De modo Que, a partfrde
esas caracterfsticas, se derivan subcaracteristicas, y, a
partir de stas, siguiendo an proceso de descomposici6n
jerqaico, se especifican atributos. Es imporlante
destacar, sin embargo, que Se puede cuantificar a la
calidad de un producto,mediante la apropiadaagregaci6n
y cuantificaci6n de alguna o Codaslas caracteristicas, a
partirde la medici6n directa e indirects de atrfbutosy su
agrupamiento en un modelo de agregaci6n y ulterior
cIculo [II].
      </p>
      <p>
        El principal objetivo de esta metodologfa consiste en
evaluar y determiner el nine) de cumplimiento de las
caracterfsticas requendas para lo cual Se analizan las
preferenciasglobales, parcialesy elementales. El resultado
def proceso de evalaaci6n Cy eventualmente de
comparaci6n) puede ser interpretado como el grado de
requerimientos de calidad satisfechos. La metodologfa
comprende una serie de fases y actividades Que los
evaluadores deben Ilevar a cabo en el proceso; entre las
que podemos citar las principalesactividadest6cnicas:
/ . Dnici6n de /as metas de evalaaci6n y selecci6n
del peL de asaario. Los enaluadores deben definir las
metas y establecer el alcance del proyecto de evaluaci6n
Web. La evaluaci6n puede Ilevarse a cabo cantoen la fase
de desarrollocomo en la lase operativadel proyecto, y Se
puede nalorarla calidad de un productocompleto o bien Se
puede valorarla calidad de un conjunto de caracteristicasy
atributos de un componente. Los resultados podran ser
utifizados para comprender,mejorar, controlar o predecir
la calidad de los productos. Por otra parte, la relativa
importanciade las caracterfsticasy atributosdependen del
perfil de usuario seleccionado y del dominio de la
aplicaci6n. Para prop6sitos de evaluaci6n en dominios
Web, hemos considerado tres perfiles de usuario a on alto
nine} de abstracci6n,a sabe{:visitantes, desarroJladores,y
gerenciadores. Siguiendo un mecanismo de
descomposici6n podemos, por ejemplo, dividir a la
categoriavisitante en clases mis especificas CverII 0])"
2, Detinici6n de Los reqaerimientos de call.dnd. Los
evaluadores deben elicitar, acordar y especificar los
atribulos y caracteristicas de calidad que van a ester
presentes en el proceso, agrupdolos en un zirbol de
~ requerimientos. De las caracteristicas 150 arriba
mencionadas derivamos las subcaracteristicasy de estas
podemos especificar atributos con an rninimo
solapamiento. A cada atributo cuantificable del dominio
empirico, le asociamos Una variable en el dominio
numico; esta variable puede cornerun valor real, Que
podsh ser medido y computado [
        <xref ref-type="bibr" rid="ref3">2</xref>
        ]. For ejemplo,en el caso
de estudio de libraries con comercio electr6nico{12], mas
de ciento cuarenta atributos, subcaracteristicas y
caracteristicasfueronseleccionadas.
      </p>
      <p>3. Definicio-nde crz.terz`odse prerencia elementaLesy
procedimientos de medici6n. Los evaluadores deben
definir Una base de criterios para la evaluaci6nelemental,
y realizer el ulterior proceso de medici6n y puntaje
elemental. Un criterio de evaluaci6n elemental declare y
especifica c6mo medir atributos cuantificables. El
resultado final es Unapreferenciao indicador elemental,el
cual puede ser interpretadocomo el grado o porcentajedel
requerimientoelemental satisfecho. For lo tanto,para cads
m6trica de un atributonecesitamos establecer un rango de
valores aceptab]es y definir la funci6n de criterio
elemental, que producird Una correspondencia entre el
valor de la m6trica con el nuevo valor Querepresentala
preferencia elemental.</p>
      <p>
        4. Definz`c!6n de estructuras de agregaci6n e
implementacz.6nde la evaluacz.6nglobal, En el paso previo
se producenn preferencias de calidad elemental paralos n
atributos considerados en el arbol de requerimientos.For
lo unto, aplicando un mecanismo de agregaci6n paso a
paso, las preferencias elementales se pueden agrupar
convenientemente para producir al final un esquema de
agregaci6n. Las preferenciasde caZidadparcia2esy global
se pueden obtener rnediante cdlculo conforme al modelo
de agregaci6ny puntajeempleado. En los casos de estudio
realizados hemos usado el modelo LSP [
        <xref ref-type="bibr" rid="ref2">1</xref>
        ] paraestructurar
y computar la calidad global de cada sitio Web [II]. La
preferencia global represents el grado de satisfacci6n de
todos los rcQuerimientosexplfcitos e impllcitos.
      </p>
      <p>5. Andlisis de resultados y recomendaciones Una vez
dz.sehado e impLementado eLproyecto de evaluacz.6n, eL
proceso culmina con la documentaci6n de Las
conclusiones y recomendaciones. Los evaluadores
analizan Losresultados consz.derandolas metas y e/ pezfiL
de usuario establecidos. El proceso de evaluacz"6n,
produce informaci6n elemental, paretoL y global qua
puede serfdcz"Imenteanalizada por medio de un modelo de
seguimiento o trazabilidad y e.ficientementeempleada en
actividades de toma de decisi6n</p>
      <p>Una vez comentados los princz.pales pesos que
z"ntegrana la metodologza Website QEM, en La sz"guz.ente
secci6n vamos a poner nfasis en el estudio de las
metn`casautomatizables. La selecci6n de estas metricas se
correspotzde con las actz.vz.dadesde definici6n de criterios
elementales y procedimz.entos de medici6n.
Especcamente, discutiremos las me-tr!casautomatizables
para algunos de Los atributos quaformaron parts de los
requerz.mz.entosde call.dad de los casos de estudz.o
real .z..ados.</p>
      <p>3.</p>
    </sec>
    <sec id="sec-9">
      <title>Las M6tricas Web Automauzables.</title>
      <p>Como indicamos en la introducci6n, los atributos de un
ente (producto, proceso o recurso), se pueden categorizer
en atributos directos e indirectos, For otra parte, en
consideraci6n del tipo de recolecci6n de datos, los
atributos pueden ser parcial o totalmente automatizados.
Mas precisamente, para determinar el valor de un atributo,
puede hacerse de un modo manual, o asistido total o
parcia2mente por un insrrumento de medici6n o
herramienta de recolecci6n de datos y cziJculo.</p>
      <p>Si bien machos de los datos recolectados para las
m6tricas empleadas en los casos de estudio realizados para
sitios academicos, de comercio electr6nico, entre otros
dominios. fueron implementados de un modo manual u
observacional, dado que no habia Otto modo de hacerlo
efectivamente, no obstante, la recolecci6n de datos
automtitica fue en muchas instancias el dnico mecanismo
para obtener resultados de un modo confiable y eficiente.
Este fue el caso para medir atributos como Enlaces Rotos,</p>
      <sec id="sec-9-1">
        <title>Pdginas de Acceso Rdpz`do,Imagen con Tltulo, Pdgz.nas</title>
      </sec>
      <sec id="sec-9-2">
        <title>Muertas, Promedz.o de En|aces por Pdgina, entre otros. A</title>
        <p>seguir, analizamos el listado de las metricas
automatizables por un instrumento de rnedici6n (como
Website MA)~ conforme a los estudios realizados. No
obs(ante, en el proceso de innestigaci6n en marcha,
estamos descubriendo nuevas metricas automatizables
(alrededor de ochenta), que serdn implementados en la
segunda versi6n de la herramienta Website MA, y serdn
reportados en breve.</p>
      </sec>
    </sec>
    <sec id="sec-10">
      <title>Canddad de en|aces rotes tohdes</title>
      <p>Este atributo indirecto represents la cantidad de
enlaces rotos tota]es del sitio (tarnbidn denorninados
broken o dangling links), bien scan internos o externos al
mismo. For otra parte. al momento del conteo de este
atributo no se hard distinci6n entre URLs iguales (de
enlaces rotos). Este atributo es importance a la horn de
apreciar la calidad, dado que si el nOmero de enlaces rotos
es grande, la confiabilidad global del sitio podrd disminuir
considerablemente para un usuario visitante. Aderruis, es
interesante discernir entre los enlaces rows que pertenecen
a `LJRLsinternos al sitio, de los enlaces rotos dirigidos a
pdginas externas. En la Figura I, especificamos mediante
pseudoc6digo, el algoritmo Que petmite recorrer un sitio y
calcular la cantidad de enlaces rotos totales, en funci6n de
los enlaces rozos internos y externos.</p>
    </sec>
    <sec id="sec-11">
      <title>Fignra 1. Algoritmo de automatizaci6n de la</title>
      <p>m6trim enLacesrotas totaLes.</p>
      <p>Website MA implement&amp;dicho algoritmo y permite
almacenar los URLs de los enlaces rotas, tame internos
como externos, para un posterior anallsis y posible
correcci6n.El chequeo de un enlace roto se compruebapar
medio del tipo de errordevuelto conformea los c6digos de
estado del protocolo HTTP. Asimismo, en consider&amp;clan
del c6digo de error devuelto, se puede determiner la
cantidadde enlaces Queconducena pdginasno accesibles.</p>
    </sec>
    <sec id="sec-12">
      <title>Cantidad Total de Enlaces de un 5100.</title>
      <p>Se puede recolectar automticarnente la cantidadtotal
de enlaces que posee un sitio Web, asf como los enlaces
internos y extemos totales, reusando el aJgoritrnode la
figura 1. (El lector podrfa considerar el cociente entre
enlaces rotos extemos y cantidadtotal de enlaces extemos,
y la misma relaci6n para los enlaces intemos -, y
observerla proporci6nentreambos cocientes).</p>
    </sec>
    <sec id="sec-13">
      <title>Porcentaje de enlaces rotos rotates de nn sitio.</title>
    </sec>
    <sec id="sec-14">
      <title>Mediante el empleo de las m6tricas mencionadas</title>
      <p>anteriorrnente (cantidad de enlaces rotos totaLes y
cann"dad total de enlaces de an sitio), se computa el
porcentajede enlaces rotos de un sitio, establecido par la
f6rmulasiguiente:</p>
      <sec id="sec-14-1">
        <title>PorcentajeEnLacesRotosTotaLe-s100* CantidadEnLacesRotosln+t Cantz.dadEnlacesRotosExt CantidadT--olaLEnLaces</title>
      </sec>
    </sec>
    <sec id="sec-15">
      <title>La m6tricaporcentaje de enlaces rotas rotates</title>
      <p>de un sitio nos da una idea global de la
confiabilidad del sitio permiti6ndonosadem la
comparaci6nde este atributopara distintos sitios.</p>
    </sec>
    <sec id="sec-16">
      <title>Un estudia rruis detallado del impacto de esta</title>
      <p>metric&amp;en la calidad de uso consistiz-iaen analizar
la importanciade los enlaces rotos en funci6n de</p>
    </sec>
    <sec id="sec-17">
      <title>Sus ubicacioneS dentro de las pdginas rruiis</title>
      <p>relevantesyJovisitadas.</p>
      <p>Cantidad de enlaces rotos distintos.
,Yart.xendode la metr.xcaxnd,.xrectacantz.a.ad. a.c
. . , .
enlaces rotos totales, queremos analizar los
diferentes URLs a los que hacen referencia 108
enlaces rotos recolectados anteriorrnente. A
diferencia de la m6trica citada, dsta nos data
informaci6nms Otilpara lases de mantenimiento,
y especi.ficamentepuede favorecer el anlisis de
impactoantepotenciales cambios.</p>
    </sec>
    <sec id="sec-18">
      <title>La generaci6n de esta m6trica se realiza con</title>
      <p>una leve modificaci6n del aJgoritmomostrado en
la Figura 1, consistiendo ( Sta en la adici6n de IDS
chequeos necesarios para comprobar si el
consider&amp;doya fue visit&amp;doo no.</p>
    </sec>
    <sec id="sec-19">
      <title>Cantidad total de enlaces distintos de un sitio.</title>
      <p>Tal y como hemos mencionado en la metric&amp;cantidad
total de enlaces, la cantidad total de enlaces distintos
existentes en un sitio Web, nos aport&amp;rd inforrnaci6n dtil
en el analisis del impacto ante cambios.</p>
    </sec>
    <sec id="sec-20">
      <title>Porcentaje de eniaces rotos distintos de un sitio.</title>
      <p>A semejanza de la metrica porcentaje de enlaces rotas
totaLes de zznsitio, esta m6trica va a calcularse a trav6s de
las metricas: cantidad de enlaces rotos distintos y cantidad
total de enLaces distz.ntos de an sitio, aunque establecemos
la reJaci6n existente en funci6n de los enlaces no
repetidos.</p>
      <sec id="sec-20-1">
        <title>PorcentajeEnlacesRotosDisrintos- 100*</title>
      </sec>
      <sec id="sec-20-2">
        <title>Cann"dadEnlacesRotosDistintos</title>
      </sec>
      <sec id="sec-20-3">
        <title>Canzz.or otalE--nlacesDistinros</title>
      </sec>
    </sec>
    <sec id="sec-21">
      <title>Canb-dadde iru:iigenes de nn sitio con texto alternativo.</title>
    </sec>
    <sec id="sec-22">
      <title>Las irruigenesnos ofrecen informaci6n visual Que en</title>
      <p>ocasiones, par razones de accesibilidad o rendimiento
(performance),deben ser desactivadas.Un sitio Web debe
proporcionarmecarxismosadecuadospara la visualizaci6n
opcional de las imhgenes sin qua por ello toda la
inforrnaci6nque conlleva Se pierda. Existe una propiedad
Que consiste en enlazarun texto altemativo a la
Imagen,propiedad ALT en HTML-, la cual contribuye a la
legibilidad de la pdgina, (incluso el texto podrd ser lefdo
antes de Que la Imagen sea descargada totalmente). No
obstante, el agregado de texto alternativo no garantiza la
calidad del mismo, ya que el texto podo haver sido
generado automdticamente For editores de pdginas, como
FrontPage. Este atriboto estd incloido dentro de las
recomendaciones de accesibilidad del W3 Consortium
[15]. Ademds, esta propiedad es extensible a otros objetos
eng)obados en las paginas Web como applets, sonidos, etc.</p>
      <p>Website MA co`ntabilizael n6mero de im;iigenes que
poseen esta propiedad.</p>
    </sec>
    <sec id="sec-23">
      <title>Can6dad total de ionigenes de nu sitio.</title>
      <p>La cantidad total de imagenes que posee un sitio ofrece
una medida de la informaci6n visual Que se nos esni
proporcionando. AZigual que para /Os enfaces de un sitio
es facil detectar la cantidad de imagenes qua 6Ste posee.
Para eJlo, recolectaremos de cads una de las pdginas
analizadas, la presencia de imzigenes verificando su
existencia a trav6s de la propiedad IMO soportada por el
c6digo HTML.</p>
    </sec>
    <sec id="sec-24">
      <title>Porcentaje de presencia de texto alternativo.</title>
      <p>Mediante el empleo de las metric&amp;s anteriores,</p>
      <sec id="sec-24-1">
        <title>Cavztidadde imdgenes de an sitio con tcxto altemativo y</title>
      </sec>
      <sec id="sec-24-2">
        <title>Cant!dad total de iv?ldgenesde an sitz.o, se compota el</title>
        <p>porcentaje de presencia de la propiedad ALT.</p>
        <p>PorcentajePresenciaTextoALternatz.vo - 100*
Cantidadlm6ZenesconTextoALternativo_</p>
        <sec id="sec-24-2-1">
          <title>Cant:`dadTotallmdgenes</title>
        </sec>
      </sec>
    </sec>
    <sec id="sec-25">
      <title>Cantidad total de imafflcuesdistintas de nu 8160.</title>
      <p>La cantidad total de imzigenes distintas nos esta dsndo
ademds de la informaci6n visual Que se nos esta
proporcionando, la variedad de la informaci6n", es decir
podemos medir la redundancia de irnagenes.</p>
    </sec>
    <sec id="sec-26">
      <title>Porcentaje de redondancia de inuiigenes</title>
    </sec>
    <sec id="sec-27">
      <title>Obteniendo fa refaci6n existente entre la cantidad de</title>
      <p>irnuiigenesdistintas y la cantidad total de imdyenes,
podemos obsernarel porcentaje de imdgenesrepetidas qua
posee el sitio Web. La repetici6n de im:igenes equiv&amp;lea
la redundanciade la informaci6nvisual.</p>
      <sec id="sec-27-1">
        <title>PorcenlajeRedandanczaJmagenes- 100 *</title>
      </sec>
      <sec id="sec-27-2">
        <title>Cantidadlln6genesDistintas_ Cantz`dadTota{lmagenes</title>
      </sec>
    </sec>
    <sec id="sec-28">
      <title>Caoddad total de p:iginas de no si6o.</title>
    </sec>
    <sec id="sec-29">
      <title>El valor de esta m6tricaes un simple conteo del total de las paginas estticas del mismo. Da una idea inicial deJ tarnsfio del sitio Web en cantidad de docurnentos o piiginas.</title>
    </sec>
    <sec id="sec-30">
      <title>Promedio de eolaces por p:igioa.</title>
      <p>Calculado a partir de las m6tricas cantidad total de
enlaces y cantidad total de pd&amp;Enos,esta m6trica da Una
idea prirnaria del nine} de interconexi6n de on sitio (ver
[II] para mzisdetalles).</p>
      <p>TlmaSo de pzigim</p>
      <p>Se rnide el tarn&amp;ho de una pgins estatica,
considerando todos sos componentes graficos, textoales,
tabulates, etc. As{ podemos contabifizar el tarn&amp;homedido
en bytes para cads pdgina. El tarna6o de las pginas es un
factor importance para la apreciaci6n de la eficiencia de un
sitio. Especfficamente, el tarnsBo es ono de los elementos
que )unto con el tipo de conexi6n va a inffoir en el tiempo
de descarga de la pdgina.</p>
    </sec>
    <sec id="sec-31">
      <title>Phgioas de acceso rhpido.</title>
      <p>El tiempo de descarga (T), estar;i en funci6n del
tarn&amp;hode la Fagin&amp;estatica (t), y la velocidad de la Ifnea
de conexi6n establecida (c). El tiempo de descarga es
directamente proporcional al tarn&amp;ho de la pgina e
inversamente proporcionai a la velocidad de la linea de
conexi6n.</p>
      <p>TDescargn - f (t,c)</p>
      <p>La creaci6n de ombrales minimos de tamaho de la
pgina para ona descarga eficiente para ona conexi6n
dada nos perrnite crear una fonci6n qua clasifique cada
ona de las pgloss del sitio en p;;iginasde acceso rdpido o
paginas de acceso lento. A trav6s de estos ombrales
contabilizaremos las pdginas de noestro sitio qoe son de
acceso rapido. El factor interesado poede referirse a las
sogerencias de tarn&amp;hosrecomendados para ciertas lineas
de comonicaci6n [3, S].</p>
    </sec>
    <sec id="sec-32">
      <title>Manteoimiento del color de las enlaccs.</title>
      <p>Se podria decir qua entre 105atributos deseables de un
sitio Web esuin aquellos coya apariencia visual lejos de
confundir aI osoario le ayudan a mantener la coherencia en
la informaci6n visualizada. Particolarmente entre estos,
For ejemplo, el mantenimiento def color de los enlaces
textoales es un atriboto deseable. Asi podemos analizar el
mantenimiento del color de los enlaces en funci6n de si
foeron o no visit&amp;dos, respetando preferentemente la
recomendaci6n de tonalidad azol (para los enlaces no
visitados), y de ptirl:)ura (para los ya visitados) [SJ. La
m6trica discfiada compote la cantidad de cambios en todo
el sitio para ambas categories. For lo tanto, se analizan los
c6digos de color para las propiedades LINK (en el caso de
los enlaces no visit&amp;dos)y VLINK (para los ya visit&amp;dos)
del c6digo foente HTML.</p>
    </sec>
    <sec id="sec-33">
      <title>Cantidad miYima de marcos o frames.</title>
      <p>La m6trica de este atributo es de utilidad para
deterrninarel ndmero maXimo de vistas, la cual puede
afectar a la accesibilidad. Los frames o marcos organizan
una ventana en diferentes areas o subvistas, a saber: de
control y de contenido. Cuanto mayor es la cantidad de
marcos, manor es la accesibilidad a las ventanas,
principalmente para personas con discapacidades, entre
otros inconvenientes inform&amp;dos.La guia provista por
W3C en WA! Accessibility Guidelines [15], dice: "For
vz'sually enabled users, fiames may organize a page into
derent zones. For non-visual users relationships
between the content inframes (e.g., oneframe has a table
of contents, another the contents themselves) must be
conveyed through other means". Verificando en cada una
de las paginas analizadas si existe la etiquetaPRAME, se
puede comprobar de rnaneraautomdtica la cantidad de
marcos Que contiene la pagina. Tras este proceso, se
calcular la pdgina con el mayor numerode maxcos.</p>
    </sec>
    <sec id="sec-34">
      <title>Cautidad de p;iiginnsmuertas</title>
      <p>Este atributo representa la cantidad de paginas Que no
tienen ningtin enlace de retorno dentro del sitio (tambi6n
denominadas paginas buerfanas). Si un visitante accediera
a una vagina xnuerta desde un URI externo aI sitio, For
ejemplo, a tray6s de un enlace recuperado por un buscador
en Internet (Yahoo, Altavista, etc.) no tendrfa la
posibilidad de navegar dentro del mismo. 0 bien Una vez
Que hayamos llegado a esta pdgina a trav6s de otras
p8ginas del sitio en el Que esni contenida, serd imposible
salir de ella sin utilizar obligadamente los controles del
navegador. Sea simplemente una pagina sin vfnculo
alguno, cuya funcionalidad navegacional es practicamente
nula y su utilidad dependerd exclusivamente del contenido
de la ruisma.</p>
    </sec>
    <sec id="sec-35">
      <title>Porcentaje de pa&amp;mas muertas.</title>
    </sec>
    <sec id="sec-36">
      <title>Esta m6tricaindirectase calcula a partirde las m6tricas</title>
      <p>cantidad de p6ginas muertas y cantidad total de p6ginas.
El ndmero total de paginas muertasno es una m6tricatan
vida a la hora de evaluarun sitio, sino se la relaciona con
el total de paginas del mismo. Al igual que con la m6trica
de porcentaje de enlaces rotos, un alto valor en el
porcentaje de p6gt.Hasmuertas ser un indicadorpotencial
de una baja confiabilidad,y en consecuencia, de la calidad
del sitio.</p>
      <sec id="sec-36-1">
        <title>PorcentajePdginasMuertas -100*</title>
      </sec>
      <sec id="sec-36-2">
        <title>CantidadP6ginasMuertas</title>
      </sec>
      <sec id="sec-36-3">
        <title>CantidadTotalPa-ginas</title>
      </sec>
    </sec>
    <sec id="sec-37">
      <title>Website MA: DetaIIes de DiseSo e Implementaci6n.</title>
    </sec>
    <sec id="sec-38">
      <title>Como indicamos previamente, Website MA sirve de</title>
      <p>soporte al proceso de evaluaci6n de m6tricasen la Web.</p>
    </sec>
    <sec id="sec-39">
      <title>Permite la automatizaci6nde las menleas descriptasen la</title>
      <p>secci6n 3 y la generaci6nde informes en formato grafxcoy
tabular, Aderrjds, es capaz de adrninistrar mi:iItiples
proyectos Web representadospor Sus URLs, cada uno con
Sus respectivasm6tricasseleccionadas. Consecuentemente,
esos distintos proyectos quedan almacenados con Sus
diferentesresultados existiendo la posibilidad de visualizer
los informes en cualquier momento. Tambi6n permite
registrarparacada proyectola fecha y hora de comienzo y
fin de la evaluaci6n. De este modo se puede evaluar un
mismo sitio en distintas fechas. For OItimo,es importante
resaltar que el recorridodel sitio se realiza de un modo
on-line aunquese podriarecorrerun sitio replicado en una
mquina local.</p>
    </sec>
    <sec id="sec-40">
      <title>Como se aprecia en la figura 2, la berramientaha sido</title>
      <p>dise6ada en tres capasprincipales,que son las siguientes:
u&amp;"&lt;IeDatcs:s|
CR- 3;,i!!t;a~rs</p>
    </sec>
    <sec id="sec-41">
      <title>Intelfaz de Usuario. Esta capa perrnite al usuario interactuar con la aplicaci6n For medio de una GUI (GraphicUser Interface).</title>
    </sec>
    <sec id="sec-42">
      <title>Gesti6n de Mktricas. Esta capa es la mas importantede</title>
    </sec>
    <sec id="sec-43">
      <title>Website MA, ya que es la encargadade gestionartodas las</title>
      <p>m6tricas configurables por el usuario desde la GUI.</p>
    </sec>
    <sec id="sec-44">
      <title>Realiza la recolecci6n de datos y el posterior calculo de las</title>
      <p>m6tricas. Esta capa interactriadirectamente con el URL
del sitio a analizar desde donde se recolectan los dams
para luego calcularlas m6tricas.For otra parte, interacrda
con la capa de Gesri6n de Base de Datos, donde se va
almacenandola informaci6nrecolectada.</p>
    </sec>
    <sec id="sec-45">
      <title>Gesti6n de Base de Datos. Esta capa es la encargadade</title>
      <p>gestionartoda la informaci6nsuministradapor el usuarioa
tray6s de la capa /ntet:faz de Usuario~ Dentro de la
informaci6nproporcionadaFor el evaluadorse encuentran:</p>
    </sec>
    <sec id="sec-46">
      <title>Nombre del proyecto, URL del sitio Web, fecha y hora de</title>
      <p>inicio y fin de la evaZuaci6nc,onfxguraci6nde las m6tricas
a evaluar y comentarios. Las consultas de inforxnes
grdfxcosy tabulates realizadaspor el usuario son tambi6n
resueltas por esta capa. Adema"s,esta capa interact con
la capa de Gesti6n de Me:trz"casa,lmacenado toda la</p>
    </sec>
    <sec id="sec-47">
      <title>Condusiones.</title>
      <p>Un empleo sisternuiticoy disciplinado de modelos,
m6todos y herramientas de Ingeniena Web para el
asegurarniento y control de la calidad favorece a la
comprensi6n, al anisis y potencialmentea la mejorade la
calidad producida. La metodologia Website QEM [11],
proporciona un enfoque sistemtiticoy cuantitativo para la
evaluaci6n y comparaci6n de la calidad de sitios y
aplicaciones Web. Adernas el desarrollo de herramientas
que den soporte a la metodologia perrnite a 108
evaluadores agilizar los procesos de evaluaci6n. En este
contexto una de las herrarnientasdescriptas, Website MA,
autornatizala recolecci6n de datos y realiza el cdIcuIOde
algunas m6tricaSWeb.</p>
    </sec>
    <sec id="sec-48">
      <title>Una de las lineas de trabajodel proyecto de I+D que</title>
      <p>nenimos desarrollandO,consiste en incOrporarWebsite</p>
    </sec>
    <sec id="sec-49">
      <title>MA al paquete de herramientas denominado</title>
      <p>
        WebQEM_Tool [
        <xref ref-type="bibr" rid="ref15">14</xref>
        ]. Una nuena versi6n del paquete de
soporte a la metodologfa intentaraproveer, en un conjunto
de herramientas homogdneas, imeroperables y
colaborativas, la automatizaci6nde la mayorfa de las fases
y procesos de Website QEM. De este modo 108
evaluadores podran especiflcar, discfiare implementar,es
decir, obtener los valores elementales. parcialesy globales
de la evaluaci6n, y brindarrecomendacionesjustificables,
en un ambiente colaboratino.
      </p>
    </sec>
    <sec id="sec-50">
      <title>Agradeeimientos</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <article-title>Esta investigaci6n estd soportada por el proyecto UNI.</article-title>
          .
          <source>J::,am-09/FO1y3 su extensi6n en el nueno proyecto</source>
          <year>2001</year>
          -2004, Argentina.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Dujmovic</surname>
            <given-names>J.J.</given-names>
          </string-name>
          ,
          <year>1996</year>
          ,
          <article-title>"A Method for Evaluation and Selection of ComplexHardware and Software Systems",`fhe 22nd Int'I Conference forthe Resource ManagementandPerformance Evaluation of EnterpriseCS</article-title>
          .
          <source>CMG 96 Proceedings</source>
          , Vol. I, pp.
          <fpage>36S378</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Fenton</surname>
            ,
            <given-names>N.E.; Pfleeger. S.L</given-names>
          </string-name>
          ,
          <year>1997</year>
          ,
          <string-name>
            <given-names>"Software</given-names>
            <surname>Metrics</surname>
          </string-name>
          .
          <article-title>-a Rigorous and Practical Approach"</article-title>
          , 2nd Ed., PWS Publishing Company.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [3] IEEE Networking the World,
          <year>2000</year>
          , `
          <article-title>IEEE Web Publishing Guide"</article-title>
          , ht :lIwww.ieee,ora/webldevelo erslstvlel
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          {4] ISO/IEC 9126,
          <year>1991</year>
          <article-title>InternationalStandard"Information technology - So/rware product evaluation - QuaLizy characten.stics and guz</article-title>
          .
          <source>deLinefsor their use ".</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Lafnente</surname>
            ,
            <given-names>G.J.</given-names>
          </string-name>
          ,
          <year>2000</year>
          ,
          <article-title>"Automatl2:andoMe-`tricasen La Web"</article-title>
          , Tesis de Licencialura Departarnentode Sistemas, UNLu., Lujar1,Argentina
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [6] Lavaz:z:aL,
          <year>2000</year>
          ,
          <article-title>"Providing Automated Support for the GQM Measurement Process"</article-title>
          ,
          <source>IEEE</source>
          Software Vol.
          <volume>17</volume>
          No.
          <issue>3</issue>
          , pp.
          <fpage>56</fpage>
          <lpage>62</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Metals</surname>
            <given-names>H"</given-names>
          </string-name>
          ,
          <year>1999</year>
          .
          <article-title>"WebL -A Programming Language for the Web"</article-title>
          ,
          <source>CompaqSystems ResearchCenter(SEC)</source>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <surname>[SJNielsen</surname>
          </string-name>
          , J.;
          <year>2000</year>
          , Designing Web Usability .'The Practice ofSimplicizy, New RidersPublishing
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Olsina</surname>
            <given-names>I</given-names>
          </string-name>
          ,
          <year>1999</year>
          ,
          <article-title>Web-size Quantitative Evaluation and Comparison."a Case Srudy on Museums"</article-title>
          .Workshop on Software Engineering over the Internet, at IntI Conference on Software Engineering, Los Angeles, US.ht ://sern-c sc.ucaloarv.ca/~rer/ICSE99WS/!CSE99WS. hnnl
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <surname>CIO]Olsina</surname>
            <given-names>L</given-names>
          </string-name>
          ,;
          <string-name>
            <surname>Lafuente</surname>
            ,
            <given-names>G.J.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Godoy</surname>
            <given-names>D</given-names>
          </string-name>
          ; Rossi G.;
          <year>1999</year>
          ..Assessingthe Quellty of Academz`cWebsites.
          <article-title>-a Case Szudy"</article-title>
          ,In; New Review of Hypermedia and
          <string-name>
            <surname>Multimedia (NRHM) Journal</surname>
          </string-name>
          , Taylor GrahamPublishers,UK, Vol~
          <volume>5</volume>
          , pp.
          <fpage>81</fpage>
          -
          <lpage>103</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [II]
          <string-name>
            <surname>Olsina</surname>
            <given-names>L.</given-names>
          </string-name>
          ,
          <year>2000</year>
          ,
          <article-title>"Metodologin Cuantitativa para La Evaluacz</article-title>
          .6ny Comparaci6n
          <string-name>
            <surname>de Calz</surname>
          </string-name>
          <article-title>"dadde Sitz"osWeb", Tests doctoral defendida en Abril</article-title>
          , Facultad de Ciencias Exactas, UNLP. La Plata Argentina
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Olsina</surname>
            <given-names>L.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Lafuente</surname>
            ,
            <given-names>G.J.</given-names>
          </string-name>
          ; Rossi, G..
          <year>2000</year>
          ,
          <article-title>"Ecommerce Site Evaluation: a Case Study"</article-title>
          ,
          <source>In LNCS 1875 of Springer, Ist InternationalConference on Electronic Commerce and Web Technologies, EC-Web</source>
          <year>2000</year>
          , London. UK pp.
          <fpage>239</fpage>
          -
          <lpage>252</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          {13]
          <string-name>
            <surname>Pfleeger</surname>
            ,
            <given-names>S~</given-names>
          </string-name>
          <article-title>L 1993 "LessonsLearned in Buliding a Corporate Metric Program"</article-title>
          ,
          <source>IEEESoftware</source>
          , Vol.
          <volume>10</volume>
          , No.
          <issue>3</issue>
          , pp.
          <fpage>67</fpage>
          -
          <lpage>74</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Souto</surname>
            ,
            <given-names>M.E.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Papa M.F</surname>
          </string-name>
          .;
          <year>2000</year>
          ,
          <article-title>"Herramz.enta WebQEM_Tool"</article-title>
          , Tests de Grado defendida en Diciembre, Facultadde Ingenier:jaUNLPam Argentina
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          <source>[151 IVWW Consort:iurn</source>
          <year>1999</year>
          ,
          <article-title>"WAL Accessibz-Lity Guz</article-title>
          .deLz.nesP.
          <article-title>-age Authoring", W3C Working Draft, WAI Accessibility Guidelines: Page Authoring"</article-title>
          , htt './Iwww.w3c.ors/TR/WD-WAI-PAGEAUTII/
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>