SICAS_entorno_tecnologico_v1.pdf

Entorno Tecnolgico

www.ste.es

Entorno Tecnolgico

2

NDICE GENERAL

1. Introduccin ................................................................................................................... 5

2. Arquitectura del sistema................................................................................................. 6

2.1. Introduccin............................................................................................................ 6

2.2. Arquitectura en 3 capas ......................................................................................... 6

2.3. Detalle de la arquitectura ....................................................................................... 7

2.3.1. Nivel 0: Cliente ............................................................................................... 8

2.3.2. Nivel 1: Servicios de usuario ........................................................................ 10

2.3.3. Nivel 2: Lgica de negocio ........................................................................... 11

2.3.4. Nivel 3: Servicios de datos ........................................................................... 12

2.4. Estimacin de requerimientos Software y hardware............................................ 14

2.4.1. Software ....................................................................................................... 14

2.4.2. Hardware...................................................................................................... 15

3. Comunicaciones .......................................................................................................... 17

3.1. Necesidades en materia de comunicaciones....................................................... 17

3.1.1. Software de base necesario......................................................................... 17

3.1.2. Estrategias de sincronizacin....................................................................... 18

3.1.3. Mecanismos de infraestructura para comunicaciones ................................. 20

3.2. Requisitos adicionales ......................................................................................... 25

3.2.1. Pruebas SISPE ............................................................................................ 25

3.2.2. Pruebas internas .......................................................................................... 25

3.2.3. Funcionamiento en modo degradado........................................................... 25

3.3. Resumen.............................................................................................................. 26

4. Interfaces con otras aplicaciones................................................................................. 28

5. Funcionalidades aadidas ........................................................................................... 29

5.1. Gestin de procesos automticos........................................................................ 29

Entorno Tecnolgico

3

5.2. Usabilidad en la creacin de informes ................................................................. 30

5.3. Agenda del Gestor ............................................................................................... 31

5.4. Bsqueda parametrizada ..................................................................................... 32

5.5. Utilizacin del visor para documentos: conversin en pdf ................................... 33

5.6. Comunicaciones entre entidades gestoras .......................................................... 34

5.7. Gestin de canales comunicacin ....................................................................... 34

5.8. Uso de metainformacin ...................................................................................... 36

5.9. Mdulo de estadsticas ........................................................................................ 36

5.10. Herramientas para gestin de la configuracin................................................ 37

6. Valor aadido de SICAS .............................................................................................. 38

NDICE DE FIGURAS

Ilustracin 1 Esquema de arquitectura de niveles de SICAS ............................................. 7

Ilustracin 2 Detalle de Arquitectura SICAS . Modelo J2EE............................................... 8

Ilustracin 3 Interface grfica de usuario . Entidades involucradas.................................... 9

Ilustracin 4 Bloques del modelo de presentacin ............................................................. 9

Ilustracin 5 Interface Objetos de Datos BD.................................................................. 13

Ilustracin 6 Arquitectura SICAS Entorno Hardware/Software...................................... 14

Ilustracin 7 Esquema de la plataforma ideal para soportar la aplicacin SICAS........... 16

Ilustracin 8 Esquema de plataforma para comunicaciones SICAS ................................ 18

Ilustracin 9 Listado de servicios de intercambio fases A y B de SISPE ......................... 21

Ilustracin 10 Esquema mecanismo asncrono .............................................................. 24

Ilustracin 11 Arquitectura de la capa de comunicaciones SICAS................................. 26

Ilustracin 12 Diseo de la infraestructura para los procesos automticos.................... 29

Ilustracin 13 Modelo de informes.................................................................................. 30

Ilustracin 14 Esquema de la Agenda del gestor ........................................................... 31

Ilustracin 15 Pantalla de la Agenda del gestor.............................................................. 32

Ilustracin 16 Bsquedas Parametrizadas. Modelo basado en Filtros ........................... 33

Entorno Tecnolgico

4

Ilustracin 17 Visualizador de informes de SICAS ......................................................... 34

Ilustracin 18 Gestor de comunicaciones SICAS . Entidades involucradas ................... 35

Ilustracin 19 Bloques del Gestor de comunicaciones ................................................... 35

Ilustracin 20 Esquema de metainformacin.................................................................. 36

Ilustracin 21 Estadsticas del sistema de intermediacin laboral.................................. 36

Ilustracin 22 Pantalla de la herramienta de incidencias................................................ 37

Entorno Tecnolgico

5

1. Introduccin

En este documento se presenta el entorno tecnolgico de la aplicacin SICAS.

La arquitectura de SICAS se basa en la utilizacin de software abierto lo que permite minimizar el coste de instalacin de este sistema, y asegurar su portabilidad y crecimiento.

En los apartados siguientes se describen sus caractersticas principales.

Entorno Tecnolgico

6

2. Arquitectura del sistema

2.1. Introduccin

La arquitectura de aplicacin necesaria para el proyecto del Sistema de Intermediacin Laboral (en adelante SICAS) tiene los siguientes condicionantes:

Los requisitos de comunicacin marcados por SISPE hacen necesaria la utilizacin del monitor transaccional Tuxedo como elemento de conectividad e integridad transaccional con el servicio estatal.

Aunque la aplicacin no obliga a utilizar un gestor de base de datos determinado (el nico requisito es soportar el protocolo XA), el nico gestor de datos con el que se han realizado pruebas desde el proyecto SISPE ha sido Oracle. Adems, desde SISPE se recomienda utilizar la versin 8.1.7.

Se utilizar una arquitectura basada en el modelo J2EE, lo cul implica la utilizacin de un Servidor de Aplicaciones que sirva las peticiones recibidas a travs de un navegador por parte del usuario.

El nico producto del mercado que cumple con los requisitos de SISPE y permite utilizar una arquitectura J2EE es BEA WebLogic Server en su ltima versin ya que contiene el componente necesario (WebLogic Tuxedo Conector, WTC) que permite delegar en el servidor de aplicaciones el control transaccional y propagarlo a Tuxedo de manera que se respeten los requisitos de integridad y bi-direccionalidad marcados por SISPE.

2.2. Arquitectura en 3 capas

La arquitectura de la aplicacin se basa en las nuevas tecnologas que nos proporciona Internet. Por un lado se encuentran las estaciones cliente, con herramientas de ofimtica y navegadores. Por el otro lado los servidores conectados a la intranet.

El navegador es la herramienta mediante la cul el usuario trabaja con la aplicacin. La interfaz de la aplicacin la proporcionan las pginas que suministra la aplicacin, en su parte servidora, y que se muestran en el navegador.

Esta arquitectura garantiza la portabilidad de la aplicacin en todos los entornos: Cliente

Mediante la utilizacin de estndares, como es el caso de Java awt utilizando el plug-in que suministra Sun Microsystems, que puede correr en los navegadores ms utilizados del mercado (Netscape (Mozilla) , Explorer, etc) permite la utilizacin de la aplicacin desde cualquier ordenador que est conectado a la intranet.

Servidor

La utilizacin del lenguaje Java garantiza la ejecucin de la aplicacin en un gran nmero de servidores de aplicaciones que se ejecutan en muy diversas mquinas (Windows NT/Intel, Unix/HP, Unix/Solaris, AS-400, etc.). Aunque, como se ha

Entorno Tecnolgico

7

comentado, el nico servidor de aplicaciones del mercado que permite cumplir con los requisitos marcados desde el proyecto SISPE es BEA WebLogic.

Acceso a los datos

Con el uso de Ansi-SQL, y pl/sql, se construye una capa a modo de vista lgica a nivel de datos y de funciones, esto nos permite la portabilidad a todos los gestores que trabajan bajo este estndar, adems de ofrecer mejores controles de seguridad en los datos.

