Buenas noticias sobre las NEDA

El BOE del pasado viernes (nº 131 de 1 de junio de 2007) ha publicado la Orden del Ministerio de Cultura por la que se crea la Comisión de Normas Españolas de Descripción Archivística (CNEDA). Concebida como un órgano colegiado con carácter de grupo de trabajo, estará compuesta por Abelardo Santamaría Gallo y Ramón Martín Suquía, como presidente y vicepresidente, respectivamente; y como vocales, Antonia Heredia Herrera, Javier Barbadillo Alonso, Alejandro Delgado Gómez, Juan José Generelo Lanaspa, Pedro López Gómez, María Josefa Villanueva Toledo e Isabel Ceballos Aragón, que actuará como Secretaria.

Sus funciones, de acuerdo con dicha Orden, serán:

• Asesoramiento en la redacción, mantenimiento y revisión de las NEDA.
• Asesoramiento sobre las actuaciones necesarias para la difusión y conocimiento de las NEDA.

Aparte del empujón que supone para la normalización en el ámbito de la descripción archivística en nuestro país, este documento consagra la propuesta realizada por Abelardo Santamaría en “La Norma Española de Descripción Archivística (NEDA): Análisis y Propuesta de Desarrollo” y que ha generado un giro copernicano con respecto al proyecto NEDA inicial.

Este documento, de recomendable lectura, consigue entroncar la tradición archivística en lo que se refiere a la descripción, con el diseño de los nuevos sistemas de información orientados a su explotación en la web, con una terminología precisa y adecuada, muy difícil de encontrar en la literatura archivística. Y en él:

… se propone el desarrollo de unas nuevas Normas Españolas de Descripción Archivística (NEDA), en plural, adaptadas al nuevo contexto social y tecnológico, tomando como base:

• Las normas internacionales en materia de archivos ya aprobadas (ISAD(G)2, la ISAAR(CPF)2, EAD) y en fase de desarrollo (EAC, ISAF, etc).
• La práctica archivística española en los procesos técnicos de identificación y descripción de fondos y colecciones.
• La experiencia acumulada en el desarrollo de sistemas de información archivística.
• Toda la documentación generada a lo largo del proyecto NEDA1 y sus resultados.
• Otros esfuerzos normativos regionales y nacionales (MDM, NODAC, DACS, RAD2, etc)
• La normalización de la descripción bibliográfica a nivel internacional y nacional (FRBR, FRAR, Declaración de Principios Internacionales de Catalogación, ISBDs, GARR, GSARE, MARC21, RC, RDA, etc)

De esta manera, y partiendo de un modelo de datos consensuado que identifique las entidades, atributos y relaciones que debe representar un sistema de información archivística, las NEDA pretenden agrupar un “conjunto de normas profesionales aplicables en el ámbito de la descripción archivística”:

Normas de entrada de datos (de aplicación obligatoria):

• Normas de estructura de datos para cada una de las entidades que se contemplen.
• Normas de contenido de datos para los componentes estructurales fijados en las normas anteriores.

Normas de salida de datos (de aplicación opcional o recomendable):

• Reglas de aplicación opcional de presentación de datos en pantalla o en salida impresa.
• Recomendaciones de codificación de datos para el intercambio o comunicación entre sistemas, empleando diferentes sistemas de metadatos (EAD, EAC, MARC21, Dublin Core).

Se trata, en definitiva, de una excelente noticia, de la que esperamos ir conociendo detalles en los próximos meses. Para ello, propongo una idea: que la CNEDA cuente con un weblog a través del que vaya difundiendo sus trabajos.

Technorati Tags: NEDA, normas archivísticas, descripción archivística, CNEDA

I-EI-DI, I-EI-SI, I-EI-YI, por Abelardo Santamaría Gallo

Durante los pasados días 24-26 de abril tuvo lugar en Berlín la Tercera Conferencia Europea sobre EAD, EAC y METS. Respecto al lugar de encuentro, éste no podía ser más acertado: una iglesia de moderna remodelación en una nueva ciudad, dinámica, activa, levantada sobre cenizas, escombros y divisiones, y encima con el sol de España, lo cual siempre da buen rollito y favorecía la interoperabilidad mediterránea en la terraza. Tradición y modernidad, unificación, comunicación… eran las características del espacio, pero también las cuestiones de debate de la nueva fe a profesar: normalización, construcción de sistemas unificados de información y mejora del acceso global a los recursos archivísticos.

El Concilio de Berlín

En este entorno tan religiosamente moderno se tocó prácticamente todo el santoral normativo (especialmente los de primera división), y estuvieron presentes reputadas dignidades de las diferentes iglesias nacionales y múltiples cofradías de todo el Occidente tecnológico: el primer día se dedicó a EAD, la mañana del segundo a EAC y la tarde a METS (en una sesión común con el DLM-Forum). La última jornada se centró en algunos sistemas de información archivísticos (A2A, etc), e incluso resucitó el Censo-Guía de Archivos y EAG (casualmente ocurrió el tercer día). La conferencia fue realmente interesante, y la organización cuadriculada. Incluso las fraternales paradas para la comunión diaria (coffee break) en la terraza eran realmente provechosas (la tarta de manzana deliciosa), eso sí nunca sin dejar de pronunciar más o menos respetuosamente las palabras mágicas (<i ei di><i ei si><i ei yi>) que conducen al paraíso prometido. Espero que sólo valgan para la inmortalidad de la información, porque como me toque otra vida con estas siglas a cuestas casi que prefiero la apostasía de la ficha mecanografiada.

Abrió el concilium Hartmut Weber (Presidente del Bundesarchiv), quien introdujo magistralmente la cuestión de la normalización en el contexto de la globalización, la explotación de las TICs y la construcción de un sistema de información europeo que mejore el acceso a los recursos archivísticos.

A lo largo de la conferencia quedó claro que las relaciones entre ISAD(G)-EAD de una parte e ISAAR(CPF)-EAC de otra son perfectamente complementarias, sin que quepa buscar competencias o conflictos entre ámbos ámbitos (“a Dios lo que es de Dios, y al César lo que es del César“). Vamos que para nuestra tranquilidad el uso de EAD y EAC no sólo no es pecado sino que es plenamente conforme con nuestros dogmas fundamentales. De velar por la ortodoxia se ocuparon Michael J. Fox (EEUU) y Nils Brübach (Alemania), miembros del CBPS del CIA.

I-EI-DI

En la sesión dedicada a EAD, Kris Kiesling habló del desarrollo de este estándar y de su actual utilización en EEUU, especialmente en los múltiples consorcios existentes con proyectos de bases de datos colectivas consultables en la Web, y nos recordó que el año que viene la criatura cumple ya 10 añitos. Además se expusieron las experiencias de trabajo que han tenido lugar en diferentes países europeos: se dieron detalles de los múltiples proyectos de Francia (Claire Sibille), Polonia (Hubert Wajs), Alemania (Petra Rauschenbach), además del siempre modélico Archives Hub del Reino Unido (Amanda Hill). De todo ello parecía sacarse en limpio que el éxito de este tipo de proyectos a nivel regional y nacional dependía de varias cuestiones clave, en modo alguno novedosas: financiación, coordinación, software, normalización y formación. Además, aunque ahora contemos con normas detalladas de estructura y codificación de datos, queda aún mucho por hacer en el camino hacia la construcción de sistemas de información internacionales: las barreras lingüísticas y las diferencias en los estándares nacionales reguladores del contenido son los principales escollos.

I-EI-SI

En la sesión dedicada a EAC, comenzó hablando el mesías de XML para la descripción archivística y papá de las criaturas (EAD y EAC), Daniel Pitti, que recordemos lleva trabajando en esto desde el Berkeley Finding Aid Project de 1993. Por cierto, es una persona de carne y hueso, y no un servidor Web con inteligencia artificial como yo pensaba. Daniel se centró en el trabajo de desarrollo de EAC (desde la reunión de Yale de 1998 hasta la actualidad), justificó el necesario triángulo de interrelaciones entre descripciones de documentos, agentes y funciones/actividades de nuestro modelo conceptual, sus normas (ISAD(G)-EAD, ISAAR(CPF)-EAC, ISAF-?), y además nos sacó de dudas (por lo menos a mí) respecto al retraso del paso de EAC a versión definitiva. Parece que hay que revisar EAC porque los feligreses nos quejamos de que es demasiado compleja (también es verdad que nunca se nos dijo que la ruta al paraíso iba a ser un camino de rosas). Lo cierto es que el Grupo de Trabajo EAC tiene ahora el reto de simplificar la norma, aunque lógicamente sin renunciar a su mayor virtud: constituir una pieza esencial para facilitar la construcción de bases de datos nacionales e internacionales. Quedamos por tanto invitados a enviar nuestros comentarios. Su comentario final sobre la normalización fue efectivamente magistral: “it doesn’t matter what you do in the privacy of your own repository, but if you´re going outside, please dress up in a standard”.

