arquitectura de componentesgfw.diputacionalicante.es/repo/rec/206/04. plataforma ae...mule es capaz...

Arquitectura de Componentes

Plataforma de Administración Electrónica para EE.LL.

Índice

1.- Mapa de Componentes

1.1.- Mapa de Componentes

1.2.- Premisas

2.- Componentes

2.1.- Plataforma de Integración

2

2.1.1.- Monitorización de Plataforma de Integración

2.2.- Gestor de Servicios Electrónico

2.2.1.- Monitorización de Procesos de Negocio

2.3.- Repositorio Documental

2.4.- Carpeta Ciudadana

2.5.- Registro

ATENCIÓN TELEFÓNICA ATENCIÓN PRESENCIALPARTICIPACIÓN CIUDADANA

Ciudadano

Servicios

Adm

inistración Electrónica

TDTSMS CARPETA CIUDADANA

1.1. Mapa de Componentes

1. Mapa de Componentes

3

PADRÓNGESTIÓN INGRESOS

POLICÍA LOCAL

GESTIÓN CONTABLE

URBANISMO REG. E/S

Auten. y Firma electr.

Registro Elec. de E/S

Sellado de Tiempo

Repositorio Docs

Sistema Datos Ciudad.

Direct. Organización

Pago Electr.

GESTO

RSER

VIC

IOS

ELECTR

ÓN

ICO

Backoffices

Adm

inistración Electrónica

Otras AAPP Gestor Administrativo

Repr. Terceros

GESTIÓN EXPEDIENTES

Sist. de Notificaciones

Portafirmas

Compulsa Electr.

Valija Electr.

Ciudadano

CARPETA CIUDADANA

PLATAFORMA DE INTEGRACIÓN

GESTOR DE SERVICIOSELECTRÓNICO

SERVICIOS

ESCRITORIO TRAMITADOR

SERVICIOS

COMPONENTES HABILITANTES

Directorio de la Organización

Firma Electrónica

Sellado de Tiempo

Registro Electrónico E/S

Sistema deComunicaciones

Pasarela de Pagos

SERVICIOS



4

COMPONENTES COMUNES

SISTEMA DE DATOS DEL CIUDADANO

REPOSITORIODOCUMENTAL

SERVICIOS

APLICACIONES DE BACKOFFICE

PADRÓN

GESTIÓN INGRESOS

POLICÍA LOCAL

GESTIÓN RRHH

URBANISMO

SECRETARÍA GENERAL

Portafirmas

SERVICIOS

Compulsa Electrónica

Valija Electrónica

SERVICIOS

SERVICIOS

GESTOR DEEXPEDIENTES

Pasarela de Pagos

Gestión de la Representación

Sell@

e-CO

Autentificación y Firma Electrónica. Permiten la identificación del ciudadano de forma electrónica. Dan validezlegal a los acuerdos y documentos aportados, mediante el uso de certificados electrónicos acreditados porEntidades Certificadoras

Sistema de Notificaciones. Se encarga de la gestión de avisos, alertas y notificación de resoluciones. Abarcatanto las comunicaciones vinculantes como las no vinculantes. Se identificarán los canales para efectuar lascomunicaciones vinculantes y las no vinculantes (SMS, Correo Electrónico).



5

Registro Telemático de E/S. Realiza el registro de toda la documentación que entra o sale de laAdministración, bien sea por métodos telemáticos o mediante métodos presenciales.

Directorio de la Organización. Permite la autentificación de los empleados públicos en el resto decomponentes de la plataforma. De este directorio se alimentará el componente de Gestión Electrónica para lagestión de los permisos. Posibles soluciones para el Directorio de la Organización.

Pago Telemático. Es el componente encargado de la interacción y el pago de servicios de forma telemática.Los pagos telemáticos podrán tratarse de forma puntual (licencias de obra), o de forma periódica (recibos deIBI). Posibles soluciones para la gestión de pago telemático: Plataforma de la GVA, etc.

Sellado de Tiempos. Se encarga de certificar el día y hora para el registro telemático, los procesos de firma yel sistema de notificaciones entre otros.



6

Gestión Servicios Electrónico. Este componente va a permitir la modelización de los Servicios Telemáticosindependientemente del estado del backoffice de las Entidades Locales.

¿Cómo? Mediante la definición de metaflujos que representan la parte de tramitación electrónica de losprocedimientos, permitiendo la interacción del expediente con el ciudadano (Carpeta Ciudadana) y con elempleado público (Escritorio de Tramitación).

Los metaflujos se mapean con los elementos del backoffice (gestión de expedientes y sistemas deinformación asociados) a través del bus de integración.

Repositorio Documental. Será el componente encargado de gestionar la documentación aportada por losciudadanos y generada por la administración de cara al ciudadano.

Este componente dispondrá de funcionalidades para la creación de documentos, su estructuración ycategorización, así como los procesos de búsqueda dentro del sistema. Posibles soluciones: Alfresco, etc.

Sitema de Datos del Ciudadano. Es el encargado de almacenar los datos de los ciudadanos necesarios parala tramitación electrónica, poniéndolos a disposición de la plataforma. Actúa como capa de persistencia.



7

la tramitación electrónica, poniéndolos a disposición de la plataforma. Actúa como capa de persistencia.

Gestión de la Representación de Terceros. Se encargará de gestionar las representaciones de unosciudadanos por otros. Esta gestión de la representación controlará las restricciones de permisos derepresentación definidas para cada uno de ellos.

Bus de Integración SOA. Se trata del componente encargado de la comunicación entre el resto de

componentes, recogiendo las peticiones de uno de ellos, y enviando dichas peticiones al serviciocorrespondiente para resolverlas. Posible solución para el Bus de Integración: Mule

1.2. Premisas


Todos los componentes y módulos de software utilizados está n basados en licencias no privativas ,conforme a las directrices del software libre. Por tanto no existe coste de mantenimiento anual de los mismos.

• Libre redistribución: el software puede ser regalado o vendido libremente.

• Código fuente: el código fuente está incluido o se puede obtener libremente.

• Trabajos derivados: la redistribución de modificaciones está permitida.

• Integridad del código fuente del autor: las licencias requieren que las modificaciones sean redistribuidas

8

• Integridad del código fuente del autor: las licencias requieren que las modificaciones sean redistribuidassólo como parches.

• Sin discriminación de personas o grupos: no se puede dejar a nadie fuera.

• Sin discriminación de áreas de iniciativa: los usuarios comerciales no pueden ser excluidos.

• Distribución de la licencia: se aplican los mismos derechos a todo el que reciba el programa.

• La licencia no debe ser específica de un producto: el programa no puede licenciarse sólo como parte deuna distribución mayor.

• La licencia no restringe otro software: la licencia no obliga a que algún otro software que sea distribuidocon el software abierto deba también ser de código abierto.

• La licencia es tecnológicamente neutral: no se requiere la aceptación de la licencia por medio de unacceso por clic de ratón o de otra forma específica del medio de soporte del software.

Índice

1.- Mapa de Componentes

1.1.- Mapa de Componentes

1.2.- Premisas

2.- Componentes

2.1.- Plataforma de Integración

9

2.1.1.- Monitorización de Plataforma de Integración

2.2.- Gestor de Servicios Electrónico

2.2.1.- Monitorización de Procesos de Negocio

2.3.- Repositorio Documental

2.4.- Carpeta Ciudadana

2.5.- Registro

2.1. Plataforma de Integración

2. Componentes

Se emplea Mule como herramienta de integración .

Mule es un entorno de explotación y gestión de mensajes entre componentes simple, escalable y robusto quepuede entenderse como un despachador de mensajes entre objetos distribuidos (beans, EJBs, servlets, etc.)capaz de gestionar las interacciones entre aplicaciones usando distintos tipos de tecnologías.

Mule es capaz de trabajar con un amplio abanico de tecnologías, permitiendo en cada caso escoger loscomponentes más adecuados ya que es capaz de trabajar con JMS, HTTP, TCP, SMTP, POP3, ficheros, XML-RPC, etc., y ofreciendo un entorno en el que pueden integrarse los componentes de negocio específicos de

10