El estndar J2EE se basa en una arquitectura en 3 capas tal y como se muestra en la figura siguiente.

MAQUINA

CLIENTE Pginas HTML, XML, APPLETsCapa Cliente

SERVIDOR

APLICACIONES

SERVIDOR

BBDD

SERVIDOR

COMUNICACIONES

EJBs

ServletsCapa Web

CapaNegocio

Capa DatosCapaInterconexin

Ilustracin 1 Esquema de arquitectura de niveles de SICAS

2.3. Detalle de la arquitectura

La arquitectura en 3 capas se compone de: Nivel 0: Cliente

Nivel 1:Servicios de usuario

Nivel 2: Lgica de negocio

Nivel 3: Servicios de datos

En la figura siguiente se muestra el detalle de esta arquitectura, y en los prximos apartados se describe cada una de las capas.

Entorno Tecnolgico

8

Aplicacin Cliente

AppletsClases java

Aplicacin WEB

ServletsClases java

HTML

Aplicacin J2EE

Entity Beans

Stateless Beans

Mensajes JMS

Procesos Batch

Acceso a ficheros

MultiPools (XA/JDBC)

Aplicacin Datos

Sistema Informacin PL/SQLVIEWS

Ilustracin 2 Detalle de Arquitectura SICAS . Modelo J2EE

2.3.1. Nivel 0: Cliente

Cliente (Navegador IExplorer , Netscape, otros compatibles con el Java plug-in de Sun)

Nivel de interaccin con el usuario; permite la visualizacin de informacin con grficos y animaciones, y el envo de peticiones a la aplicacin (lo que incluye modificacin de datos, firma electrnica, envo de documentos, etc.)

Aplicaciones Navegador, herramientas ofimticas

Lenguajes utilizados Java, applets, XML Thinlet, HTTP, XML

Herramientas Internet Explorer y Netscape Navigator / Communicator

Entorno Tecnolgico

9

Impresora/s

Entidad gestora

BD

Maquina cliente

Pantallas-XML

Tablas valores

AlmacnLocal

HTTP/S, serializacin, zip

Optimizacin de descargas

Java plug-in 1.4

Configuracin

Metainformacin

Tablas valores

Pantallas

Xml, prop

Servlets peticiones

Delegados peticin

Aplicacin WEB

Capa de Negocio

Aplicacin web

J2EE Modelo EJBs

ContenedorControl Acceso

SesionUsuario

Ilustracin 3 Interface grfica de usuario . Entidades involucradas

ThinletSICAS

Reglas NegocioPantallas

.class

API

Informes Cliente

Modelo Tablas

Thinlet

Librerias Cliente

Parte Cliente

Cliente ProcesoApplet

Almacenamiento

Local

Applets firmadospara permitir accesoal disco local.

PantallaXML

Parte Servidora

Sincronizacin de recursosPantallas XML (Timestamp), tablas de valores (SHA)

T3filesystems

Tablas valores

SISPE/SICAS

Thinlet realiza un parsing de losficheros xml para incorporarloscomo objetos estilo AWT, alcontenedor que es el applet, yresponde a los eventos de pantallaredireccionando a los mtodos de laclase cliente.

Ilustracin 4 Bloques del modelo de presentacin

Entorno Tecnolgico

10

2.3.2. Nivel 1: Servicios de usuario

(Desvincula el diseo de interfaz con el usuario de las otras capas)

Se subdivide en dos pequeas capas, una se coloca en el servidor de aplicaciones, que ser la encargada de aceptar las peticiones de la parte que residir en el cliente.

La parte que reside en el servidor utiliza:

Tecnologas: Servlets, clases Java.

En este nivel se atienden las peticiones de los clientes y se generan las llamadas correspondientes a las reglas de negocio. Cuando la regla de negocio ha finalizado, se retorna la informacin de respuesta al usuario, mediante objetos de intercambio de informacin.

Entorno Servidor

Aplicaciones Servidor de aplicaciones (con servicio de aplicaciones web, servlets)

Lenguajes utilizados Java, J2EE.

Componentes

Servlets de recepcin Redireccionan las peticiones del cliente al componente asociado. Cada peticin tiene un componente asociado, que es el que sabe cmo interpretar las peticiones en funcin de la informacin del objeto e intercambio.

Delegados Clases java, que evaluan la informacin del objeto, y controlan restricciones del usuario a nivel de acceso a funciones, y son los encargados de invocar a las reglas de negocio bien directamente mediante instanciacin o bien mediante invocaciones remotas mediante RMI a EJBs.

Interficie del nivel

Comunicacin con el nivel servicio de usuario en cliente

Se utiliza comunicacin de objetos sobre http, serializada y comprimida segn el protocolo zip.

La parte que reside en el cliente utiliza:

Tecnologas: Applets, Thinlet, clases Java.

Entorno Cliente

Aplicaciones Java plug-in

Lenguajes utilizados Java, XML Thinlet

Entorno Tecnolgico

11

Componentes

Clientes Clases java tipo applet, que controlan los eventos que se producen en la pantalla y delegan en la capa de lgica de pantalla.

Delegados de pantalla Clases java que implementan parte de la lgica del proceso, validaciones de datos introducidos, etc.


Comunicacin con el nivel servicio de usuario en servidor

Se utiliza comunicacin de objetos sobre http, serializada y comprimida segn el protocolo zip.

2.3.3. Nivel 2: Lgica de negocio

(Lgica de la aplicacin en forma de reglas de negocio que plasman el flujograma de procesos asociados a la operacin)

Tecnologas: (EJBs, RMI, JMS, JNDI), J2EE

Es en este nivel donde se realizan los procesos asociados a la lgica de negocio. Para ello se apoya en el nivel superior, servicios de usuario, que le proporciona los parmetros necesarios para su ejecucin y en el nivel inferior, servicios de datos, que es el que realiza todas las selecciones y actualizaciones sobre las fuentes de datos.

Entorno Servidor

Aplicaciones Servidor de aplicaciones (con servicio de Enterprise JavaBeans)

Lenguajes utilizados Java

Herramientas Weblogic Server, WebGain VisualCafe

Componentes

Reglas de negocio de nivel 1

Son las reglas de negocio dirigidas a procesar las peticiones directas del nivel superior (delegados). Son las responsables de asegurar la integridad transaccional del proceso.

Reglas de negocio de nivel 2

Se compone de aquellas reglas de negocio que pueden ser reutilizadas por otras reglas de negocio de nivel 1 o 2.


Comunicacin con el nivel servicio de datos

Mediante el protocolo RMI, que permite la ejecucin de las reglas de negocio y los servicios de datos en mquinas separadas. Mediante conexiones JDBC directas a BD, para consultas, etc.

Entorno Tecnolgico

12

Comunicacin entre reglas de negocio

Mediante la utilizacin del protocolo RMI, que permite la ejecucin distribuida de las reglas de negocio, y de los EJBs (Enterprise Java Beans del estndar J2EE), que permiten a los servidores de aplicaciones: Balanceo de cargas, mediante la replicacin de RN

Transacciones distribuidas, con el uso de Two Phase Commit

Comunicacin con reglas de negocio externas

El estndar J2EE, mediante la interficie que provee los EJBs, permite la comunicacin y ejecucin de reglas de negocio externas. Las RN estn escritas en Java que acepta el estndar de objetos CORBA.

2.3.4. Nivel 3: Servicios de datos

Tecnologas: Session/Entity Java Beans, JTA, Weblogic Tuxedo Connector (WTC), RMI, JMS, JNDI