En esta sesión también intervinieron Adrian Cunningham (Australia) que hizo hincapié aún más en la necesidad de construir sistemas de información archivísticos basados en el modelo conceptual y las normas apuntadas para posibilitar búsquedas más precisas, fundamentadas en la explotación de autoridades contextuales (agentes y funciones/actividades); Anke Löbnitz (Alemania), que expuso la utilización de EAD y EAC en el proyecto daofind; y Gerald Maier (Alemania) que proporcionó detalles del muy interesante portal BAM que ofrece un único punto de acceso Web a múltiples recursos culturales de archivos, bibliotecas y museos de Alemania.

I-EI-YI y otras hierbas

En la sesión dedicada a METS intervinieron Merrilee Proffitt (EEUU), Markus Enders (Alemania), Andreas Kellerhals (Suiza) y Angelika Menne-Haritz (Alemania). METS (Metadata Encoding & Transmission Standard) es el estándar más novedoso para nosotros, aunque ya tiene sus añitos (este schema XML se creó en 2001 bajo el patrocinio de la DLF). METS no es más que una especificación para codificar en XML los metadatos descriptivos, administrativos y estructurales de los objetos digitales de un depósito, es decir, en nuestro caso fundamentalmente las reproducciones digitales de los documentos de archivo.

La última de las sesiones se centró en determinados sistemas de información archivísticos accesibles en la Web y en el uso de EAD y EAC: Bill Stockting (Reino Unido) nos dio una visión de A2A; Stefano Vitali (Italia) expuso determinados sistemas (SIAS, SIUSA, Guida Generale degli Archivi di Stato, SiAsfi…); Blanca Desantes (España) proporcionó una visión del Censo-Guía de Archivos de España e Iberoamérica y de la creación y uso de EAG.

La guinda de la conferencia fue una mesa redonda -integrada por algunos miembros de EBNA, aunque también estuvo presente Kris Kiesling (EEUU)- sobre el proyecto de pasarela a los archivos europeos. En aquel momento la expectación era máxima. Después de tres días de proselitismo sobre la normalización y el acceso global a los recursos archivísticos la pregunta era muy clara: ¿qué pasa con el sistema de información europeo?. Lo cierto es que dio la impresión de que no existe una voluntad demasiado firme al respecto, de que todo está un poquito verde, y de que, frente a los colegas bibliotecarios y al proyecto de Biblioteca Virtual Europea, aún queda mucho por trabajar en la configuración de un verdadero sistema de información archivístico europeo. Efectivamente el proyecto podría comenzar por ir poniendo algunos pequeños cimientos sólidos de ese futuro sistema. Pero por cierto, en lo que a nosotros respecta:

¿Qué tal vamos en la construcción de nuestros sistemas regionales y nacional de información archivística?

Abelardo Santamaría Gallo

Technorati tags: Conferencia Europea, EAD, EAC, METS, normas archivísticas, metadatos, sistemas de información

Conferencia Europea sobre EAD, EAC y METS

Esta semana se está celebrando en Berlín la 3ª Conferencia Europea sobre EAD, EAC y METS y comienza a moverse la archiblogosfera. No es suficiente consuelo para quienes hubiésemos querido asistir y no hemos podido, pero sirve para hacernos una idea de lo que allí se está tratando, así que seguiremos atentos a futuras anotaciones sobre el evento.

En Pour les formats ouverts ! podemos meternos en harina y saber algo más sobre lo qué allí se está haciendo. Pero de momento sólo han escrito desde la Conferencia en el Archives Hub Blog, donde nos dicen que ayer se habló de EAD -como sabíamos por el programa- y hoy le tocaba el turno a EAC; y nos enteramos de que

Al parecer ha habido quejas acerca de la complejidad del estándar, y Daniel [Pitti] pidió más detalles sobre este problema, ya que están a punto de comenzar los trabajos para reconstruirlo “de abajo a arriba”. [Traducción bastante libre]

