Você está na página 1de 4

I Jornadas de Ingeniería Web’01

Ingeniería Web: Una Estrategia para Evaluar


WebApps
Luis Olsina, María F. Papa, María E. Souto, Guillermo Lafuente

GIDIS, (Grupo de I+D en Ingeniería de Software, Facultad de Ingeniería), UNLPam


Calle 9 y 110 - (6360) General Pico - Argentina
TE 54 (0)2302 430497, Interno 6501, E-mail olsinal@ing.unlpam.edu.ar
Web: http://gidis.ing.unlpam.edu.ar

Resumen En el presente trabajo se discute una estrategia cuantitativa para


evaluar sitios y aplicaciones Web (WebApps), tanto desde el punto de vista metodológico
como del tecnológico.

destacar, sin embargo, que se puede


1. Introducción. valorar a la calidad de un producto,
mediante la apropiada agregación y
El contar en el proceso de evaluación cuantificación de alguna o todas las
con una metodología cuantitativa que características, a partir de la medición
permita determinar un factor como directa e indirecta de atributos y su
calidad (o costo) de sitios y aplicaciones agrupamiento en un modelo de
Web y, particularmente, el contar con agregación y ulterior cálculo. En la
herramientas de soporte a la misma es sección 2, presentaremos los principales
una de nuestras líneas de investigación y pasos de la metodología (ver [OLS00a],
desarrollo. En el presente trabajo, para una discusión y análisis detallado).
ilustramos qué nivel de soporte da la
herramienta WebQEM_Tool [OLS01] al Por otra parte, la herramienta
proceso de evaluación definido en la WebQEM_Tool permite a los
metodología WebQEM (Quality evaluadores la administración de
Evaluation Method), además de mostrar proyectos, pudiendo crear, abrir y
un panorama de la misma. modificar proyectos, los cuales
contienen información de sitios Web a
La metodología WebQEM [OLS00a] ser evaluados. Además permite ingresar
la comenzamos a desarrollar a mediados los requerimientos no funcionales que
del 98, con el propósito de aportar una consisten básicamente de un factor
estrategia eficaz para evaluar y analizar (como calidad o costo), características,
la calidad de WebApps. Está basada en subcaracterísticas y atributos. Luego,
un modelo jerárquico de requerimientos mediante el ingreso y edición de
de calidad, partiendo de las indicadores de preferencia de calidad
características de alto nivel prescritas en elementales (es decir, valores numéricos
la norma ISO-9126 [ISO91]. De modo asignados a atributos) tomados de uno o
que, a partir de esas características, se varios sitios Web, se permite calcular un
derivan subcaracterísticas, y, a partir de indicador de calidad global para cada
éstas, siguiendo un proceso de sitio dado un proyecto de evaluación.
descomposición jerárquico, se Esto habilita a evaluar y/o comparar por
especifican atributos. Es importante ejemplo la calidad de productos Web,

Página 1
I Jornadas de Ingeniería Web’01

dar recomendaciones, y justificar los y especificar los atributos y