En este nivel se desarrolla la interaccin con los gestores de bases de datos; se recupera y se modifica informacin.

Se subdivide a su vez en dos subcapas, una que se ubica en el servidor de aplicaciones, constituida de EJB tipo Entity que actan como cache de la BD, y permiten la comparticin de la informacin entre diferentes procesos sin accesos a BD individuales. La segunda capa est formada por el modelo lgico que ofrece la base de datos, un modelo constituido por un conjunto de vistas, funciones y procedures que pertenecen al dominio del SGBD.

Subcapa del servidor de Aplicaciones:

Entorno Servidor

Aplicaciones Servidor de aplicaciones (con servicio de RMI)

Lenguajes utilizados Java, J2EE

Componentes

Objetos de acceso a datos

Cada objeto corresponde a una entidad de la base de datos. Cada objeto provee una interficie a los datos y operaciones de la tabla que representa mediante el uso de propiedades y mtodos, que encapsulan llamadas Ansi-SQL.

Subcapa del gestor de base de datos:

Entorno SGBD Oracle

Aplicaciones Servidor de BBDD

Lenguajes utilizados SQL, PL/SQL

Entorno Tecnolgico

13

Componentes

Vistas Cada vista corresponde a un subconjunto homogeneo de in formacin que ser tratado por las reglas de negocio.

Funciones de consulta y modificacin

Un conjunto de funciones constituyen el api que la BD publica a las reglas de negocio, para encapsular el modelo fsico y aislar a las reglas de la implementacin actual y/o futura de las tablas.

BDAPI

Modif

Paquete SQLStored procedure,

functions

Insertar Modificar Borrar

.

ClaseQueries

Diagrama de clases

Clases javaScripts bsh

EJBStateless

API

CompletaSub-sistema

Stateless

Interprete, Operacionesmultiples sobre objetosmodelados en Entities

Rdto, cache

DependienteSGBD yModelo fsico

IndependienteSGBD y ModelofsicoEJB

Entity

R.N.

Modelo Datos Stateless Ilustracin 5 Interface Objetos de Datos BD

Entorno Tecnolgico

14

2.4. Estimacin de requerimientos Software y hardware

En la figura se muestra el entorno hardware/software de la arquitectura de SICAS.

Posibilidad deincorporarnuevos modelosde cliente, WAP,PDA,

TUXEDO

Servidor/es WEB

Servidor/es Aplicaciones

BEA WEBLOGIC

Servidor/es BD ORACLEINTERNET /INTRANET iPlanet

IIS

Apache

Ilustracin 6 Arquitectura SICAS Entorno Hardware/Software

En los apartados siguientes se detallan los requisitos a nivel de software y hardware.

2.4.1. Software

SISPE marca como elemento necesario para la comunicacin entre los sistemas el siguiente:

Monitor transaccional BEA Tuxedo versin 8

Adems, recomienda utilizar como gestor de Base de Datos autonmico Oracle 8.1.7, por ser el gestor utilizado en las pruebas de viabilidad.

El software adicional necesario para la aplicacin SICAS es el siguiente: Servidor de aplicaciones: BEA WebLogic Server 6.1, actualizado al ltimo service pack

Servidor web (opcional)

Netscape Enterprise Server Microsoft IIS

Entorno Tecnolgico

15

Apache Web Server Navegador: IExplorer 6 o superior, o Netscape Navigator 6.2 o superior

En PCs con sistema operativo Windows o Linux, y una resolucin mnima de 1024x768, y java-plug-in versin 1.4.1.

2.4.2. Hardware

En la figura siguiente se muestra un esquema de la plataforma ideal para soportar la aplicacin SICAS.

En ella se han considerado dos aspectos importantes: la escalabilidad y la alta disponibilidad. Por eso, aparecen replicadas las mquinas de Tuxedo, WebLogic y base de datos.

Esta plataforma no pretende mostrar requerimientos concretos sino nicamente indicaciones para dimensionar correctamente el sistema. La plataforma mostrada servira para soportar una carga estimada de 500 usuarios concurrentes (unos 2000-3000 usuarios diarios).

Entorno Tecnolgico

16

INEM

ENTIDADESGESTORAS

0 / 28 Firewall Perimetral

0 / 24 BACKEND SERVIDORES y BB.DD.

Weblogic 1 E220R2 CPUs

4 Gb Ram2 HD 36 GB

BBDD 1 E420R4 CPUs

4 Gb Ram2 HD 18.2 GB

2 QuadVVM / V F S

BBDD 1 E420R4 CPUs

4 Gb Ram2 HD 18.2 GB

2 QuadVVM / V FS

Firewall Internet1 x E420R1 x 3 CPUs

1 x 1Gb RAM1 x 1HD 18.2 Gb

Fw Datos2 x E420R2 x 3 CPUs

2 x 1 Gb RAM2 x 2 18.2 Gb HD

BalanceadorLB

Alten


4 Gb Ram2 HD 36 GB


4 Gb Ram2 HD 36 GB


4 Gb Ram2 HD 36 GB

INTERNET 0 / 28

Tuxedo 1 E220R1 CPUs

1 Gb Ram1 HD 36 GB

Tuxedo 1 E220R1 CPUs

1 Gb Ram1 HD 36 GB

ACCESO OTRAS PLATAFORMAS

Servidor Web1 E220R2 CPUs

1 Gb Ram2 HD 36 GB

Servidor Web1 E220R2 CPUs

1 Gb Ram2 HD 36 GB

0 / 24 FRONTEND WEB

Cisco2600

BROADCAST CLUSTER Ilustracin 7 Esquema de la plataforma ideal para soportar la aplicacin SICAS

Entorno Tecnolgico

17

3. Comunicaciones

En este captulo se enumeran los requisitos que debe cumplir un Sistema de Intermediacin para las CCAA de Sistema Propio, para poder realizar comunicaciones con la red del Servicio Pblico de Empleo, segn las normas y protocolos que establece el proyecto SISPE.

Asimismo se detalla como se cumplen estos requisitos para la solucin tecnolgica presentada en este documento.

La interconexin entre los sistemas definida en SISPE debe basarse en los siguientes puntos: Todos los Sistemas Informticos de las CC.AA. estarn conectados con el Sistema

Informtico Estatal para el intercambio de informacin.

El acceso a la informacin de una Comunidad Autnoma desde otra Comunidad Autnoma se realizar a travs del Sistema Informtico Estatal.

SISPE contempla una serie de Entidades y Procesos para el intercambio de informacin entre sistemas. Para cada Entidad, se ha definido un conjunto de datos, denominados Datos Comunes SISPE, que han de ser compartidos por todos los sistemas de informacin y que sern los nicos contemplados.

3.1. Necesidades en materia de comunicaciones

3.1.1. Software de base necesario

Los requisitos a nivel de software de base definidos por SISPE son los siguientes: En cada uno de los extremos de la comunicacin (CA e INEM) debe existir un monitor

transaccional BEA TUXEDO (versin 8.0).

El gestor de base de datos en el sistema autonmico debe ser ORACLE (versin 8.1.7 o superior),por ser el nico SGBD sobre el que se han realizado pruebas de viabilidad de la conectividad.

Cada sistema debe contar con un SGBD ORACLE y un monitor transaccional TUXEDO en su plataforma de base. SISPE deja abierto el modelo de aplicacin que debe soportar este software.

SICAS utiliza un modelo de aplicacin basado en el estndar J2EE que, adems de cumplir con los requisitos SISPE ofrece las siguientes funcionalidades:

Entorno Tecnolgico

18

Encapsulamiento de la parte especfica de comunicaciones: software Tuxedo y elementos de envo y recepcin de buffers