Además, recoge una frase de Daniel Pitti que me parece genial:

it doesn’t matter what you do in the privacy of your own repository, but if you’re going outside, please dress up in a standard

Ahora que se habla de la escasez de colaboraciones en los blogs, voy a intentar que alguien cuente algo más sobre/desde la Conferencia en @rchivista… A ver si así logramos salir a flote de ese mar de siglas en que se ha convertido la normalización en los archivos.

Actualización (27/04/2007): además del comentario que nos dejó ayer, Amanda Hill escribe hoy una genial reseña sobre la jornada del día 26 en el Archives Hub Blog, del que me ha llamado especialmente la atención un párrafo:

The final session was a panel discussion about a proposed new European gateway to archives. This was interesting. It seems to be a response from European national archivists to The European Library [...]. The archive gateway’s scope seems unclear at present and there does not appear to have been any attempt at establishing whether there is public demand for such a system. A seven-year timescale was mentioned, but no funding has yet been secured and the scope seems potentially limitless. I don’t feel that the European archive world has the building blocks in place for such a project yet (unlike the national libraries). But if the project were to focus on making it possible to create those building blocks, then that would be a good place to start. Something like the Spanish project [se refiere al Censo Guía] might be a sensible target for an initial project.

Nueva actualización (3/5/2007) : la buscada colaboración ya es un hecho con el post de Abelardo Santamaría, I-EI-DI, I-EI-SI, I-EI-YI (sólo el título promete).
Technorati Tags: Conferencia Europea, EAD, EAC, METS, normas archivísticas, metadatos

Lo que viene: MoReq2

La actualización y extensión de MoReq era una de las recomendaciones recogidas en el Informe sobre los archivos en la Unión Europea ampliada (Report on archives in the enlarged European Union [pdf]) de 2005 (recomendación 5b.1), ratificada posteriormente por el Consejo a través de su Recomendación de 14 de noviembre de 2005, relativa a medidas prioritarias para aumentar la cooperación en el ámbito de los archivos en Europa (DOUE L 312, 29-11-2005). El anuncio de la licitación se publicó el 12 de julio del año pasado y, finalmente, Cornwell volvió a llevarse el gato al agua.

¿Cuáles son los objetivos que se plantea MoReq2?

A) Tener en cuenta los nuevos estándares -la norma internacional ISO 15.489, la especificación británica TNA 2002, la norma alemana DOMEA CONCEPT, la noruega NOARK, la ISAAR(CPF), etc.- y buenas prácticas desarrolladas a lo largo de los últimos años, así como las conclusiones extraídas de la aplicación práctica de MoReq.

B) Extender el modelo de requisitos para cubrir nuevas áreas importantes y fortalecer las existentes. Entre las nuevas áreas se encuentran, por ejemplo:

• integración con sistemas de gestión de contenidos, especialmente en lo relativo al control de materiales de sitios web;
• trabajo sin conexión y remoto;
• definición y descripción de procesos del tratamiento archivístico (record keeping);

Las secciones que se actualizarán serán, especialmente, las del capítulo “Otras funcionalidades”, que ahora pasa a denominarse “Módulos opcionales”, e incluirá:

• gestión documental (document management) y trabajo colaborativo;
• integración con el workflow;
• firma electrónica, encriptación y marcas de agua electrónicas (gestión de derechos digitales);
• interoperabilidad y apertura;
• sistemas distribuidos.

C) Incluir herramientas para poder realizar un análisis de conformidad con la especificación; de esta forma, se pretende afirmar la influencia de MoReq en la partes interesadas (industria, proveedores, organizaciones); y permitir demostrar inequívocamente si un producto (un SGDEA o una aplicación destinada a algún módulo específico) cumple los requisitos de MoReq2.

D) Dotar a MoReq de mayor flexibilidad, que tenga en cuenta las distintas tradiciones y marcos legislativos de los diferentes estados miembros, así como las distintas necesidades de cada organización. Para ello, se va a dotar a la especificación de una estructura articulada en torno a diversos módulos.