forma transparente, independientemente de su tecnología, de que estén implantados en entorno homogéneos oheterogéneos, o de la capa de transporte que utilicen.

• Mule es un proyecto fundado en 2003.

• El proyecto arrancó después de complejas experiencias de integración ESB en un gran proyecto deBanca.

• Existen actualmente unos 1.000 desarrolladores activos en la lista de distribución.

• La comunidad de desarrolladores es muy activa, con más de 200.000 descargas.

• Existen al menos 100 “sites” conocidos con gran actividad desarrolladora.

• Mule es propiedad y está soportado por MuleSource.


2. Componentes

Las características principales de Mule son:

• Enterprise Service Bus (ESB) y despachador de mensajes basado en J2EE 1.4.

• Conectividad con Jms (1.0.2b y 1.1), tcp, udp, multicast, http, servlet, smtp, pop3, fichero, memoriacompartida, etc.

• Soporte para mensajes síncronos, asíncronos y procesamiento de eventos de tipo petición-respuestasobre cualquier capa de transporte.

• Soporte transaccional.

11

• Soporte transaccional.

• Capacidades de enrutamiento “end-to-end”, transporte y transformación de eventos y mensajes.

• Altamente escalable; utiliza el modelo SEDA, staged event-driven architecture.

• API REST (Representational State Transfer) para proporcionar acceso basado en web a los eventos.

• Desarrollo basado en patrones de diseño (http://www.eaipatterns.com/).

• Enfoque no intrusivo para la integración de los sistemas.

• Posibilidad de desarrollar componentes específicos.


2. Componentes

12

2.1.1. Monitorización de Plataforma de Integración

2. Componentes

Se emplea Hyperic como herramienta de monitorización y auditoría de sistemas .

Hyperic está creado para infraestructura Web y diseñado considerando todas las capas de infraestructuraincluyendo hardware, middleware, virtualización y aplicaciones. Se constituye como el primer software de gestiónde sistemas de clase Entrerprise que permite a administradores manejar Tecnologías.

Hyperic HQ puede gestionar toda clase de sistemas, proporcionando monitorización, alertas, diagnósticos ycontrol. Entre sus beneficios se incluyen:

• Auto-Descubre todo el software y hardware

13

• Auto-Descubre todo el software y hardwarepara hacer inventarios.

• Monitoriza distintos tipos de productos y/otecnologías.

• Realiza un seguimiento del performance,configuración y cambios de seguridad.

• Maximiza la disponibilidad con alertas yacciones de control correctivas para corregirproblemas antes de que estos ocurran.

• Extendible y personalizable para poderadaptarse fácilmente a cualquier entorno.

2. Componentes

Para su explotación Hyperic HQ proporciona una consola web que centraliza en un único punto la gestión de lamonitorización, diagnósticos y control de la plataforma, posibilitando su gestión de forma remota.


14

2. Componentes

Una vez definidos los indicadores a vigilar estableceremos las alertas necesarias para informar a losadministradores del sistema de cualquier incidencia producida: falta de disponibilidad, caída de rendimiento,consumo excesivo de recursos, etc., pudiendo establecer mecanismos automáticos de actuación.

Procedimiento para la definición de alertas:

1) Determinar el recurso o tipo de recurso que necesita la alerta.


15

� Ejemplo: Tenemos un servidor de aplicaciones que bajo determinadas circunstancia comienza afallar, siendo necesario su reinicio. En este caso nos interesa conocer y controlar el uso derecursos que esta realizando el servidor y su disponibilidad.

2) Determinar las métricas asociadas con la alerta.

� Ejemplo: Sospechamos que la causa del problema puede ser debida a una mala gestión de lamemoria, por lo que definimos una monitorización sobre la JVM que ejecuta el servidor paracontrolar la memoria disponible y su disponibilidad.

2. Componentes

Procedimiento para la definición de alertas (cont.)

3) Determinar el umbral en el que la alerta será disparada.

� Ejemplo: Queremos ser informados antes de que la memoria libre se agote, para poder actuar enconsecuencia, por lo que definimos que la alerta se dispare si la memoria disponible se sitúa pordebajo del umbral de los 10M. Además, definimos otra alerta que se lance si la disponibilidad delservidor esta por debajo del 100%.


