Conceptos

En el presente apartado se describen los conceptos generales utilizados a lo largo de la presente documentación.

Arquitectura Modular

Uno de los objetivos irrenunciables en el diseño de Port@l 3.0 es la extensibilidad, de forma que la solución se constituya como una plataforma sobre la que se puedan satisfacer las necesidades presentes y futuras y aportando total garantía de futuro. De hecho, factor motivador para la creación de las primeras versiones de la plataforma fue la necesidad de disponer de un marco de trabajo para el desarrollo de portales que permitiera acometer las siempre cambiantes necesidades de los Proyectos de Portales Web.

Para ello, la plataforma incorpora un completo mecanismo de gestión de módulos que suponen la base de toda la funcionalidad del sistema, de forma que tal funcionalidad puede extenderse indefinidamente mediante la creación de nuevos módulos.

Así, el sistema soporta dos tipos de módulos:
  • Conectores, que exportan servicios a otros módulos del sistema. Su nombre deriva de que su fin primordial es servir conexión con orígenes de información y servicios externos, ya que, dentro del espíritu de las arquitecturas orientas a servicios (SOA) los portales deben ser principalmente consumidores de información servicios externos. En todo caso, también pueden servir para configura servicios ofrecidos desde la propia plataforma.
  • Paquetes de Componentes, que proporcionan los componentes, que son los constituyentes para construir las páginas de los Portales Web.

Los módulos construyen utilizando el marco de trabajo suministrado por la propia plataforma, y descrita en la documentación de desarrollo. Desde el punto de vista de la administración del sistema un módulo es una entidad que se instancia desde la plataforma y a la que hay que suministrarle:
  • Una serie de parámetros de configuración, acción que se realiza de forma visual desde el propio PMS.
  • Una serie de dependencias. Los distintos módulos pueden depender de servicios proporcionados por conectores instanciados en el sistema.

Arquitectura de Información

En Port@l 3.0, la Arquitectura de Información es el elemento vertebrador de toda la plataforma, proporcionando la estructura sobre la que se construyen los distintos portales. Para ello en la plataforma se gestiona el catálogo de elementos utilizados para realizar esta estructuración. Así, se utilizan dos elementos fundamentales:
  • Tipos de Contenido, que clasifican las distintas tipologías de los contenidos que se van a presentar a través de los distintos portales que se van a gestionar desde la plataforma. Un punto en el que es necesario insistir es que desde Port@l no se gestionan contenidos, únicamente su recuperación y presentación. Todos los contenidos deben tener un tipo y sólo uno. Cada contenido del que la plataforma tiene conocimiento viene identificado por la clave de contenido, que es la combinación del tipo de contenido y un identificador del mismo dentro del tipo.
  • Categorías: que representan las distintas taxonomías en las que se pueden clasificar los contenidos. 

Adicionalmente, además de disponer de dicha estructura, debe disponerse de mecanismos que permitan adecuar la arquitectura de información de los orígenes de información con la establecida para los portales web. En esta línea, la plataforma Port@l 3.0, incorpora el soporte para la generación de Repositorios de Información Agregada, a partir de los orígenes de información establecidos, que proporcionan las siguientes prestaciones:
  • La información se encuentra ya adecuada a la Arquitectura de Información definida para los portales.
  • Sirven como índice y, opcionalmente, como repositorio secundario para los contenidos:
    • Ofreciendo prestaciones de búsquedas textuales y basadas en la Arquitectura de Información aunque los orígenes de información no lo soporten.
    • Actualizándose de forma asíncrona, consiguiendo simultáneamente el objetivo del dato único y el desacoplamiento de los portales y los orígenes de información, garantizando igualmente la escalabilidad horizontal del acceso a los contenidos.
De todas formas, es conveniente insistir en que no es requisito para el uso de la plataforma Port@l la utilización de estos repositorios, pudiéndose generar portales que no los utilicen o que los utilicen únicamente para algunos tipos de contenido. En todo caso, la estructura de los portales siempre podrá venir determinada por la arquitectura de información.

Estructura del Motor de Portales

La estructura del motor de portales en ejecución se representa en la siguiente figura:



En la misma se puede comprobar como el motor en tiempo de ejecución se compone:
  • Las instancias de los conectores configurados, que ofertan sus servicios al resto del sistema. Los servicios ofertados por los conectores son compartidos por todos los portales del sistema.
  • Los distintos portales configurados en la plataforma.
A su vez, cada portal se compone de:
  • Las instancias configuradas de los paquetes de componentes, disponiendo cada portal de las suyas propias.
  • Las distintas páginas que constituyen el portal, y cuya tipología y funcionamiento se describe en el apartado correspondiente.


Comments