Page 36 - minesp06_2002
P. 36
MINUSVAL.NES 11/6/02 09:00 Página 36

• Verificación de la Accesibilidad a Internet •

CONCLUSIONES ARQUITECTURA GENÉRICA ADAPTADA DE EDW

La primera conclusión que se copia local en su estación de trabajo y (Figura 1)
obtiene de nuestro trabajo es que cuando se terminan las modificaciones
muchas de las directrices para pertinentes, esta copia se actualiza en el • Verificando la accesibilidad de
garantizar la accesibilidad pueden servidor Web. Los editores, que pueden
ser automatizadas utilizando for- estar poco o muy integrados en el EDW, dichos contenidos una vez escritos y
matos extensibles persistentes. No trabajan sobre las copias locales. bajo petición del desarrollador.
obstante, hay algunas de ellas que
continúan siendo responsabilidad Hemos utilizado el término genérico • Realizando una verificación “intru-
del desarrollador. Por lo tanto, si capa de adaptación para designar a todos
el EDW proporciona los mecanis- los componentes que se deben añadir o siva”, es decir, verificando la accesibi-
mos de extensibilidad apropiados, modificar en el entorno con el fin de lidad de los contenidos a medida
construir un algoritmo para verifi- proporcionar o verificar la accesibilidad. que se van escribiendo, mediante la
car la accesibilidad de código Idealmente, esta capa de adaptación per- captura determinados eventos
estático en aplicaciones web es mite interactuar directamente con los como la inserción de una etiqueta
relativamente sencillo. contenidos mostrados en el editor, pero de cierre u operaciones de arrastrar
La segunda de las conclusiones es si el EDW carece de los mecanismos de y soltar.
que al utilizar los mecanismo de extensibilidad necesarios para esta inter- Cuando se detecta de cualquiera de
extensibilidad de los EDW, nues- acción, la capa de adaptación se ve forza- las dos formas algún contenido no acce-
tro enfoque se desarrolla como da a operar directamente sobre las sible, se ejecutarán las acciones corres-
una extensión adicional de las ver- copias locales. pondientes para realizar la corrección
siones actuales de los entornos, oportuna.
sin que sea necesario rediseñar el Los sistemas de ayuda son a menudo
entorno ni sacar una nueva ver- aplicaciones separadas que se invocan PRINCIPALES
sión de la herramienta. Otro desde el entorno de desarrollo con algu- COMPONENTES DEL MRC
aspecto relevante de estos proto- na información de contexto (como por
tipos es que pueden ser extendi- ejemplo la ayuda MSDN de Microsoft o (Figura 2)
dos para manejar cualquier nueva los sistemas de ayuda en formato HTML
pauta que surja en el futuro a como el que proporciona Macromedia).
medida que avance la tecnología Por lo tanto, la adaptación de la ayuda
Web, ya que la ejecución de las puede realizarse de forma independiente.
reglas se lleva a cabo de forma
genérica y semi-automatizada, • EL MOTOR DE EJECUCIÓN DE Componentes del Motor de Ejecución de
independientemente de su conte- REGLAS DE CONTENIDO. Reglas de Contenido
nido. De hecho, se pueden incor- El componente principal de la capa de
porar nuevos sujetos para reglas adaptación de un EDW para la verifica-
sin que su definición y posterior ción y corrección de la accesibilidad de
tratamiento sea excesivamente los contenidos estáticos de una AW es el
costoso. Un ejemplo que ilustra motor de ejecución de reglas de conte-
este aspecto sería la inclusión de nido (MRC). Este módulo opera sobre
un subconjunto parcial de las reco- los contenidos de una aplicación Web de
mendaciones para obtener conte- dos posibles formas:
nidos multimedia accesibles [16].
Sin hacer un análisis exhaustivo,
algunas dichas recomendaciones
pueden ser formalizadas en reglas
con los formatos ya expuestos:

36 MinusVal
   31   32   33   34   35   36   37   38   39   40   41