Actas do Seminario Internacional O futuro da memoria - Arquivos de ...

552
implantar que cuando fue en gran medida abandonado en los años noventa
del siglo veinte. En 1989, sugerimos que los sistemas serían la clave del archivar
si cada uno de ellos fuera diseñado con un módulo archivístico (Bearman,
1990), pero sabíamos que era poco probable que ni los individuos ni
las organizaciones fueran capaces de implantar sistemas de este modo, ni siquiera
de comprender las políticas requeridas. En 1990, los sistemas que se
utilizaban en oficinas eran casi exclusivamente propietarios y les faltaban las
arquitecturas amistosas de APIs, en capas, basadas en normas, que podrían
permitir adjuntarles módulos archivísticos, incluso aunque pudiéramos diseñar
tales módulos para todo sistema y organización. Los vínculos entre sistemas
estaban, por definición, codificados dentro de cada sistema. Hubiéramos
pasado por un momento difícil para comprender el modo en que podrían
ejecutarse sobre la marcha después de localizarlos en el ciberespacio y no
había manera de evitar el re-escribir el código en cada sistema para hacer uso
de tales servicios. Pero si los servicios de archivo tuvieran que ser llamados
por otros servicios API requeridos para que las trans-acciones tuvieran lugar,
como el protocolo de transporte, en todos los casos en los que un contrato
para tales servicios existiera a nivel organizativo, entonces todo sistema introducido
en una organización inmediatamente se aprovecharía de los servicios
de archivo sin programación complementaria.
La base para el uso generalizado de tales servicios es un lenguaje de declaración
(usualmente un Lenguaje de Descripción de Servicios Web), que
describe los servicios y cómo utilizarlos. Las actuales comunicaciones entre
los servicios y los clientes usan típicamente el protocolo SOAP. Se están desarrollando
muchas variaciones sobre el modelo básico y, por supuesto, los
protocolos subyacentes pueden evolucionar a lo largo del tiempo, pero los
principios fundamentales de servicios imprecisos proporcionados por agentes
remotos se elaboran ahora en el marco de la reflexión acerca de arquitecturas
informáticas para la web. Esto se debe a que las APIs web y la arquitectura
de Servicio web que está asociada con su despliegue, esencialmente,
obvia el requisito de re-escribir toda aplicación en uso en la organización
y escribe código que intervendrá a nivel de programación y enviará
una copia de las transacciones al archivo designado. En cambio, podemos
publicar los requisitos de la función Ingesta del OAIS del Servicio web, incluido
el primer paso de «captura», al que OAIS llama «adquirir», y los métodos
de comunicación de los sistemas cliente pueden hacer las llamadas y proporcionar
los metadatos demandados por la API.
Cuando se llama al Servicio web de Archivo que ingiere el contenido de
una transacción electrónica en un sistema de gestión de documentos, puede
requerir que la aplicación que generó el documento declare: