5.- Plan de trabajo del proyecto

5.1.- Iteración 1

5.1.1.- Fase 1 - Análisis del mercado y propuesta funcional

5.1.2.- Fase 2 - Diseño y definición de especificaciones funcionales

5.1.3.- Fase 3 - Desarrollo de módulos básicos

Una vez concretado el diseño inicial de la arquitectura software de la plataforma, en esta fase se programarán los diferentes módulos.

Hasta el momento, se ha generado la estructura genérica común de las diferentes páginas y se ha comenzado con la construcción de las diferentes páginas que forman parte de la misma. Para realizar esta tarea se han tenido que analizar las características específicas de cada página, respecto a la estructura, contenidos y funcionalidades de las mismas.

Se está llevando a cabo la adecuación funcional para soporte universal de navegadores en versiones actuales y el desarrollo de todos los elementos que intervienen en la generación y gestión de estas credenciales. En lo referente al desarrollo de los módulos de estadística para perfiles básicos de usuario se han definido las funcionalidades de la herramienta de análisis de tráfico, de la herramienta de administración y las características de usabilidad. En cuanto al desarrollo de los módulos de búsqueda de respuestas multilingüe, durante 2008 se han abordado dos tareas básicas: la definición de los requisitos del sistema en cuanto a la funcionalidad de búsqueda y el diseño arquitectónico de los componentes necesarios para este fin.

Durante esta tarea también se han llevado a cabo las acciones necesarias para adecuar la plataforma al cumplimiento de las directrices de accesibilidad Web en el nivel AA.

Al concluir esta tarea, en 2009, se debe obtener una versión completamente funcional de los módulos que formarán la versión inicial de la plataforma, listos para realizar la integración de los mismos.

5.1.3.1.- Desarrollo de la plataforma básica

El desarrollo de la plataforma comenzó por la construcción de la base estructural de la misma. Así, se codificó todo el código ASP.Net necesario para generar la estructura genérica común de las diferentes páginas, tal y como se contempla en los diseños generados en la fase anterior.

De esta manera, como resultado de este hito se obtuvo el código ASP.Net que incorporaba todos los elementos que deben ser comunes a todas las páginas que formarán la plataforma, esto es, los distintos componentes que todas las páginas deberán incorporar como son:

• Contenedores y componentes de enlaces primarios.
• Contenedores y componentes de enlaces secundarios.
• Contenedor y estructura genérica del contenido principal.

Así, se disponía ya de los cimientos necesarios donde incluir el resto de elementos e información que deberían contener las diferentes páginas de la plataforma.

5.1.3.2.- Adecuación funcional para soporte de equipos PC y MAC

Una vez se disponía de la base estructural de la plataforma, se comenzó con la construcción de las diferentes páginas que forman parte de la misma. Para realizar esta tarea hubo que analizar las características específicas de cada página, respecto a la estructura, contenidos y funcionalidades de las mismas.

La adaptación a este tipo de dispositivos implica el estudio de cuestiones relacionadas con la usabilidad del sistema, tales como:

• Capacidades tecnológicas de los dispositivos utilizados.
• Interfaces de usuario utilizados.
• Resoluciones de pantalla y adaptación a ellas.
• Interacción con dispositivos de validación de red.
• Interacción con sistemas de búsqueda.
• Interacción con sistemas de registro de visitas.
• Inclusión de criterios de accesibilidad.

Así se llegó a la construcción de una plataforma ya navegable, visualmente precaria pero que incorpora la mayor parte de las funcionalidades a implementar y que presenta los siguientes elementos:

• Estructura de ficheros .aspx y sus elementos compilados vinculados con el código escrito en C#, que añade las funcionalidades. El código generado dinámicamente cumple el estándar XHTML del W3C.
• Ficheros XML de contenidos.
• Herramienta de configuración de la plataforma.

5.1.3.3.- Adecuación funcional para soporte de navegadores en versiones actuales

La adaptación a la gran variedad de navegadores existentes hoy en día es un proceso laborioso y no trivial. Las diferentes interpretaciones de los navegadores de los distintos elementos que finalmente forman el código HTTP que interpretan, obligan a establecer un proceso cíclico constante de desarrollo, pruebas y validación. Así se consigue establecer una completa estabilidad tanto visual como funcional en la utilización de la plataforma mediante cualquiera de ellos.

Es de especial relevancia en este punto la estrecha colaboración necesaria entre los equipos de diseño y de desarrollo, ya que se deben optimizar tanto la visualización como la funcionalidad, sin perjuicio por ninguna de las dos partes. Además, se debe tener en cuenta en todo momento que cualquier elemento incorporado tiene que mantener la consistencia de la plataforma con las directrices de accesibilidad web.