El modelo de aplicacin utilizado delega el control transaccional sobre el servidor de aplicaciones WebLogic, lo que permite que todo el acceso a datos se realice mediante objetos Java, y no a travs de Tuxedo.

Esto aporta flexibilidad e independencia de la implementacin fsica para adaptarlo a las necesidades concretas del sistema autonmico

Para cumplir con los requisitos de transaccionalidad definidos en SISPE, se utiliza el producto (interno de WebLogic) WTC (WebLogic Tuxedo Connector) que permite delegar el control transaccional a WebLogic a travs del API JTA de Java.

El gestor de base de datos debe cumplir el protocolo transaccional XA (Oracle en la versin utilizada y superiores, lo cumple)

TuxedoServidor deAplicacionesWebLogic WTC

SGBD Oracle XA

Ilustracin 8 Esquema de plataforma para comunicaciones SICAS

3.1.2. Estrategias de sincronizacin

Al tratarse de un sistema con varias aplicaciones y bases de datos interconectadas, debe poder garantizarse la integridad en cualquier momento. Para eso, SISPE define un conjunto de estrategias para asegurar la sincronizacin e integridad de los datos en todos los sistemas.

3.1.2.1. Distribucin de datos comunes en copia maestra y copia esclava

Existen dos tipos de datos dentro del modelo de datos a definir dentro de la aplicacin de intermediacin: datos comunes (definidos por SISPE) y datos propios de cada CA.

Cada registro de datos de los datos comunes debe pertenecer a un solo sistema, aunque pueden existir rplicas en otros sistemas. Se definen, por tanto, datos maestros y datos esclavos de un sistema en funcin de si pertenecen o no al sistema en cuestin.

En caso de fallo del sistema o inconsistencia, siempre se considerar la copia maestra de los datos como la buena y todas las copia esclavas debern igualarse con ella.

Dentro de los datos comunes se han definido diferentes dominios, cada uno de ellos formado por entidades. Los dominios que intervienen en esta fase de SISPE son intermediacin y Entidades Comunes.

La copia maestra de las Entidades Comunes (PERSONA FSICA, EMPRESARIO y EMPLEADOR) deber encontrarse en el SEPEe ya que pueden afectar a ms de un sistema autonmico.

Entorno Tecnolgico

19

Las copias maestras de las entidades del dominio de intermediacin estarn distribuidas entre los sistemas autonmicos de forma que la copia maestra residir en la CA que la gestione en dicho momento (la copia esclava estar en el SEPEe).

Esto slo afectar a los datos comunes definidos para SISPE. Cada CA podr disponer de datos propios, que no tendrn que seguir estas reglas.

Es obligacin de cada sistema conocer para cada dato si posee la copia maestra o esclava. Asimismo, debern implementarse los mecanismos adecuados para poder recuperar los datos de una copia maestra en caso de error o inconsistencia.

3.1.2.2. Bloques de Sincronizacin e Indicadores de nivel

El sistema de copias maestras y esclavas implica una serie de condiciones a la hora de actualizar los datos: Las actualizaciones deben producirse primero sobre las copias maestras,

independientemente del tipo de proceso utilizado,

Deben habilitarse herramientas de sincronizacin entre datos maestros y esclavos, tanto a nivel de aplicacin como de sistema.

Adems, podran producirse actualizaciones sncronas y asncronas que afectaran a un mismo registro y provocar inconsistencias.

Por ello, se define una divisin de los datos comunes en uno o varios grupos de datos de tal manera que se interacte siempre sobre el mismo grupo de datos, SISPE los llama bloques de sincronizacin.

Cada bloque de sincronizacin debe llevar asociado un indicador de nivel que permitir comprobar, contra la copia maestra, que se dispone de la versin ms actualizada de los datos.

Cada sistema debe asegurar la divisin clara en su bbdd de datos comunes y datos propios, copia maestra y esclava, y la divisin de los datos comunes en bloques de sincronizacin asociando adems un indicador de nivel a cada uno de ellos, de tal manera que cualquier proceso que acceda a datos comunes en modo escritura, pueda asegurar la sincronizacin con el sistema estatal a partir de ellos.

El sistema debe asegurar adems que, en caso de realizarse actualizaciones de datos comunes a travs del acceso de otras aplicaciones, se respetan las estrategias de sincronizacin SISPE.

3.1.2.3. Sincronizacin de tablas

Para garantizar adems la coherencia de los datos intercambiados, se debe asegurar que las tablas de referencia son las mismas en cada uno de los sistemas. Es decir, que los cdigos que se utilizan dentro de cada registro de la aplicacin, son los mismos, llevan asociadas las mismas validaciones y se interpretan de igual forma en cada uno de los sistemas.

Entorno Tecnolgico

20

SISPE define un protocolo de comprobacin y sincronizacin de tablas diario, de tal manera que ningn sistema puede entrar en comunicaciones si no se ha comprobado que sus tablas estn a nivel con las dems.

Cada sistema debe validar diariamente, mediante el protocolo de sincronizacin de tablas establecido por SISPE que sus tablas de cdigos se corresponden exactamente con las comunes.

3.1.2.4. Equivalencias de valores

El hecho de disponer de datos y procesos propios, implica disponer de tablas de valores propias para cada CA.

La aplicacin de intermediacin debe poder realizar las equivalencias necesarias entre valores propios y valores comunes SISPE, cuando se produzcan comunicaciones en cualquiera de los sentidos (de INEM a CA, o de CA a INEM).

3.1.3. Mecanismos de infraestructura para comunicaciones

Todas las comunicaciones pasarn por la invocacin de servicios de intercambio, definidos como unidades bsicas de funcionalidad.

El acceso a estos servicios se realizar mediante el envo y la recepcin de buffers de datos. Estos buffers son cadenas fijas de caracteres que deben seguir un formato estndar comn a todos los sistemas.

SISPE define adems varios protocolos o tipos de comunicacin posibles entre los sistemas, para la invocacin de los servicios y el envo y recepcin de buffers.

3.1.3.1. Servicios de Intercambio

Los servicios de intercambio son unidades bsicas de funcionalidad, de tal manera que un proceso comn SISPE se puede desglosar en uno o varios servicios de intercambio.

La lista de servicios de intercambio a desarrollar para la entrada en produccin de SISPE fase 1, es la siguiente:

Entorno Tecnolgico

21

FASE DOMINIO SERVICIO DESCRIPCIN TIPO SERVICIO

SENTIDO

A Persona FsicaNPFALTAX Alta de una Persona Fsica desde una CA PS2PC CA>INEMNPFCONSK Consulta de los datos de una Persona Fsica PSno2PC CA>INEMNPFMODSX Modificacin de los datos de una Persona Fsica en SEPE PS2PC CA>INEMNPFACTIX Activacin/Desactivacin de los datos de la Persona Fsica PS2PC CA>INEM

DemandaIDEALTAX Alta de datos G1 de la Demanda PS2PC CA>INEMIDECONSK Consulta de datos de la Demanda PSno2PC CA>INEMIDEMODIX Modificacin de datos de la Demanda desde la CA de inscripcin PS2PC CA>INEMIDECOPRK Consultas a prestaciones bsica PSno2PC CA>INEMIDECSITX Cambio de Situacin Administrativa de la Demanda PS2PC CA>INEMIDERENOX Renovacin de la Demanda desde la CA de inscripcin PS2PC CA>INEM

EmpresarioNEMALTAX Alta de un Empresario desde una CA PS2PC CA>INEMNEMCONSK Consulta de los datos de un Empresario PSno2PC CA>INEMNEMMODSX Modificacin de los datos de un Empresario en SEPE PS2PC CA>INEMNEMACTIX Activacin/Desactivacin de los datos del Empresario PS2PC CA>INEM

