MINISTERIO DE LA

PRESIDENCIA

SUBSECRETARA
SUBDIRECCIN GENERAL
DE TECNOLOGAS Y SERVICIOS
DE LA INFORMACIN

Plataforma de expediente Electrnico

@DOC
Arquitectura de Sistemas

Arquitectura de Sistemas

MPR-Secretara

Control de versiones
Versin

Fecha

1.0

08/08/2012

1.1

30/10/2014

Arquitectura de Sistemas

Descripcin / Comentarios

Actualizaciones de diagramas

Arquitectura de Sistemas

MPR-Secretara

ndice
1

Introduccin........................................................................................................................................ 4

Sistemas implicados............................................................................................................................ 4

Arquitectura de Servidores ................................................................................................................. 6

Componentes y diagrama de despliegue ............................................................................................. 7

Arquitectura de Sistemas

3 de 7

Arquitectura de Sistemas

MPR-Secretara

1 Introduccin
El objetivo del presente documento es presentar los componentes que forman parte del sistema de la
Plataforma de Expediente Electrnico, en adelante @Doc, as como las relaciones que mantiene la
Plataforma con otros sistemas horizontales y el mecanismo de integracin 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 desempea 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 catlogo de
servicios Web para gestin de expedientes electrnicos 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 Electrnico del MPR (REGELEC): Este sistema aporta una serie de servicios
Web que permiten a las aplicaciones realizar asientos registrales de forma individual y masiva,
recuperacin de asientos registrales y justificantes de registro, bsqueda de asientos y
verificacin de justificantes. REGELEC se integra a su vez con otros sistemas como @firma,
TS@ y DIR para aportar funcionalidades de validacin de firmas de los ficheros adjuntos a las
solicitudes de registro, aplicacin de sello digital sobre los justificantes de registro, obtencin
de timestamps para fechas de registro desde una Autoridad de Sellado de Tiempo, y
verificacin de cdigos 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
generacin y recuperacin de asientos registrales. La ejecucin de estos servicios de delega en
REGELEC.

Directorio Comn de Unidades Orgnicas y Oficinas (DIR3): El Directorio Comn

proporciona un Inventario unificado y comn a toda la Administracin de las unidades
orgnicas / organismos pblicos y sus oficinas asociadas, facilitando el mantenimiento
distribuido y corresponsable de la informacin. Es un sistema gestionado por el MINHAP que
ofrece servicios Web para actualizacin completa o incremental de unidades orgnicas y

Arquitectura de Sistemas

4 de 7

Arquitectura de Sistemas

MPR-Secretara

oficinas, as como servicios de catlogo para provincias, municipios, islas, entidades

geogrficas, pases, etc. @Doc lanza peridicamente una tarea de sincronizacin con el DIR
que actualiza una base de datos relacional con toda esta informacin. Esta base de datos es
consultada internamente en la ejecucin de algunos servicios invocados por las aplicaciones
cliente para verificar la existencia de cdigos de unidades orgnicas y oficinas.

Sistema de Informacin Administrativa (SIA): El Sistema de Informacin

Administrativa es el inventario de informacin administrativa de la AGE, reglado por el
artculo 9 del Esquema Nacional de Interoperabilidad, y actualizado en de forma
corresponsable por todos los Organismos participantes. Contiene la relacin de
procedimientos y servicios de la AGE y las diferentes Administraciones Pblicas participantes.
Es un sistema gestionado por el MINHAP que ofrece servicios web para la obtencin y
actualizacin de procedimientos administrativos de cada organismo. @Doc realiza consultas al
SIA para verificar la existencia de categoras de procedimiento especificadas por las
aplicaciones cliente en la creacin de los expedientes electrnicos.

Plataforma de validacin de firma electrnica (@firma): sistema que determina la

validez y vigencia de los certificados digitales de mltiples infraestructuras de clave pblica
(PKI), entre ellas la del DNI electrnico, empleados en operaciones de autenticacin y firma
electrnica de cualquier aplicacin del mbito de las Administraciones Pblicas 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 electrnicos de los expedientes.

Sistemas internos

Gestor Documental: @Doc necesita un Gestor Documental como parte de su

infraestructura para almacenar y recuperar la informacin de expedientes y documentos
electrnicos, tanto contenido como metadatos. En su versin actual, @Doc incorpora dos
factoras diferentes para la conexin con el Gestor Documental:
o

Una factora de conexin contra Documentum 7.1 a travs de las DFS (Documentum
Foundation Services), accediendo va http.

Una factora CMIS (Content Management Interoperability Services). Esta factora

accede al gestor documental a travs de una interfaz CMIS, y facilita la compatibilidad
para el uso de la plataforma con gestores documentales que cumplan con este
estndar)