16

4) Determinar cuando queremos que se lance la alerta.

� Ejemplo: En nuestro ejemplo, queremos que la alerta se dispare inmediatamente, para intentarpaliar el problema. En otros casos, es posible configurar la alerta para que se lance solamente silas condiciones de la alerta se repiten durante un periodo determinado de tiempo, evitando asífalsos avisos ante situaciones puntuales de la cuales el sistema se recupera correctamente deforma automática.

5) Determinar la acción a ejecutar cuando se dispare la alerta.

� Ejemplo: Podemos establecer que la primera acción a realizar sea enviar un email, notificando aladministrador del sistema que el servidor se esta quedando sin memoria. Además, podemosdefinir como segunda acción a realizar la ejecución de un proceso para liberar memoria o llegadoel caso, el reinicio del servidor.

2.2. Gestor de Servicios Electrónico

2. Componentes

Se utiliza eGOVeris como solución para el Gestor de Flujos y Escritorio de Tramitador .

Escritorio Tramitador.

El acceso a este componente será posible desde la Intranet de los Organismos en los que se implanten lossistemas de información desarrollados sobre la Plataforma de Tramitación. El acceso a la informaciónalmacenada en el sistema es parametrizable. La interfaz de Gestión y Tramitación debe integrarse con el restode componentes para permitir a los usuarios gestores realizar las siguientes actividades:

eGOVeris

17

• Recepción y consulta de expedientes.

• Incorporación al sistema de expedientes entregados en papel.

• Tramitación de Expedientes. Los nuevos sistemas de información deben permitir las siguientes actividadesrelacionas con la tramitación de expedientes:

• La tramitación de los expedientes a través de un escritorio de tramitación desde el que el gestortramitará expedientes individualmente o en bloque.

• La consulta de los datos más relevantes del expediente a los solicitantes asociados al expediente.

2. Componentes

• Validación de documentos de solicitud. Para evolucionar en una determinada fase, la información de lasolicitud asociada al expediente deberá estar validada. La validación de dicha información podrá realizarseautomáticamente, de forma transparente a los usuarios gestores mediante la utilización de procesos batch,que validen todas las solicitudes en estado pendiente de validación. El módulo de validación de documentosde solicitud debe permitir las siguientes actividades:

• Validación a petición: permite al gestor validar la información de una determinada solicitud.

• Visualización de errores de validación: permite al gestor comprobar los errores producidos durante las


eGOVeris

18

• Visualización de errores de validación: permite al gestor comprobar los errores producidos durante lasvalidaciones (automáticas o a petición).

• Una vez detectados errores en la validación el sistema será capaz de emitir notificaciones telemáticaspara la subsanación de los errores a los solicitantes haciendo uso del componente de notificacionestelemáticas seleccionado.

• Apertura de Expedientes:

• Creación de un nuevo expediente con un identificador que será usado por el sistema para identificarlo.

• La asociación de la solicitud (y documentación asociada) al nuevo expediente.

• La asociación de los datos de los solicitantes al nuevo expediente.

• Los datos de los interesados se encuentran en el sistema SDC y pueden ser accedidos a través delmotor de tramitación para la asociación con el expediente.

2. Componentes

En el siguiente diagrama se muestran las interfaces del Escritorio de Tramitación con el resto de componentesde la Plataforma de Tramitación:

Módulo de Búsqueda/Detalle Módulo de

Notificaciones


eGOVeris

19

Generador de Escritos

Módulo de Gestión

Documental

Escritorio de Tramitación

Componentes

Funcionales

Módulo de Firma

2. Componentes

Gestión de Flujos.

Los Componentes de Gestión de Flujos implementan tres servicios de apoyo requeridos para la prestacióntelemática de servicios:

• Tramitación de Flujos. Requiere a su vez de una herramienta de Modelado de Flujos.

• Gestión de Documentos.

• Archivado de Expedientes.


eGOVeris

20

• Archivado de Expedientes.