EmpleadorNCCALTAX Alta de los datos de una Cuenta de Cotizacin desde una CA PS2PC CA>INEMNCCCONSK Consulta de los datos de una Cuenta de Cotizacin PSno2PC CA>INEMNEMCOUCK Consulta de la ltima CC de un Empresario PSno2PC CA>INEMNCCMODSX Modificacin del domicilio de una Cuenta de Cotizacin provisional en SEPE PS2PC CA>INEMNCCACTIX Activacin/Desactivacin de los datos de la Cuenta de Cotizacin PS2PC CA>INEM

OfertaIOFALTAX Alta de Oferta datos G1 PS2PC CA>INEMIOFCON1K Consulta individual de ofertas por Identificador PSno2PC CA>INEMIOFMODIX Modificacin de datos de una oferta PS2PC CA>INEMIOFCSIMX Cambio de situacin manual de la oferta PS2PC CA>INEM

Relacin Demanda-OfertaIODALTSX Alta de la relacin Oferta-Demanda en SEPE PS2PC CA>INEMIODCONRK Consulta de la relacin Oferta-Demanda PSno2PC CA>INEMIODMODSX Modificacin de la Relacin Oferta-Demanda en SEPE PS2PC CA>INEM

SERVICIOS DE INTERCAMBIO POR FASES Y DOMINIOS

B Persona FsicaNPFMODCW Modificacin de los datos de una Persona Fsica en CA PetAsinc INEM>CANPFCAISX Cambio de identificador de una Persona Fsica en SEPE PS2PC CA>INEMNPFCAICW Cambio de identificador de una Persona Fsica en CA PetAsinc INEM>CANPFBAJAX Borrado de una Persona Fsica PS2PC CA>INEM

DemandaISEALTAX Alta de un servicio recibido PS2PC CA>INEMISECONSK Consulta de un servicio recibido PSno2PC CA>INEMISEAMPLX Ampliacin de un servicio recibido PS2PC CA>INEMIFOALTAX Alta de una formacin ocupacional PS2PC CA>INEMIFOCONSK Consulta de una formacin ocupacional PSno2PC CA>INEMIFOMODIX Modificacin de una formacin ocupacional PS2PC CA>INEMIDESDETK Solicitud de Demanda para traslado PSno2PC CA>INEMIDESG3TK Solicitud de datos G3 para traslado PSno2PC INEM>CAIDESOLTX Solicitud de traslado de una Demanda PS2PC CA>INEMIDEBORTX Eliminacin de la Demanda en la CA de origen cuando se traslada PS2PC INEM>CAIDEBAJ3X Eliminacin de datos G3 de la Demanda PS2PC CA>INEMIDECRUCX Informacin de cruces a la CA PS2PC INEM>CAISEBAJAX Baja de un servicio recibido PS2PC CA>INEMIFOBAJAX Baja de una formacin ocupacional PS2PC CA>INEMIDERETCX Repercusin de los datos de alumnos de ETCOTE a la CA PS2PC INEM>CAIDECHCOK Consulta de historiales del histrico de demanda PSno2PC CA>INEMIDECHILK Consulta de historiales de demanda PSno2PC CA>INEMIDECOMPK Consultas sobre prestaciones mltiple PSno2PC CA>INEMIDERECHK Recuperacin de historiales (para copias que no estn a nivel) PSno2PC INEM>CAIDECIPIK Consulta por Identificador de Periodos de Inscripcin de la Demanda PSno2PC CA>INEMIDECITIK Consulta por del tiempo ininterrumpido como desempleado de la Demanda PSno2PC CA>INEM

EmpresarioNEMMODCW Modificacin de los datos de un Empresario en CA PetAsinc INEM>CANEMCOCCW Consulta de los datos de las Cuentas de Cotizacin de un Empresario PetAsinc INEM>CANEMCAISX Cambio del identificador de un Empresario en SEPE PS2PC CA>INEMNEMCAICW Cambio del identificador de un Empresario en CA PetAsinc INEM>CANEMBAJAX Borrado de los datos del Empresario solicitado PS2PC CA>INEM

EmpleadorNCCMODCW Modificacin de los datos de una Cuenta de Cotizacin en CA PetAsinc INEM>CANCCAIDCW Cambio en CA del Identificador de una cuenta de cotizacin provisional PetAsinc INEM>CANCCBAJAX Borrado de los datos de una Cuenta de Cotizacin PS2PC CA>INEM

Relacin Demanda-OfertaIODCOBEX Repercusin de la cobertura de puesto sobre Oferta, Demanda, Relacin Oferta-Demanda PS2PC INEM>CAIODEMPAX Emparejamiento estatal PS2PC CA>INEM

ContratoICOALTCW Comunicacin de alta de contratos por internet PetAsinc INEM>CA

GeneralesXXXCNISK Comprobacin de nivel con el SEPE PSno2PC CA>INEMXXXCNICK Comprobacin de nivel con una CA PSno2PC INEM>CAXXXRNISK Recuperacin de niveles con el SEPE PSno2PC CA>INEMXXXRNICK Recuperacin de niveles con una CA PSno2PC INEM>CAXXXPNISK Puesta a nivel en SEPE PSno2PC CA>INEMXXXPNICK Puesta a nivel en una CA PSno2PC INEM>CA

Ilustracin 9 Listado de servicios de intercambio fases A y B de SISPE

Entorno Tecnolgico

22

3.1.3.2. Buffer de comunicaciones

Los buffers de comunicaciones son cadenas fijas de caracteres que deben seguir el juego de caracteres comn ISO-8859-1.

Tienen una estructura fija formada por una cabecera (de formato comn para cualquier tipo de peticin) y una estructura de datos particular para cada una de las entidades y servicios definidos.

Todos los sistemas deben comunicarse utilizando estos buffers comunes, con independencia de los formatos de comunicacin y de almacenamiento internos que utilicen.

El sistema SICAS encapsula la construccin del buffer en unos objetos Java especficos, de tal manera que, en caso de que en algn momento se decidiera cambiar el formato de comunicaciones entre los sistemas, nicamente se tendra que modificar ese cdigo.

Por la arquitectura utilizada permite adems multitud de posibilidades de interconexin diferentes a las que plantea SISPE.

3.1.3.3. Protocolos de comunicacin

Tal como define SISPE, el modelo de intercambio de informacin entre sistemas deber permitir el procesamiento de actualizaciones en tiempo real y el procesamiento de actualizaciones de forma diferida en el tiempo.

En cualquier caso el sistema debe garantizar la integridad transaccional y la consistencia de los datos comunes almacenados en cada base de datos.

3.1.3.3.1. Sncrono

Existen varios procesos cuya criticidad obliga a realizar actualizaciones de datos en cada sistema on line, y garantizando la integridad transaccional.

Este tipo de procesos utilizarn el mecanismo SISPE sncrono.

Se basa en la realizacin de transacciones distribuidas mediante el protocolo estndar two-phase commit.

Cada sistema debe disponer e implementar la infraestructura necesaria para garantizar la integridad transaccional mediante protocolo two-phase commit. Esto incluye: Disponer de un gestor de base de datos compatible XA

Disponer de un elemento coordinador transaccional (que puede ser el propio monitor Tuxedo, un componente Java utilizando el estndar JTA, o cualquier elemento capaz de iniciar y propagar una transaccin hacia Tuxedo)

Si es Tuxedo quien ejerce de coordinador transaccional, se est forzando un modelo de aplicacin basado en el desarrollo de toda la lgica de acceso a datos mediante servicios