NOTA IMPORTANTE: La factora CMIS ha sido probada por completo contra Documentum
7.1. No se han realizado pruebas de integracin con otros gestores documentales. La factora
CMIS se ofrece como una va para facilitar la integracin con gestores documentales diferentes
a Documentum, pero esto requerir un proceso de instalacin y despliegue de tipos
documentales especfico, y una revisin exhaustiva de la ejecucin de la batera de test
unitarios de la plataforma que se aportan tambin en la distribucin.

Base de datos relacional (RDBMS): @Doc utiliza un esquema de base de datos para
almacenar parmetros de configuracin 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 envo por SMTP
de emails al administrador de la Plataforma.

Aplicaciones cliente
Todas las aplicaciones cliente de la Plataforma, incluyendo la propia Consola de administracin de la
misma, interactan con @Doc a travs de su capa de servicios Web, por http.

Arquitectura de Sistemas

5 de 7

Arquitectura de Sistemas

MPR-Secretara

3 Arquitectura de Servidores
En este apartado se muestra la infraestructura de servidores necesaria para el funcionamiento de
@Doc.

Se describe la funcin de cada uno de estos servidores:

Servidores necesarios para Documentum:

o

Content Server: Constituye el ncleo del gestor documental, gestiona el repositorio,

ejecucin de Jobs del gestor y ejecucin de llamadas a travs de DFS, entre otras
tareas.

Index Server: Motor de indexacin de Documentum. El fabricante recomienda la

instalacin en una mquina dedicada por el alta consumo de recursos que tiene. Este
servidor es necesario nicamente para las bsquedas de documentos por contenido.

Documentum Administrator (DA): Aplicacin Web de administracin de

documentum. Habitualmente se instala junto con otra aplicacin Web de usuario
denominada WebTop. El fabricante recomienda la instalacin en una mquina
distinta al Content Server para optimizar el rendimiento.

Base de datos del repositorio Documentum: Cada repositorio creado en

Documentum requiere la creacin 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 mltiples RDBMS. Esta base de datos es interna del Gestor
Documental y transparente para la Plataforma @Doc. Almacena, entre otras cosas,
datos de configuracin del repositorio y metadatos de documentos y expedientes.

Almacenamiento: cabinas de discos para el almacenamiento del contenido de los

documentos electrnicos.

Servidor Tomcat para la Plataforma: es decir, para el despliegue del war correspondiente
a la aplicacin de servicios Web de expediente electrnico.

Servidor Tomcat para la Conversin de Formatos: es decir, para el despliegue del war
correspondiente a la aplicacin de servicios Web de conversin de formatos. En esta misma
mquina se instalar el servidor Open Office 3.4

Arquitectura de Sistemas

6 de 7

Arquitectura de Sistemas

MPR-Secretara

Servidor JBoss para el despliegue de la Consola de Administracin 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 ms informacin sobre requisitos hardware y software de servidores consultar el Manual de

Instalacin 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
despliegue

diagrama

de

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 libreras (jar) externas o
desarrolladas en el mbito del proyecto. Para informacin ms detallada consultar el documento
Arquitectura Software de la Plataforma de Expediente Electrnico.

deployment Deployment Model

Linux + JBoss
Cons ola

war
adoc-console

war
adoc-w ebserv ices

Linux + Tomcat
Plata forma

Linux + Tomcat + OpenOffice

Conv ersin Formatos

war
conv erter-w ebserv ices

OpenOffice 3.4
Documentum 7.1

Windows Server
Content Serv er

Windows Server
Documentum
Administrator

Windows Server
Index Serv er

Windows Server
SQL S erv er

Es decir:

Componentes desplegados en el servidor Tomcat para la Plataforma:

o

adoc-webservices (war): aplicacin de servicios Web de expediente electrnico

Componentes desplegados en el servidor Tomcat para la Conversin de Formatos:

o

converter-webservices (war): aplicacin de servicios Web de conversin de formatos

OpenOffice 3.4: producto en el que se apoyan la mayor parte de los servicios de

conversin de converter-webservices.

Componentes desplegados en el servidor JBoss para la Consola:

o

adoc-console (war): Aplicacin Web de la Consola de Administracin de @doc.

No se ha desarrollado cdigo especfico para Documentum que deba ser desplegado en el Content
Server. Todas las dependencias de @Doc con Documentum estn centralizadas en una nica librera
de la plataforma, que accede al gestor documental a travs de una interfaz de servicios Web
denominada Documentum Foundation Services (DFS), o bien a travs de la factora CMIS.

Arquitectura de Sistemas

7 de 7