Para el desarrollo de MoReq2 volverá a tener un importante papel el DLM Forum. Desde hace no mucho, cuentan con un blog desde el que se puede acceder a un montón de documentos interesantes sobre MoReq2 y otras actividades del foro (curiosamente, desde que ha aparecido este blog no se puede acceder al sitio de DLM-Network). Estaremos atentos a lo que vayan publicando, al igual que haremos con el sitio del proyecto que ha lanzado Cornwell Management Consultants plc.

Actualización (16/04/2007) : pueden ir consultándose diversos capítulos del borrador, y enviar los comentarios al respecto que se consideren a través del sitio de MoReq2.

Technorati Tags: MoReq, MoReq2, ERMS, documentos electrónicos, gestión de documentos, proyecto europeo

MoReq: requisitos funcionales de un SGDEA

Siguiendo el plan que establecí para abordar la cuestión de MoReq, toca ahora explicar en qué consisten los requisitos que plantea -espero que no sea mucho tostón-. Para ello, haré referencia entre corchetes a la sección correspondiente de la especificación en que se incluyen, de manera que si alguien está interesado en alguna parte en especial pueda encontrarlo más fácilmente.

En la anterior anotación sobre el tema decía que un SGDEA estaba compuesto, de una parte, por el software destinado al efecto; y, de otra, por una serie de procedimientos y políticas (elementos no funcionales). El primero de estos componentes es el principal objeto de la especificación, que incluye no sólo los requisitos funcionales para la gestión de documentos electrónicos de archivo; también hace una somera relación de las funcionalidades que puede tener el sistema con respecto a:

• la gestión de documentos de archivo no electrónicos [10.1];
• la conservación y eliminación de expedientes mixtos [10.2];
• su relación con los SGDE (partiendo de una diferenciación previa de ambos) [10.3];
• posibles recursos de flujos de tareas [10.4];
• la utilización de firmas electrónicas [10.5];
• soportar tecnologías de encriptación [10.6];
• utilizar filigranas electrónicas y elementos similares [10.7];
• su interacción con otros sistemas [10.8].

Además, dedica un capítulo entero [12] a los requisitos que debe tener la aplicación con respecto a la utilización de metadatos, así como a los distintos elementos de éstos para cada nivel de la estructura jerárquica (cuadro de clasificación, expediente, volumen de expediente y documento de archivo).

Por otro lado, MoReq recoge también una serie de requisitos genéricos referentes al segundo de los componentes del SGDEA, a los que denomina “requisitos no funcionales”: la usabilidad del sistema [11.1]; el rendimiento [11.2] y disponibilidad [11.3] que debe proporcionar; su conformidad con las normas técnicas establecidas en cada caso [11.4], así como con las disposiciones normativas y reglamentarias aplicables -¡aquí hace referencia al temido efecto 2000!- [11.5]; y los requisitos a tener en cuenta ante la externalización de servicios y la gestión de datos por parte terceros [1.6].

De esta forma, se abarcan los cuatros ejes que comprende un SGDEA, tal y como ha representado gráficamente Roger Crumpton [pdf: 2,86 MB] en la ilustración que acompaña esta anotación. No obstante, esto se está alargando mucho y por eso dejo sólo mencionados los referidos requisitos y paso a describir brevemente los requisitos funcionales propiamente dichos que establece MoReq:

• Cuadro de clasificación [3]
  Es el elemento clave de cualquier SGDEA, ya que define el modo en que los documentos electrónicos de archivo, una vez capturados en el sistema, se organizan en expedientes, así como las relaciones entre dichos expedientes. Es decir, se les asignan códigos que se corresponden con la clase del cuadro de clasificación a la que pertenecen, lo que permite que el SGDEA los gestione. Estas clases deben reflejar las funciones de la organización, generalmente representadas de forma jerárquica a través del cuadro. A través de cuatro secciones, la especificación enumera los requisitos aplicables a la configuración del cuadro de clasificación [3.1], el trabajo con clases (agrupaciones documentales lógicas en el cuadro de clasificación) y expedientes [3.2], volúmenes (agrupaciones documentales en que pueden dividirse los expedientes muy voluminosos, a efectos de facilitar su gestión) [3.3] y sobre el mantenimiento del cuadro de clasificación [3.4].