resultados mediante un modelo de características de calidad que van a estar
seguimiento. De este modo, se muestran presentes en el proceso, agrupándolos en
los resultados a través de un árbol de requerimientos. De las
hiperdocumentos con información características de calidad ISO
textual, tabular y gráfica, generados derivamos las subcaracterísticas y de
dinámicamente. En la sección 3, éstas derivamos los atributos con un
comentaremos los principales módulos mínimo solapamiento. A cada atributo
de WebQEM_Tool y las tecnologías cuantificable del dominio empírico, le
empleadas. Finalmente, concluiremos asociamos una variable en el dominio
con los futuros avances en esta línea. numérico; esta variable puede tomar un
valor real, que podrá ser medido y
2. La Metodología WebQEM. computado. Por ejemplo, en el caso de
estudio realizado de librerías con
La metodología comprende una comercio electrónico [OLS00b], más de
serie de fases y actividades que los ciento cuarenta atributos,
evaluadores deben llevar a cabo en el subcaracterísticas y características
proceso; entre las que podemos citar las fueron seleccionadas. WebQEM_Tool
siguientes actividades técnicas: permite administrar y visualizar los
requerimientos de calidad.
Paso 1. Definición de las metas de
evaluación y selección del perfil de Paso 3. Definición de criterios de
usuario. Los evaluadores deben definir preferencia elementales y
las metas y establecer el alcance del procedimientos de medición. Los
proyecto de evaluación Web. La evaluadores deben definir una base de
evaluación puede llevarse a cabo tanto criterios para la evaluación elemental, y
en la fase de desarrollo como en la fase realizar el ulterior proceso de medición
operativa de un proyecto, y se puede y puntaje elemental. Un criterio de
valorar la calidad de un producto evaluación elemental declara y
completo o bien se puede valorar la especifica cómo medir atributos
calidad de un conjunto de características cuantificables. El resultado final es una
y atributos de un componente. Los preferencia o indicador elemental, el
resultados podrán ser utilizados para cual puede ser interpretado como el
comprender, mejorar, controlar o grado o porcentaje del requerimiento
predecir la calidad de los productos. Por elemental satisfecho. Por lo tanto, para
otra parte, la relativa importancia de las cada métrica de un atributo necesitamos
características y atributos dependen del establecer un rango de valores
perfil de usuario seleccionado y del aceptables y definir la función de
dominio de la aplicación. Para criterio elemental, que producirá una
propósitos de evaluación en dominios correspondencia entre el valor de la
Web, hemos considerado tres perfiles de métrica con el nuevo valor que
usuario a un alto nivel de abstracción, a representa la preferencia elemental.
saber: visitantes, desarrolladores, y
gerenciadores. Siguiendo un mecanismo Paso 4. Definición de estructuras
de descomposición podemos, por de agregación e implementación de la
ejemplo, dividir a la categoría visitante evaluación global. En el paso previo se
en clases más específicas (ver por producen n preferencias de calidad
ejemplo la categorización realizada en elemental para los n atributos
[OLS99]). considerados en el árbol de
requerimientos. Por lo tanto, aplicando
Paso 2. Definición de los un mecanismo de agregación paso a
requerimientos de calidad (y/o costo). paso, las preferencias elementales se
Los evaluadores deben elicitar, acordar pueden agrupar convenientemente para
producir al final un esquema de

Página 2
I Jornadas de Ingeniería Web’01

agregación. Las preferencias de calidad interactuar con la capa de datos (ver


parciales y global se pueden obtener [OLS01] para detalles de diseño
mediante cálculo conforme al modelo de arquitectural e implementación ).
agregación y puntaje empleado. En los
casos de estudio realizados [OLS99 y Módulo de Datos: Es el encargado
00b], hemos usado el modelo LSP de administrar la información de los
(Logic Scoring of Preference) para proyectos a evaluar, los requerimientos
estructurar y computar la calidad global de calidad (o costo), los indicadores
de cada sitio Web. No obstante, elementales, como así también
WebQEM_Tool soporta además el almacenar los resultados parciales y
modelo de agregación y cálculo finales arrojados por los procedimientos
meramente aditivo. de cálculo durante el proceso.

El subsistema de Informes centrado


