Delphes R2, quoi de neuf ?
1. Évolutions techniques
La release de milieu d’année n’a pas vocation à mettre à jour la « stack technique » et ses composants qui reste conforme aux éléments indiqués dans la release Delphes de début d’année.
En ce sens, on notera que les versions des principaux composants sont les suivantes :
- Java : version 8
- Moteur de recherche ElasticSearch : version 7.15
- Moteur de files RabbitMQ : version 3.9
- Base de données PostgrSQL : version 13
- Base de données Oracle : version 19c
- Conversion Aspose : version 21.8
- Antivirus Clamav : version 0.104
- Côté navigateur, on supporte toujours Chrome, Edge Chromium et Firefox
2. Évolutions fonctionnelles
Les évolutions fonctionnelles de la version Delphes R2 se sont concentrées autour de quatre axes principaux que sont la mise à jour attendue dans la cadre de la norme NF Z 42-013 :2020 initiée en Delphes R1, la mise à jour de la brique « archives historiques » définie comme un des axes stratégiques, la refonte du module de traitement en masse et la simplification des écrans de paramétrage de l’application.
La mise en conformité NF Z 42-013 :2020
Les derniers éléments pour être conforme aux exigences de la norme NF Z42-013 sont les suivants :
Le contrôle d’exhaustivité
Le contrôle d’exhaustivité qui préexistait dans les versions antérieures a été élargi de manière à couvrir l’exigence fonctionnelle 6.3.2-1 et contrôle les fonds conservés par le propriétaire des archives.
Le renforcement de la gestion des mots de passe
Des travaux complémentaires sur la gestion des mots de passe ont été réalisés pour renforcer la robustesse et répondre au niveau de sécurité conforme aux recommandations des autorités compétentes et aux règles de l’art.
A ce titre, il est dorénavant possible de définir et de paramétrer une durée d’expiration des mots de passe, de conserver un historique des anciens mots de passe et les notifications associées aux utilisateurs. Pour rappel, Spark Archives dispose en standard des connecteurs classiques LDAP(s), SMAL, OpenId.
L’intégrité des métadonnées non modifiables
La traçabilité associée à l’exigence fonctionnelle 5.6.4-2 sur l’intégrité des métadonnées non modifiables a été mise en place. Cette fonction permet de définir par paramétrage les métadonnées de type « règlementaires » qui doivent être tracées comme ne devant pas être modifiées. Dès lors que ces métadonnées sont identifiées, celles-ci seront conservées dans le SAE sous forme d’un fichier XML de métadonnées dont l’empreinte est tracée dans la preuve de versement.
Le dossier de preuves
La demande pour audit permet de vérifier la conformité de ces métadonnées, à travers l’attestation d’archivage associée.
La demande d’audit qui était déjà disponible de manière unitaire est maintenant disponible pour des traitements de masse ; elle est centralisée au niveau de la liste des téléchargements.
Le contrôle des empreintes en entrée
L’exigence fonctionnelle 7.6.2-6 liée à la possibilité de contrôler les empreintes des fichiers électroniques a été étendue au niveau de l’IHM, du connecteur INGEST et des API de manière à rejeter le SIP si les contrôles réalisés ne sont pas valides.
Enfin, les attestations d’archivage ont été « augmentées » permettant une exploitation automatique simplifiée des empreintes contenues dans ces documents.
L’archivage historique
Les travaux débutés dans la version Delphes sur la mise en place d’ISAD-G et du cadre de classement et les instruments de recherche ont continué.
Dorénavant, il est possible d’associer des documents physiques et électroniques au cadre de classement.
L’application intègre une nouvelle facette de type « cadre de classement » pour effectuer les opérations archivistiques quotidiennes.
En complément, suite à la description du cadre de classement il est possible de générer un instrument de recherche et d’exporter ensuite celui-ci au format XML EAD et PDF.
L’import EAD XML est également possible.
Le traitement en masse
Le traitement en masse a été refondu de manière à étendre les fonctionnalités existantes liées aux modifications en masse des métadonnées.
Le traitement en masse est désormais possible sur les métadonnées des dossiers, des documents physiques, des documents électroniques et des contenants.
Toutes les actions disponibles pour les traitements en masse de métadonnées ont été reconduites. Il est possible de Remplacer / Supprimer l’expression recherchée, Remplacer / Vider un champ, Insérer avant / après une expression donnée, Insérer au début / à la fin du champ des données, Ajouter / Remplace / Supprimer un mot clé
Le traitement en masse est disponible en mode asynchrone soit directement dans l’interface soit via un fichier d’import avec une gestion adaptée des règles métiers.
La traçabilité des modifications opérées a été intégrée à l’historique des archives.
La simplification des écrans de paramétrage
Le paramétrage fonctionnel de l’application qui permet une réelle autonomie dans la création des métadonnées, l’organisation des écrans et la paramétrabilité par profil a fait l’objet d’une refonte graphique de manière à simplifier à la fois le paramétrage des consultants fonctionnels mais également des consultants intégrateurs.
Les écrans qui permettent de créer, d’organiser et de disposer les métadonnées ont été améliorés de manière significative afin de permettre un gain de temps et d’efficacité en privilégiant une approche intuitive et ergonomique.
En vrac
La purge de l’audit trail qui trace toutes les insertions, mises à jour et suppression en base de données peut maintenant faire l’objet d’une purge programmée selon les besoins.
De nombreuses corrections et améliorations ergonomiques ont pu être mises en place, la mise à disposition d’un mécanisme complémentaire pour la restitution de fortes volumétries d’archives, l’intégration de nouvelles règles de facturation en lien avec les relations chronologiques des services, etc.
Herwann PERRIN
Responsable Produit Spark Archives