Se observa claramente un doble enfoque en cuanto a la característica principal de los servicios: orientación aflujos y orientación a documentos. No obstante, y en suma, la función principal de este componente es garantizarque la información de tramitación, y la documentación asociada a ésta, sea entregada de forma correcta ycoherente al Sistema de Datos del Ciudadano desde las Aplicaciones de Back - Office, y con independencia dela naturaleza y el origen de dichas aplicaciones.

Es por ello que se hace necesaria la utilización de un servicio de Tramitación de Flujos y de Gestión Documentalcomún a todas las aplicaciones, y adicional a los propios que ya usen las aplicaciones para la gestión de susflujos y documentos privados. En aquellos casos en los que las Aplicaciones de Back – Office no presenten deforma nativa una tramitación de sus flujos y/o una gestión documental propia, este componente dará soporte adichas aplicaciones en el desempeño de sus servicios.

2. Componentes

La interconexión de este componente con las Aplicaciones de Back – Office no se produce directamente sinoque se realiza a través de la Plataforma de Integración Interna.

Cabe resaltar un aspecto muy importante a considerar, que es el hecho de que la utilización de flujos y formatosestándares es un requisito de interoperabilidad indispensable para lograr, en un futuro, la integración einterconexión de las Entidades Locales, tanto entre sí, como con otras Administraciones Públicas.


eGOVeris

21

Modelador de Flujos. Componente que permite el diseño y modelado de flujos para su posterior carga yutilización en el Motor de Tramitación. Consta de una interfaz directa con el empleado público administrador delsistema, a través de la cual se realiza dicho diseño de flujos de tramitación.

2. Componentes

Motor de Tramitación . Componente cuya funcionalidad es la de establecer unos flujos de tramitaciónestándares y comunes a todas las Aplicaciones de Back – Office, de tal forma que mediante el establecimientode este control, se garantice que la información de tramitación que las aplicaciones envíen al Sistema de Datosdel Ciudadano sea correcta y coherente.

El establecimiento de estos flujos estándares no será exhaustivo, en el sentido de que no se definirán todos los


eGOVeris

22

estados intermedios necesarios para la definición de un trámite, sino sólo aquéllos necesarios para elestablecimiento de un flujo coherente y estándar, que permita la integración de flujos ya existentespertenecientes a las Aplicaciones de Back – Office preexistentes. En concreto, dichos estados han de serúnicamente aquellos que tienen visibilidad para la ciudadanía a través de la Carpeta Ciudadana, siendo, portanto, un subconjunto de los flujos completos de procedimientos internos, que son los que manejan lasAplicaciones de Back – Office.

Asimismo, debe tenerse en cuenta que los estados que conforman todos estos flujos estándares son estados deobligada notificación, por lo que cada vez que se registra un cambio en el Motor de Tramitación éste estrasladado inmediatamente al Sistema de Datos del Ciudadano.

2. Componentes

Módulos del Gestor de Servicios Electrónico .


eGOVeris

23

1. Operación: módulo para usuarios.

2. Administración y Configuración : para perfiles administradores.

3. Diseño : para labores de programación.

2. Componentes

Módulo de operación .


eGOVeris

24

Es la herramienta de interacción con los empleados públicos:� Listar tareas pendientes o realizadas por un usuario y avisos/alarmas .� Listas y búsquedas de expedientes según diversas condiciones de filtrado .� Información de datos y documentos asociados a un expediente concreto.� Tramitación de expedientes .

2. Componentes

Módulos de administración y configuración .


eGOVeris

25

El modulo de administración permite confirmar y asegurar el correcto trámite de los expedientes ,recuperándolos incluso de situaciones anómalas. También provee una administración del control de acceso yautorización . Permite realizar una monitorización de los procesos para identificar determinadas situaciones yaplicar las medidas oportunas.El módulo de configuración contiene el catálogo de elementos configurables . Permite la definición ,parametrización y gestión de los elementos: expedientes, procedimientos, actividades, tipologías dedocumentos, plantillas de los mismos, datos, definición de intercambios de datos con otras administraciones,tipos de tareas, plantillas de tareas, avisos, alarmas…

2. Componentes

Módulo de diseño .


eGOVeris

26

El módulo de diseño proporciona una herramienta a los desarrolladores de la plataforma de tramitación para laelaboración y modificación de los procesos en los que intervienen los expedientes.