Paso 5. Análisis de resultados y
en la Web también está dividido en tres
recomendaciones. Una vez diseñado e
módulos:
implementado el proyecto de
evaluación, el proceso culmina con la Módulo Browser: Pertenece a la
documentación de las conclusiones y
capa de presentación del modelo
recomendaciones. Los evaluadores cliente/servidor de tres capas. Sirve de
analizan los resultados considerando las interface entre el usuario y el servidor
metas y el perfil de usuario establecidos. Web cuando se visualiza las páginas
El proceso de evaluación, mediante el
estáticas y dinámicas. WebQEM_Tool
uso de WebQEM_Tool, produce permite seleccionar el navegador Web a
información elemental, parcial y global disparar.
que puede ser fácilmente analizada por
medio de un modelo de seguimiento Módulo JSP-HTML/Servlet: En este
hipertextual y eficientemente empleada módulo los servlets realizan las llamadas
en actividades de toma de decisión. a la capa de datos, conforme a las
distintas consultas del usuario para
3. La Herramienta WebQEM_Tool. obtener la información necesaria y
generar así los documentos dinámicos,
WebQEM_Tool, herramienta de con la ayuda de JSP y HTML.
soporte a la metodología antes descripta,
ha sido diseñada en dos subsistemas que Módulo de Datos: Este módulo
reflejan los módulos de la aplicación corresponde a la tercera capa de la
Java propiamente dicha y los arquitectura empleada y es donde
componentes centrados en la Web para residen las tablas actualizadas por la
la generación de informes. El primer aplicación Java.
subsistema se encuentra dividido en tres
módulos, a saber: 4. Conclusiones.
Módulo Java GUI: En este módulo, Un empleo sistemático y
el usuario interactúa con la aplicación disciplinado de modelos, métodos y
por medio de la Interface Gráfica de herramientas de Ingeniería de Software
Usuario (GUI) implementada en Java 2, en la Web para el aseguramiento y
haciendo uso de las facilidades del control de la calidad favorece a la
paquete Swing. comprensión, análisis y potencialmente
a la mejora de la calidad producida. La
Módulo WebQEM: Este es el
metodología WebQEM, proporciona un
módulo que implementa la enfoque sistemático y cuantitativo para
funcionalidad principal de la aplicación, la evaluación y comparación de la
e interconecta los restantes módulos. Por calidad WebApps. Al presente ha sido
ejemplo, se emplea JDBC para
empleada en tres casos de estudio, en

Página 3
I Jornadas de Ingeniería Web’01

dos proyectos de evaluación a escala Comunicaciones, (QUATIC), Lisboa,


industrial y como una área de estudio y Portugal, 2001, pp. 17-24.
aplicabilidad en el proyecto
iberoamericano WEST (Web-based [LAV00] Lavazza, L., “Providing
Software Technologies). Automated Support for the GQM
Measurement Process”, IEEE Software, V.
17, No. 3, 2000, pp. 56-62.
Por otra parte, el empleo de
herramientas que brinden soporte a la [OLS99] Olsina, L.; Lafuente, G.J.; Godoy,
metodología permite a los evaluadores D; Rossi, G.; “Assessing the Quality of
agilizar los procesos de evaluación y Academic Websites: a Case Study”, In: New
minimizar errores e imprecisiones Review of Hypermedia and Multimedia
[LAV00]. Uno de los objetivos del (NRHM) Journal, Taylor Graham
proyecto de I+D que venimos Publishers, UK, Vol. 5, 1999, pp. 81-103.
desarrollando, consiste en incorporar
Website MA (herramienta que realiza la [OLS00a] Olsina L., “Metodología
recolección de datos y el cálculo de Cuantitativa para la Evaluación y
Comparación de Calidad de Sitios Web”,
métricas Web automatizables [LAF01]),
Tesis doctoral defendida en Abril, Facultad
a la herramienta WebQEM_Tool. de Ciencias Exactas, UNLP, La Plata,
Además, el paquete integrado proveerá, Argentina, 2000.
en su nueva versión, un conjunto de
herramientas homogéneas, [OLS00b] Olsina, L.; Lafuente, G.J.; Rossi,
interoperables y de trabajo colaborativo G., “E-commerce Site Evaluation: a Case
centrado totalmente en la Web. Study”, In LNCS 1875 of Springer, 1st
International Conference on Electronic
Commerce and Web Technologies, EC-Web
Referencias 2000, London, UK, 2000, pp. 239-252.
[ISO91] ISO/IEC 9126, “Information [OLS01] Olsina L., Papa, M.F., Souto, M.E.,
technology – Software product evaluation – Rossi, G.; “Providing Automated Support
Quality characteristics and guidelines for for the Web Quality Evaluation
their use”, 1991. Methodology”, Proceed. of the Fourth
Workshop on Web Engineering, at the 10th
[LAF01] Lafuente, G.; González Rodríguez, International WWW Conference, Hong
J.; Olsina, L.; “Automatizando Métricas Kong, 2001, pp. 1-11.
Web”, 4to Encuentro para la Calidad en las
Tecnologías de la Información y las

Página 4

Você também pode gostar