Entorno Tecnolgico

23

Tuxedo. Lo cul es poco parametrizable, no es portable (ya que la compilacin debe realizarse en cada sistema), y difcil de mantener.

Por eso SICAS utiliza cdigo Java para el acceso a datos y el protocolo JTA para el control de las transacciones. De esta manera se consigue un sistema adaptado a las necesidades propias de la CA, portable y escalable.

Los procesos sncronos pueden ser tambin de consulta, en ese caso no es necesario habilitar el envolvente transaccional.

Todas las invocaciones sncronas de la CA al INEM deben realizarse sobre el servicio Tuxedo estatal SISPEFRN.

El sistema autonmico debe ofrecer un servicio SISCAFRN donde recibir todas las peticiones sncronas del INEM. Asimismo, debe ser capaz de enrutar las llamadas a este servicio hacia el/los servicio/s interno/s que debe/n atender la peticin.

3.1.3.3.2. Asncrono

Para todas aquellas comunicaciones que no requieran de una respuesta on line, y donde sea aceptable que la integridad transaccional pueda estar diferida en el tiempo, se debe implementar el protocolo asncrono.

Este protocolo permite separar el procesamiento local del procesamiento remoto. Se basa en un sistema de colas en cada uno de los sistemas donde insertar las peticiones. En caso de no estar el otro sistema disponible, el propio sistema de colas debe realizar los reintentos necesarios para garantizar finalmente la integridad en ambas bbdd.

Cada sistema debe implementar el protocolo asncrono. Esto incluye: Disponer de un sistema de colas transaccional (SISPE no concreta la tecnologa a

utilizar, pero puede realizarse mediante Tuxedo /Q, JMS, o sistema equivalente) con autorecuperacin, sistema de reintentos y procesamiento automtico de estados

De manera equivalente al caso sncrono, deben implementarse unos servicios Tuxedo especficos para recibir o invocar peticiones asncronas.

SICAS utiliza JMS (Java Messaging Service) para el desarrollo del sistema de colas, por la facilidad de implementacin, configuracin y administracin de las colas. Permite un control de las colas mucho mayor que el sistema de Tuxedo, integrado completamente en el resto de la aplicacin.

En la figura siguiente se muestra el esquema utilizado por SICAS para la implementacin del mecanismo asncrono.

Entorno Tecnolgico

24

Tx1

InboundBeanInboundBean OutboundBeanOutboundBean EventBeanIdEventBeanId StateBeanIdStateBeanId Tuxedo ServiceTuxedo Service DataBaseDataBase JMSQueueIdJMSQueueId

EventBeanIdEventBeanId

StateBeanIdStateBeanId

JMSQueueIdJMSQueueId

Controladorestado [I->O]input / output

DBQueueIdDBQueueId

Estado [ I->E ]INICIAL

Estado [ E->P/F ]ENVIADO

Estado [ P->C ]PROCESADO

Estado [ F->C ]FALLO

(reintentos)

Estado [ C ]CONSULTADO

Cabecera JMS+BufferInicial(I)

Cabecera JMS+BufferInicial(I)

SinResp?

SinResp?

OutboundBeanOutboundBean Tuxedo ServiceTuxedo Service

Tuxedo ServiceTuxedo ServiceInboundBeanInboundBean

Tx1

Tx1Tx1end

Tx2

Tx2

Tx2end

TimeOut

TimeOut

Procesado asncrono de peticiones SICAS->SEPEe

Purga de colas

ColaTuxedoOutBnd

ColaTuxedoOutBnd

ColaTuxedoInBnd

ColaTuxedoInBnd

Purga de cola

Purga de cola

Unidad procesadora de transiciones de estado

Servicios remotos de colas de Tuxedo

Purga de cola

Ilustracin 10 Esquema mecanismo asncrono

3.1.3.3.3. Transferencia de ficheros

Tal como define SISPE, este mecanismo surge para dar respuesta a determinadas situaciones que necesitan un mecanismo especial de transferencia de informacin.

En los mecanismos anteriores, existe una limitacin de tamao del buffer de informacin que se intercambia (limitacin impuesta por el sistema del INEM). Exactamente ese lmite est en 4 KB (4.096 bytes de informacin entre cabecera de control y datos).

Debido a esta restriccin, el mecanismo de Transferencia de Ficheros hace referencia a la forma de intercambiar cantidades de informacin superiores al lmite establecido de 4KB.

Bsicamente, este mecanismo se implementa mediante unos mdulos que dialogan entre s para coordinar el intercambio de informacin y que guardan todos los datos relevantes en una Tabla de Control, a fin de poder controlar en todo momento el estado de cada Transferencia.

Cada sistema debe implementar este protocolo de intercambio, asegurando su cumplimiento tal y como est definido.

Entorno Tecnolgico

25

3.2. Requisitos adicionales

3.2.1. Pruebas SISPE

El sistema de intermediacin debe ofrecer adems de los requisitos enumerados antes, todos aquellos componentes (a nivel de cdigo y configuracin necesaria) para poder realizar el ciclo de pruebas definido en SISPE para garantizar la entrada de una CA en el sistema.

El diseo modularizado de SICAS permite poder probar la aplicacin en diferentes fases, tal y como las define SISPE: Pruebas de mecanismos de infraestructura

Ofreciendo los servicios de pruebas de los diferentes mecanismos, as como el cdigo necesario para realizar lanzamientos masivos para pruebas de rendimiento, etc

Pruebas de Servicios de comunicaciones

Permitiendo probar de manera individual cada servicio de comunicaciones (a nivel de acceso a base de datos y comunicaciones con INEM). Para eso ofrece adems los programas clientes necesarios para introducir los datos de prueba.

3.2.2. Pruebas internas

El sistema de intermediacin debe ofrecer todos los componentes necesarios para poder probar y validar el sistema en su globalidad, sin necesidad de tener habilitadas las comunicaciones con INEM.

Se dispondr de variables de configuracin que permiten definir el estado en el cul se est trabajando: nicamente en local

Todos los procesos se realizan sin realizar llamadas a INEM (slo para fase de pruebas)

Con comunicaciones simuladas

Ofreciendo un simulador de INEM para validar la lgica remota (slo para fase de pruebas)

Con comunicaciones habilitadas

Modo completo, para pruebas con INEM y explotacin

3.2.3. Funcionamiento en modo degradado

El sistema debe poder trabajar nicamente en modo local, sin comunicaciones habilitadas, en todas las fases previas a la explotacin.

Entorno Tecnolgico

26

En explotacin, debe ofrecer todos aquellos mecanismos internos que permitan trabajar con consistencia e integridad an cuando no estn disponibles las comunicaciones.

3.3. Resumen

El esquema siguiente muestra la arquitectura de comunicaciones de SICAS, identificando las funciones de cada una de las capas.

WebLogic Tuxedo

Serviciosfront-end

Recepcin y envo de peticiones Mapeador hacia servicios de WebLogic Validaciones de formato de buffers Front-end para procesos on line y

transferencia de ficheros diferenciados

Capa deComunicacio

nes

Generacin y descomposicin de buffers Validaciones sintcticas y semnticas Implementacin de parte de lgica de proceso Implementacin de los mecanismos de infrastructura SISPE:

sncrono, asncrono, transferencia de ficheros, sincronizacinde tablas

Comunicacin con Tuxedo a travs de WTC

WTCCapa deAcceso a Datos

InfoCom

Oracle

BBDD

Capa deAcceso a

Datos

Ilustracin 11 Arquitectura de la capa de comunicaciones SICAS

