Las aplicaciones desarrolladas son aplicaciones totalmente orientadas a Internet. El desarrollo se ha realizado utilizando la arquitectura cliente-servidor, utilizando como cliente universal un navegador de web y un servidor web Apache con respaldo de una base de datos relacional [Adida, 1997].
El servidor Apache6.2 ha sido modificado para que se efectúe la autenticación mediante el acceso a las tablas de una base de datos. Este modelo de servicio web con respaldo de base de datos ha resultado ya de utilidad en el desarrollo de otros proyectos y ha demostrado ser robusto y eficaz en entornos de uso público [Rodríguez-Artacho, 1998].
La base de datos utilizada es una base de datos relacional mSQL6.1, de distribución libre en el ámbito académico. Este gestor de BD relacionales posee la cualidad de estar orientado al desarrollo de aplicaciones de Internet. Para ello utiliza un lenguaje insertado en las páginas HTML llamado lite |de funcionamiento parecido a php| que permite que se efectúe un preprocesamiento de las mismas antes de ser enviadas a los navegadores. Durante la fase de preproceso, se interpreta el código lite y efectuando todas las operaciones interactivas de accesos a las bases de datos y proceso de las entradas del usuario.
La figura 6.14 muestra la arquitectura de las herramientas de edición de modelos y metamodelos. La aplicación está programada en forma de páginas HTML con código lite insertado que se interpreta antes de ser enviado al usuario.
Las herramientas desarrolladas mediante esta tecnología han demostrado tener una buena fiabilidad para dominios de hasta 400 usuarios, proporcionando las ventajas de una gestión de la aplicación centralizada y de un uso completamente remoto y distribuido. Más allá de esta cifra ha sido preciso rehacer algunas de las aplicaciones en php en lugar de lite, por algunas limitaciones en la capacidad de proceso de las páginas de gran tamaño.
La herramienta descrita presenta algunas limitaciones en cuanto a su generalidad que no han impedido la creación y prueba de los modelos de conocimiento e información, pero que es importante señalar para delimitar lo más posible el tipo de tareas que pueden realizar.
En primer lugar es importante destacar que el metamodelo descrito en la sección 4.5.1 no permite la creación de entidades y relaciones que pertenezcan a dos dominios diferentes al mismo tiempo. Esto ha dificultado la creación del dominio didáctico, que ha tenido que ser implementado en forma de entidades propias del dominio que constaban de una referencia a una entidad de alguno de los otros dos más los atributos correspondientes.
La razón de esta limitación se justifica en el hecho de que los dominios constan de entidades y relaciones propias y éstas deben existir como tales dentro del dominio. Para solventar esta dificultad, las entidades y relaciones del dominio didáctico están físicamente representadas como referencias a las de los otros dos dominios a las que se les añaden los atributos didácticos.
En cuanto a las operaciones de reinstanciación y de creación de modelos a partir de otros, están limitadas a causa del uso de los intérpretes del código lite y php insertado en las páginas, ya que éstos tienen por defecto una limitación de tiempo de uso de 30 segundos. Este hecho ha tenido que ser corregido en php al disponer de los códigos fuente, pero no ha sido posible en el caso de lite.
Por otra parte, la visualización de los datos en tablas HTML en los navegadores supone una seria limitación si el número de filas es elevado. En el caso de los modelos de accesos, donde podemos tener fácilmente más de 4000 entradas de alumnos, las herramientas no son capaces de visualizar los contenidos adecuadamente debido a las limitaciones que tienen los navegadores de web.
En cuanto a la consistencia de las operaciones se asegura siempre que es posible. Así por ejemplo, el borrado de una entidad elimina también aquellas relaciones que la referencian incluidas aquellas relacionadas con el dominio didáctico. También las reinstanciaciones tienen en cuenta que los formatos de los campos destino sean compatibles con los que tienen los campos en origen.
Estas limitaciones está previsto que sean corregidas en una versión mejorada de las herramientas realizada en lenguaje Java.
