Transformation

Este módulo es importante desde el punto de vista de que será el que presente todas las funcionalidades al usuario final, será el que fuerce los cambios de estado en el WF y será el que al fin y al cabo vaya creando y modificando las instancias en el resto de los módulos.

Básicamente este módulo constará de:

Librería de Portlets para las distintas funcionalidades del portal. Se hará uso del directorio corporativo y del portal framework para entregar al usuario una página compuesta por varios portlets que muestran información recogida de los distintos módulos del portal.

Generador dinámico de las pantallas de solicitud de servicios. Las pantallas se construirán dinámicamente, independientemente del servicio que se está solicitando.

Leerá de los ficheros de configuración los campos que conforman el formulario de cada servicio e incluirá información almacenada en los módulos para construir la pantalla. El diseño gráfico sólo se restringirá por tipo de campo. En un futuro y como posible mejora de la aplicación se podría definir una plantilla de presentación para cada servicio, por lo que el diseño gráfico podría tener más importancia. Para una primera versión proponemos primar la funcionalidad en perjuicio de la presentación.

Interfaces con el resto de módulos. Se hará un uso intensivo de las interfaces de otros módulos para recopilar la información de cada uno de ellos necesaria para conformar las páginas requeridas.

Una de las funciones de este módulo es la de presentar al usuario final las aplicaciones del portal en su navegador, y para ello se utilizará el módulo de Portal Framework de la web corporativa. Tal como se ha explicado en el capítulo anterior, las páginas que reciben los usuarios finales en su navegador son generadas desde el módulo de Portal Framework como una colección de portlets con un layout determinado. Cada uno de estos portlets ofrecerá un servicio o funcionalidad determinado y se comportarán como componentes independientes. Estos Portlets, almacenados en el Portal Framework en la Librería de Portlets, son la representación gráfica de Servicios corporativos disponibles, y son localizados en el Directorio Corporativo a partir de las características del usuario.

El gráfico que aparece a continuación explica cómo el módulo de explotación de servicios actúa como capa de presentación del portal de servicios generales apoyándose en los módulos de Portal Framework y Directorio Corporativo de la web corporativa. El ejemplo muestra los elementos que intervienen para generar un portlet con la funcionalidad de formulario de solicitud de servicio en la página que ve el usuario.

WE B CO R P OR ATIV A DIRECTORIO CORPORATIVO El directorio corporativo conoce la

localización del aplicativo

PO RTA L DE S E RV ICIO S PORTAL FRAMEWORK Librería de portlets Instancia aplicativo

PÁGINA DEL USUARIO

Formulario solicitud Servicios Disponibles Mis Servicios MÓDULO DE EXPLOTACIÓN DE SERVICIOS Generador presentaciones API Integración Intérprete XML

MÓDULO DE GESTIÓN DE SERVICIOS

Motor de instancias de

servicios Motor del

Wizard

Fig.6.7. Integración del módulo de explotación de servicios con otros módulos

La solución propuesta para la generación dinámica de las pantallas de solicitud de servicio se basa en las tecnologías XML y XSL que permiten aplicar diversas plantillas de presentación (XSL) a un mismo fichero de configuración (XML) que guarda los datos específicos del servicio. De esta manera no es necesario construir una página de solicitud por cada tipo de servicio, sino que con una sola plantilla se puede presentar al usuario la información (es decir, los campos que debe rellenar el usuario en la solicitud) proveniente de infinitos tipos de servicio distintos. Una opción que podría resultar interesante consistiría en utilizar diferentes plantillas para diferentes tipos de servicio o para diferentes tipos de usuarios. Como el fichero de configuración sería siempre del mismo tipo, con el wizard se seguiría teniendo la posibilidad de crear un

número infinito de servicios, pero la presentación podría variar en función del servicio o de las características del usuario.

La página que recibe el usuario está personalizada en función de su perfil. Para ello se hace uso del módulo básico de la web corporativa de gestión de usuarios y servicios, que permite obtener la información almacenada en el directorio corporativo acerca de las aplicaciones o servicios corporativos a los que está suscrito (tiene autorización) en función de su perfil. De esta manera, en la página principal que se le mostrará a un usuario final aparecerían los siguientes portlets:

Carta de servicios Mis servicios

Bandeja de solicitudes

Adicionalmente, un usuario responsable de un centro de coste, vería también el siguiente portlet:

Servicios de mi centro de coste

Por último, al usuario “eServiciosEmpleado” le aparecería también en su página principal el siguiente portlet:

Gestión de servicios

