Arquitectura Básica CÍCLOPE CMS Introducción. Arquitectura Colaborativa. El diseño de la arquitectura documental de CÍCLOPE CMS permite crear y administrar documentos electrónicos y mantenerlos disponibles para su uso, con altas tasas de pertinencia y relevancia en su recuperación. Los documentos se integran en unidades conceptuales o colecciones cuya construcción y creación adhiere a criterios de clasificación, indización y terminología que aseguran a los documentos electrónicos que la componen la validez y eficacia de los documentos originales que representan. ¿Como definir un sistema colaborativo? Los procesos que definen los circuitos de creación y revisión en el administrador de contenidos, pueden dotarse de un enfoque colaborativo. Los usuarios se asocian en grupos y sus permisos de edición, revisión, corrección, catalogación, etc. tienden a ser más “horizontales” y menos jerárquicos que en el enfoque Centralizado. El enfoque tecnológico colaborativo permite una mayor eficiencia en la búsqueda y captura del capital intelectual y en el aprovechamiento de los recursos internos y externos a la organización. Estos recursos externos son difícilmente asimilables por la estructura centralizada y jerárquica de muchas organizaciones y suelen estar fuera de su frontera organizacional. La tecnología colaborativa se caracteriza por hacer amplio uso de herramientas de mensajería y en desarrollar y administrar políticas de acceso más bien abiertas, aptas para compartir la información. Estándar XML. Arquitectura full XML Compliant. La arquitectura de CÍCLOPE CMS es full XML (Extended Markup Language) Compliant. No solo los contenidos propiamente dichos se almacenan en archivos XML, sino que también son archivos XML los documentos auxiliares que controlan la validación del contenido, basada en el estándar XML SCHEMA y la presentación visual, controlada a su vez por otro documento XML: la plantilla XSLT (Esténsible StyleSheet Language Transformation). Aparece entonces, una de las propiedades distintivas del enfoque documental XML, ya que solo 3 archivos son suficientes para asegurar la portabilidad del contenido, integrando al contenido propiamente y su estructura interna con las reglas validación utilizada para el ingreso de datos y la presentación visual detallada. La otra característica relevante del formato XML es que permite la creación de registros de longitud variable y esto representa una gran ventaja a la hora de compararlo con el modelo relacional de las RDBMS (Relational DataBase Management System). El formato XML es libre, estándar y de amplia aceptación en la industria del software, la industria editorial y en documen-tología. CÍCLOPE CMS, también crea y mantiene la taxonomía de una colección a partir de otro documento XML que se denomina MapaXML y que describe el árbol jerárquico de navegación entre documentos y prepara a todas las colecciones y sus documentos componentes para su indización full text por el motor de búsqueda de CÍCLOPE CONTENT SERVER. El control de cada una de las versiones de un documento o colección de documentos es completo ya que un mismo sistema de administración de contenidos permite crear, modificar y administrar diversas publicaciones sosteniendo el criterio unívoco de que todos sus componentes sean archivos XML válidos, que pueden ser mantenidos y actualizados dentro del mismo sistema. En la Argentina las dos principales empresas editoras de información profesional, La Ley S.A. y LexisNexis Argentina S.A. construyen e integran sus publicaciones bajo el estándar XML desde hace más de dos años. 1 Diagrama de la Arquitectura de la SUITE CÍCLOPE Figura arriba: Diagrama básico de la arquitectura de la suite Cíclope. Describe los circuitos documentales desde el alta a los recursos hasta la creación de vistas que versionan los diferentes documentos maestros y agrupan a estos en colecciones documentales. Los modelos de publicación y de visualización de documentos se ven separados ya que se reserva al editor la capacidad de liberar el producto final: una publicación. Los recursos son tomados de los documentos que sirven de input al sistema, clasificados y relacionados con un documento maestro al que pertenecen originalmente, un esquema de validación representado por su propio SCHEMA:XML y una amplia gama de facilidades de linkeo y presentación visual provistas por su XSLT. 2 Modelo de Visualización Versionamiento Documental. Aproach CÍCLOPE CMS. En muchas ocasiones el responsable de una publicación se encuentra con la dificultad de que un documento es modificado en parte de su contenido por otro que ha ingresado posteriormente, generando una nueva versión del documento original que debe integrarse con la respectiva referencia al documento modificador. Cuando la frecuencia de este procedimiento es alta, estamos frente a un problema de administración de versiones, que se manifiesta en la publicación de normativa legal, siendo el ejemplo típico, la existencia de leyes cuyo texto deberá ser ordenado o actualizado. En este caso, cada versión del documento puede ser válida en cierto contexto y contemporáneamente, dependiendo de la puesta en vigencia de la modificación. La misma problemática presenta la construcción de cualquier normativa interna de una amplia gama de instituciones y organizaciones en el “mundo real”. El correcto enfoque de su versionado evita que los documentos se reediten y dupliquen continuamente y agregan a la colección capacidades para backtraking (seguir versiones anteriores) y corrección de errores. La administración y creación de versiones es uno de los aspectos de mayor interés para la creación y mantenimiento de cualquier plexo documental de uso profesional, definición que refiere a documentos que sufren procesos continuos de agregado de valor y pasan a convertirse en información crítica. Concepto de Recurso Documental. Cuando se edita un documento, diversas secciones del mismo pueden presentar características que la definen como una unidad de conocimiento apta para ser reusada y que llamaremos recurso. Nuestro enfoque es considerar al documento que es visualizado por el usuario final como un conjunto de recursos que denominaremos vista. El marco conceptual y el contexto, será provisto por otro documento maestro que dota a los recursos de sentido, convirtiéndose en un verdadero marco conceptual que sirve generalmente como punto de acceso a la edición del recurso. Un documento maestro puede tener asociadas n vistas y estas, a su vez componen al conjunto de versiones del mismo dándonos una serie histórica de su evolución (dos vistas de un mismo documento maestro pueden diferenciarse por ejemplo en un nuevo recurso que pasa a formar parte de una vista más moderna y vigente). La vista es un catálogo de direcciones que apuntan a recursos tomados principalmente del documento maestro con una metadata específica. Eventualmente una vista puede capturar recursos provenientes de diversos marcos conceptuales y no solo desde un único documento maestro. AUMENTO DE LA GRANULARIDAD Punto de Vista del Editor Compendio Colección Doc. Maestro Vista Recurso Conjunto de Colecciones Conjunto de Vistas Marco Conceptual Versiones de un Doc. Maestro Unidad de Conocimiento Punto de Vista del Usuario 3 ALTA de RECURSO Doc. Libre 1 instrucciones de ordenador o computadora, documentos, procedimientos, y rutinas, dispuestos en un determinado lenguaje o codificación informática, con el objeto de dirigir las operaciones y procesos de un ordenador o sistema de estos, para la obtención de una finalidad dada. Weqkeweek Sadf asdfasdf ss ewrwe erweqr wqe qw esdf er te u rt rt ue yu ty fdsd fh sdfs dh sh hsghsghsfdgdfghhhhSfgh sg Sección 3 Pie de página 1-Un documento ingresa a la colección se le asocia una estructura XML diseñada por el editor. 2- En esta estructura pueden definirse secciones XML llamadas RECURSOS, validadas contra un SCHEMA.XML Doc. Libre 2 Master. XML Software: refiere al conjunto de instrucciones de ordenador o computadora, documentos, procedimientos, y rutinas, dispuestos en un determinado lenguaje o codificación informática, con el objeto de dirigir las Uso del Software: Un “Uso” del Software se define como la carga del Software a una computadora o estación de trabajo no conectado a una red, un "Uso" del Software se define como la carga del Software a una computadora el número de usos concurrentes del Software no exceda la cantidad de Usos Autorizados por el LICENCIANTE. Weqkeweek Sadf asdfasdf ss ewrwe erweqr wqe qw esdf er te u rt rt ue yu ty fdsd fh sdfs dh sh hsghsghsfdgdfghhhhSfgh sg encabezado Sección 1 Recurso 001 Recurso 002 Recurso 003 Recurso 004 Recurso 005 Recurso 006 3- Estos RECURSOS se alocan en la Base de Datos XML debidamente clasificados e indizados. Ver Recurso 003 Ver Recurso 004 Nueva Sección 4 Sección 2 Sección 3 6- Alta a Master.XML. EL editor decide generar un nuevo recurso: Nueva Sección 4. Coll1.XML Ver Recurso 005 4- Se crea la VISTA Vis1.XML que replica la estructura de Doc1.XML y apunta a RECURSOS alocados en XML DB. Vis2. XML Ver Recurso 001 Ver Recurso 002 Ver Recurso 003 Pie de página 5- En este caso ingresa un documento libre a la colección que introduce cambios en Doc1.XML. Ver Recurso 002 PUBLICAR Sección 1VALIDAR Sección 2 Vis1.XML Ver Recurso 001 encabezado EDITAR Uso del Software: Un “Uso” del Software se define como la carga del Software a una computadora o estación de trabajo no conectado a una red, un "Uso" del Software se define como la carga del Software a una computadora el número de usos concurrentes del Software no exceda la cantidad de Usos Autorizados por el LICENCIANTE. Database. XML Master. XML Software: refiere al conjunto de Ver Recurso 004 8- Puede optarse por seleccionar manualmente el archivo Visn.XML a publicar o setear los parámetros de coll1.XML para que la version publicable incluya las versiones más modernas de los documentos VISTAS. Ver Recurso 006 Ver Recurso 005 7- Se crea la VISTA Vis2.XML que refleja el cambio en Master.XML y nos muestra a RECURSO 006. 4 MODIFICACIÓN de RECURSO Doc. Libre 4 Master. XML EDITAR Software: refiere al conjunto de instrucciones de ordenador o computadora, documentos, procedimientos, y rutinas, dispuestos en un determinado lenguaje o codificación informática, con el objeto de dirigir las operaciones y procesos de un ordenador o sistema de estos, para la obtención de una finalidad dada. Uso del Software: Un “Uso” del Software se define como la carga del Software a una computadora o estación de trabajo no conectado a una red, un "Uso" del Software se define como la carga del Software a una computadora el número de usos concurrentes del Software no exceda la cantidad de Usos Autorizados por el LICENCIANTE. Se edita y modifica RECURSO 003 y se guarda como un nuevo RECURSO 006 en la nueva VISTA Vis2.XML. Weqkeweek Sadf asdfasdf ss ewrwe erweqr wqe qw esdf er te u rt rt ue yu ty fdsd fh sdfs dh sh NO hsghsghsfdgdfghhhhSfgh sg 1- Doc. Libre 4 es una nueva version de Doc. Libre 3 con modificaciones en su sección 4. Se edita y modifica RECURSO 003 de Master.XML y queda disponible para cualquier VISTA que lo invoque. Ver Recurso 001 Sección 1 Ver Recurso 002 Sección 3 Ver Recurso 004 Nueva Sección 3 Ver Recurso 006 Pie de página Ver Recurso 005 MODIFICAR RECURSO 003 una computadora o estación de trabajo no conectado a una red, un "Uso" del Software se define como la carga del Software a una computadora el número de usos concurrentes del Software no exceda la cantidad de Usos Autorizados encabezado Ver Recurso 001 Sección 1 Ver Recurso 002 Sección 2 Ver Recurso 003 Sección 3 Ver Recurso 004 Master.XML encabezado Ver Recurso 003 Sección 2 PUBLICAR SI Se incorpora la nueva sección a Master.XML y creo a RECURSO 006? Vis2. XML 2- El sistema administra la creación del RECURSO 006 y su uso en la nueva versión publicable de Master.XML llamada VIS2.XML. 3- La VISTA Vis2.XML que es renderizada por el editor no incluye a RECURSO 004 sino al 006 creado a partir de Doc. Libre 4. Vis1.XML Pie de página Ver Recurso 005 4- Cuando se edita el RECURSO este es accedido desde su documento Master o desde el almacén de RECURSOS 5- Vis1.XML, sera la VISTA que refleje el cambio en el RECURSO 003 ya que el editor no consideró liberar una nueva VISTA. 5