La experiencia demuestra que todo procedimiento administrativo se puede modelar a partir de un número muyreducido de actividades básicas (validación, firma, anexado,…) siempre y cuando se realice una óptimaparametrización de las mismas.

2.2.1. Monitorización de Procesos de Negocio

2. Componentes

Se emplea Pentaho como solución de software libre para la explotación de la información . Pentaho ofrece las siguientes funcionalidades :

• Arquitectura flexible, tanto tecnológica como de datos.

• Potente capacidad de consulta y análisis, incluyendo OLAP.

• Informes avanzados sobre los aspectos clave del negocio.

• Interfaz de reporting sencilla e integrada en la web.

• Acceso personalizado y seguro a los datos.

27

• Acceso personalizado y seguro a los datos.

• Capacidad del usuario para interactuar con los datos.

• Confianza en la calidad de los datos ofrecidos.

Pentaho es un plataforma que abarca las siguientes áreas:

• Reporting

• Analysis

Algunos de los productos que forman la plataforma son:

• JFreeReport: reporting

• Mondrian: servidor OLAP

• Workflow

• BI Platform

• Kettle: procesos ETL

• Weka: Data Mining

• Dashboards

• Data Mining

2. Componentes

Pentaho: Reporting

Presenta informes en los formatos habituales (html, excel, pdf, texto enriquecido o texto plano) medianteJfreeReport, permitiendo la distribución de informes de forma segura a usuarios finales mediante publicaciónen portales o bien por correo electrónico. Además cuenta con una herramienta de diseño de informes intuitivay permite a los usuarios obtener resultados de forma inmediata con un diseño personalizado en función de lasnecesidades de negocio.

Características principales:


28

• Distribución de informes a determinados usuarios en función desus roles.

• Interfaz de usuario guiada para la elaboración de informes.

• Incluye estadísticas de accesos de usuarios (frecuencia,histórico de sesiones, etc.)

• Componentes 100% java, de forma que permite la integracióncon otros sistemas.

2. Componentes

Pentaho: Cuadro de Mando (Dashboards)

Constituyen un desarrollo propio de Pentaho. Recogen información de todos los componentes de laplataforma, incluyendo aplicaciones externar y páginas Web. Incluyen gestión y filtrado de contenidos yseguridad basada en perfiles de usuario. Pueden ser integrados en otras aplicaciones, portales o dentro de laplataforma de Pentaho.

Características principales:

• Se pueden lograr pantallas de gran riqueza visual, con alarmas,


29

• Se pueden lograr pantallas de gran riqueza visual, con alarmas,indicadores de estado y monitorización continua de resultados.

• Integración con las herramientas de análisis y reporting, deforma que el usuario puede profundizar en los resultadosmostrados.

• Está formado por componentes Java para una integraciónsencilla con otras aplicaciones.

2.3. Repositorio Documental

2. Componentes

Se emplea Alfresco como solución global para la gestión documental .

Las principales características de Gestión Documental que cubre este componente son:

• Creación de documentos: el usuario puede introducir documentos en el sistema de forma manual (anexandodocumentos) o a través de una herramienta integrada con el sistema.

• Estructuración de los documentos: Organización y estructuración de la información en forma de árbol con unnúmero, en principio, ilimitado de carpetas y personalizable por los usuarios que tengan permiso para ello, de

30

número, en principio, ilimitado de carpetas y personalizable por los usuarios que tengan permiso para ello, deforma que se adapte a las necesidades de cada persona que utilice el servicio.

• Edición del perfil del documento: el usuario puede cambiar los datos que identifican al documento en elsistema.

• Control de cambios: se permite la gestión de cambios y versiones en los documentos a través de un sistemade “Check in” y “Check out”.

• Historial del documento: la herramienta proporciona un registro de las actividades realizadas en un documentoy los usuarios que han realizado dichas actividades.

• Control de versiones: el sistema almacena las distintas versiones de los documentos, de forma que seaposible acceder a versiones anteriores de los mismos.

2. Componentes