Esta fase del desarrollo se encuentra aún en proceso. Sin embargo, la identificación de los elementos que restan compatibilidad entre los distintos navegadores, junto con la adquisición de conocimiento y la experiencia desarrollada hasta el momento garantiza su finalización en los plazos definidos.

El producto final de esta fase será la estructura de archivos .css de hojas de estilo en cascada, que aportarán la estructura y apariencia finales de la plataforma.

5.1.3.4.- Desarrollo de los módulos de pago por AutoTicket y tarjeta de crédito

Una vez garantizada la interacción con los sistemas de validación de red, y por tanto la utilización de las credenciales necesarias para el acceso a la infraestructura de red, resta desarrollar todos los elementos que intervienen en la generación y gestión de estas credenciales.

Para ello se debe realizar un estudio exhaustivo de distintos elementos como:

• Sistemas de generación de credenciales e interacción con ellos

  Se debe desarrollar un módulo de generación de credenciales hacia el que enviar las peticiones de generación de los usuarios.

• Sistemas de facturación y su relación con la emisión y cancelación de credenciales

  El módulo de generación de credenciales debe interactuar con un sistema de facturación para llevar una correcta gestión de las mismas, ya se vayan a generar de manera gratuita o previo pago. Las operaciones realizadas a través del módulo deben quedar correctamente registradas en los sistemas de facturación.

• Sistemas de validación de credenciales

  Es de especial importancia que, sin perjuicio de lo anterior, el sistema de generación de credenciales pueda interaccionar con los sistemas de validación, como los servidores RADIUS. Se deben establecer las comunicaciones necesarias con estos sistemas para garantizar que las credenciales generadas quedan correctamente registradas en ellos, con el objetivo de permitir su utilización por parte del usuario final.

• Pasarelas de pago por tarjeta de crédito, o TPV virtuales

  La interacción con los sistemas de pago electrónico es una tarea requiere de un gran esfuerzo técnico. Existe una gran variedad de sistemas en esta área, cada una con sus peculiaridades. Tanto el diseño como el desarrollo de los módulos implicados se han realizado siguiendo una filosofía modular que permite una sencilla integración con nuevos módulos si fuese necesario.

Cabe destacar en este ámbito el estudio e implementación realizados acerca del estándar PCI definido por las instituciones bancarias, y de seguimiento obligado para poder interaccionar con sus pasarelas. Este estándar exige establecer unas políticas de seguridad estrictas para garantizar la fiabilidad de las operaciones realizadas por el usuario final.

Por otra parte, los módulos de interacción con pasarelas de pagos deben comunicarse también con los módulos anteriores de facturación y validación, con el objetivo de garantizar que las operaciones realizadas a través de las pasarelas quedan también registradas en esos sistemas.

Esta fase del proyecto se encuentra aún en desarrollo. Se prevé su finalización en los periodos establecidos, dando como resultado los siguientes elementos:

• Archivos .dll de librerías dinámicas. Las funcionalidades de estas librerías permitirán la interacción con las distintas pasarelas de pago.
• Módulos de configuración y utilización de las librerías anteriores, incluyendo la funcionalidad en la plataforma.
• Módulo de generación de credenciales, que implementa la comunicación con el módulo anterior, con el sistema RADIUS y con el WebService de la plataforma de facturación.

5.1.3.5.- Adecuación al nivel AA de accesibilidad web

a) Trabajos desarrollados por FRACTALIA

Como ya se ha indicado, la accesibilidad es un área que se debe tener en cuenta en todo momento durante el desarrollo. Se debe cuidar además su relación con la adaptación a los distintos navegadores, estableciendo de igual manera un estudio cíclico del cumplimiento.

Las tareas en esta materia han incluido la adaptación de algunos elementos, así como el intercambio entre distintas alternativas tecnológicas. La transferencia de funcionalidades implementadas en tecnologías de cliente por otras implementadas en tecnologías de servidor han sido de gran ayuda en esta materia, permitiendo el cumplimiento de los requerimientos funcionales impuestos tanto en accesibilidad como en el resto del ámbito de la plataforma.

De igual importancia resulta el estudio de los requisitos no funcionales requeridos para el cumplimiento del estándar de accesibilidad, como requisitos de estructura, organización, visualización, etiquetado, etc. A este respecto, se realiza un estudio continuo de la plataforma mediante las herramientas aportadas por los colaboradores, que permiten la evaluación continua del cumplimiento de las directrices de accesibilidad.