Como resumen de los puntos anteriores, las caractersticas de SICAS en el apartado de comunicaciones SISPE son los siguientes: Dispone de SGBD ORACLE 8.1.7 y monitor transaccional TUXEDO 8.0 en su

plataforma de base.

Asegura que se cumplen las estrategias de sincronizacin definidas en SISPE: distincin en el modelo fsico de datos de los datos comunes SISPE y datos propios; para los datos comunes, distincin entre copia maestra y copia esclava, asociacin de bloques de sincronizacin e indicadores de nivel.

Dispone de los mecanismos adecuados para poder recuperar los datos de una copia maestra en caso de error o inconsistencia.

Asegura que, en caso de realizarse actualizaciones de datos comunes a travs del acceso de otras aplicaciones, se respetan las estrategias de sincronizacin SISPE.

Dispone de sistema de validacin diaria de tablas de valores SISPE, mediante el protocolo de sincronizacin de tablas.

Realiza las equivalencias necesarias entre valores propios y valores comunes SISPE, cuando se producen comunicaciones en cualquiera de los sentidos (de INEM a CA, o

Entorno Tecnolgico

27

de CA a INEM).

Genera y recibe correctamente los buffers de comunicaciones comunes de SISPE, con independencia de los formatos de comunicacin y de almacenamiento internos que utilicen.

Garantiza la integridad transaccional y la consistencia de los datos comunes almacenados en cada base de datos.

Dispone de la infraestructura necesaria para garantizar la integridad transaccional mediante protocolo two-phase commit. Esto incluye:

Disponer de un gestor de base de datos compatible XA

Disponer de un elemento coordinador transaccional (que puede ser el propio monitor Tuxedo, un componente Java utilizando el estndar JTA, o cualquier elemento capaz de iniciar y propagar una transaccin hacia Tuxedo)

Dispone de la infraestructura necesaria para poder realizar comunicaciones segn el protocolo asncrono definido en SISPE. Esto incluye:

Disponer de un sistema de colas transaccional (SISPE no concreta la tecnologa a utilizar, pero puede realizarse mediante Tuxedo /Q, JMS, o sistema equivalente) con autorecuperacin, sistema de reintentos y procesamiento automtico de estados

Ofrece la posibilidad de comunicaciones sncronas, asincronas y de transferencia de ficheros, segn los mecanismos SISPE.

Suministra todos aquellos componentes (a nivel de cdigo y configuracin necesaria) para poder realizar el ciclo de pruebas definido en SISPE para garantizar la entrada de una CA en el sistema.

Suministra todos los componentes necesarios para poder probar y validar el sistema en su globalidad, sin necesidad de tener habilitadas las comunicaciones con INEM.

Ofrece la posibilidad de trabajar nicamente en modo local, sin comunicaciones habilitadas, en todas las fases previas a la explotacin. En explotacin, debe ofrecer todos aquellos mecanismos internos que permitan trabajar con consistencia e integridad an cuando no estn disponibles las comunicaciones.

Entorno Tecnolgico

28

4. Interfaces con otras aplicaciones

Se entiende, por interfaces, una puerta o mecanismo de integracin con aplicacin/es externa/as.

Las necesidades de integracin de las aplicaciones existentes hacen necesaria la existencia de dos tipos de integraciones: bajo nivel y alto nivel. Bajo nivel: bsicamente acceso directo a los diferentes objetos (servicios) de acceso a

datos en modo lectura/escritura. Tablas de valores, parmetros funcionales, objetos de datos de Persona Fsica, Demanda, Oferta, EECC.

Alto nivel: mecanismo bsico de acceso y enlace para el desarrollo de servicios procedurales (lgica de proceso - negocio), que podrn utilizar los mdulos y componentes (servicios existentes y nuevos) desarrollados en la aplicacin. Bsicamente, constituye un punto de entrada para ejecutar reglas de negocio modeladas en clases y/o EJBs java.

Para que la aplicacin externa se sirva de estos procesos, ser necesario identificarse mediante login y password, como un usuario registrado en la aplicacin. Debern tenerse en cuenta los mecanismos de control de acceso y modelado de perfiles asignados al usuario identificado, as como el mbito de tratamiento de registros de los procesos consultados y existentes en la aplicacin.

El ncleo que soluciona la problemtica de resolucin de servicios, lo constituye un EJB sin estado, que publica una serie de mtodos en su interface remota y un mtodo genrico de entrada para dar solucin a diferentes funcionalidades.

El EJB usa varias clases de servidor donde realmente se implementan los servicios. Hay una clase de servidor por cada mdulo de la aplicacin donde se implementan los servicios referentes a ese mdulo publicados por la interface remota del EJB, y existe otra clase de servidor genrica donde se implementarn nuevas funcionalidades.

Las aplicaciones externas que puedan instanciar un ejb publicado en el servidor de la aplicacin sicas, podrn usar directamente los mtodos publicados en la interface de este EJB.

Se hace necesaria la existencia de una pasarela http, modelada por un servlet para poder comunicar las aplicaciones existentes que no disponen de paquete jndi de programacin para buscar el EJB de servicio.

Entorno Tecnolgico

29

5. Funcionalidades aadidas

5.1. Gestin de procesos automticos

La gestin de procesos automticos ofrece un sistema configurable de administracin para la ejecucin de los procesos automticos del Servici Pblico de Empleo de la Comunidad.

Al estilo de un CRON de sistemas Unix o el planificador de tareas de Windows, el mantenimiento de procesos automticos permite la planificacin temporal para la ejecucin de procesos tendiendo en cuenta dependencias de procesos automticos entre s.

Las funcionalidades bsicas que permite la gestin de procesos automticos son: Consulta de los procesos automticos existentes en el sistema.

Alta de nuevos procesos automticos.

Modificacin de procesos automticos.

Activacin/ Desactivacin del servicio de disparo y ejecucin.

Ejecucin manual de procesos automticos.

Programacin de ejecucin automtica a travs de temporizadores.

Administracin de temporizadores.

Asignacin / Desasignacin de dependencias entre procesos.

Control de ejecucin de cada proceso planificado.

Histrico (Log) de ejecucin de procesos automticos recuperable por fechas y procesos.

Borrado del fichero del histrico de procesos.

Infraestructura de la aplicacin paraprocesos automticos.

EJB ProcesosAutomticos BatchDAO

ListenersDisparador

BatchAPLICACINPROCESOS

AUTOMATICOS QUARTZ

Reglasde

Negocio

Ilustracin 12 Diseo de la infraestructura para los procesos automticos

Entorno Tecnolgico

30

5.2. Usabilidad en la creacin de informes

Cuando hablamos de generar u obtener un informe, nos referimos a la capacidad que tiene la aplicacin para, a partir de una informacin, obtenerla con un diseo visual y en un formato o presentacin determinado. Las opciones que tenemos de conseguir esto es: obteniendo un volcado de datos en un soporte de papel

obteniendo un volcado de datos visualmente en la pantalla

obteniendo un volcado de datos en un fichero almacenado en un fichero

Estas distintas opciones son compatibles entre s, de tal manera que puede ocurrir que se realice una presentacin visual de los datos en la pantalla del monitor y dichos datos sean enviados al soporte de papel (impresora) por una accin del usuario al pinchar en el botn imprimir.

El diseo de una plantilla permite adaptar la informacin a presentar segn las posibles situaciones que se puedan dar (existencia o no de un determinado valor, que el valor sea igual a algo concreto, que no se supere esta anchura, que la altura se adapte al valor, etc)

BD

Modelo de Vistas

ResultadoXML

Clases java

Algoritmos deinterrogacin aentidades deinformacin

Clases.java

Entidad

PlantillasXML

FormatoJasperReports