• Controles y seguridad [4]
  Es este capítulo se establecen los requisitos destinados a controlar:
  • el acceso a los documentos del sistema [4.1];
  • la creación de copias de seguridad que permitan recuperar la información de los documentos originales ante cualquier fallo del sistema [4.3];
  • las transferencias y movimientos de los documentos [4.4];
  • la autenticidad de los documentos de archivo [4.5];
  • las condiciones de seguridad de los documentos clasificados [4.6];

  En relación con estos aspectos, la sección 4.2 recoge las pautas necesarias para que el sistema almacene en una pista de auditoría –que podría formar parte de los metadatos asociados a cada documento- cualquier acceso u otra actividad que afecte a un documento de archivo, con objeto de garantizar su admisibilidad jurídica y facilitar la recuperación de los datos.

• Conservación, eliminación o transferencia [5]
  El sistema debe poder integrar las normas de conservación (tanto las legales como las internas) establecidas para cada expediente y asociarlas a éstos [5.1]. Del mismo modo, la especificación recoge los requisitos para poder gestionar los procesos de revisión de los expedientes una vez alcanzada la fecha o la acción especificada en la norma de conservación (valoración y selección), con el propósito de decidir su conservación, transferencia o eliminación, operaciones que se describen en la sección5.3.
• Captura de documentos de archivo [6]
  Con el término “captura”, MoReq hace referencia al conjunto de procesos a través de los cuales un documento se incorpora al SGDEA: la captura en sentido estricto -a través de un sistema de entrada flexible, que permita recibir tanto documentos simples como expedientes, en distintos formatos, procedentes de distintos canales de comunicación (redes de área local, redes de área extensa, correo electrónico, fax, correo postal) y con frecuencias de llegada y volumen variables- y el registro (acto por el que se adjudica a un documento de archivo un identificador único en el momento de su entrada en el sistema); su clasificación con respecto al cuadro de clasificación establecido; la adición de metadatos; y almacenamiento en el depósito o repositorio correspondiente. La sección 6.4 hace especial mención a los requisitos necesarios para la gestión del correo electrónico.
• Referencias [7]
  En este capítulo se abordan los requisitos necesarios para que el SGDEA pueda asignar identificadores únicos para referenciar las distintas entidades que lo componen (clases, expedientes, volúmenes, documentos de archivo).
• Búsqueda, recuperación y presentación [8]
  “Una parte esencial del SGDEA es la capacidad para que el usuario recupere expedientes y documentos de archivo”. Para ello, se establecen requisitos para las herramientas de búsqueda (que puede apoyarse en un tesauro asociado) y navegación del sistema [8.1], así como para la presentación de la información recuperada, bien en forma de visualización en pantalla [8.2], a través de impresión [8.3] o de cualquier otra que resulte necesaria [8.4].
• Funciones administrativas [9]
  MoReq se ocupa también de los aspectos relativos a la gestión interna del sistema y a las herramientas asociadas a ésta: recuperación del sistema, copias de seguridad, gestión de parámetros y supervisión del estado del sistema, administración de los perfiles de usuario, elaboración de informes…).

Ahora que ya tenemos una idea sobre lo que es MoReq, ¿qué cambios se van a producir con MoReq2? Esto lo veremos mañana (o pasado). Y así me lo quito de encima de una vez ;-)

Technorati Tags: MoReq, ERMS, documentos electrónicos, gestión de documentos, proyecto europeo

MoReq: modelo de requisitos para la gestión de documentos electrónicos de archivo

A partir del impulso dado por el DLM-Forum, especialmente a través de su plan de acción -los llamados “10 puntos de seguimiento”-, la Comisión Europea decidió desarrollar un modelo de requisitos para la gestión de documentos electrónicos, que sería financiado a través del programa IDA -en la actualidad IDABC- (ver anotaciones anteriores). La licitación fue concedida a la consultoría británica Cornwell quienes –con el apoyo de un grupo de expertos de varios estados miembros- elaboraron entre 1999 y 2000 la especificación MoReq (versión española: pdf de 2,96 MB), editada por la Comisión Europea en 2001 como suplemento VI de Insar, el boletín europeo sobre archivos. Posteriormente se hicieron traducciones en otras lenguas oficiales comunitarias, incluido el español (cuya traducción fue revisada por el Grupo CARMEN).