b) Trabajos desarrollados por CESyA

De igual importancia resulta el estudio de los requisitos no funcionales requeridos para el cumplimiento del estándar de accesibilidad, como requisitos de estructura, organización, visualización, etiquetado, etc. A este respecto, se realiza un estudio continuo de la plataforma mediante las herramientas aportadas por los colaboradores, que permiten la evaluación continua del cumplimiento de las directrices de accesibilidad.

De igual importancia resulta el estudio de los requisitos no funcionales requeridos para el cumplimiento del estándar de accesibilidad, como requisitos de estructura, organización, visualización, etiquetado, etc. A este respecto, se realiza un estudio continuo de la plataforma mediante las herramientas aportadas por los colaboradores, que permiten la evaluación continua del cumplimiento de las directrices de accesibilidad.

• Herramientas automáticas de evaluación de las WCAG para desarrollo.
• Herramientas para comprobar el acceso utilizando ayudas técnicas o también llamados productos de apoyo: lector de pantalla, magnificador, etc.
• Herramientas de accesibilidad para analizar el contraste de colores, etc.
• Documentación del estándar de accesibilidad WCAG.
• Documentación de heurísticas y puntos de comprobación de la usabilidad.

5.1.3.6.- Desarrollo de módulos de estadísticas de visitas para perfiles básicos de usuario

El objetivo perseguido en la definición de estos módulos ha sido mejorar los sistemas de seguimiento de visitas tradicionales, basados en el análisis de los ficheros de log de los servidores web. Entre las ventajas que ofrece el sistema a integrar en la plataforma de DISUIPA se encuentran:

• La información es completa y veraz

  Se registrarán todos los accesos de humanos, diferenciándolos de los accesos de robots, por lo que será &ucute;til para los responsables de márketing, de la explotación de contenidos o, en general, directivos y responsables de negocio en Internet.

• Fácilmente integrable

  La implantación del sistema de recogida de información usando huellas será muy simple, bastará ejecutar un pequeño programa para colocar la huella en todas las páginas de un sitio web. A partir de ese momento, bastará con poner la huella en las plantillas de los contenidos del sitio.

• Interfaz de análisis usable y accesible

  Se proporcionará un sistema de estadísticas web basado en huellas. Cualquier persona autorizada pordrá ver la información de accesos en cualquier momento, desde cualquier lugar, sin más que usar un navegador web cualquiera.

• Posibilita la definición de agrupaciones de contenidos como unidad de análisis

  Las páginas cuyos accesos se deseen analizar conjuntamente no necesitan estar en un &ucute;nico sitio web. Así, se podrá analizar el acceso a contenidos distribuidos en más de una máquina, o analizar separadamente colecciones de páginas ubicadas en el mismo servidor web. Es decir, se permitirá la creación y análisis de sitios web "virtuales".

Dentro de esta tarea se han efectuado las siguientes actividades:

1. Estudio de las tecnologías de análisis del tráfico de sitios web.
2. Definición de las funcionalidades de la herramienta análisis de tráfico a desarrollar.
3. Definición de funcionalidades de la herramienta de administración asociada.
4. Definición de características de usabilidad.

5.1.3.7.- Desarrollo de módulos de búsqueda de respuestas multilingüe

En esta actividad se ha definido la arquitectura de componentes del subsistema de b&ucute;squeda, formada por dos elementos básicos, uno de indexación y otro de b&ucute;squeda, que facilitará las operaciones de localización de información en el sitio web. Atendiendo al contenido de las FAQs que constituyen el sistema se aplicarán recursos de sinonimia específicos para el dominio de la aplicación.

Desde el punto de vista de la arquitectura tecnológica, este subsistema de b&ucute;squeda se apoyará en Lucene, un software desarrollado completamente en el lenguaje de programación JAVA que proporciona funcionalidades de indexación y b&ucute;squeda de documentos. Este sistema de b&ucute;squeda se adaptará para los idiomas contemplados en el proyecto, a saber: español, ingl&ecute;s, franc&ecute;s e italiano. Por este motivo se crearán cuatro índices diferentes, uno para cada idioma, a los que se accederá a trav&ecute;s de una misma interfaz.

Tanto el indexador, DISUIPA Indexer, como el buscador DISUIPA Searcher se adaptarán a cada uno de los cuatro idiomas requeridos, por ejemplo, para eliminar palabras sin contenido semántico, denominadas stopwords en terminología inglesa.

5.1.4.- Fase 4 - Integración y pruebas de la plataforma básica

5.2.- Iteración 2