• Categorización: el sistema permite la agrupación lógica de documentos relacionados en categorías ysubcategorías, de manera que se adapta de forma lógica a la organización física de la documentación. Esimportante destacar que la herramienta, además de permitir el almacenamiento de archivos de formaestructurada en base a un árbol de carpetas, permite mecanismos auxiliares para catalogar los documentosen base a un árbol de categorías que cada organismo define en base a sus necesidades y que por tanto,habilita mecanismos “extra” de localización de información que ayudan aún más al usuario a localizar lainformación que busca en cada momento.


31

información que busca en cada momento.

• Operaciones básicas sobre documentos: La herramienta soporta operaciones como borrar, copiar y moverdocumentos entre carpetas

• Mis Favoritos: Servicio de Mis Favoritos o “Bookmarks” individualizado para el usuario, de forma que puedadefinirse en un espacio propio y de fácil acceso a las carpetas de uso más frecuente

• Transformación de documentos a formato PDF: Mecanismos de transformación entre diferentes formatos dedocumentos a PDF (Portable Document Format)

• Metainformación: Gestión de metainformación asociada a los documentos: autor, fecha de creación, formato,descripción, idioma, etc..

• Bloqueo de documentos: Un usuario particular puede proteger o bloquear documentos para que otros usuariosno puedan manipular dicho documento mientras este usuario trabaja sobre él.

2. Componentes

Las principales características de Administración que cubre este componente son:

• Usuarios: el sistema permite crear diferentes roles de usuario, restringiendo la entrada a distintas zonas de laaplicación.

• Grupos de usuarios: se establecen diferentes niveles de acceso al sistema de forma que para cada grupo deusuarios se definen los permisos que se atribuyen a los usuarios de dicho grupo distinguiéndose los siguientesgrupos por defecto:


32

grupos por defecto:

• Lectores: usuarios que únicamente tienen permiso para consultar los documentos.

• Supervisores: usuarios que pueden consultar, actualizar y eliminar los documentos.

• Administradores: usuarios que se encargan de administrar el sistema, crear usuarios, gestionar lospermisos a los usuarios, controlar el acceso a los documentos.

• Permisos asociados de los documentos: permite otorgar o restringir los derechos de acceso al documento alos usuarios y grupos (modificación del perfil, consulta del documento, consulta del perfil, modificación deldocumento, cambios de privilegios,...).

• Herencia de permisos y propiedades.

2. Componentes

Las principales características de Búsquedas de Documentos que cubre este componente son:

• Búsqueda mediante perfil: permite encontrar documentos que correspondan a los datos introducidos en uno ovarios campos del perfil (metadatos.)

• Búsqueda de contenido: permite buscar en el texto del documento utilizando palabras o frases específicas(también por similitud) resaltando el término de búsqueda.

• Búsqueda rápida: permite almacenar los filtros de búsquedas utilizadas con mayor frecuencia para poder


33

• Búsqueda rápida: permite almacenar los filtros de búsquedas utilizadas con mayor frecuencia para poderejecutarlas de manera más rápida y fácil.

• Listados de Documentos: se puede definir y generar el tipo de listado estándar a utilizar como resultado detodas las búsquedas realizadas durante las consultas. En este listado se pueden definir los campos que sequieran mostrar, en qué orden se desea que se listen, etc. Una vez obtenido el listado, se podrá marcar todoso varios elementos para ser visualizados, editados, eliminados.

• La herramienta dispone de un mecanismo de indexación automática que permite indexar automáticamente losdocumentos (para posteriores búsquedas) que se incorporan al sistema basándose tanto en el resultado delOCR (Optical Character Recognition) de los campos elegidos por el usuario, como también de tipos dedocumentos predefinidos (PDF, DOC, TXT, XML, ...).

2.4. Carpeta Ciudadana

2. Componentes

Se emplea OpenCms para la gestión de contenidos de la Carpeta Ciudadana .

OpenCms permite mantener un sistema de información web con gran facilidad, de tal forma que la asistencianecesaria por parte de técnicos informáticos es casi nula. Para conseguir esto, OpenCms oculta toda lacomplejidad del proceso de publicación, de forma que el personal de los diferentes departamentos puedadedicarse a elaborar el contenido de la Web y publicarlo de una forma fácil e intuitiva.

