Système d'archivage électronique mutualisé

28
Paris Open Source Summit - 19 novembre 2015 Pascal Romain (Product Owner) @keronos Sylvain Thénault (Scrum Master) @sythenault Pierre-Etienne Cassagnau (Sys Admin Officer)

Transcript of Système d'archivage électronique mutualisé

Paris Open Source Summit - 19 novembre 2015

Pascal Romain (Product Owner) @keronos

Sylvain Thénault (Scrum Master) @sythenault

Pierre-Etienne Cassagnau (Sys Admin Officer)

Problématiques

Archivage et électronique : un mariageimpossible ?

3

Plusieurs vocabulaires pour exprimer lamême idée

4

Classement / Vocabulaire

5

Entité-relation

6

Le mariage de raison

Des personnes et des compétencescomplémentaires

• e-archiviste

• accompagnement

• utilisation

• qualité

• réglementation

• expertise

• ingénierie

8

Naissance d'une équipe• Un comité de projet est mis en place pour piloter le projet côté

collectivités

• Plusieurs équipes de développement intéragissent sur différentes

composantes du système

• Un administrateur système "dédié"

9

Archivage et open source ?

• préconisé par l'état

• surtout logique dans le cadre

d'investissements pour répondre à un

besoin commun

• on bénéficie de briques existantes, on

contribue en retour

Pourquoi le libre ?

11

Obsolescence des support et des formats(des logiciels aussi, non ?)

wordperfect sur disquette 3.5"

pptx sur cd-rom, etc...

12

• code ouvert = sécurité et pérennité

• abstraction du stockage pour éviter

l'adhérence avec le matériel

• migration des documents vers des données

ouvertes

Auditabilité du système

13

De l'idée à la réalisation...

• travail sur les processus métiers et

études

• adaptation de la GED Alfresco

• connecteur GED - SAE

Phase 1

15

La vision modulaire

16

• Ge(d)stion courante [Alfresco 5 Community]

• SAE [as@lae]

• Référentiel de données [CubicWeb] CC-By-NC-SA semanticwebcompany

Composantes du SAEM

mais surtout interopérable grâce aux techniques du Web Sémantique, et

libre.

17

Phase 2 : dev agile• mise en place d'un fonctionnement agile

• ateliers au fil de l'eau, y compris sur la définition du modèle

• lean canvas à court terme (6 mois) et moyen terme (2 ans)

• 10 sprints : sprint 0 + 9 releases "majeures"

18

Bilan d'étape

Un pivot pour les données structurées• données de référence externe (thésaurii, référentiels géo)

• données de référence interne (PC, acteurs, vocabulaires, organigramme)

Administration par des experts : alimentation de qualité

Simplification du processus d’archivage par réutilisation

20

Archives ouvertes grâce à un modèle dedonnées structuré

21

Processus d'archivage

22

Plateforme technique opérationnelle• Utilisation comme opérateur d'archivage

• Sys admin opérateur technico-fonctionnel

• Intégrateur unique pour le projet (Département de la Gironde)

• Solutions OpenSource (Red-Hat) et baie EMC comme plateforme de

validation et de production

23

• accès par entités

• archives liées à un concept

• faire des liens vers d'autres corpus :

bienveillance

• versements de la Direction Enfance et

Famille de la ville de Bordeaux

• archives de Gironde

Réutilisabilité des données de référence

24

• composant SKOS et OAI-PMH pour CubicWeb,

• Linked CSV -> RDF,

• base pour une implémentation SEDA v0.2->2.0,

• implémentation OAI-PMH dans asalae / alfresco

• mais aussi des réflexions autour des ontologies et

thésaurus pour la gestion d'archives.

CC-By-SA Krishnavedala

Contributions à ce jour

25

Et maintenant ?

Bâtir sur ce socle...• Le meilleur reste à venir : alimentation du référentiel avec les données

issues du cycle de vie des objets d'archives ;

• Plus de connecteurs !

27

Adaptez le à votre environnement et contribuez

des connecteurs dès maintenant !

Avec vous ?

Blog en ligne http://saem.e-bordeaux.org

Code source du référentiel https://www.cubicweb.org/project/cubicweb-saem_ref

Suivez nous : @projetsaem @logilab

Merci !