Adicionalmente, para cada servicio, el usuario tendrá asociado un determinado nivel de acceso, lo que se modela como una relación entre el usuario y el servicio, “Class Of Service”. Para determinar el nivel de acceso de un usuario a un determinado servicio se hará uso del módulo básico de usuarios y el directorio corporativo implementados en la web corporativa. En la siguiente figura se muestra el modelo de relación entre usuarios y servicios planteado en este módulo:

Fig.6.8. Modelo de relación entre usuarios y servicios

El desarrollo de este módulo implicará realizar una serie de plantillas JSP (plantillas que integran código java con html) que contienen el layout y la presentación visual de los distintos portlets, así como desarrollar los componentes que ejecutan la funcionalidad de cada portlet. Por último, habrá que añadir los nuevos portlets (tanto los componentes software desarrollados como los ficheros de configuración correspondientes) al repositorio de portlets mediante la herramienta de administración de portales del Portal Framework.

6.3.5. Módulo de gestión de usuarios, perfiles y roles

La gestión de usuarios se realizará íntegramente desde el módulo de usuarios y servicios de la plataforma de la intranet corporativa. Dicho módulo se encargará de validar al usuario cuando intente acceder al portal “eServiciosEmpleado” y de recuperar del Directorio Corporativo los

datos del usuario relevantes para el resto de módulos del portal, tal como se explicó en el apartado 5.3.1. Se ha optado por no hacer un desarrollo a medida para la gestión de usuarios de este portal, ya que esto hubiera ido en contra de la filosofía de la plataforma de la intranet corporativa según la cual toda la información de los usuarios/empleados está almacenada en un único repositorio y es un solo componente el que ofrece un acceso común y centralizado a dicha información.

Por lo tanto, para la gestión de usuarios, perfiles y roles en el portal “eServiciosEmpleado” se desarrollará una interfaz web para que el administrador pueda acceder a la lógica implementada en el módulo básico de la intranet corporativa. Desde el portal se podrán crear perfiles y roles específicos de este portal y asignar perfiles y roles a usuarios y grupos de usuarios.

6.3.6. Módulo de facturación y consumos

Este módulo constará de varias funcionalidades que se resumen en:

Submódulo para los servicios prestados internamente: los datos relevantes para la facturación ( consumos, horas de mano de obra, etc. ) se obtendrán desde la instancia del servicio. A partir de estos datos y de los precios fijados para cada item de un servicio ( coste unitario u horario ) se calculará la facturación total que corresponde imputar al usuario y centro de coste que ha solicitado el servicio.

Submódulo para los servicios prestados por proveedores externos: estos servicios tendrán definido un submódulo propio para la carga de facturaciones externas y se proveerá de una interfaz de carga de facturaciones (tipo GUI, se generalizará en caso de que sea posible). Mediante esta interfaz se podrá cargar en la aplicación el fichero facilitado por el proveedor externo así como definir para cada tipo de fichero cómo se estructura cada campo y en qué tabla y campo debe almacenarse la información. El resultado es que habrá definidos una serie de formatos tipo en función del proveedor. Al crear un servicio mediante la aplicación de gestión de servicios habrá que seleccionar si se trata de una facturación basada en facturaciones externas o no, y en caso afirmativo seleccionar uno de los formatos o aplicaciones de carga predefinidas.

Para la carga del fichero se plantean dos opciones:

o Entrar en la aplicación del portal y cargar el fichero desde un formulario web. Esto lo pueden realizar los responsables de facturación de cada servicio o los proveedores a los que se les haya asignado las autorizaciones pertinentes para poder acceder al portal de “eServiciosEmpleado”.

o Crear un programa que se conecte automáticamente con el servidor del proveedor mediante FTP de forma periódica y se descargue los ficheros correspondientes.

Una vez cargada la información de facturación suministrada por el proveedor, este submódulo también se encargará de imputar los gastos al empleado que ha utilizado el servicio y al centro de coste al que pertenece. Para ello tendrá que relacionar la información facilitada por el proveedor ( por ejemplo el número de teléfono móvil y consumo mensual de dicho número ) con la almacenada en el módulo de inventario ( empleado al que se le ha asignado dicho teléfono ).

Funcionalidades de asignación de presupuestos por CECOS: se dará una interfaz de usuario en forma de portlet que podrá ser invocada por las páginas con acceso para responsables de CECO, en las que el mismo usuario podrá asignar su presupuesto. Submódulo de presentación de información, mediante el cual se proveerán los portlets de información específicos de servicio que serán invocados por el módulo de explotación.