Arquitectura de Aplicaciones Conceptos Básicos de Gestión Documental DOCUMENTUM Septiembre 2014 Área Arquitecturas Unidad de Arquitectura Software de Aplicaciones
ÍNDICE 1. Introducción 2. Conceptos Básicos de Documentum 2.1 Objetos Documentales 2.2 Tipos documentales 2.3 Repositorio 2.4 Content Server 2.5 Usuarios Autentificación 2.6 Usuarios Autorización 2.7 Permisos de Objetos Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 2
ÍNDICE 3. Componentes y Herramientas DCTM 3.1 Webtop 3.2 Documentum Administrator (DA) 3.3 Documentum Application Builder 3.4 Documentum Composer 3.5 Métodos 3.6 Jobs 3.7 Workflows 3.8 Ciclos de Vida 3.9 DFC s 3.10 DQL Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 3
ÍNDICE 3. Componentes y Herramientas DCTM 3.1 Webtop 3.2 Documentum Administrator (DA) 3.3 Documentum Application Builder 3.4 Documentum Composer 3.5 Métodos 3.6 Jobs 3.7 Workflows 3.8 Ciclos de Vida 3.9 DFC s 3.10 DQL Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 4
ÍNDICE 4. Framework Documental 4.1 Tipología 4.2 Seguridad o o o Usuarios Nominales Usuarios Genéricos Auditoría de Seguridad 4.3 Integración con DCTM o o o Servicios web (docu_ws ) framework2 Librería docu_lib Servicios Documentales Framework ATLAS 4.4 Normativa Desarrollo 5. Soluciones de Desarrollo 5.1 Tipología de Soluciones 5.2 Modulos técnicos DCTM: subida a subversion 5.3 Modulos técnicos DCTM: solicitud PaP Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 5
ÍNDICE 6. Arquitectura de Desarrollo 7. Enlaces Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 6
01 Introducción Qué se puede incorporar como metadato? Cómo? Qué es Documentum? Dónde se almacenan contenidos? Cómo usar en Aplicaciones? Qué? Quién accede? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 7
01 Introducción Por dónde empezamos? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 8
02 Conceptos Básicos de Documentum Introducción de los conceptos: Objeto: Propiedades y Contenido Tipo Documental Repositorio Content Server Seguridad Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 9
02 Conceptos Básicos de Documentum En primer lugar, lo básico: (Cualquier entidad en Documentum es gestionada y almacenada como un OBJETO!) Soy un objeto Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 10
02 Conceptos Básicos de Documentum 2.1 Objetos Documentales Cada Objeto se define por sus propiedades y métodos Propiedades Identificador Quién lo ha creado? Cuándo fue creado? Cuál es la versión? Creación Check In Check Out Borrado Métodos Cuando fue actualizado? Las propiedades lo describen Los métodos describen las acciones que se pueden realizar sobre él Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 11
02 Conceptos Básicos de Documentum Cada Objeto es de un Tipo Documental Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 12
02 Conceptos Básicos de Documentum 2.2 Tipos Documentales Qué es un tipo documental (object type)? Son plantillas en las que se apoyan las instancias de objetos. Definen las propiedades que posee un objeto y sus métodos. Todos los objetos pertenecen a un tipo. Existen más de 100 tipos. Se pueden añadir nuevos tipos personalizados (custom types). Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 13
02 Conceptos Básicos de Documentum 2.2 Tipos: Herencia - Jerarquía Un subtipo hereda todas las propiedades de su supertipo Los subtipos normalmente tienen propiedades adicionales B A C Supertipo (o Tipo Padre) Subtipo (o Hijo) Jerarquía de objetos persistent object r_object_id i_vstamp i_is_replica dm_user dm_acl dm_sysobject dmr_content dm_store dm_procedure dm_folder dm_document dm_workflow dm_note dm_cabinet Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 14
02 Conceptos Básicos de Documentum Ya pero Dónde se almacena todo? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 15
02 Conceptos Básicos de Documentum 2.3 Repositorio Almacena contenido en el Filesystem Almacena las propiedades o metadatos en un gestor de Base de Datos Relacional Repository Reside en un servidor UNIX, Linux o Windows File Storage System Database owner name creation date object name Content File Properties Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 16
02 Conceptos Básicos de Documentum 2.4 Content Server Es un servicio que controla el/los repositorio/s El repositorio sólo puede ser accedido mediante el Content Server Content Server Soporta aplicaciones cliente-servidor y aplicaciones web. Repository File Storage System Database Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 17
02 Conceptos Básicos de Documentum 2.4 Content Server (Ejemplo en desarrollo ICM) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 18
02 Conceptos Básicos de Documentum Esto esta muy bien pero Cómo se realiza la identificación y autorización de los usuarios? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 19
02 Conceptos Básicos de Documentum 2.5 Usuarios Autentificación Un usuario es Una cuenta de usuario individual con acceso al repositorio Una instancia de tipo dm_user Pedro dm_user Pedro Maria dm_user Maria La autentificación de los usuarios la realiza el Content Server que puede configurarse de varias maneras: Autenticación de cuentas por defecto Autenticación por LDAP Autenticación en línea de contraseña Autenticación de cuentas customizada Autenticación con plug-ins login name password Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 20
02 Conceptos Básicos de Documentum 2.6 Usuarios Autorización Cuando se crea un usuario, el administrador determina el nivel de acceso del usuario configurando las siguientes propiedades: Acceso de Clientes La configuración Client Capability determina las funcionalidades disponibles en una aplicación cliente Acceso al Repositorio Los ajustes en Privileges y Extended Privileges de los usuarios determinan que funcionalidad está disponible en el repositorio Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 21
02 Conceptos Básicos de Documentum 2.6 Usuarios Autorización Conceptos Documentum: Client Capability Consumer Contributor Coordinator System Administrator Determina el nivel de funcionalidad disponible en las aplicaciones cliente Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 22
02 Conceptos Básicos de Documentum 2.6 Usuarios Autorización Conceptos Documentum: Acceso al Repositorio - Privilegios PRIVILEGIOS Privilegios EXTENDIDOS None Create Type Create cabinet None Config Audit Create Group SYSADMIN SUPERUSER Purge Audit View Audit Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 23
02 Conceptos Básicos de Documentum bien pero Cómo se limita el acceso a la información? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 24
02 Conceptos Básicos de Documentum 2.7 Permisos de Objetos Todo el contenido del Repositorio está relacionado con Seguridad r_object_id 0800055080007f1c Soy un objeto tipo p.ej.: dm_sysobject Soy un objeto tipo dm_acl r_object_id 450005508000018b Información Permisos Propietario / Usuario / Grupo / World Permisos Básicos Permisos Extendidos Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 25
02 Conceptos Básicos de Documentum 2.7 Permisos de Objetos Hay dos categorías de tipos de permisos Permisos básicos obligatorios para cada objeto Permisos extendidos opcionales Un permission set es una configuración de permisos reutilizable Un Permission set indica los permisos extendidos y básicos para: Owner (obligatorio) Propietario del objeto Users (opcional) cualquier número de usuarios Groups (opcional) cualquier número de grupos World (obligatorio) todos los usuarios no indicados explícitamente Owner pedro World DELETE WRITE READ Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 26
02 Conceptos Básicos de Documentum 2.7 Permisos de Objetos Cada permission set es un objeto ACL en el Content Server: Contiene una lista de usuarios y grupos Contiene un conjunto de permisos básicos para cada usuario y grupo Contiene un conjunto de permisos extendidos para cada usuario y grupo Se asocia con los objetos por su nombre y propietario xxxx_acl_carpeta dm_acl Users/Groups Basic Permissions Extended Permissions World Owner xxxx_gr_admin xxxx_gr_usgen david NONE DELETE WRITE VERSION WRITE Change Location Change Owner, Change State Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 27
02 Conceptos Básicos de Documentum Ya ya... pero Quien limita el acceso? De forma independiente al cliente utilizado, quien realiza el control es: CONTENT SERVER Repository Database Content Server File Storage System Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 28
02 Conceptos Básicos de Documentum Hasta aquí Ya hemos dado la pequeña introducción de conceptos básicos Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 29
Pero Qué hay sobre otros componentes, y herramientas de Documentum? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 30
Vamos a presentarlos ligeramente Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 31
03 Componentes y Herramientas DCTM 3.1 Webtop Webtop es una Aplicación web, desarrollada por EMC utilizando su WDK (Web Development Kit), que ofrece el acceso web al repositorio Documentum. Servidor de Aplicaciones (Apache Tomcat 5.5.23) Content Server Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 32
03 Componentes y Herramientas DCTM 3.1 Webtop http://desarrollo.madrid.org/webtop Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 33
03 Componentes y Herramientas DCTM 3.2 Documentum Administrator (DA) Documentum Administrator (DA) es una herramienta para administrar el Content Server y los Repositorios. Es una aplicación web desarrollada por EMC utilizando su WDK (Web Development Kit). Servidor de Aplicaciones (Weblogic 9.2) Content Server Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 34
03 Componentes y Herramientas DCTM 3.2 Documentum Administrator (DA) http://desarrollo.madrid.org/da Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 35
03 Componentes y Herramientas DCTM 3.3 Documentum Application Builder (DAB) Documentum Administrator Builder (DAB) es una herramienta de desarrollo que permite la creación y mantenimiento de objetos y tipos documentales, ciclos de vida, permisos, jobs, etc.. Content Server Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 36
03 Componentes y Herramientas DCTM 3.3 Documentum Application Builder (DAB) Es una herramienta desarrollada por EMC y utilizada hasta la versión 6.0 SP1. (Para versiones superiores a DCTM 6.0, debe utilizarse Documentum Composer) El DAB se instala en local en PC Requiere una conexión al repositorio para modificar los objetos Agrupa objetos del repositorio a través de DocApps No utiliza ningún directorio local, la DocApp es un conjunto de punteros a objetos del repositorio La instalación en el repositorio se realiza a través de un fichero DocApp (.dpa) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 37
03 Componentes y Herramientas DCTM 3.4 Documentum Composer Documentum Composer es una herramienta de desarrollo que permite la creación y mantenimiento de objetos y tipos documentales, ciclos de vida, permisos, jobs, etc.. Content Server Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 38
03 Componentes y Herramientas DCTM 3.4 Documentum Composer DCTM Composer es un producto basado en Eclipse Agrupa objetos del repositorio (artifacts) en proyectos Sólo necesita conectarse al repositorio para instalar proyectos o importar objetos, no para modificarlos Los proyectos son creados en un directorio local (workspace) Composer no requiere instalación es suficiente con descomprimir el zip que lo contiene una vez descargado de EMC Es la herramienta que hay que utilizar para versiones superiores a DCTM 6.0 La instalación se realiza a través de binarios (DAR) que obtienen los parámetros de instalación Se pueden crear proyectos a partir de DocApps existentes en el repositorio Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 39
03 Componentes y Herramientas DCTM 3.5 Métodos MTD Los Métodos son scripts ejecutables o programas que son representados mediante un objeto (dm_method) existente en el Repositorio dm_method Los Métodos son ejecutados mediante un Job o desde un Workflow Usando un job se ejecuta cuando se lance el job, mediante ejecución automática Documentum Usando el método en una tarea automática de un workflow se ejecuta cuando ejecute dicha tarea Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 40
03 Componentes y Herramientas DCTM 3.6 JOBS JOB Los Jobs son instancias tipo de objeto dm_job Usado para métodos automáticamente en función de un tiempo definido por el usuario Fácil de usar para automatización de tareas realizadas regularmente Documentum dispone de una serie de jobs ya construidos para realizar el mantenimiento del repositoio dm_job Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 41
03 Componentes y Herramientas DCTM 3.7 Workflows Un workflow formaliza y automatiza un proceso de negocio Define quién lleva a cabo qué y en qué orden La estructura de un workflow concuerda con la complejidad del proceso de negocio que es emulado Gerente Ingeniero Equipo de proyecto Automatizado approve Iniciar Crear Revisar Publicar rechazar Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 42
03 Componentes y Herramientas DCTM 3.7 Workflows Los workflow se implementan en modo de plantillas Las plantillas definen las actividades, los participantes y el orden Las plantillas se crean e instalan en el repositorio con el Process Builder o con el Workflow Manager Workflow Manager Process Builder Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 43
03 Componentes y Herramientas DCTM 3.8 Ciclos de Vida Un ciclo de vida es un conjunto de estados que definen las etapas de un objeto a lo largo de su vida Los estados están conectados linealmente Se implementa como un objeto del tipo dm_policy Cuando un documento se asocia a un ciclo de vida, progresa a lo largo del mismo en función a unas reglas de negocio que están definidas en el propio objeto del ciclo de vida Borrador En Revisión Aprobado Efectivo Retirado Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 44
03 Componentes y Herramientas DCTM 3.9 DFC (Documentum Foundation Classes) Las DFC son las librerias que ofrece Documentum para interactuar con el Documentum Content Server Contienene un conjunto de clases java e interfaces La mayoría de clientes utilizan las DFC, tanto las herramientas de desarrollo como aplicaciones. Herramientas DFC Webtop / DA DFC DFC Aplicaciones Content Server DFC Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 45
03 Componentes y Herramientas DCTM 3.10 DQL (Documentum Query Language) Utilizado por administradores, desarrolladores y aplicaciones para recuperar información del Content Server Es una extensión de ANSI-standard SQL, además de actuar sobre tablas/filas actúa en objetos La herramienta Documentum Administrator (DA) ofrece una opción de menú para ejecutar DQL (Menu Principal / Tools Editor DQL) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 46
bien hasta aquí Ya hemos visto lo más importante del producto Documentum Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 47
Vamos a ver qué tenemos en ICM Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 48
04 Framework Documental Para construir un Sistema que utilice Documentum debe utilizarse el Framework Documental de ICM Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 49
04 Framework Documental Basado en. Tipología Documental Seguridad Tipos de Usuarios Auditoría de Seguridad Integración con Documentum Framework2 Framework ATLAS Normativa Desarrollo Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 50
04 Framework Documental 4.1 Tipología Tipología Seguridad Integración con DCTM Normativa Desarrollo Se ha identificado una tipología documental básica que provea a los proveedores un marco definido para la construcción de los servicios que prestan a ICM en proyectos relacionados con Gestión Documental Esta técnica nos permite incluir cambios generales en los tipos documentales básicos que son heredados por los tipos definidos en las distintas aplicaciones Se proporciona esta tipología en la docapp (ICM_Tipos_Basicos) Documentación Documento de Tipología documental 1.0 con la descripción de cada tipo básico y el procedimiento de instalación. Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 51
04 Framework Documental 4.1 Tipología Tipología Seguridad Integración con DCTM Normativa Desarrollo cm_usuario Hereda de: dm_user Atributos: dni telefono_fijo telefono_movil dm_user cm_usuario cm_documento_gral Hereda de: dm_document Atributos: fecha_registro fecha_registro_interno numero_registro numero_registro_interno dm_document cm_documento_gral xxxx_td_descripcion Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 52
04 Framework Documental 4.1 Tipología Tipología Seguridad Integración con DCTM Normativa Desarrollo cm_documento_auditado Hereda de: cm_documento_gral Atributos: cdclave traza_lopd dm_document cm_documento_gral cm_documento_auditado xxxx_td_descripcion Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 53
04 Framework Documental 4.1 Tipología Tipología Seguridad Integración con DCTM Normativa Desarrollo cm_traza_lopd Hereda de: cm_documento_gral Atributos: cdclave dsfich_logico Cenprop cendir. dm_document cm_documento_gral cm_traza_lopd xxxx_td_traza_lopd Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 54
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Veamos cómo se ajusta en el framework la identificación, autorización y auditoría Normativa Desarrollo Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 55
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Acceso mediante usuario / contraseña La autenticación a través de LDAP Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 56
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Los usuarios nominales nunca podrán tener permisos de SuperUser como Client Capability Consumer Contributor Coordinator System Administrator Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 57
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Usuarios creados en el repositorio tipo Inline Password Se podrán crear hasta tres usuarios según permisos: (1) o con_xxxx Usuario sólo consulta o adm_xxxx Usuarios para tareas de administración o aud_xxxx Usuario para gestionar auditorías (1) xxxx corresponde con el nombre del proyecto) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 58
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Permisos de Usuarios Genéricos con_xxxx Consumer Contributor Coordinator System Administrator Client Capability None Create Type Create cabinet Create Group SYSADMIN SUPERUSER PRIVILEGIOS None Config Audit Purge Audit View Audit Privilegios EXTENDIDOS Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 59
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Permisos de Usuarios Genéricos adm_xxxx Consumer Contributor Coordinator System Administrator Client Capability None Create Type Create cabinet Create Group SYSADMIN SUPERUSER PRIVILEGIOS None Config Audit Purge Audit View Audit Privilegios EXTENDIDOS Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 60
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Tipos de usuarios Usuarios Nominales Usuarios Genéricos Permisos de Usuarios Genéricos aud_xxxx Consumer Contributor Coordinator System Administrator Client Capability None Create Type Create cabinet Create Group SUPERUSER SUPERUSER PRIVILEGIOS None Config Audit Purge Audit View Audit Privilegios EXTENDIDOS Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 61
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Auditoria de Seguridad La trazabilidad se delega en la aplicación antes de invocar operaciones llamará al xxxx_pack_log Para aplicaciones con desarrollos java: java_metodos o tbo s éstos deben llamar a docu_pack_log Usuario Genérico Acceso mediante Usuario Genérico Cliente Aplicación Java Servidor Aplicaciones Aplicación J2EE xxxx_pack_log BBDD Apps Documentum Content Server java_metodo TBO docu_pack_log BBDD Documentum BBDD Trazas SGUR ICM Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 62
04 Framework Documental 4.2 Seguridad Tipología Seguridad Integración con DCTM Normativa Desarrollo Auditoria de Seguridad La trazabilidad se delega a Documentum Acceso mediante Usuario Nominal Servidor Aplicaciones Documentum Content Server Un proceso batch migra los datos de la auditoria de Documentum a la BBDD SGUR Usuario Nominal Cliente Aplicación Java Audit docu_jmtd_migracion_traz BBDD Documentum BBDD Trazas SGUR ICM Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 63
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Integración con DCTM Cómo puedo integrar mi Sistema con Documentum? Normativa Desarrollo Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 64
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Integración con DCTM Framework 2: Servicios de Gestión Documental: docu_ws Normativa Desarrollo Desarrollado en tecnología framework 2 Utilizado en aplicaciones existentes de framework 2 Se mantiene por compatibilidad, no evolucionará y no debe utilizarse para nuevos desarrollos. Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 65
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Integración con DCTM Framework 2: Servicios de Gestión Documental: docu_ws Normativa Desarrollo Administración de Grupos Importar / Modificar Documentos Ver / Exportar Documento Permisos Documento Borrar Documento Buscar Documentos Pedir Rendición Ver Rendición Check Documentos Gestionar Tablas Externas Gestión de Carpetas URL Desarrollo: http://desarrollo.madrid.org/docu_ws/services URL Mantenimiento: http://mantenimiento.madrid.org/docu_ws/services Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 66
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Integración con DCTM Normativa Desarrollo Framework 2: librería docu_lib Sólo para aplicaciones de Framework 2 Para Aplicaciones con un exigencia de rendimiento alta y un nivel de complejidad baja se proporcionará la librería docu_lib. Este aplicativo es una réplica de las funcionalidades de los Servicios Web ICM de acceso a Documentum de framework 2. Los proyectos que utilicen docu_lib han de incorporar las DFC s en el.ear de despliegue. En caso de tener que realizar un cambio de versión en las DFC s, se tendrán que actualizar estos aplicativos). (Esta Solución necesita autorización previa por parte de ICM) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 67
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Integración con DCTM Normativa Desarrollo librería ICM: docu_lib Administración de Grupos Importar / Modificar Documentos Ver / Exportar Documento Permisos Documento Borrar Documento Buscar Documentos Pedir Rendición Ver Rendición Check Documentos Gestionar Tablas Externas Gestión de Carpetas Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 68
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Framework ATLAS: Servicios de Gestión Documental Integración con DCTM Normativa Desarrollo La integración con el gestor documental se realiza en dos ámbitos Acceso al core de documentum mediante programación (API) Componentes visuales que acceden al gestor documental (Ejemplo en: http://desarrollo.madrid.org/atlas_integracion/) Para desarrollar una aplicación web con integración con gestión documental se debe partir del arquetipo de gestión documental que ya incluye las librerías y ficheros de configuración necesarios para trabajar con el servicio de gestión documental. (Para más información sobre la integración con este servicio de gestión documental acceder a los manuales ATLAS_MUS_Arquetipo_Web_Documentum y ATLAS_MUS_Servicio_Gestion_Documental del portal de Arquitectura) Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 69
04 Framework Documental 4.3 Integración con DCTM Tipología Seguridad Framework ATLAS: Servicios de Gestión Documental ConsultaService buscar realiza una consulta al gestor documental a partir de una Query en formato DQL. Integración con DCTM Normativa Desarrollo GestionCarpetasService alta crea una nueva carpeta en el gestor modificacion actualiza las propiedades de una carpeta existente baja elimina una carpeta existe y su contenido GestionDocService cancelcheckout cancela el bloqueo de un documento, previamente bloqueado checkin registra una nueva versión de un documento bloqueado y lo desbloquea checkout bloquea un documento eliminar elimina un documento parcial (versión) o totalmente establecerpermisos modifica los permisos de un documento exportar recupera el contenido de un documento importar envía un nuevo documento al gestor modificar modifica las propiedades de un documento, sin establecer un bloque previo. pedirrender solicita una transformación de formato de un documento GestionGruposService alta crea un nuevo grupo en el gestor modificacion modifica las propiedades de un grupo existente GestionTablasExternasService eliminar elimina registros de una tabla externa insertar inserta registros en una tabla externa modificar modifica registros de una tabla externa Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 70
04 Framework Documental 4.4 Normativa (1) Tipología Seguridad Integración con DCTM Normativa Desarrollo Define los estándares, las normas e incluye una serie de modelos y plantillas Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 71
04 Framework Documental 3.4 Normativa (1) Tipología Seguridad Integración con DCTM Normativa Desarrollo Definición de Proyecto y Módulos técnicos xxxx_docu xxxx_yyyy (aplicación web) xxxx_webtop xxxx_modd xxxx_batch_cdatos xxxx_tbo_<nombre> xxxx_jmtd_<nombre> (1) xxxx corresponde con el código del proyecto Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 72
04 Framework Documental 4.4 Normativa (1) Tipología Seguridad Integración con DCTM Según la Normativa se establece la siguiente nomenclatura: (2) Normativa Desarrollo TIPOS DOCUMENTALES GRUPOS ROLES TABLAS EXTERNAS PLANTILLAS DE PERMISOS WORKFLOWS CICLOS DE VIDA PROCEDIMIENTOS METODOS JOBS RELACIONES ENTRE T. DOC. ALIAS SET xxxx_td_<nombre_tipo> xxxx_gr_<nombre_grupo> xxxx_rol _<descripción_funcional> xxxx_ext_<nombre_tabla> xxxx_acl_<descripción_funcional> xxxx_wf_<descripción_funcional> xxxx_lf _<descripción_funcional> xxxx _pro_<descripción_funcional> xxxx_mtd _<descripción_funcional> xxxx_job _<descripción_funcional> xxxx_rl _<descripción_funcional> xxxx_alias _<descripción_funcional> (1) Más información de Normativa y Diseño en el portal de Desarrollo (2) xxxx corresponde con el nombre del proyecto Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 73
hasta aquí Ya hemos visto lo básico que ofrece el Framework de ICM Etc. Módulos Técnicos Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 74
Pero Qué posibles soluciones podemos ofrecer? Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 75
05 Soluciones de Desarrollo 5.1 Tipología de Soluciones: Interfaces de Usuario Aplicación Desarrollada en Framework 2 Aplicación Desarrollada en Framework ATLAS Aplicación J2EE: Personalización Webtop DCTM Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 76
05 Soluciones de Desarrollo 5.1 Tipología de Soluciones: Módulos Técnicos Tipo Desarrollo J2EE Framework 2 ATLAS Webtop Aplicación Web docu_ws docu_lib DFC Servicios Gest.Doc. DFC Java Método Proceso Batch TBO DFC docu_ws docu_lib DFC DFC Servicios Gest.Doc. Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 77
05 Soluciones de Desarrollo 5.2 Módulos técnicos DCTM: subida a Subversion Ejemplo entrega en Subversion Se creará un tag de subversion con fecha y versión de la entrega Modelo Documental Directorio DAR (si es versión 6.7) Aplicación Webtop TBO Java Métodos Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 78
05 Soluciones de Desarrollo 5.3 Módulos técnicos DCTM: fichas de entrega Generar Documentación DAR TBO Ficha Entrega Módulos Documentum JMTD Aplicación Webtop Ficha Entrega Módulos Webtop Solicitud de Paso a Producción: GPAP Área de Arquitecturas: Unidad de Arquitectura Software de Aplicaciones Página 79