AppiReportVJ++

Clases yutilidades

CVS

JasperReports

DataSource.java

Entidad

DirectorioUsuarioEntidadPublico

Appletpantalla

Clases yutilidades

Herramienta dediseo deplantillas deinformes

Herramientadevisualizaciny conversina formatos.

Parametros

Ilustracin 13 Modelo de informes

Entorno Tecnolgico

31

5.3. Agenda del Gestor

La Agenda del Gestor es una herramienta que apoya la gestin diaria mediante el suministro de informacin de soporte. Las agendas se organizan por capetas en funcin del tipo de mensaje de que se trate, mensajes del sistema o bien mensajes manuales. El sistema permite realizar diversas operaciones segn se trate de mensajes manuales o de mensajes del sistema.

El sistema permite realizar el envo y el borrado manual de los mensajes manuales, mientras que adems, permite la lectura, control de mensajes pendientes y la impresin de ambos tipos de mensajes.

Los mensajes del sistema se borran de forma automtica ya que posen fecha de caducidad. Igualmente, puede definirse la posibilidad de borrado manual y la fecha de caducidad para cada tipo de mensaje del sistema.

BDAPI

ModifAgenda

Paquete SQLStored y functions

Insertar MensajeModificar MensajeBorrar MensajeInsertar FicheroModificar FicheroBorrar FicheroInsertar L.D.

.

ClaseQueriesAgenda

Diagrama de clases

Clases java

EJBStatelessAgenda

API

Completa

Agenda

Rdto,comparticinobjetos, safetyJDBC Transaction

IndependienteSGBD y Modelofsico

DependienteSGBD yModelo fsico

Ilustracin 14 Esquema de la Agenda del gestor

Entorno Tecnolgico

32

Ilustracin 15 Pantalla de la Agenda del gestor

5.4. Bsqueda parametrizada

El objetivo de la bsqueda parametrizada es la explotacin de la informacin de demandantes, es decir, obtener una lista de demandantes recuperados a partir de unos criterios de seleccin, priorizacin y ordenacin. El resultado de la bsqueda permite distintas vinculaciones u operaciones sobre cada una de las demandas obtenidas.

Entorno Tecnolgico

33

Ilustracin 16 Bsquedas Parametrizadas. Modelo basado en Filtros

5.5. Utilizacin del visor para documentos: conversin en pdf

La aplicacin permite la visualizacin de los resultados de los informes, la previsualizacin y la exportacin.

El sistema deber permitir la generacin de informes segn plantillas fcilmente editables y modificables, y su posterior conversin a formatos ofimticos como pdf.

Para ello, no se tiene que definir una plantilla adicional, es decir, la plantilla que sirve de base para generar y formatear el informe que se enva a impresora, correo o fax, ser la misma que permite convertir el informe a formatos ofimticos, como pdf.

Entorno Tecnolgico

34

Ilustracin 17 Visualizador de informes de SICAS

5.6. Comunicaciones entre entidades gestoras

Incorpora un nuevo mdulo que permite poner a disposicin de las entidades que forman el Servicio Pblico de Empleo documentacin informativa, tales como cartas de notificacin, manuales de gestin, modelos de documentacin.

Permite adems el envo de mensajes entre entidades gestoras, adjuntando ficheros. La creacin de listas de distribucin para facilitar la comunicacin entre grupos de entidades.

5.7. Gestin de canales comunicacin

Incorpora un rea funcional que permita gestionar comunicaciones con los usuarios del Servicio Pblico de Empleo para crear una fluidez y agilidad en las necesidades de comunicacin, independiente o no de los procesos estndares de gestin.

Entorno Tecnolgico

35

Impresora/s

Entidad gestora gestor

sms

fax

Impresora

servidor

E-mailBD

Agenda

Gestor

Procesos de usuario, reglas

De negocio

Informes

demandante

Demandante/s

Oferente/s

Empresario /Empleador

Ilustracin 18 Gestor de comunicaciones SICAS . Entidades involucradas

Configuracin plantillas/medios

Configuracin Plantillas informes

Configuracin mensajes

Registro envos a demandantes

Registro envos a oferentes

GestorComunicaciones

AgendaSe encarga de enviar comunicados entre entidades gestoras

Fachada Mail

Fachada Fax

Fachada SMS

Se encarga de enviar correos a los demandantes y oferentes

Disponible, pdte. enlace CCAA

No disponible, pdte. enlace CCAA

Existen procesos de consulta sobre estas tablas.

Las CCAA pueden informar estas tablas asincronamente, Ej : fallos comunicacin, fax, correo, etc

Reglas Negocio

AplicacinAPI

InformesSe encarga de emitir documentos que podrn ser enviados por otros medios.

Facilidad para incorporar nuevos medios.

Ilustracin 19 Bloques del Gestor de comunicaciones

Entorno Tecnolgico

36

5.8. Uso de metainformacin

SICAS utiliza una estructura de metainformacin (informacin sobre los datos) para posibilitar la parametrizacin de la aplicacin.

En la figura siguiente se muestra de manera esquemtica la estructura de metainformacin.

Modulo

Proceso

Agrup.Acc.

Campos.Acc.

Accion

Agrupa

Campos

Ilustracin 20 Esquema de metainformacin

5.9. Mdulo de estadsticas

SICAS dispone de un mdulo para la generacin de las estadsticas comunes definidas en SISPE y permite adems ampliar estas estadsticas de una manera fcil.

Ilustracin 21 Estadsticas del sistema de intermediacin laboral

Entorno Tecnolgico

37

5.10. Herramientas para gestin de la configuracin

SICAS dispone de una herramienta propia que permite realizar una completa gestin de configuracin de la aplicacin: Mantenimiento de versiones de aplicacin y mdulos internos

Gestin de incidencias

etc.

Ilustracin 22 Pantalla de la herramienta de incidencias

Entorno Tecnolgico

38

6. Valor aadido de SICAS

La arquitectura J2EE en la que se basa SICAS, soporta un modelo de aplicaciones distribuidas basado en componentes desarrollados en JAVA, por lo tanto es fcilmente portable y escalable, y permite una amplia interoperabilidad entre sistemas y dispositivos (como dispositivos WAP, sistemas centralizados tipo mainframe, sistemas mviles J2ME, etc).

Es una arquitectura de componentes estndar para el desarrollo de aplicaciones distribuidas, lo que permite la aplicacin de estndares de calidad (en base a la reutilizacin de componentes, metodologas, etc.) que facilitan el mantenimiento evolutivo de la aplicacin.

Es un modelo de sistemas abiertos, lo que permite implementar soluciones basadas en Java Computing sin depender de terceros.

El modelo de N capas permite, adems, separar el modelo de negocio de otros como presentacin, conexin a BD, etc. lo cul simplifica el mantenimiento correctivo, y posibilita modificar una parte especfica de la aplicacin sin afectar al resto.

La parte de comunicaciones de SICAS, adems presenta los siguientes valores aadidos: Encapsulamiento de la parte especfica de comunicaciones: software Tuxedo y

elementos de envo y recepcin de buffers. Si en algn momento SISPE decide modificar la forma de comunicacin entre los sistemas, nicamente con modificar esta parte el sistema seguira funcionando correctamente

Posibilidad de interconexin entre sistemas diferentes a las que plantea SISPE.

Posibilidad de convivencia e integracin fcil con otras aplicaciones

Diseo modularizado que aporta facilidad de administracin y configuracin, parametrizacin y mantenimiento

Posibilidad de diferentes modos de funcionamiento (en funcin de si las comunicaciones estn habilitadas o no)

Documents

SICAS_entorno_tecnologico_v1.pdf