MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas
Control de versiones Versión Fecha Descripción / Comentarios 1.0 08/08/2012 1.1 30/10/2014 Actualizaciones de diagramas Arquitectura de Sistemas
Índice 1 Introducción... 4 2 Sistemas implicados... 4 3 Arquitectura de Servidores... 6 4 Componentes y diagrama de despliegue... 7 Arquitectura de Sistemas 3 de 7
1 Introducción El objetivo del presente documento es presentar los componentes que forman parte del sistema de la Plataforma de Expediente Electrónico, en adelante @Doc, así como las relaciones que mantiene la Plataforma con otros sistemas horizontales y el mecanismo de integración con los mismos. 2 Sistemas implicados En el diagrama adjunto se indican los sistemas internos y externos con los que se relaciona @Doc: Es decir, @Doc desempeña por una parte un rol de consumidor de servicios Web de sistemas externos, necesarios para implementar algunas de sus funcionalidades, a la vez que aporta un catálogo de servicios Web para gestión de expedientes electrónicos a las aplicaciones cliente de la Plataforma. Se apoya internamente en un Gestor Documental, una base de datos relacional y un servidor de correo. Sistemas externos Registro Electrónico del MPR (REGELEC): Este sistema aporta una serie de servicios Web que permiten a las aplicaciones realizar asientos registrales de forma individual y masiva, recuperación de asientos registrales y justificantes de registro, búsqueda de asientos y verificación de justificantes. REGELEC se integra a su vez con otros sistemas como @firma, TS@ y DIR para aportar funcionalidades de validación de firmas de los ficheros adjuntos a las solicitudes de registro, aplicación de sello digital sobre los justificantes de registro, obtención de timestamps para fechas de registro desde una Autoridad de Sellado de Tiempo, y verificación de códigos de organismos y oficinas. REGELEC está completamente adaptado a la norma SICRES 3. @Doc ofrece a las aplicaciones cliente un descriptor wsdl con servicios para generación y recuperación de asientos registrales. La ejecución de estos servicios de delega en REGELEC. Directorio Común de Unidades Orgánicas y Oficinas (DIR3): El Directorio Común proporciona un Inventario unificado y común a toda la Administración de las unidades orgánicas / organismos públicos y sus oficinas asociadas, facilitando el mantenimiento distribuido y corresponsable de la información. Es un sistema gestionado por el MINHAP que ofrece servicios Web para actualización completa o incremental de unidades orgánicas y Arquitectura de Sistemas 4 de 7
oficinas, así como servicios de catálogo para provincias, municipios, islas, entidades geográficas, países, etc. @Doc lanza periódicamente una tarea de sincronización con el DIR que actualiza una base de datos relacional con toda esta información. Esta base de datos es consultada internamente en la ejecución de algunos servicios invocados por las aplicaciones cliente para verificar la existencia de códigos de unidades orgánicas y oficinas. Sistema de Información Administrativa (SIA): El Sistema de Información Administrativa es el inventario de información administrativa de la AGE, reglado por el artículo 9 del Esquema Nacional de Interoperabilidad, y actualizado en de forma corresponsable por todos los Organismos participantes. Contiene la relación de procedimientos y servicios de la AGE y las diferentes Administraciones Públicas participantes. Es un sistema gestionado por el MINHAP que ofrece servicios web para la obtención y actualización de procedimientos administrativos de cada organismo. @Doc realiza consultas al SIA para verificar la existencia de categorías de procedimiento especificadas por las aplicaciones cliente en la creación de los expedientes electrónicos. Plataforma de validación de firma electrónica (@firma): sistema que determina la validez y vigencia de los certificados digitales de múltiples infraestructuras de clave pública (PKI), entre ellas la del DNI electrónico, empleados en operaciones de autenticación y firma electrónica de cualquier aplicación del ámbito de las Administraciones Públicas que se conecte a sus servicios. @Doc invoca a los servicios de @firma para verificar la validez de las firmas digitales asociadas a los documentos electrónicos de los expedientes. Sistemas internos Gestor Documental: @Doc necesita un Gestor Documental como parte de su infraestructura para almacenar y recuperar la información de expedientes y documentos electrónicos, tanto contenido como metadatos. En su versión actual, @Doc incorpora dos factorías diferentes para la conexión con el Gestor Documental: o Una factoría de conexión contra Documentum 7.1 a través de las DFS (Documentum Foundation Services), accediendo vía http. o Una factoría CMIS (Content Management Interoperability Services). Esta factoría accede al gestor documental a través de una interfaz CMIS, y facilita la compatibilidad para el uso de la plataforma con gestores documentales que cumplan con este estándar) NOTA IMPORTANTE: La factoría CMIS ha sido probada por completo contra Documentum 7.1. No se han realizado pruebas de integración con otros gestores documentales. La factoría CMIS se ofrece como una vía para facilitar la integración con gestores documentales diferentes a Documentum, pero esto requerirá un proceso de instalación y despliegue de tipos documentales específico, y una revisión exhaustiva de la ejecución de la batería de test unitarios de la plataforma que se aportan también en la distribución. Base de datos relacional (RDBMS): @Doc utiliza un esquema de base de datos para almacenar parámetros de configuración de la Plataforma, inventario de aplicaciones cliente y datos obtenidos desde el DIR. Servidor de correo: Por último, @Doc utiliza un servidor de correo para el envío por SMTP de emails al administrador de la Plataforma. Aplicaciones cliente Todas las aplicaciones cliente de la Plataforma, incluyendo la propia Consola de administración de la misma, interactúan con @Doc a través de su capa de servicios Web, por http. Arquitectura de Sistemas 5 de 7
3 Arquitectura de Servidores En este apartado se muestra la infraestructura de servidores necesaria para el funcionamiento de @Doc. Se describe la función de cada uno de estos servidores: Servidores necesarios para Documentum: o Content Server: Constituye el núcleo del gestor documental, gestiona el repositorio, ejecución de Jobs del gestor y ejecución de llamadas a través de DFS, entre otras tareas. o Index Server: Motor de indexación de Documentum. El fabricante recomienda la instalación en una máquina dedicada por el alta consumo de recursos que tiene. Este servidor es necesario únicamente para las búsquedas de documentos por contenido. o Documentum Administrator (DA): Aplicación Web de administración de documentum. Habitualmente se instala junto con otra aplicación Web de usuario denominada WebTop. El fabricante recomienda la instalación en una máquina distinta al Content Server para optimizar el rendimiento. o Base de datos del repositorio Documentum: Cada repositorio creado en Documentum requiere la creación de un esquema de base de datos. En el escenario del MPR esta base de datos es SQL Server 2008 Enterprise, pero Documentum está certificado con múltiples RDBMS. Esta base de datos es interna del Gestor Documental y transparente para la Plataforma @Doc. Almacena, entre otras cosas, datos de configuración del repositorio y metadatos de documentos y expedientes. o Almacenamiento: cabinas de discos para el almacenamiento del contenido de los documentos electrónicos. Servidor Tomcat para la Plataforma: es decir, para el despliegue del war correspondiente a la aplicación de servicios Web de expediente electrónico. Servidor Tomcat para la Conversión de Formatos: es decir, para el despliegue del war correspondiente a la aplicación de servicios Web de conversión de formatos. En esta misma máquina se instalará el servidor Open Office 3.4 Arquitectura de Sistemas 6 de 7
Servidor JBoss para el despliegue de la Consola de Administración de @Doc: es decir, para el despliegue del war correspondiente a la Consola de la Plataforma. Base de datos de la Plataforma: En el escenario del MPR, un esquema SQL Server 2012 Enterprise. Para más información sobre requisitos hardware y software de servidores consultar el Manual de Instalación de @Doc. No obstante, cabe decir que todos los componentes de @Doc así como los productos de terceros en los que se apoya son multiplataforma. 4 Componentes y diagrama de despliegue La siguiente figura muestra el diagrama de despliegue de los componentes de @Doc. Por simplicidad, no se muestran las dependencias de las aplicaciones Web con las librerías (jar) externas o desarrolladas en el ámbito del proyecto. Para información más detallada consultar el documento Arquitectura Software de la Plataforma de Expediente Electrónico. deployment Deployment Model «Linux + JBoss» Cons ola «war» adoc-console «war» adoc-webservices «Linux + Tomcat» Plataforma «Linux + Tomcat + OpenOffice» Conversión Formatos «war» converter-webservices Documentum 7.1 OpenOffice 3.4 Content Server Documentum Administrator Index Server SQL Server Es decir: Componentes desplegados en el servidor Tomcat para la Plataforma: o adoc-webservices (war): aplicación de servicios Web de expediente electrónico Componentes desplegados en el servidor Tomcat para la Conversión de Formatos: o converter-webservices (war): aplicación de servicios Web de conversión de formatos o OpenOffice 3.4: producto en el que se apoyan la mayor parte de los servicios de conversión de converter-webservices. Componentes desplegados en el servidor JBoss para la Consola: o adoc-console (war): Aplicación Web de la Consola de Administración de @doc. No se ha desarrollado código específico para Documentum que deba ser desplegado en el Content Server. Todas las dependencias de @Doc con Documentum están centralizadas en una única librería de la plataforma, que accede al gestor documental a través de una interfaz de servicios Web denominada Documentum Foundation Services (DFS), o bien a través de la factoría CMIS. Arquitectura de Sistemas 7 de 7