El objetivo de MoReq es definir, de forma general, las características que debe tener una “aplicación destinada a la gestión de documentos electrónicos de archivo, si bien también se puede utilizar en la gestión de documentos de archivo tradicionales” (sección 2.2), en el marco de un sistema de gestión de documentos electrónicos de archivo o SGDEA (ERMS: Electronic Records Management System)-. Dicho sistema comprende:

• El software destinado al efecto, que puede consistir en un módulo especializado, en varios módulos integrados, en software desarrollado a la medida del usuario o en una combinación de varios tipos de programas informáticos (1.3). En la sección 2.2 se indica que los SGDEA suelen o pueden estar integrados (aunque debidamente diferenciados) en un sistema de gestión de documentos electrónicos (SGDE). El SGDEA se ocuparía de gestionar documentos de archivo, mientras que el SGDE se ocupa de documentos electrónicos en el sentido amplio del concepto (que no son documentos de archivo, aunque pueden llegar a serlo).
• Una serie de procedimientos y políticas, definidos en buena parte por las tradiciones, perspectivas y exigencias normativas propias de cada país y/o de cada organización (1.3).

MoReq se ocupa, fundamentalmente, del primero de los componentes: de definir los requisitos funcionales de la gestión de documentos electrónicos de archivo en el seno de un sistema de gestión de documentos electrónicos de archivo (SGDEA), es decir, aquellas funcionalidades que debe cumplir el software destinado a la gestión de documentos electrónicos de archivo. Y está destinado a:

• Los posibles usuarios del SGDEA, como punto de partida en la preparación de una licitación.
• Los usuarios de SGDEA, en la auditoría o evaluación de un sistema ya existente.
• Las organizaciones dedicadas a la formación, como documento de referencia en la preparación de cursos de gestión de documentos de archivo o bien como material de trabajo en sus cursos.
• Las instituciones académicas, como instrumento docente.
• Los proveedores y creadores de SGDEA, como directriz que guíe el desarrollo de sus productos, destacando las funcionalidades necesarias.
• Los proveedores de servicios de gestión de documentos de archivo, como orientación sobre la naturaleza de los servicios que prestan.
• Los posibles usuarios de servicios externos de gestión de documentos de archivo, como referencia a la hora de especificar los servicios que van a contratar.

Se trata en cualquier caso de una especificación, no de una norma elaborada por un organismo de normalización reconocido. Sus elementos no son obligatorios, sino recomendaciones de carácter genérico que deben/pueden adaptarse en cada caso específico. No obstante, MoReq distingue entre requisitos preceptivos (aquellos que deberían ser tenido en cuenta en la mayoría de las implementaciones de SGDEA) y requisitos recomendables.

La estructura del documento -articulado en capítulos que a su vez se dividen en secciones- tiene cuatro partes diferenciadas:

• En una primera se hace una introducción a la especificación (cap. 1) y se explica la terminología básica empleada empleada en la especificación, profundizando además sobre determinados conceptos clave (documento de archivo y documento electrónico de archivo; expediente y volumen electrónico; cuadro de clasificación; clase; SGDEA; captura de documentos de archivo; perfil del usuario), para terminar con una representación gráfica del modelo de relaciones entre entidades en un SGDEA (cap. 2).
• La parte más importante de MoReq es, lógicamente, los requisitos, establecidos a lo largo de los capítulos 3 a 12. Para no hacer el post excesivamente pesado, dejamos para otro día el repaso a estos requisitos.
• La parte final (cap. 13) está dedicada a explicar el modelo formal de referencia ya presentado en forma de diagrama en el capítulo 2. Además, cuenta con un glosario más amplio que incluye y completa la terminología básica d la primera parte.
• Por último, se acompaña de unos anexos con información sobre las normas y documentos de referencia empleados, el desarrollo de la especificación, etc.

Para terminar (por ahora), otra cita de MoReq:

Si los requisitos incluidos en esta especificación MoReq llegan a aplicarse en la práctica, deberán dar lugar a un sistema que gestione documentos electrónicos de archivo con el grado de confianza e integridad deseados, aunando las ventajas del método de trabajo electrónico con la teoría clásica de gestión de documentos de archivo.

Mañana -si todo sale bien- acabo con todo esto de MoReq. Por lo menos, espero que a alguien le sirva (al menos lo mismo que me está sirviendo a mí).

Technorati Tags: MoReq, ERMS, documentos electrónicos, gestión de documentos, proyecto europeo