Además de las características que se detallan a continuación, OpenCms permite su instalación en sistema decluster para balanceo de carga y tolerancia a fallos, funciona bajo servidor de aplicaciones como BEA Weblogic,TOMCAT, OC4J, etc., lo que permite hacer uso de las arquitecturas de objeto distribuido, particularmente conEJB. Posee un sistema virtual de ficheros sobre el que se trabaja, permitiendo definir y gestionar el espacio de

34

EJB. Posee un sistema virtual de ficheros sobre el que se trabaja, permitiendo definir y gestionar el espacio detrabajo para cada proyecto y los archivos del mismo.


2. Componentes

Las características fundamentales de OpenCms son:

• Es software de código abierto publicado bajo licencia LGPL.

• Implementado en Java / XML.

• Entorno de trabajo desarrollado bajo tecnología web.

• Facilidades de edición de contenidos desde la vista de previsualización del portal.

• Gestión de galerías de archivos e imágenes.

• Sistemas de permisos y gestión de usuarios integrados.

35

• Sistemas de permisos y gestión de usuarios integrados.

• Publicación basada en Proyectos.

• Workflow y Gestión de Tareas.

• Histórico de Modificaciones del contenido.

• Editor WYSIWYG para la edición de contenidos no estructurados.

• Editor basado en formularios para la edición de contenidos estructurados.

• Integrado un sistema de escalado automático de imágenes de grandes dimensiones.

• Versionado de contenidos.


2. Componentes

Las características fundamentales de OpenCms son (cont.):

• Mecanismos de gestión de plantillas para la gestión de la presentación homogénea de los contenidos.

• Soporte Multi-idioma.

• Sistema de ayuda on-line.

• Publicación estática y dinámica de contenidos.

• Soporte del mecanismo de módulos para ampliar de una forma estándar las funcionalidades del gestor decontenidos.

36

• Sistema de caché de contenidos.

• Soporte SSL.

• Sistema de planificación de tareas (para planificar la ejecución de acciones personalizadasperiódicamente o en instantes determinados).

• Soporte EJB.

• Opencms está integrado con el motor de búsqueda Lucene.

• Metainformación asociada a contenidos (documentos, imágenes, archivos, etc.).

• Mecanismo de importación/exportación de contenidos en formato XML.

• Exportación de contenidos en formato HTML.

2.5. Registro

2. Componentes

Se emplea cvRegistro como solución de Registro Electrónico y Presencial .

Los factores diferenciales de la herramienta son:

• Solidez y potencia del motor de registro : Se trata de una solución de registro muy probada dentro delámbito de la comunidad valenciana puesto que es el registro utilizado por la Generalitat Valenciana, conlo que nos da una garantía de rendimiento ante situaciones de estrés altas.

• Criterios Tecnológicos actuales : La herramienta utiliza las técnicas de desarrollo de aplicacionesactuales, independizando la capa de persistencia de la lógica de negocio, y éstas de la capa de

37

actuales, independizando la capa de persistencia de la lógica de negocio, y éstas de la capa depresentación. Esta independencia y uso de técnicas actuales, la sitúa a la vanguardia técnica conrespecto al resto de herramientas.

• Homogeneidad : Registro Electrónico, Presencial y Departamental en una misma herramienta.

Los factores estratégicos de la elección de la herramienta son:

• Unificación de los registros: Al tratarse del registro utilizado por la Generalitat Valencia, el uso de estamisma solución por parte de las Entidades Locales, proporcionaría una homogeneidad en lasherramientas utilizadas, simplificando los procesos de Ventanilla Única.

• Alineamiento con la plataforma: El diseño de la herramienta mediante Web Services, se encuentraalineada con la filosofía no intrusiva de la plataforma, permitiendo que el Registro Electrónico, sea cualsea, permita la conexión con este registro presencial.

2.5. Registro

2. Componentes

38

Oficina de Proyecto

39

Oficina de Proyecto

Plataforma Administración Electrónica EELL

Email: [email protected]

Tlf: 963 477 337

arquitectura de componentesgfw.diputacionalicante.es/repo/rec/206/04. plataforma ae...mule es capaz...

Documents