Spécifications Fonctionnelles V 1.12 - Livraison Jeet Consulting

Spcifications fonctionnelles
ATAM
V 1.0
Application de Traitement des Archives Mixtes

de lentreprise et de lorganisme public.
Matrise et rationalisation des archives mixtes de lentreprise
Rfrence: Version : Date :
AT2O-ATAM-SF V1.12 18/04/2012
V1.12
ATAM
Dossier principal Dossier Spcifications fonctionnelles de lapplication ATAM Historique Version Date V1.00 26/07/2011 V1.01 26/07/2011 V1.02 29/09/2011 V1.03 25/10/2011 V1.04 02/11/2011 V1.05 22/11/2011 V1.06 22/12/2011 V1.07 09/01/2011 V1.08 20/01/2011 V1.09 01/02/2011 V1.10 08/02/2012 V1.11 09/03/2012 V1.12 24/04/2012 Titre Application Rfrence du document Version Date Rdacteur(s) Patrice HUGON Relecteur(s) Denier Soulier Date
Action Cration du document Runion de Travail (PH, DS) Mise jour Mise jour Mise jour Mise jour Mise jour Mise jour Mise jour Mise jour (Extrait remis aux prestataires) Mise jour Mise jour IHM Mise jour (INPI) Spcifications fonctionnelles
ATAM
AT2O-ATAM-SF V1.12 18/04/2012 Fonction Socit AT2O Socit AT2O
Date 26/07/2011
Fonction Grant
Approbateur(s)
Date
Fonction
Socit
Distribution
Socit, Organisation.
27/04/2012
ATAM
AT2O Parc des Algorithmes Btiment picure Route de lOrme des Merisiers, 91190 Saint Aubin - Tl 01 69 35 16 75 fax 01 69 35 01 65 Ce document est la proprit exclusive dAT2O. Il ne peut tre communiqu ou divulgu des tiers sans son autorisation crite pralable.
Page
2/131
V1.12
ATAM
TABLE DES MATIERES

1. INTRODUCTION ................................................................................................................................................................ 12 1.1. 1.2. 1.3. 1.4. 1.5. 1.6. 2. OBJET ................................................................................................................................................................................ 12 CONFIDENTIALIT ................................................................................................................................................................. 12 PROPRIT .......................................................................................................................................................................... 12 DOCUMENTS DE RFRENCE ................................................................................................................................................... 12 VOCABULAIRE ...................................................................................................................................................................... 12 ACRONYMES........................................................................................................................................................................ 15
EXPRESSION DES BESOINS ................................................................................................................................................ 16 2.1. LICENCE .............................................................................................................................................................................. 16 2.1.1. Modle .................................................................................................................................................................... 16 2.1.2. Protection ............................................................................................................................................................... 16 2.2. ARCHITECTURE..................................................................................................................................................................... 16 2.2.1. Plate-forme technique ............................................................................................................................................ 16 2.2.2. Schma simplifi des composants de la solution ATAM ....................................................................................... 17 2.2.3. Architecture ouverte et modulaire .......................................................................................................................... 17 2.2.1. Scurit des transactions ........................................................................................................................................ 18 2.3. PERFORMANCES, CRITRES DACCEPTABILIT .............................................................................................................................. 18 2.3.1. Gnrales ................................................................................................................................................................ 18 2.3.2. Chargement ............................................................................................................................................................ 18 2.3.3. Affichage ................................................................................................................................................................. 18 2.3.4. Versement ............................................................................................................................................................... 18 2.3.5. Recherche ............................................................................................................................................................... 19 2.4. ACTEURS INTERNES (PROFIL UTILISATEUR) ................................................................................................................................. 20 2.4.1. Producteur/Verseur ................................................................................................................................................ 20 2.4.2. Archiviste ................................................................................................................................................................ 20 2.4.3. Usager ..................................................................................................................................................................... 20 2.4.4. Superviseur ............................................................................................................................................................. 20 2.4.5. Installateur/Mainteneur ......................................................................................................................................... 20 2.4.6. Profil applicatif........................................................................................................................................................ 20 2.5. ACTEURS EXTERNES............................................................................................................................................................... 20 2.6. FONCTIONNALITS ................................................................................................................................................................ 21 2.6.1. Introduction ............................................................................................................................................................ 21 2.6.2. Schma fonctionnel gnral ................................................................................................................................... 21 2.6.3. Schma du versement ............................................................................................................................................. 22 2.6.4. Schma de laccs au contenu (Consultation)......................................................................................................... 22 2.6.5. Schma de laccs au contenu (Prt) ...................................................................................................................... 23 2.6.6. Schma de la rintgration (papier) ....................................................................................................................... 23 2.6.7. Schma de la sortie dfinitive ................................................................................................................................. 24 2.6.8. Schma de llimination .......................................................................................................................................... 24 2.6.1. Schma de la recherche .......................................................................................................................................... 25
3.
BLOCS FONCTIONNELS ..................................................................................................................................................... 26 3.1. DROITS DACCS ................................................................................................................................................................... 26 3.1.1. A lapplication ......................................................................................................................................................... 26 3.1.2. Aux fonctions .......................................................................................................................................................... 26 3.1.3. Aux donnes descriptives ........................................................................................................................................ 26 3.1.4. Aux objets ............................................................................................................................................................... 27 3.2. TRANSFERTS DES OBJETS ........................................................................................................................................................ 28
27/04/2012
ATAM
Page
3/131
V1.12
3.2.1. 3.2.2.
ATAM
Introduction ............................................................................................................................................................ 28
Prsentation des tats des transferts ...............................................................................................................................28 Demande ...........................................................................................................................................................................29 Rception de la demande .................................................................................................................................................29 Contrle de validit ...........................................................................................................................................................29 Traitement ........................................................................................................................................................................30 Acquittement ....................................................................................................................................................................30 Particularit du versement de vrac .............................................................................................................................31 Demande ...........................................................................................................................................................................32 Rception de la demande .................................................................................................................................................32 Validit de la demande .....................................................................................................................................................32 Traitement ........................................................................................................................................................................32 Acquittement ....................................................................................................................................................................32 Demande ...........................................................................................................................................................................33 Rception de la demande .................................................................................................................................................33 Validit de la demande .....................................................................................................................................................33 Traitement ........................................................................................................................................................................33 Acquittement ....................................................................................................................................................................33 Demande ...........................................................................................................................................................................34 Rception de la demande .................................................................................................................................................34 Validit de la demande .....................................................................................................................................................34 Traitement ........................................................................................................................................................................34 Acquittement ....................................................................................................................................................................34 Demande ...........................................................................................................................................................................35 Rception de la demande .................................................................................................................................................35 Validit de la demande .....................................................................................................................................................35 Traitement ........................................................................................................................................................................35 Acquittement ....................................................................................................................................................................35 Demande ...........................................................................................................................................................................36 Rception de la demande .................................................................................................................................................36 Validit de la demande .....................................................................................................................................................36 Traitement ........................................................................................................................................................................36 Acquittement ....................................................................................................................................................................37 Annulation ........................................................................................................................................................................38 Reprise sur annulations.....................................................................................................................................................38 Traitement des erreurs .....................................................................................................................................................38 Reprise sur erreurs ............................................................................................................................................................38
3.2.1.1. 3.2.2.1. 3.2.2.2. 3.2.2.3. 3.2.2.4. 3.2.2.5. 3.2.2.1.
Versement ............................................................................................................................................................... 29
3.2.3.
Consultation ............................................................................................................................................................ 32
3.2.3.1. 3.2.3.2. 3.2.3.3. 3.2.3.4. 3.2.3.5.
3.2.4.
Prt ......................................................................................................................................................................... 33
3.2.4.1. 3.2.4.2. 3.2.4.3. 3.2.4.4. 3.2.4.5.
3.2.5.
Rintgration .......................................................................................................................................................... 34
3.2.5.1. 3.2.5.2. 3.2.5.3. 3.2.5.4. 3.2.5.5.
3.2.6.
Sortie dfinitive ....................................................................................................................................................... 35
3.2.6.1. 3.2.6.2. 3.2.6.3. 3.2.6.4. 3.2.6.5.
3.2.7.
limination .............................................................................................................................................................. 36
3.2.7.1. 3.2.7.2. 3.2.7.3. 3.2.7.4. 3.2.7.5.
3.2.8.
Traitements connexes ............................................................................................................................................. 38
3.2.8.1. 3.2.8.2. 3.2.8.3. 3.2.8.4.
3.3. MTHODE DACCS AU CONTENU ............................................................................................................................................ 39 3.3.1. Recherche ............................................................................................................................................................... 39

3.3.1.1. 3.3.1.2. 3.3.1.3. Recherche rapide ..............................................................................................................................................................39 Recherche multicritre .....................................................................................................................................................39 Recherche avance ...........................................................................................................................................................39
3.3.2. Rsultat de recherche ............................................................................................................................................. 39 3.3.3. Visionneuse ............................................................................................................................................................. 40 3.4. COMMUNICATION ................................................................................................................................................................ 41 3.4.1. Concept et mthodes .............................................................................................................................................. 41 3.4.2. Exemple de Courriel normalis ............................................................................................................................... 41 3.4.3. Exemple de Certificat .............................................................................................................................................. 42 3.4.4. Liste des courriels .................................................................................................................................................... 42
27/04/2012
ATAM
Page
4/131
V1.12
ATAM
3.4.5. Liste des Certificats ................................................................................................................................................. 42 3.5. TRAABILIT ........................................................................................................................................................................ 43 3.5.1. Actions logues ....................................................................................................................................................... 43
3.5.1.1. 3.5.1.2. 3.5.1.3. 3.5.1.4. 3.5.1.5. 3.5.1.6. Logs sur transfert des objets .............................................................................................................................................43 Logs sur recherche dobjets ..............................................................................................................................................43 Logs sur changement des paramtres ..............................................................................................................................43 Logs sur erreurs.................................................................................................................................................................43 Logs sur dbogage ............................................................................................................................................................43 Logs sur la base de donnes .............................................................................................................................................43
3.5.2. Visualisation............................................................................................................................................................ 43 3.5.3. Historisation............................................................................................................................................................ 43 3.6. MONITEUR.......................................................................................................................................................................... 44 3.6.1. Stratgies de relance sur transfert des objets ........................................................................................................ 44 3.6.2. Stratgies de relance sur Guichet/zone temporaire/locaux ................................................................................... 44 3.6.3. Classe de services .................................................................................................................................................... 44 3.6.4. Actions prvisibles................................................................................................................................................... 44 3.7. RCOLEMENT....................................................................................................................................................................... 45 3.7.1. Dfinition ................................................................................................................................................................ 45 3.7.1. Priodicit ............................................................................................................................................................... 45 3.7.2. Mise en uvre ........................................................................................................................................................ 45 3.7.1. Edition ..................................................................................................................................................................... 45 3.8. AUTRES FONCTIONNALITS ..................................................................................................................................................... 46 3.8.1. Constitution dune cellule ....................................................................................................................................... 46
3.8.1.1. 3.8.1.2. 3.8.1.3. 3.8.1.4. 3.8.1.5. 3.8.1.6. 3.8.1.7. 3.8.1.8. 3.8.1.9. 3.8.1.10. Prparation .......................................................................................................................................................................47 Double Encapsulation .......................................................................................................................................................48 Construction de la capsule XML ........................................................................................................................................48 Construction de la capsule TAR .........................................................................................................................................48 Gnration de lidentifiant de la cellule ............................................................................................................................49 Mise jour des descripteurs de conditions ......................................................................................................................49 Encodage des noms de fichiers .........................................................................................................................................49 Format de horodatage ......................................................................................................................................................49 Type dempreinte support ..............................................................................................................................................49 Double Lien Gel ...............................................................................................................................................................49
3.8.2. 3.8.3. 3.8.4. 3.8.5. 3.8.6. 3.8.7. 3.8.8. 4.
Migration logique (obsolescence des formats de fichiers)...................................................................................... 50 Migration physique (obsolescence des supports) ................................................................................................... 50 Rationalisation des espaces de production............................................................................................................. 50 Problmatique de la signature lectronique........................................................................................................... 51 Interoprabilit ....................................................................................................................................................... 51 Reconstruction aprs sinistre .................................................................................................................................. 51 Gestion des espaces de stockage numriques (API-I/O) ......................................................................................... 51
MTADONNES ................................................................................................................................................................ 52 4.1.1. 4.1.2. Introduction ............................................................................................................................................................ 52 Classification ........................................................................................................................................................... 53

Information de reprsentation. ........................................................................................................................................53 Information de prennisation. ..........................................................................................................................................53 information de description ...............................................................................................................................................54 Information de conditionnement .....................................................................................................................................54
4.1.2.1. 4.1.2.2. 4.1.2.3. 4.1.2.4.
4.1.3. 4.1.4.
Dictionnaire des mtadonnes ............................................................................................................................... 54 Paquets dinformations........................................................................................................................................... 59

Paquet dinformation verser (SIP) ..................................................................................................................................59 Paquet dinformation archiv (AIP)...................................................................................................................................59 Paquet dinformations diffus (DIP)..................................................................................................................................59 Champs didentification ....................................................................................................................................................59 ATAM
4.1.4.1. 4.1.4.2. 4.1.4.3.
4.1.5.
27/04/2012
Liste de rfrences .................................................................................................................................................. 59

Page
4.1.5.1.
5/131
V1.12
4.1.5.2. 4.1.5.3.
ATAM
Champs de descriptions ....................................................................................................................................................61 Champs de caractristiques ..............................................................................................................................................61
4.1.6. 5.
Classe de services .................................................................................................................................................... 61
ERGONOMIE ET INTERFACES HOMME MACHINE (IHM).................................................................................................... 62 5.1. RGLES ET PRINCIPES ............................................................................................................................................................. 62 5.1.1. Langues supportes ................................................................................................................................................ 62 5.1.2. crans et fentres ................................................................................................................................................... 62
5.1.2.1. 5.1.2.2. 5.1.2.3. 5.1.2.4. 5.1.2.5. 5.1.2.6. 5.1.2.7. cran principale ................................................................................................................................................................62 Fentrage ..........................................................................................................................................................................63 Fentre dinformation .......................................................................................................................................................64 crans de recherche multicritres/ affichage de liste de rsultats ...................................................................................64 Enttes ..............................................................................................................................................................................64 Corps des crans et fentres .............................................................................................................................................65 Pied de pages ....................................................................................................................................................................65 Prsentation et contenu ...................................................................................................................................................65 Bote de message ..............................................................................................................................................................66 Message dans la page HTML .............................................................................................................................................66 Positionnement directe ....................................................................................................................................................66 Comportement .................................................................................................................................................................66 Formes et actions ..............................................................................................................................................................66 Aspects ..............................................................................................................................................................................67 Initialisation ......................................................................................................................................................................67 Caractres saisir .............................................................................................................................................................67 Champs obligatoires..........................................................................................................................................................68 Dplacement .....................................................................................................................................................................68 Validation de la saisie........................................................................................................................................................68 Retour du systme ............................................................................................................................................................68 Saisie dans un tableau.......................................................................................................................................................69 Saisie par slection dans une liste.....................................................................................................................................69 Utilisation ..........................................................................................................................................................................69 Disposition ........................................................................................................................................................................70
5.1.3.
Messages ................................................................................................................................................................ 65
5.1.3.1. 5.1.3.2. 5.1.3.3.
5.1.4.
Curseur .................................................................................................................................................................... 66
5.1.4.1. 5.1.4.2. 5.1.4.3.
5.1.5.
Champs de saisie..................................................................................................................................................... 67
5.1.5.1. 5.1.5.2. 5.1.5.3. 5.1.5.4. 5.1.5.5. 5.1.5.6. 5.1.5.7. 5.1.5.8. 5.1.5.9.
5.1.6.
Barres de dfilement ............................................................................................................................................... 69
5.1.6.1. 5.1.6.2.
5.1.7. 5.1.8. 5.1.9. 5.1.10. 5.1.11. 5.1.12. 5.1.13.
Liste des raccourcis clavier ...................................................................................................................................... 70 Boutons de commande ........................................................................................................................................... 70 Pictogrammes ......................................................................................................................................................... 70 Suppression - Annulation ........................................................................................................................................ 70 Signale sonore......................................................................................................................................................... 70 Couleur .................................................................................................................................................................... 71 Aide utilisateur ........................................................................................................................................................ 71
Aide la saisie ...................................................................................................................................................................71 Aide contextuelle rapide ...................................................................................................................................................71 Aide gnrale ....................................................................................................................................................................71
5.1.13.1. 5.1.13.2. 5.1.13.1.
5.2. MOTEUR DE TEMPLATE .......................................................................................................................................................... 72 5.3. NAVIGATION ....................................................................................................................................................................... 73 5.4. CONNEXION LAPPLICATION ................................................................................................................................................. 74 5.4.1. Pr-condition........................................................................................................................................................... 74 5.4.2. Post-condition ......................................................................................................................................................... 74 5.4.3. Informations prsentes ........................................................................................................................................... 74 5.4.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 74 5.4.5. Actions possibles ..................................................................................................................................................... 75 5.4.6. Actions autorises ................................................................................................................................................... 75
27/04/2012
ATAM
Page
6/131
V1.12
ATAM
5.4.7. Cas derreur............................................................................................................................................................. 75 5.5. PAGES DACCUEIL ................................................................................................................................................................. 76 5.5.1. Pr-condition........................................................................................................................................................... 76 5.5.2. Post-condition ......................................................................................................................................................... 76 5.5.3. Informations prsentes ........................................................................................................................................... 76 5.5.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 76 5.5.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 76 5.5.6. Actions possibles ..................................................................................................................................................... 77 5.5.7. Actions autorises ................................................................................................................................................... 77 5.5.8. Cas derreur............................................................................................................................................................. 77 5.6. TABLEAU DE BORD ................................................................................................................................................................ 78 5.6.1. Pr-condition........................................................................................................................................................... 78 5.6.2. Post-condition ......................................................................................................................................................... 78 5.6.3. Informations prsentes ........................................................................................................................................... 78 5.6.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 79 5.6.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 79 5.6.6. Actions possibles ..................................................................................................................................................... 79 5.6.7. Actions autorises ................................................................................................................................................... 80 5.6.8. Cas derreur............................................................................................................................................................. 80 5.7. BORDEREAU DE VERSEMENT ................................................................................................................................................... 81 5.7.1. Pr-condition........................................................................................................................................................... 81 5.7.2. Post-condition ......................................................................................................................................................... 81 5.7.3. Informations prsentes ........................................................................................................................................... 81 5.7.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 82 5.7.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 84 5.7.6. Actions possibles ..................................................................................................................................................... 84 5.7.7. Actions autorises ................................................................................................................................................... 85 5.7.8. Cas derreur............................................................................................................................................................. 86 5.8. RECHERCHE ET RSULTAT DE RECHERCHE ................................................................................................................................... 87 5.8.1. Pr-condition........................................................................................................................................................... 87 5.8.2. Post-condition ......................................................................................................................................................... 87 5.8.3. Informations prsentes ........................................................................................................................................... 87 5.8.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 88 5.8.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 88 5.8.6. Actions possibles ..................................................................................................................................................... 89 5.8.7. Actions autorises ................................................................................................................................................... 89 5.8.8. Cas derreur............................................................................................................................................................. 90 5.9. CONSULTATION / VISUALISATION DE DONNES NUMRIQUES ........................................................................................................ 91 5.9.1. Pr-condition........................................................................................................................................................... 91 5.9.2. Post-condition ......................................................................................................................................................... 91 5.9.3. Informations prsentes ........................................................................................................................................... 91 5.9.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 91 5.9.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 92 5.9.6. Actions possibles ..................................................................................................................................................... 92 5.9.7. Actions autorises ................................................................................................................................................... 92 5.9.8. Cas derreur............................................................................................................................................................. 93 5.10. EDITION.............................................................................................................................................................................. 94 5.10.1. Pr-condition........................................................................................................................................................... 94 5.10.2. Post-condition ......................................................................................................................................................... 94 5.10.3. Informations prsentes ........................................................................................................................................... 94 5.10.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 94 5.10.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 94
27/04/2012
ATAM
Page
7/131
V1.12
ATAM
5.10.6. Actions possibles ..................................................................................................................................................... 95 5.10.7. Actions autorises ................................................................................................................................................... 95 5.10.8. Cas derreur............................................................................................................................................................. 96 5.11. ADMINISTRATION ................................................................................................................................................................. 97 5.11.1. Pr-condition........................................................................................................................................................... 97 5.11.2. Post-condition ......................................................................................................................................................... 97 5.11.3. Informations prsentes ........................................................................................................................................... 97 5.11.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 97 5.11.5. Rgle(s) de gestion complmentaire(s)................................................................................................................... 98 5.11.6. Actions possibles ..................................................................................................................................................... 98 5.11.7. Actions autorises ................................................................................................................................................... 98 5.11.8. Cas derreur............................................................................................................................................................. 98 5.12. CLASSE DE SERVICE ............................................................................................................................................................... 99 5.12.1. Pr-condition........................................................................................................................................................... 99 5.12.2. Post-condition ......................................................................................................................................................... 99 5.12.3. Informations prsentes ........................................................................................................................................... 99 5.12.4. Rgle(s) de gestion principale(s) ............................................................................................................................. 99 5.12.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 100 5.12.6. Actions possibles ................................................................................................................................................... 100 5.12.7. Actions autorises ................................................................................................................................................. 101 5.12.8. Cas derreur........................................................................................................................................................... 101 5.13. LISTES DE RFRENCES ......................................................................................................................................................... 102 5.13.1. Pr-condition......................................................................................................................................................... 102 5.13.2. Post-condition ....................................................................................................................................................... 102 5.13.3. Informations prsentes ......................................................................................................................................... 102 5.13.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 103 5.13.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 103 5.13.6. Actions possibles ................................................................................................................................................... 103 5.13.7. Actions autorises ................................................................................................................................................. 104 5.13.8. Cas derreur........................................................................................................................................................... 105 5.14. LISTE DES FORMATS DE FICHIER.............................................................................................................................................. 106 5.14.1. Pr-condition......................................................................................................................................................... 106 5.14.2. Post-condition ....................................................................................................................................................... 106 5.14.3. Informations prsentes ......................................................................................................................................... 106 5.14.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 106 5.14.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 107 5.14.6. Actions possibles ................................................................................................................................................... 107 5.14.7. Actions autorises ................................................................................................................................................. 108 5.14.8. Cas derreur........................................................................................................................................................... 108 5.15. MONITEUR........................................................................................................................................................................ 109 5.15.1. Pr-condition......................................................................................................................................................... 109 5.15.2. Post-condition ....................................................................................................................................................... 109 5.15.3. Informations prsentes ......................................................................................................................................... 109 5.15.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 109 5.15.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 109 5.15.6. Actions possibles ................................................................................................................................................... 110 5.15.7. Actions autorises ................................................................................................................................................. 110 5.15.8. Cas derreur........................................................................................................................................................... 110 5.16. GESTION DES DROITS DACCS ............................................................................................................................................... 111 5.16.1. Pr-condition......................................................................................................................................................... 111 5.16.2. Post-condition ....................................................................................................................................................... 111 5.16.3. Informations prsentes ......................................................................................................................................... 111
27/04/2012
ATAM
Page
8/131
V1.12
ATAM
5.16.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 112 5.16.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 112 5.16.6. Actions possibles ................................................................................................................................................... 112 5.16.7. Actions autorises ................................................................................................................................................. 113 5.16.8. Cas derreur........................................................................................................................................................... 113 5.17. RCOLEMENT..................................................................................................................................................................... 114 5.17.1. Pr-condition......................................................................................................................................................... 114 5.17.2. Post-condition ....................................................................................................................................................... 114 5.17.3. Informations prsentes ......................................................................................................................................... 114 5.17.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 114 5.17.5. Rgle(s) de gestion complmentaire(s)................................................................................................................. 115 5.17.6. Actions possibles ................................................................................................................................................... 115 5.17.7. Actions autorises ................................................................................................................................................. 116 5.17.8. Cas derreur........................................................................................................................................................... 116 5.18. A PROPOS ......................................................................................................................................................................... 117 5.18.1. Pr-condition......................................................................................................................................................... 117 5.18.2. Post-condition ....................................................................................................................................................... 117 5.18.3. Informations prsentes ......................................................................................................................................... 117 5.18.4. Rgle(s) de gestion principale(s) ........................................................................................................................... 118 5.18.5. Actions possibles ................................................................................................................................................... 118 5.18.6. Actions autorises ................................................................................................................................................. 118 5.18.7. Cas derreur........................................................................................................................................................... 118 6. DITIONS........................................................................................................................................................................ 119 6.1. 6.2. 6.3. 6.4. 6.5. 6.6. 6.7. 6.8. 6.9. 6.10. 6.11. 6.12. 6.13. 6.14. 7. PRINCIPE .......................................................................................................................................................................... 119 PLAN DE CLASSEMENT DU SERVICE ......................................................................................................................................... 119 LISTE DE RFRENCES .......................................................................................................................................................... 121 LISTE DES RFRENTS ........................................................................................................................................................... 122 LISTE DES CLASSES DE SERVICE ............................................................................................................................................... 122 LISTE DES FORMATS SUPPORTS............................................................................................................................................. 122 BORDEREAUX DE VERSEMENT................................................................................................................................................ 123 BORDEREAU DE SORTIE DFINITIVE, LIMINATION, PRTS ............................................................................................................ 124 BON DENLVEMENT ........................................................................................................................................................... 124 BON DE LIVRAISON.............................................................................................................................................................. 124 CERTIFICAT DARCHIVAGE ..................................................................................................................................................... 124 LISTE DES OBJETS LIGIBLES UNE ACTION (VERSEMENT, SORTIE DFINITIVE, LIMINATION, PRTS) ..................................................... 124 AIDE LA DCISION............................................................................................................................................................. 124 EDITION INVENTAIRE - RCOLEMENT ...................................................................................................................................... 124
ANNEXES ........................................................................................................................................................................ 126 7.1. RGLEMENTATIONS & NORMES ............................................................................................................................................ 126 7.1.1. Normes.................................................................................................................................................................. 126
7.1.1.1. 7.1.1.2. 7.1.1.3. 7.1.1.4. 7.1.1.5. 7.1.1.6. 7.1.1.7. Norme ISO 15489-1 : 2001 et ISO/TR 15489-2 : 2001 (Statut : publie en 2001) ...........................................................126 MoReq2010.....................................................................................................................................................................126 Norme ISO 14721:2003 (Modle darchitecture : OAIS) .................................................................................................126 Norme AFNOR NF Z 42-013 (rvision de mars 2009) .....................................................................................................127 Norme ISO 19 005-1 ........................................................................................................................................................127 Norme ISO/CEI 11 179 ....................................................................................................................................................128 Norme ISO 15836:2003 ...................................................................................................................................................128 Loi n79-18 du 3 janvier 1979 .........................................................................................................................................128 Loi n2000-230 du 13 mars 2000 ....................................................................................................................................128 Sarbanes-Oxley Act du 31 juillet 2002 ............................................................................................................................129 ATAM
7.1.2.
DIRECTIVES REGLEMENTAIRES (LEGALES) ............................................................................................................ 128
7.1.2.1. 7.1.2.2. 7.1.2.3.

27/04/2012
Page
9/131
V1.12
7.1.3.
ATAM
Conseil international des archives (ICA) ................................................................................................................ 129

ICA-Req ...........................................................................................................................................................................129 ICA-ISDF...........................................................................................................................................................................129 ICA-ISAD(G) .....................................................................................................................................................................130 ICA-ISAAR(CPF) ................................................................................................................................................................130
7.1.3.1. 7.1.3.2. 7.1.3.3. 7.1.3.4.
7.2. 7.3.
DOCUMENTATION PRODUIT .................................................................................................................................................. 131 SOURCES .......................................................................................................................................................................... 131
27/04/2012
ATAM
Page
10/131
V1.12
ATAM
TABLE DES ILLUSTRATIONS

Figure 1 Schma simplifi des composants ........................................................................................ 17 Figure 2 Extrait de tableau de bord ...................................................................................................... 28 Figure 3 Schma du moteur de modle de courriel ............................................................................ 41 Figure 4 Schma de la constitution de la cellule ................................................................................. 46 Figure 5 Structure de larborescence -Prparation de la cellule ........................................................ 47 Figure 6 Structure de larborescence Double encapsulation .......................................................... 48 Figure 7 Migration de cellule ................................................................................................................ 50 Figure 8 Les listes de rfrences dans le schma OAIS..................................................................... 52 Figure 9 Taxinomie des Mtadonnes ................................................................................................. 53 Figure 10 - Trame de lcran principale................................................................................................... 62 Figure 11 - Trame du fentrage ............................................................................................................... 63 Figure 12 - Trame de la fentre dinformation ........................................................................................ 64 Figure 13 Schma du moteur de template ........................................................................................... 72 Figure 14 Schma Navigationnel dIHM ............................................................................................... 73
27/04/2012
ATAM
Page
11/131
V1.12
ATAM
1. Introduction
1.1. Objet
Le prsent document a pour objectif, sur la base du cahier des charges, de spcifier les fonctionnalits de lapplication ATAM dont le but est la matrise et la rationalisation des archives mixtes de lentreprise. Ces spcifications fonctionnelles dtaillent lensemble des fonctions ncessaires au futur applicatif, dun point de vue utilisateur. Ces spcifications fonctionnelles serviront ensuite de socle la rdaction des spcifications logicielles et techniques ncessaires la transposition du besoin et des fonctions attendues par les utilisateurs en structure aisment codable par les dveloppeurs.
1.2.
Confidentialit
Ce document est rserv aux personnels dAT2O, ainsi que ses partenaires. Aussi, tout lecteur sengage respecter le caractre confidentiel de ce document. Ainsi, toute reproduction mme partielle de ce document est soumise lapprobation de la socit AT2O.
1.3.
Proprit
La socit AT2O est propritaire de ce document.
1.4.
Documents de rfrence
Cahier des charges - V2.24 du 14/02/2012 ATAM - Dossier OSEO- V2.2 juillet 2011
1.5.
-
Vocabulaire
Archives : Ensemble dobjets qui, ntant plus dusage courant, doivent tre conservs en raison de charge probante ou patrimoniale dont ils restent porteurs pour des dures variables. Bordereau de versement : Relev dtaill numrant les objets (documents, dossiers, fichiers) remis au service des archives par un service producteur/versant ; le bordereau de versement constitue linterface entre le service producteur de larchive et les traitements darchivage.
27/04/2012
ATAM
Page
12/131
V1.12 -
ATAM
Classe de service : La classe de service dsigne le processus de traitement (conforme la politique darchivage) affect une famille dobjets ligibles larchivage en fonction de son niveau de criticit et sa dure de conservation. Cellule : La cellule dsigne un conteneur dlments numriques autonome qui a t encapsul avec ses mtadonnes. Conditionnement : Opration consistant organiser les objets archives dans des conteneurs appropris et identifis afin de permettre un versement conforme. Cotation (Papier) : Attribution dune cote de classement (indice de localisation physique) ou dune cote de rangement des documents ou des dossiers. La cotation, reprise dans le plan de classement sert de rfrence au rcolement. Dlai de communicabilit : Possibilit ou devoir de diffrer la communication au public dun lment ou un groupe dlment, selon les directives rglementaires applicables. Droit den connaitre : Possibilit de recherche et de vrification de lexistence dun objet vers au niveau descriptif sans pouvoir accder au contenu. limination : Procdure rglementaire qui consiste dtruire des lments verss au terme de leur dure dutilit. Llimination est lun des trois sorts possibles dans le cycle de vie de larchive. Fonds darchives : Ensemble des documents ou lments de toute nature quune personne, physique ou morale, a produits, manipuls ou reus dans lexercice de ses activits, et constitus de faon organique. Guichet : Lieu de ralisation des transferts des archives mixtes entre les producteurs / utilisateurs et les prestataires de larchivage. Instance de Contrle : Autorit interne ou externe en charge de la vrification de la conformit des pratiques archives. Liste de rfrences ou Tableau de gestion : tat dclaratif des catgories dlments ligibles une conservation durable produit par chaque activit ou service selon son organisation, les contraintes applicables et la granularit optimale. La liste de rfrences donne des indications sur la dure de conservation, le support de larchive, les classes de services et rgles de communicabilit applicables. Le tableau de gestion, impos par les archives de France lorganisme public, dfinit le sort, lorganisation et les contraintes applicables aux archives publiques. Celui-ci peut tre librement complt par le service concern. La liste de rfrences constitue linterface normalise entre les besoins de production et lapplication de traitement des archives.
27/04/2012
ATAM
Page
13/131
V1.12 -
ATAM
Magasin : Lieu physique dhbergement des archives destin la conservation des lments. Laccs au magasin est rglement. Mtadonnes : Le mot signifie donne de/ propos de donne . Cest un ensemble structur d'informations associes lobjet vers quel que soit son support (papier ou lectronique). On distinguera les mtadonnes : de description, de provenance, de systme (format technique), de maintien de lintgrit. Migration : Action de transfrer des contenus numriques dun support un autre en prservant leur authenticit, leur intgrit, et leur exploitabilit. La migration des contenus adresse la problmatique de lobsolescence technique. Elle sappuie sur la loi de mars 2000 relative la valeur probante de lcrit numrique et des multiples originaux. Plan de classement : Systme dordonnancement des archives dun fonds dans lequel les objets verss sont classs, localiss et organiss dans le service archive. Prt : Procdure consistant mettre la disposition dune personne ou dun organisme des lments darchives pour une dure limite. Le prt rpond des objectifs de consultation ou dexposition. Producteur darchives : Entit physique ou morale, publique ou prive, qui a produit, reu manipul des objets ligibles un traitement darchivage. Rcolement : Opration consistant dresser la liste topographique des articles conservs dans un service darchives ou un fonds. Cest aussi lopration destine vrifier priodiquement lintgralit des fonds et collections dun service darchives ou lors du changement de responsable dun service darchives. Service versant : Tout service ou activit qui transfre des lments dans un service darchives, produits par lui mme (on parle alors de service producteur*) ou hrits dun autre service (interne ou externe) quil reprsente. Versement : Opration technique qui ralise : o o Le rfrencement des objets verss dans le catalogue archive (mta description) Le transfert des objets verss dans lespace de conservation durable (papier ou numrique).
Ds le versement la responsabilit de lintgrit et la disponibilit des objets verss est affecte au service prestataire (en complment de la responsabilit du service verseur vis vis du contenu dont il reste propritaire).
27/04/2012
ATAM
Page
14/131
V1.12
ATAM
1.6.
-
Acronymes
ATAM : Application de Traitement des Archives Mixtes DUA : Dure dUtilit Administrative EAD : Encoded Archival Description J2EE : Java 2 Enterprise Edition LDAP : Lightweight Directory Access Protocol US : Unit de Stockage UA : Unit darchive OAIS : Open Archival Information System SAE : Systme dArchivage lectronique
27/04/2012
ATAM
Page
15/131
V1.12
ATAM
2. Expression des Besoins

2.1. Licence
2.1.1. Modle Le modle de licence retenu pour l'application est un modle priv. Les codes sources sont privs et dposs auprs de lAPP (Agence pour la Protection des Programmes). Le client acquiert un droit de copie et dutilisation du logiciel. La maintenance du logiciel est vendue aux clients utilisateurs sous forme dun abonnement. Elle permet au client daccder aux mises jour mineures, aux correctifs des versions courantes et au support tlphonique associ. Les droits dutilisation sont accessibles aux conditions suivantes : Licence applicative serveur Licence client utilisateur verseur par service (nombre de listes de rfrences). Licence Client Archiviste par individus. 2.1.2. Protection Lapplication utilise un systme de protection matriel. Le mcanisme de licences ne doit pas tre exclusif et permettre le cumul de licences ou lutilisation de licences correspondant au dverrouillage de futures options logicielles. Le mcanisme de protection est support par le serveur applicatif.
2.2.
Architecture
2.2.1. Plate-forme technique Indpendamment des systmes dexploitation, lapplication est fonctionnelle sur les navigateurs Internet suivants : Internet Explorer 8.x et 9.x. Firefox 5.x, 6.x. et 7.x Safari 4.x et 5.x.
Lapplication est un programme java J2EE qui va sinsrer entre les utilisateurs finaux et les systmes de stockage conformes. Lapplication doit tre permettre de grer les lments devant tre archivs.
27/04/2012
ATAM
Page
16/131
V1.12 2.2.2. Schma simplifi des composants de la solution ATAM
ATAM
Figure 1 Schma simplifi des composants
2.2.3. Architecture ouverte et modulaire Larchitecture dATAM est une architecture ouverte. La possibilit de faire voluer librement le systme est essentielle. Les systmes ouverts font gnralement rfrence des systmes bass sur des composants, systmes dexploitation, protocoles de communication et applications qui sont des standards de lindustrie. Par ouvert, nous entendons le fait de supporter et utiliser des technologies largement utilises sur le march et qui ne gnrent que peu de dpendances. Lapplication doit tre modulaire et respecter un fonctionnement Tiers . Tous les composants externes lapplication ATAM devront disposer dune double source dapprovisionnement ou disposer dune alternative. Par exemple : Base de donnes : o MySQL. o SQL Server Express.
27/04/2012
ATAM
Page
17/131
V1.12
ATAM
La limitation de certains composants dans leur version gratuite pourra amener disposer dune gamme de produits volutive pour intgrer les versions payantes. Afin de rpondre aux exigences de rversibilit (interoprabilit), lapplication naura donc aucune attache spcifique ces bases de donnes. 2.2.1. Scurit des transactions Toutes les transactions mises en uvre par lapplication doivent tre aussi scurises que possible. Les protocoles et/ou mthodes de scurisation doivent tre des standards de lindustrie et largement documents : - Utilisation de certificats SSL pour la gestion de sessions scurises (client / serveur / base de donnes). - Utilisation de digest afin de ne pas faire transiter de mots de passe sur le rseau. - Utilisation de digest (minimisant les collisions) pour identifier de faon unique les lments verss (papiers et numriques).
2.3.
Performances, critres dacceptabilit
2.3.1. Gnrales Les performances gnrales de lapplication se jugent sur 4 critres principaux visibles des utilisateurs : - Temps de chargement. - Temps daffichage. - Temps de versement. - Temps de recherche. Tout est mis en uvre afin de rduire les temps subjectifs (perus) lis la complexit de navigation dans linterface utilisateur. 2.3.2. Chargement Temps de chargement de lapplication (sur le serveur) 2.3.3. Affichage Temps de chargement de linterface 2.3.4. Versement Temps de chargement de linterface Temps de versement < 2 sec. < 2 sec. < 2 sec. < 30 sec.
27/04/2012
ATAM
Page
18/131
V1.12 2.3.5. Recherche Temps de chargement de linterface Temps de recherche
ATAM
< 2 sec. < 1 sec.
27/04/2012
ATAM
Page
19/131
V1.12
ATAM
2.4.
Acteurs internes (Profil utilisateur)
Lapplication est divise en plusieurs fonctions qui sont alloues selon le profil identifi. Chacun deux sont identifis au lancement de lapplication (voir chapitre Droits daccs). 2.4.1. Producteur/Verseur Les producteurs/Verseurs prparent les lments ligibles larchivage. Ils mettent des demandes de versement aux archivistes. Une fois les lments archivs, ils peuvent rechercher, accder au contenu de leurs objets verss, les copier et les imprimer. Ils sont responsables du contenu. 2.4.2. Archiviste Les archivistes grent la totalit des archives partir de la demande jusqu larchivage physique en passant par les restitutions, limination et sorties dfinitives. En amont, ils tablissent lorganisation de larchivage par des plans de classement, des listes de rfrences ou tableaux de gestion et des classes de service et les grent par la suite. Ils dterminent les niveaux de scurit selon les producteurs/verseurs et les documents. Ils sont responsables du contenant. 2.4.3. Usager Cest une personne dun service transverse ou externe lentreprise selon les cas. Ces actions seront restreintes la recherche et laccs au contenu sil en a les droits. 2.4.4. Superviseur Certains profils comme les responsables de service, linstance de contrle, ont des rles mineurs mais dcisif dans lapplication. Ils se manifestent lors de validation ou lors de prise de dcisions importantes. 2.4.5. Installateur/Mainteneur Les mainteneurs/installateurs, ont pour charge le paramtrage de lapplication dans sa totalit. 2.4.6. Profil applicatif Ce profil est un peu spcial, car il nest pas attach une personne mais lapplication en ellemme. Il aura pour but de permettre lapplication de se connecter aux bases de donnes, aux sous-systmes de stockage,.
2.5.
Acteurs externes
Ces personnes nont pas de profil mais ont une influence sur lapplication. Pour la plupart, ils ne feront que recevoir des courriels (ex : Hbergeur externe).
27/04/2012
ATAM
Page
20/131
V1.12
ATAM
2.6.
Fonctionnalits
2.6.1. Introduction Lapplication met en jeux diffrentes fonctions. Les principales sont dcrites par des schmas mettant en relation les diffrents profils et les espaces de stockage: Versement. Accs au contenu. Prt. Rintgration. Sortie dfinitive. limination. Recherche.
2.6.2. Schma fonctionnel gnral
Espace de Stockage
Service Archive
Service Versant
Usager
27/04/2012
ATAM
Page
21/131
V1.12 2.6.3. Schma du versement
ATAM
ATAM Fonction Versement

Service Versant
Demande de versement Accus de Rception Notification de Rejet Certificat darchivage
Service Archive
Soumission
Contrle de validit (Technique)
Valide ?
Espace de Stockage
Archivage
2.6.4. Schma de laccs au contenu (Consultation)
Service Versant
Non Oui
Espace de Stockage
Zone de consultation
Service Archive
Non
27/04/2012
ATAM
Page
22/131
V1.12 2.6.5. Schma de laccs au contenu (Prt)
ATAM
Espace de Stockage
Zone de transit
Service Archive
Service Versant
2.6.6. Schma de la rintgration (papier)
ATAM Fonction Rintgration

Service Versant
Demande de rintgration Accus de Rception Bon de livraison Certificat darchivage
Service Archive
Rception
Rintgration
Espace de Stockage
Archivage
27/04/2012
ATAM
Page
23/131
V1.12 2.6.7. Schma de la sortie dfinitive
ATAM
Espace de Stockage
Zone de transit
Service Archive
Service Versant
2.6.8. Schma de llimination
ATAM Fonction Elimination

Contrle de validit
Valide ?
Oui
Non
Rception
Certificat dlimination
Demande Dlimination
Accus de Rception
Notification de Rejet
Elimination
27/04/2012
ATAM
Page
24/131
V1.12 2.6.1. Schma de la recherche
ATAM
Service Archive
Fonctions
Serveur daccs
Usager
27/04/2012
ATAM
Page
25/131
V1.12
ATAM
3. Blocs Fonctionnels
3.1. Droits daccs
Laccs de lensemble des utilisateurs de lapplication (liste de rfrents) est soumis quatre niveaux de scurit. 3.1.1. A lapplication A chaque connexion correspond un identifiant de connexion. Cet identifiant doit se trouver dans lannuaire LDAP utilis, compatible ISO 13335 (elle mentionne la non-rpudiation, la gestion de la preuve (imputabilit), et l'authentification). 3.1.2. Aux fonctions Une fois lutilisateur connect, il accde aux fonctions qui lui sont attribu selon son profil. Un rpertoire de connexion est prsent et correspond lidentifiant de lutilisateur. Laccs au rpertoire de connexion est effectu de faon scuris (SFTP). Ce rpertoire de connexion comporte plusieurs rpertoires : Un rpertoire versant : Ce rpertoire contient les objets numriques verser. Ils sont placs dans des sousrpertoires correspondant chaque cellule de versement. Un rpertoire accs : Ce rpertoire contient les objets numriques mis disposition suite une demande de consultation. Ils sont placs dans des sous-rpertoires correspondant aux cellules demandes. Ils sont soumis une dure de consultation limite et paramtre. Lorsque la dure est dpasse, chaque sous-rpertoire est dplac individuellement dans le rpertoire corbeille. Un rpertoire corbeille : Ce rpertoire contient les objets numriques rejets par lapplication lors de la demande de versement, les objets numriques hors dlai de consultation. Ils sont soumis une dure de visibilit limite et paramtre.
3.1.3. Aux donnes descriptives Lutilisateur, suivant ses droits, accde la fonction de recherche. Celle-ci lui ouvre laccs aux catalogues des donnes descriptives des objets verss, le droit den connaitre sapplique.
27/04/2012
ATAM
Page
26/131
V1.12 3.1.4. Aux objets
ATAM
Les objets archivs sont marqus dun niveau de scurit. Lorsque le niveau de scurit des objets est infrieur ou gal au niveau de scurit de lutilisateur, ce dernier peut accder au contenu des objets recherchs. Le niveau extrme suprieur impose lutilisateur de motiver sa requte qui sera logue. Relation de niveau de scurit entre les objets et profil Relation Objet Profil Infrieur ou gal Suprieur Infrieur ou gal Niveaux Tous Tous Borne haute Implication Lutilisateur accde aux objets Lutilisateur naccde pas aux objets Lutilisateur accde aux objets avec une motivation logue
27/04/2012
ATAM
Page
27/131
V1.12
ATAM
3.2.
Transferts des objets
3.2.1. Introduction Avant tout transfert, lors de la mise en place de lapplication, une phase prliminaire est opre : la rdaction de la liste de rfrences des services producteurs/verseur avec sa classe de service approprie. Elle reprsente la liste des objets verser du service concern, rparti par catgorie et comprenant des rubriques connexes comme la priodicit des versements, la DUA, le traitement final (voir chapitre Mtadonnes- Liste de rfrences). Cest alors que le service producteurs/verseur peut transfrer un objet de nature physique ou numrique. 3.2.1.1. Prsentation des tats des transferts
Les transferts dobjet possdent diffrents tats qui dcrivent la progression de la demande de traitement de larchive. Ils seront visibles par lutilisateur sur son tableau de bord, dans une colonne nomm Traitement o il sera visible la fonction (ex : versement) et son Statut . La granularit de ce statut doit tre suffisamment fine pour connaitre les actions qui ont t accomplies.
Figure 2 Extrait de tableau de bord
Statut pr-initial Le statut initial dun transfert sactive ds lors que lutilisateur lance la fonction de traitement et tant que celle-ci nest pas soumise. Le statut est en tat de BROUILLON . En cas dannulation du brouillon le statut na plus lieu dexist car le bordereau (de versement, dlimination, de sorite dfinitive,) nexiste pas. Statut initial Le statut initial dun transfert sactive ds que la fonction est soumise. Le statut est DEMANDE. Statuts intermdiaires Les statuts intermdiaires se dclenchent ds que la fonction est rceptionne et sarrtent ds que le transfert est acquitt par les systmes de stockage ou par le service (Producteur/verseur, archive). Les principales tapes sont : la rception, les contrles (validation, rejet), les traitements. Statut final Le statut final du transfert marque la fin de la fonction. Lobjet ou le lot transfr possde le statut ARCHIVE, PRETE, SORTIE DEFINITIVE, ELIMINEE, .... Il a t acquitt et est rfrenc dans la mtabase. Le nouveau statut, la destination, la date de lexcution acheve de la fonction apparaissent en cas de recherche ultrieure.
Page
27/04/2012
ATAM
28/131
V1.12 3.2.2. Versement 3.2.2.1. Demande
ATAM
En prparation de cette demande, lutilisateur dispose dun bordereau pr-rempli. Il le finalise en remplissant les champs restants. La constitution de cette demande peut tre faite en plusieurs tapes. Lapplication conserve le bordereau en cours sous forme de brouillon. Lutilisateur peut le reprendre ultrieurement. Cette tape de BROUILLON ne peut dpasser une dure pralablement paramtre. Lutilisateur peut galement commencer plusieurs brouillons de versement en mme temps. Ds que lutilisateur lance ltablissement dun nouveau bordereau, une structure de cellule est cre dans le rpertoire versant. La cellule reprsente le versement (voir chapitre Autres fonctionnalits Constitution dune cellule). Chaque ligne du bordereau correspond une item, c'est--dire pour les objets physiques une UA et pour les objets numriques une unit de cellule (UC). Pour cette dernire, lutilisateur la possibilit de parcourir larborescence des lecteurs visibles pour rechercher les fichiers ou rpertoires constitutifs de litem de versement. Cette cellule est remplie au fur et mesure des ajouts dunit dans le rpertoire versant. Pour une description plus fine du contenu des items un fichier peut tre joint ou pour les objets physiques un assistant peut crer ce fichier descriptif des UA. Une fois les items remplis la demande peut tre soumise. Il est noter quun versement dobjets mixtes est vers en deux fois, soit deux versements distincts. La fonction est DEMANDE DE VERSEMENT et le statut est DEMANDE. 3.2.2.2. Rception de la demande
Une fois la demande de versement soumise, le systme pour les objets numriques ou le service archive pour les objets physiques, envoient un accus rception. Celui-ci seffectue par un envoi de courriel normalis (voir chapitre Communication) dans lequel il sera inscrit les rfrences ainsi que le statut RECEPTION de la demande de versement. 3.2.2.3. Contrle de validit
Le contrle de validit est effectu de deux manires suivant le type dobjets. Le statut devient CONTROLE. Pour les objets numriques, le systme contrle en automatique selon des critres paramtrables (poids, dates, type dempreinte, cryptage, appartenance la liste des formats, ) y compris les contrles : anti-virus, contrle dintgrit des descriptions et des objets (checksum). Il peut y avoir en sus un contrle de validation service archive, paramtr dans la liste de rfrences. Dans ce cas, le service archive visualise la demande de versement partir de leur tableau de bord pour contrle. Pour les objets physiques une demande de rendez-vous est effectu par courriel normalis entre le service archive et le service versant afin de contrler la cohrence du contenant physique et du bordereau. Le service archive dite le bordereau (pr-bordereaux sans numro dUS). Le rsultat des contrles de validit peut tre positif. Dans ce cas, un courriel normalis de validit de la demande est envoy. Le statut devient VALIDE. Dans le cas contraire, un avis de rejet expliquant le motif est envoy avec un accus de lecture. Pour les objets numriques un rcapitulatif des fichiers rejets est joint au courriel. Le statut devient REJET.
27/04/2012
ATAM
Page
29/131
V1.12 3.2.2.4. Traitement
ATAM
Le traitement consiste dposer lobjet ou le lot dans les espaces de stockage conforme, selon la classe de service correspondant liste de rfrences du bordereau. Le statut est TRAITEMENT. Pour les objets numriques, le systme traite en automatique les demandes de versement pendant une priode dtermine dans les paramtrages. Le systme constitue la cellule numrique cellule (voir rubrique Autres fonctionnalit - Constitution dune cellule). Pour les objets physiques, lenlvement pour archivage dans les espaces de stockage est effectu auprs des services hbergeurs internes ou externes. Un numro dUS interne est gnr pour les identifier et est saisie pour chaque item du bordereau. Les labels code barre correspondant au numro des US sont dits et colls sur les US pour leur scellement. Il est noter que la gnration des numros des US peut tre effectue pour plusieurs bordereaux et ldition des labels peut tre imprime ou rimprime en plusieurs fois par slection des numros US (de, ). Ceci permet de rationaliser lespace de stockage. Il peut y avoir une tape prliminaire paramtre dans la liste de rfrences, nomm re-description. Dans ce cas, le service archive visualise la demande de versement partir de leur tableau de bord pour traitement de cette re-description. Le systme construit et ajoute les mtadonnes dans la cellule (voir rubrique Autres fonctionnalit Constitution dune cellule). Une empreinte de type MD5, SHA-1 ou SHA-256 avec un horodatage est appos pour la sceller. Un numro ditem est gnr pour identifier la cellule. La cellule est copie dans lespace de stockage numrique. 3.2.2.5. Acquittement
Lacquittement consiste valider le dpt de lobjet ou le lot dans les espaces de stockage conforme. Pour les objets numriques, lacquittement est effectif lors de la bonne copie en mode proof writing dans lespace de stockage, la cellule encore situe dans le rpertoire versant est supprime. Lacquittement de bonne fin dexcution est effectu Pour les objets physiques, le service archive acquitte le versement aprs avoir saisie les cotes. Si lhbergement est externe, un champ complmentaire de numros US prestataire est saisi, ils apparaitront dans le bon de livraison accompagnant les US. Lorsque ces services de stockage ont reus et stocks les objets, ils fournissent la cote auprs du service archive que celui-ci saisie dans le systme. Le statut de lUS/Cellule est ARCHIV. Le statut de la demande est ACHEV. Un certificat darchivage est envoy dans un courrier normalis ou apparait clairement la diffrenciation des objets compris dans et hors primtre de la gestion de lobsolescence. Les objets verss sont rfrencs dans la base de donnes et peuvent dsormais tre recherchs et consults. Les contenants sont sous contrle des prestataires (internes ou externes) : Le service archive et le service des systmes dinformation, hbergeur. Une fois lacquittement effectu, la journalisation du versement peut tre effectue. Suivant le paramtrage, la fonction de rationalisation des espaces de production des sources intervient sous la validation du service versant (voir rubrique Rationalisation des espaces de production).
27/04/2012
ATAM
Page
30/131
V1.12 3.2.2.1. Particularit du versement de vrac
ATAM
Le service des archives est aussi un service verseur qui est amen raliser des versements titre exceptionnel (ex : ingestion de fonds darchive provenant dinstances externes, de vrac ncessitant une dmarche de description spcifique). Pour la ralisation de ces versements une liste de rfrences nomme vrac a t pralablement cre. Elle permet au service des archives de renseigner librement le bordereau hors des contraintes applicables aux listes de rfrences ordinaires. Seul le traitement et lacquittement sont oprs.
27/04/2012
ATAM
Page
31/131
V1.12 3.2.3. Consultation
ATAM
La consultation est exclusivement rserve aux objets numriques. Elle consiste mettre disposition la cellule ou le lot aux services demandeurs pour consultation. 3.2.3.1. Demande
La demande de consultation est accessible suite un rsultat de recherche par le service demandeur. Suivant le marqueur Validation du service archive prsent dans la liste de, la demande est soumise au service archive. Dans ce cas, cette demande apparait dans le tableau de bord du service archive dont la fonction est DEMANDE DE CONSULTATION et son statut DEMANDE. Dans lautre cas, le traitement seffectue directement. 3.2.3.2. Rception de la demande
Le service archive envoie un accus rception de la demande. Celui-ci seffectue par un envoie de courriel normalis dans lequel il sera inscrit les rfrences des objets ainsi que le statut RECEPTION de la demande de consultation. 3.2.3.3. Validit de la demande
Le service archive peut valider la demande suivant les paramtres. Dans ce cas, un courriel normalis de validit de la demande est envoy. Le statut devient VALIDE. Dans le cas contraire, un avis de rejet expliquant le motif est envoy avec un accus de lecture. Le statut devient REJET et clt la demande. 3.2.3.4. Traitement
Le traitement consiste restituer lobjet ou le lot au service demandeur autoris. Le statut est TRAITEMENT. La consultation peut soprer de deux faons. : La premire consiste ce que le service demandeur rcupre la cellule dans son rpertoire daccs qui lui sert de guichet. Ensuite, il peut : - Pour des objets lisibles, o les visualiser soit par le visualisateur interne ou externe prdfinis dans le paramtrage des formats supports (voir liste des formats supports), o les imprimer, comme pour les visualiser, de faon interne ou externe, o les copier, lutilisateur la possibilit de copier en totalit ou en partie. - Pour les objets non-lisibles, o Seulement les copier. La deuxime consiste ce que le service demandeur indique par un marqueur lors de la demande de copier ( lidentique) la cellule sur un support numrique amovible WORM. Ce nouveau support est envoy au demandeur. 3.2.3.5. Acquittement
Dans le premier cas, le demandeur est avis dans son tableau de bord de la disponibilit des lments demands. Dans le second cas, la livraison est opre. Le bon de livraison est dit par le service archive. Le service demandeur acquitte la bonne rception des objets. Le statut de la demande est ACHEV. Dans les mtadonnes le statut de lUS/Cellule reste ARCHIV.
27/04/2012
ATAM
Page
32/131
V1.12 3.2.4. Prt
ATAM
La demande daccs au contenu concerne les contenants (US) des objets physiques. La mise disposition est considre comme un prt et impose un retour en ltat (Voir Rintgration), dans lespace de stockage dorigine. 3.2.4.1. Demande
La demande de prt est accessible suite un rsultat de recherche par le service demandeur. La demande est soumise au service archive en apparaissant dans son tableau de bord. Un marqueur de haute importance peut y tre slectionn indiquant le caractre urgent de la demande qui doit tre motive. Dans cette demande, il y figure le lieu de mise disposition des objets demands (Zone de transit, Salle de lecture, service lui-mme,).La fonction est DEMANDE DE PRET et son statut DEMANDE. 3.2.4.2. Rception de la demande
Le service archive envoie un accus rception de la demande. Celui-ci seffectue par un envoie de courriel normalis dans lequel il est inscrit les rfrences des objets ainsi que le statut RECEPTION de la demande de prt. 3.2.4.3. Validit de la demande
Le service archive peut valider la demande. Dans ce cas, un courriel normalis de validit de la demande est envoy. Le statut devient VALIDE. Le statut de lUS/Cellule est PRT. Dans le cas contraire, un avis de rejet expliquant le motif est envoy. Le statut devient REJET et clt la demande. 3.2.4.4. Traitement
Le traitement consiste restituer lobjet ou le lot au service demandeur autoris. Le statut est TRAITEMENT. La consultation peut soprer de deux faons. : La premire consiste mettre disposition les objets (US) dans une zone de lecture ou de transit. La deuxime consiste livrer directement dans le service demandeur les objets souhaits.
Dans les deux cas, une fiche fantme est dite et mise la place de lobjet pendant sa dure de son prt. 3.2.4.5. Acquittement
Il existe deux types dacquittement : - Le demandeur est avis dans son tableau de bord de la disponibilit des lments demands dans la zone de lecture. Le statut de lUS est LECTURE. Lorsque celui-ci a termin de consulter et il signe lavis de consultation dit par le service archive. Le service archive rintgre les objets sans passer par la procdure de rintgration. Le statut de lUS devient ARCHIVE.
27/04/2012
ATAM
Page
33/131
V1.12 -
ATAM
Le bon de livraison est dit par le service archive. La livraison est opre. Le service demandeur acquitte la bonne rception des objets en signant le bon de livraison. Le statut de lUS est PRT. Le statut de la demande est ACHEV. 3.2.5. Rintgration La demande de rintgration ne seffectue quaprs un prt. Celui-ci est rintgrer dans son intgralit. 3.2.5.1. Demande
La demande est accessible partir du tableau de bord du service emprunteur o le lot ou lobjet apparait en prt. La demande est soumise au service des archives en apparaissant dans son tableau de bord dont la fonction est DEMANDE DE REINTEGRATION et son statut DEMANDE. Pour rappel, les composantes du prt sont toujours accessibles (lieu, volume,) 3.2.5.2. Rception de la demande
Le service archive envoie un accus rception de la demande. Celui-ci seffectue par un envoie de courriel normalis dans lequel il est inscrit les rfrences des objets emprunts apparaissant sur le bon de livraison, ainsi que le statut RECEPTION de la demande de rintgration. 3.2.5.3. Validit de la demande
Le service archive organise un contrle des labels des contenants avec le bon de livraison initial. Il peut valider la demande. Dans ce cas, un courriel normalis de validit de la demande est envoy. Le service archive organise lenlvement. Le statut devient VALIDE. Dans le cas contraire, un avis de rejet expliquant le motif est envoy avec un accus de lecture. Le statut devient REJET et clt la demande. 3.2.5.4. Traitement
Le traitement consiste rintgrer les objets dans les magasins dorigines. Le statut est TRAITEMENT. 3.2.5.5. Acquittement
Une fois le bon de livraison contresign de la bonne rintgration effectue par le service archive auprs de lhbergeur. Il saisie lacquittement de la rintgration dans lapplication. Le statut de lUS devient ARCHIV. Le statut de la demande est ACHEV.
27/04/2012
ATAM
Page
34/131
V1.12 3.2.6. Sortie dfinitive
ATAM
La sortie dfinitive a pour objectif de permettre lutilisateur de disposer dun fonds darchive pour le transporter dfinitivement et le verser travers un autre plan de classement dans un autre fonds darchive (ex : fusion, achat, rorganisation dentreprise). 3.2.6.1. Demande
La demande de sortie dfinitive est accessible aprs une recherche par le service verseur ou par un service autoris. Les items trouvs peuvent tre slectionns afin dtablir le bordereau de demande de sortie avec les indications concernant le motif et la destination de la sortie dfinitive. Elle est soumise au service archive. La fonction est DEMANDE DE SORTIE DEFINITIVE et le statut DEMANDE. 3.2.6.2. Rception de la demande
Le service archive envoie un accus de rception de la demande. Celui-ci seffectue par un envoie de courriel normalis dans lequel il sera inscrit les rfrences des objets, ainsi que le statut RECEPTION de la demande de sortie dfinitive. 3.2.6.3. Validit de la demande
Le service archive peut valider la demande. Dans ce cas, un courriel normalis de validit de la demande est envoy. Le statut devient VALIDE. Dans le cas contraire, un avis de rejet expliquant le motif est envoy avec un accus de lecture. Le statut devient REJET et clt la demande. 3.2.6.4. Traitement
Le traitement consiste restituer lobjet ou le lot au service demandeur autoris. Le statut est TRAITEMENT. Pour les objets numriques, la restitution peut soprer de deux faons : La premire consiste ce que le service demandeur rcupre la cellule dans son rpertoire daccs pendant une dure spcialement paramtre avec validation de suppression de celui-ci. A ce niveau du traitement, il peut le grer de la mme manire quune consultation. Ensuite, il doit le graver avec un logiciel spcifique ou le copier avec lexplorateur du systme ou avec lapplication dans sa totalit pour pouvoir le verser dans un autre espace de stockage conforme. La deuxime consiste ce que le service demandeur commande la cellule ou le lot soit copi sur un support numrique amovible WORM. Ce support est envoyer au demandeur.
Pour les objets physiques, la restitution des US est ralise dans une zone de transit. Le service demandeur est inform par courriel normalis de la disponibilit. Dans tous les cas, le service archive imprime le bon de sortie dfinitive contre signature, faisant apparaitre la destination et le motif. 3.2.6.5. Acquittement
Une fois le bon sign, le service archive acquitte de la bonne sortie en le saisissant sur le systme. Dans le cas des objets numriques, les liens sont dtruits et la cellule ou le lot, si la technologie le permet, est supprim. Le statut de lUS/Cellule est SORTI. Un certificat de sortie dfinitive est envoy dans un courrier normalis aux services demandeurs. Le statut de la demande est ACHEV.
27/04/2012
ATAM
Page
35/131
V1.12 3.2.7. limination
ATAM
Llimination est procdure qui consiste dtruire les objets archivs dont la dure de conservation est dpasse. Un mcanisme du systme veille, nomm moniteur, a en charge de rfrencer tous les objets physiques ou numriques qui sont ligibles llimination. Il gnre une liste segmente par service quil rempli au fur et mesure. Celle-ci apparait dans le tableau de bord du service archive. 3.2.7.1. Demande
Le service archive est seul juge de la pertinence de demander llimination. Il peut attendre des fins de rationalisation de gestion logistique (le moniteur continue de remplir la liste). Il peut aussi, son initiative, avant le moniteur, lancer la procdure. La fonction est DEMANDE DELIMINATION. Le statut est DEMANDE. 3.2.7.2. Rception de la demande
Le service concern envoie un accus de rception de la demande. Celui-ci seffectue par un envoie de courriel normalis dans lequel il sera inscrit les rfrences ainsi que le statut RECEPTION de la demande dlimination. 3.2.7.3. Validit de la demande
La demande dlimination doit tre valide par le ou les responsables habilits (paramtres le niveau de scurit). Dans ce cas, un courriel normalis de validit de la demande est envoy. Le statut devient VALIDE. Dans le cas contraire, un avis de rejet expliquant le motif est envoy avec un accus de lecture en proposant une nouvelle date. Celle-ci doit tre entre dans le systme par le service archive. Le statut devient REJET et clt la demande. 3.2.7.4. Traitement
Le traitement consiste dtruire lobjet ou le lot ligible llimination. Le statut est TRAITEMENT. Dans le cas des objets physiques, le service archive organise la collecte des US concerns. Une demande de devis de demande dlimination est formalise auprs du prestataire (interne ou externe) par courriel. Un bon de livraison (pour limination) est dit et pour signature auprs du prestataire. Dans le cas des objets numriques, elle nest excute quaprs une priode de scurit paramtr. Pour les technologies magntiques, les lments ligibles sont limins : par suppression des liens ou par effacement des cellules si la technologie le permet. Dans ce dernier cas, le service archive peut commander que la cellule ou le lot soit copi sur un support numrique amovible WORM, pralablement llimination (Non Conforme CNIL). Pour les technologies optiques supportant le Shredding , le systme, via le set dAPI associ, procde la suppression des informations qui lui sont accessibles. Il est noter que selon la procdure ou la rglementation applicable llimination est ralise par suppression des liens (technologie WORM) ou par limination physique des cellules concernes (si la technologie employe le permet).
27/04/2012
ATAM
Page
36/131
V1.12 3.2.7.5. Acquittement
ATAM
Lacquittement consiste valider llimination de lobjet ou le lot des espaces de stockage conforme. Dans le cas des objets numriques, llimination est effective lexpiration de la priode de scurit paramtre. Les liens sont dtruits et la cellule ou le lot, si la technologie le permet, est supprim. Dans le cas des objets physiques, le service archive acquitte la bonne excution de llimination en la saisissant sur le systme, lorsquun certificat dlimination a t reu du prestataire de destruction. Le statut de lUS/Cellule est LIMIN. Un certificat dlimination est envoy dans un courrier normalis aux services verseurs. Le statut de la demande est ACHEV.
27/04/2012
ATAM
Page
37/131
V1.12 3.2.8. Traitements connexes 3.2.8.1. Annulation
ATAM
A tout moment lutilisateur demandeur peut annuler sa demande en cours tant que celui na eu pas le statut final. Pour les objets numriques, lors dune mise disposition des objets ou lot avec un dpassement de dure de consultation, cela quivaut une annulation. Le rpertoire de la cellule est dplac du rpertoire daccs vers le rpertoire corbeille. Elle est soumise une dure paramtre dexistence avant suppression dfinitive du rpertoire corbeille. Dans tous les cas, le statut devient ANNULE. 3.2.8.2. Reprise sur annulations
Tant que la cellule existe dans la corbeille avec le statut ANNULE, elle peut tre reprise tout moment. Ensuite elle est replace dans son rpertoire dorigine en reprenant tous ces statuts. 3.2.8.3. Traitement des erreurs
Type derreur : - Erreur sur la demande de versement - Erreur de contrle - Erreur de traitement - Erreur dacquittement - Erreur annulation Cas derreur : - Erreur utilisateur - Erreur systme Ds quune erreur est dtecte, le statut est modifi avec le type derreur. 3.2.8.4. Reprise sur erreurs
Dans le cas derreur utilisateur un courriel a t envoy expliquant les erreurs. Lutilisateur peut reprendre le bordereau et le modifier en consquence et relancer la fonction.
27/04/2012
ATAM
Page
38/131
V1.12
ATAM
3.3.
Mthode daccs au contenu
Les documents et autres objets peuvent tre retrouvs au moyen de la recherche et daccs linformation. Laccs au catalogue (indexation des mtadonnes de description) est accessible par tous et constitue le droit den connaitre. Ce droit permet de savoir si lobjet ou le lot existe dans le fonds darchive et seffectue par lintermdiaire du module de recherche. 3.3.1. Recherche 3.3.1.1. Recherche rapide
La recherche rapide est effectu par : Dans un premier temps, la saisie dun champ libre ne faisant rfrence aucun index du catalogue et donc sans assistance. Cette saisie peut tre un nombre, un mot, une date, une phrase ; Dans un deuxime temps, une requte visant tous les champs du catalogue ayant pour valeur le champ libre.
Le rsultat de la recherche obtenu donne une liste dobjets dont au moins un des indexes contient en partie la saisie de la recherche (au moins un mot). Il peut tre nul ou linverse disproportionn. 3.3.1.2. Recherche multicritre
La recherche multicritre permet davoir un effet entonnoir appel rduction de slection . Elle vite les recherches infructueuses. Elle est optimise par deux fonctionnalits : - Une assistance la saisie par une liste de valeur qui se rduit au fur et mesure de la saisie, par un systme de requte qui donne comme rsultat les enregistrements correspondant. - Une rduction de slection sur les listes des valeurs des champs eux-mmes prenant en compte les valeurs des autres champs dj saisie. Le nombre de rsultats possibles est affich en simultan et, ainsi, toujours suprieur zro. 3.3.1.3. Recherche avance
La recherche avance est base sur des critres non-conventionnels tels que la date de versement, date dlimination, volume, etc., presque sur tout le reste des mtadonnes. Le principe est le mme que la recherche multicritre. Cette fonctionnalit est rserve aux archivistes et les Installateurs/mainteneurs. Le module de recherche avance est une fonctionnalit anticipe et ne sera mis en place dans une version ultrieure. 3.3.2. Rsultat de recherche Le rsultat de recherche est une liste dobjets verss, leurs critres de recherche sont rappels ainsi que leur statut (Prt le, disponible, limin le, sortie le,). Une pagination est prvue pour y naviguer. La recherche peut continuer malgr laffichage de celui-ci. Il est remis jour ds que la requte de recherche t lance.
27/04/2012
ATAM
Page
39/131
V1.12
ATAM
Lors de la slection dun objet, les fonctions de demande de consultation, de prt, de sortie dfinitive ou dlimination apparaissent selon le profil du chercheur. 3.3.3. Visionneuse La visionneuse est accessible quaprs une validation dune demande de consultation. Elle permet de visualiser le format paramtr de la cellule daccs (voir rubrique - Constitution dune cellule). Elle a aussi pour fonction de permettre la visualisation des documents joints des items. Une navigation est prvue si lobjet visualis est sur plusieurs pages, avec possibilit de zoom, dimpression, denregistrement et denvoi par courriel.
27/04/2012
ATAM
Page
40/131
V1.12
ATAM
3.4.
Communication
3.4.1. Concept et mthodes Les courriels et les certificats sont soumis au principe du modle au format XML. Il permet de fournir une grande flexibilit dans la faon de les structurer. Pour chaque type de courriel il y aura son pendant en fichier Xml. Chaque courriel envoy est historis.
Figure 3 Schma du moteur de modle de courriel
3.4.2. Exemple de Courriel normalis XML Type Accus de rception

<email> <from>#FROM#</from> <to>quelquun@client.com</to> <cc>quelquundautre@client.com</cc> <bcc>exemple2@at2o.com</bcc> <date>JJ/MM/AAA-HH:MM:SS</date> <subject>SUJET TYPE</subject> <body>CORPS DU MESSAGE TYPE.</body> </email>
27/04/2012
ATAM
Page
41/131
V1.12 3.4.3. Exemple de Certificat
ATAM
<atam_certificat > <serveur>NOM_SERVEUR</serveur> <id>CERTIFICAT_ARCHIVAGE</id> <id_versement>identifiant du versement</id_versement> <title>titre</title> <dateArchivage>aaaa-mm-jjThh:mm:ssZ</dateArchivage> <identifiantDocAtam>Identifiant document archiv</ identifiantDocAtam> <identifiantDocProducteur>Identifiant producteur</identifiantDocProducteur> <commentaire>pas de commentaire</commentaire> <contrles> Listes des lments contrls dans le primtre Atam : Listes des lments contrls hors primtre Atam : La gnration des lments de mtadonnes incombant Atam a russi avec succs. </contrles> </atam_certificat >
3.4.4. Liste des courriels
3.4.5. Liste des Certificats
27/04/2012
ATAM
Page
42/131
V1.12
ATAM
3.5.
Traabilit
3.5.1. Actions logues 3.5.1.1. Logs sur transfert des objets
A chaque changement dtat du statut des transferts, une criture dans les logues de transfert est effectue. Certains niveaux de confidentialit peuvent imposer lutilisateur de motiver sa requte. La justification est aussi logue. 3.5.1.2. Logs sur recherche dobjets
Lensemble des actions de recherche est logu selon le niveau de confidentialit dfinit dans le paramtrage. 3.5.1.3. Logs sur changement des paramtres
A chaque changement de paramtres, une criture dans les logues des traitements est effectue. 3.5.1.4. Logs sur erreurs
A chaque erreur de traitement, une criture dans les logues des erreurs est effectue. 3.5.1.5. Logs sur dbogage
Pour une meilleure traabilit lors des phases de dbogage, dalpha-test et de beta-test, une criture dans les logues de dbogage est effectue. Une gestion de filtres et dcoutes permet de pointer plus aisment les activits de lapplication. Cette possibilit peut active ou dsactive mme en version finale. 3.5.1.6. Logs sur la base de donnes
La mise en place de fichiers redo logs permet de garder une trace de toutes les modifications de donnes. Ainsi en cas de crash de la base, ces fichiers permettent de rejouer les changements apports la base. 3.5.2. Visualisation Les logs sont visualisables avec un diteur simple sans requtes de recherche. 3.5.3. Historisation Lhistorisation consiste sauvegarder, au fur et mesure des modifications, toutes les versions prcdentes des : Modification des paramtres de : o Application o Listes de rfrences o Liste des rfrents o Classes de service
27/04/2012
Documents tablis : o Bordereaux o Certificats o Courriels o Bons de livraison

ATAM
Page
43/131
V1.12
ATAM
3.6.
Moniteur
Le moniteur oprationnel, est un module serveur qui scrute de faon priodique les lments essentiels la bonne gestion de larchive. Il agit notamment sur : les dpassements dlais, les seuils atteins, les actions priodiques non achevs ou non effectus. Il met des alertes sous forme de courriel aux acteurs concerns ou daffichage dans le tableau de bord du service archive afin de les prvenir dune future action prendre pour le traitement optimal de larchive. 3.6.1. Stratgies de relance sur transfert des objets Demande de versement (Validation hors dlai) Demande daccs au contenu (restitution hors dlai) Demande de rintgration (Validation hors dlai) Demande denlvement (interne ou externe) Demande dlimination (Validation hors dlai) Absence de versement en contradiction avec la priodicit prvue (mme brouillon en cours) Absence de retour certificat limination Absence de rponse aux demandes dlimination Absence dacquittement des objets verss
3.6.2. Stratgies de relance sur Guichet/zone temporaire/locaux Dure de mise disposition au guichet numrique Dure de stationnement en zone transitoire Dure de mise en zone temporaire des objets numriques ligibles llimination Dure de mise en zone temporaire des objets numriques fonction rationalisation Test du seuil du nombre mini dUS des : - Locaux des services/producteurs et salle de classement attache - Locaux darchivage papier sous le contrle du service archive dentreprise - Locaux darchivage papier externaliss chez un prestataire interne ou externe - Local du service dlimination Test du seuil de remplissage des espaces de conservation numriques
3.6.3. Classe de services Dlocalisation / Relocalisation limination Renouvellement des supports (Migration Physique)
3.6.4. Actions prvisibles Obsolescence des formats numriques (Migration logiques) Surveillance des contenus numriques (Migration Physique).Le moniteur aprs un processus de lectures alatoire des objets numriques envoie un courriel au service archive concernant les erreurs rencontres. Priodicit du versement de la mtabase
ATAM
27/04/2012
Page
44/131
V1.12
ATAM
3.7.
Rcolement
3.7.1. Dfinition Le rcolement est lopration consistant identifier, un par un, tous les objets du service darchive dont il en a la responsabilit. 3.7.1. Priodicit Il est ralis priodiquement. Le service archive est alert de la ncessit de leffectuer dans son tableau de bord. Ceci implique un paramtrage de cette priodicit. Le service archive a la possibilit de visualiser et dimprimer tous les rcolements dj effectus. 3.7.2. Mise en uvre Le jour venu, larchiviste saisie laide du clavier ou lit laide dune douchette ou de la camra embarque de la tablette, la cote de lemplacement. Il peut aussi de la mme manire effectuer une recherche dUS via le numro, le flash-code ou le code--barre inscrits sur lUS ou la fiche fantme. Le systme effectue une recherche rapide et affiche les attributs de lUS ou de la fiche fantme correspondants. Il saisie par la mme occasion ltat de conservation du contenant (dont il en a la charge), les ventuelles erreurs ou manquements. Une rubrique commentaire libre est disponible pour dcrire toute anomalie concernant par exemple ltat dusure du mobilier, les remarques gnrales sur les locaux (temprature, hydromtrie, salubrit, ), etc. 3.7.1. Edition En fin de rcolement, un rapport est imprim (voir rubrique Edition Rcolement).
27/04/2012
ATAM
Page
45/131
V1.12
ATAM
3.8.
Autres fonctionnalits
3.8.1. Constitution dune cellule La cellule reprsente lenveloppe du versement dobjets numriques. Elle est initialise lors de la prparation au versement, cre aprs validation, archive dans plusieurs espaces de stockage et restitue lidentique lors dune recherche.
Figure 4 Schma de la constitution de la cellule
27/04/2012
ATAM
Page
46/131
V1.12 3.8.1.1. Prparation
ATAM
Dans un rpertoire de prparation, la cellule peut se constituer. Elle se dcompose en plusieurs rpertoires contenant chaque item du bordereau de versement. Dans chaque rpertoire lapplication construit un fichier descripteur de litem au format XML (sip.xml) et le lot ou lobjet numrique verser. Selon le paramtrage, le fichier sip.xml contient les informations ncessaires dcrites dans la rubrique mtadonnes. Il peut tre conforme aux modles EAD, METS, PREMIS, DUBLIN CORE, , suivant paramtrage.
Figure 5 Structure de larborescence -Prparation de la cellule
Lors de la prparation des versements dobjets non-numriques (physique) seule la structure reste avec la constitution des SIP.
27/04/2012
ATAM
Page
47/131
V1.12 3.8.1.2. Double Encapsulation
ATAM
Lors de la mise en archive la cellule est constitu de deux fichiers distincts appeles capsules. La premire est la capsule de tous les objets numriques avec leurs arborescences dans un fichier de format TAR standardis par la norme POSIX.1-2001. La deuxime est le fichier de mtadonnes aip.xml lui-mme.
Capsule de Mtadonnes XML - Reprsentation - Conditionnement - Prennisation - Description - Atam - Normatif - Gestion
Versement 000001 AIP.XML
Capsule dobjets verss (initiale) TAR

Versement 000001 Item01 Rep 01 de versement Doc 01 Souche Doc 01 format autonome Doc 01 format visualisable PDF 01 Souche - format autonome PDF 01 format visualisable XLS 01 Souche XLS 01 format autonome XLS 01 format visualisable Rep 02 de versement Base de Donnes 01 Item02 Item03 ...
Figure 6 Structure de larborescence Double encapsulation
3.8.1.3.
Construction de la capsule XML
Une fois tous les items rpertoris et lors de la validation du versement un fichier descripteur de darchivage (aip.xml) dont est ajout tous les informations de description. Une fois la tache opre et valide les sip.xml sont supprims. 3.8.1.4. Construction de la capsule TAR
La capsule se compose de fichiers souches (obligatoire), de fichiers de prservation et de fichiers daccs. Chaque fichier souche soumis la surveillance de lobsolescence des formats est convertit dans un format prenne autonome. Pour ceux soumis une conversion en format visualisable sont aussi transforms. Chaque fichier souche peut tre convertit suivant le paramtrage en : - un fichier de prservation - un fichier daccs - les deux (si le format est diffrent) - aucun (si le format nest pas dans les listes de paramtrage) Les fichiers ainsi convertis sont placs cot du fichier souche dans larborescence des rpertoires.
27/04/2012
ATAM
Page
48/131
V1.12
ATAM
3.8.1.5.
Gnration de lidentifiant de la cellule
Le nom de lidentifiant de la cellule est unique et se dcompose ainsi : <Id Cellule> = <Numro dempreinte Hashcode de la capsule TAR><Horodatage> Lidentifiant de la cellule correspond lidentifiant inscrit dans la base de donnes de lapplication et au nom de fichier des deux capsules : Capsule XML : <Id Cellule>.<xml> Capsule TAR : <Id Cellule>.<tar> 3.8.1.6. Mise jour des descripteurs de conditions
A la fin du processus de cration des capsules le fichier XML est mise jour prenant en compte le format et le nom de fichier de la capsule TAR dans la rubrique conditionnement de linformation. 3.8.1.7. Encodage des noms de fichiers
Les noms de fichiers doivent tres encods en UTF-8. 3.8.1.8. Format de horodatage
Le format de date est ISO-8601 dfinissant un standard pour la reprsentation temporelle. La date complte calendaire avec lheure et les fractions de seconde en format de base est : "aaaammqqThhmissnzzzzz" (ex : 19970716T1920304+0100) 3.8.1.9. Type dempreinte support
Les algorithmes de hachage utiliss pour la gnration des empreintes sont : SHA-1 SHA-256
Le choix dsign dans les paramtrages de lapplication. 3.8.1.10. Double Lien Gel Le double lien gel permet de rendre indissociable les deux capsules et rend unique la cellule. Il fonctionne de la manire suivante : Premier lien Comme vu prcdemment, il seffectue sur les noms de fichier des capsules TAR et XML qui sont identiques. Deuxime lien Le nom de la capsule TAR est inscrit dans les mtadonnes de la capsule XML.
Page
27/04/2012
ATAM
49/131
V1.12 3.8.2. Migration logique (obsolescence des formats de fichiers)
ATAM
La migration logique est une conversion de format jug non prenne en un autre jug, lui, prenne. Cela concerne les objets numriques verss dont lextension appartient une liste prdfinie de format de fichier sous surveillance dobsolescence. La construction de la cellule (voir ci-dessus) permet une migration future des formats. Le module de migration est une fonctionnalit anticipe affect moniteur et sera mis en place dans une version ultrieure.
Constitution dune cellule Migration Constitution dune cellule migre
Fichiers sources Audio
Cellule ATAM
Capsule de Mtadonnes XML - Reprsentation - Conditionnement - Prennisation - Description - Atam - Normatif - Gestion Ajout de mtadonnes - Reprsentation - Conditionnement - Prennisation - Description - Atam - Normatif - Gestion
Cellule ATAM
Capsule de Mtadonnes XML
Portable Document Format
Historisation de la migration
Fichier de prsentation
Images RIP (Raster Image Processor)
Double Lien Gel
Double Lien Gel

Fichiers sous surveillance (obsolescence de format) Capsule dobjets verss et migrs TAR Fichier(s) Souche(s)
Images Raw
=
Traitements de conversion
Capsule dobjets verss (initiale) TAR Fichier(s) Souche(s)
Tableurs
Texte brute Fichier(s) de Prservation Format prenne autonome Images vectorielles
ou
Processus
- DTARer la cellule de versement initiale - Convertir si besoin chaque fichier de prservation
Fichier(s) de Prservation Format prenne autonome
fichier(s) de Prservation Nouveau Format prenne autonome
Vido
Fichiers de Traitements de texte
Fichier(s) dAccs Format standard commun (ex: TIFF ou PDF)
- ReTARer le tout avec un nouveau Hashcode - Modification des descriptions - Rgnration de la capsule de description
Si ncessaire
Figure 7 Migration de cellule
3.8.3. Migration physique (obsolescence des supports) La migration physique est un transfert de donnes dun support vers un autre en mode copie bit bit. Elle est effectue lorsquil y a une prsomption de dgradation du support ou une prsomption dobsolescence technologique du support (rafraichissement du support ou duplication). Cest partir de ce moment que la dcision de migration physique peut tre effectue. Le module de migration nest pas une fonctionnalit de lapplication. Par contre, la surveillance des contenus numriques partir dune bonne lecture des supports est oprationnelle (voir rubrique Moniteur - Actions prvisibles) ainsi que la bonne laboration des classes de services concernant la dure de vie des supports permet une gestion de lobsolescence des supports (voir rubrique Mtadonnes - Classe de services). 3.8.4. Rationalisation des espaces de production Cette fonctionnalit intervient lors de la finalisation du versement, juste aprs lacquittement. Lapplication propose la liste des fichiers qui ont t verss, ainsi que les fichiers similaires dans les mmes rpertoires et sous rpertoires. Par extension, la liste propose les rpertoires et sous rpertoires. Lutilisateur peut ajouter par demande de recherche dans ses espaces de production de fichiers identiques ou similaires. Il peut aussi slectionner, dslectionner les fichiers et/ou rpertoires de la liste pour suppression. Tous les fichiers et rpertoires qui ne constituent pas le versement sont dplacs dans un espace de stockage temporaire ddi soumis la suppression dans un dlai paramtr et soumis validation de lutilisateur.
27/04/2012
ATAM
Page
50/131
V1.12 3.8.5. Problmatique de la signature lectronique
ATAM
La signature lectronique ne doit pas tre de type cryptologique, elle perd entirement sa validit ds que lon change de format. Le document ne peut tre ni migr ni converti en document prenne. La signature lectronique doit tre traite en amont du versement. Cest au service producteur verseur de prparer la preuve de ce qui pourra tre de lordre du contentieux. Lapplication doit garantir la lisibilit du document vers, la stabilit du contenu informationnelle et la traabilit des oprations (versement, prt, migration, limination,). Avec le dcret du 13 aout 2005 relatifs aux actes authentiques lectroniques, les migrations successives ncessaires la conservation et la lisibilit ne remettent pas en cause le statut dorigine du document. Cette prcision apporte une scurit juridique au dispositif de conservation. Certification dun tier-certificateur est ltude 3.8.6. Interoprabilit La base de donnes de lapplication constitue une source importante dinformation pour lentit qui la dtient. Lapplication doit tre capable de vrifier rgulirement lintgrit de la base de donnes. Elle doit avoir la possibilit dexporter automatiquement et rgulirement dans un format texte (non chiffr) la structure et le contenu de sa base de donnes. La destination de cet export doit pouvoir tre paramtr. Le service informatique peut, en sus, verser dans le fonds darchive cette exportation. 3.8.7. Reconstruction aprs sinistre Indpendamment des politiques de sauvegarde mise en uvre par lentreprise, la reconstruction de la mta-base possde quatre dispositifs : Les supports conformes (mtadonnes XML, logs de lhistorique des transfert dobjet) Les versements du SI Linteroprabilit (voir ci-dessus) Les logs de bases de donnes (Voir Rubrique Traabilit - Actions logues)
La fonction du traitement de la reconstruction nest pas dans le primtre de lapplication pour le premier dispositif mais doit tre prvue dun point de vue structurel. 3.8.8. Gestion des espaces de stockage numriques (API-I/O) Le principe suivant est retenu. Les objets numriques sont toujours enregistrs au minimum en deux exemplaires sur deux supports de technologie diffrente. La synchronisation entre les deux exemplaires doit tre optimale. Lespace ddi au premier exemplaire est de technologie disque magntique (SATA) donc sans API. Lespace ddi au deuxime exemplaire met en uvre des technologies conformes la norme NFZ 42-013 (WORM) et possde une API. Le paramtrage de lcriture sur les espaces de stockage se fait au niveau des classes de service. Un module Api est disponible qui comporte trois fonctions essentielles : Lecture criture Vrification (qui permet un retour dune bonne fin dcriture)
27/04/2012
ATAM
Page
51/131
V1.12
ATAM
4. MTADONNES
4.1.1. Introduction Diffrentes tapes sont ncessaires en amont de larchivage proprement dit. Les listes de rfrences ainsi que les classes de service sont dfinir avant la mise en exploitation de lapplication. Ce sont elles qui font la liaison entre les gestionnaires des archives et les producteurs verseurs. Elles permettent, lors du versement, de remplir certains des champs de description (SIP, AIP et DIP dcris plus loin).
Figure 8 Les listes de rfrences dans le schma OAIS
27/04/2012
ATAM
Page
52/131
V1.12 4.1.2. Classification
ATAM
Figure 9 Taxinomie des Mtadonnes
4.1.2.1.
Information de reprsentation.
L'information de reprsentation facilite la restitution, la comprhension et l'interprtation du contenu d'un objet numrique. De manire fondamentale, l'information de reprsentation confre une signification la chane de bits qui constitue l'objet. 4.1.2.2. Information de prennisation.
Information d'identification : liste et description des identificateurs du contenu, afin que celui-ci soit dsign de manire non ambigu, tant l'intrieur qu' l'extrieur des archives (ex : ISBN, URN). Information de provenance : historique du contenu (ex : origine, dtenteurs successifs, mesures de conservation et leurs effets), qui vient l'appui des dclarations d'authenticit et d'intgrit. Information de contexte : relations entre le contenu et son environnement (ex : motifs de sa cration, relations avec d'autres contenus).
ATAM
27/04/2012
Page
53/131
V1.12
ATAM
Information d'intgrit : mcanismes d'authentification utiliss pour assurer que le contenu n'a pas t altr d'une manire non documente (ex : contrle de parit, signature numrique).
Elles compltent les mtadonnes de reprsentation et apportent les attributs spcifiques requis par les impratifs normatifs de conservation de la valeur probante (intgrit et unicit) quand cela est requis. 4.1.2.3. information de description
Linformation de description dfinit lensemble des informations utiles lidentification des objets verss, la recherche selon des approches variables (mtier, lgale, archivistique, autres) ou la vrification de lexistence des objets verss. Dans cet ensemble est ajout une rubrique Description Normalise dans laquelle y est transcrit les descripteurs pour une norme choisie (Dublin Core, Mets, MARC, PREMIS, ). Cette rubrique est construite partir des autres descripteurs dj prsents. Une table de correspondance devra tre tablie en pr-installation (Voir Dictionnaire des mtadonnes ci-dessous). 4.1.2.4. Information de conditionnement
Linformation de conditionnement dcrit lensemble des informations de la structure des mtadonnes. 4.1.3. Dictionnaire des mtadonnes
Libells Mtadonnes Atam
Dfinition / Commentaire
Balises XML PREMIS
Balises XML DUBLIN CORE
Informations de description Description

Cellule ou US Titre Classification 1 Classification 2 Classification 3 Classification 4 Classification 5 Commentaire libre Re-description Document joint Fonds d'archive Priode d'activit Communicabilit Dure de conservation Traitement Final Nombre d'lments Taille Priodicit Title Subjet Subjet Subjet Subjet Subjet Description Description Coverage Coverage
Classifications qui apparaient dans la Liste de rfrences
Commentaire du producteur verseur Commentaire du service Archive
mtrage linaire ou taille en octets de versement
Format AccruelPeriodicity
27/04/2012
ATAM
Page
54/131
Cardinalit
V1.12 Information de gestion
Classe de service ID Nom Temps d'accs Niveau d'importance Niveau de scurit N Action Type de support Nature du support Nombre d'action Dure de l'action Nombre de copie Action suivante Support de stockage Nom Type de support Nombre de copie Capacit totale Compression matriel Type criture
ATAM
Information de prennisation Information de Provenance

Historique du versement Raison Institution Date - Heure Description Fonds d'archive Historique de prservation Description Nom du responsable Matriel utilis Logiciel utilis Processus Mise en uvre processus Date - heure Rsultat Justification Changement Fonds d'archive Information sur les droits
27/04/2012
Doubl (producteur + Archiviste) Responsable de la dcision de l'archivage Provenance Provenance Provenance Provenance Provenance
Migration, sortie,
Description du processus mis en place Lignes directrices utilises du processus
Liste des changements
Provenance Provenance Provenance Provenance Provenance Provenance Provenance Provenance Provenance Provenance Provenance
ATAM
Page
55/131
V1.12
Auteur Nom Prnom Courriel Socit Socit Intitul Sigle URL Adresse postale Pays Dposant Identifiant (login) Nom Prnom email Socit Fonction Code Dpartement Dpartement Code Service Service Code Direction Direction Entit qui a contribu la cration du contenu de la ressource Entit responsable de la diffusion de la ressource Entit du responsable de la cration du contenu
ATAM
Creator Creator contributor 1 n
Publisher Publisher Publisher Publisher Pays de l'entit responsable de la diffusion de la ressource Publisher contributor contributor contributor contributor contributor contributor contributor contributor contributor contributor contributor contributor
Information d'intgrit
Authentification Date de cration Date de modification Certificat d'authentification Signature numrique Filigrane Horodatage Checksum Encryptage Documentation du mcanisme
Information de rfrence
Systme d'identification d'archivage ID ATAM Identification Universelle
27/04/2012
Identifier
ATAM
Page
56/131
V1.12
ATAM
Description des ressources
Information contexte
Raison de cration Type Nom Relations (liens) Type Objet vnement Acteur
Information du contenu Contenu de l'objet

Lien Lien vers l'objet lui-mme Coverage
Information de reprsentation Structure de l'information Description de l'environnement

Environnement Matriel Ressources machine Microprocesseur Version Constructeur Stockage Type Version Constructeur Priphrique Nom Version Constructeur Environnement Logiciel Logiciel de rendu Nom Type Version Rvision Instruction Exigence d'installation
27/04/2012
Interprteur, compilateur ou application
ATAM
Page
57/131
V1.12
ATAM
Systme d'exploitation Nom Version Rvision Date
Description du contenant
Fichier (s) nom Structure rpertoire Description Format Version Rvision Rsolution Dimension Dure Collor Rsolution Nombre de couleur Orientation Dbit binaire Compression Encapsulation Numro de piste et type Structure d'encodage Son Jeux de caractres Dfinition de Type de Document DTD Structure Type de Base de Donnes Catgories forme (reprsentation) Type de Code Information smantique Title Coverage Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format Format
Image, Audio, Vido, Texte, DB, Excutable ou autre
X,Y
Audio Vido Audio Vido Type de codec Vido Texte Texte Texte Base de donnes Base de donnes Base de donnes Excutable
Information de conditionnement
Encapsulation Type Application
27/04/2012
ATAM
Page
58/131
V1.12 4.1.4. Paquets dinformations 4.1.4.1. Paquet dinformation verser (SIP)
ATAM
Les SIP sont gnrs pour chaque item pendant le versement dun producteur-verseur. La composition de chaque sip.xml doit comprendre pour chaque fichier les lments suivant : - Information du contenu - Information de description Pout llaboration dun ou plusieurs AIP. 4.1.4.2. Paquet dinformation archiv (AIP)
Les AIP reprsentent les paquets dinformations conservs des objets verss dans lespace de stockage conforme. La composition de chaque aip.xml doit comprendre pour chaque fichier les lments suivant : - Compilation des Sip - Information de Prennisation - Conditionnement de linformation 4.1.4.3. Paquet dinformations diffus (DIP)
Les DIP reprsentent le paquet dinformations reu par lutilisateur en rponse sa requte, extraite de un ou plusieurs AIP. La composition de chaque dip.xml doit comprendre pour chaque fichier les lments suivant : - Information du contenu - Information de description 4.1.5. Liste de rfrences Appeles aussi tableaux de gestion, les listes de rfrences reprsentent la classification des lments ligibles aux versements selon les contraintes associes exprimes par les services producteurs/verseurs. Les listes de rfrences se prsentent sous la forme de liste ditems dcrivant chaque catgorie dobjet. Elles apparaissent dans les mtadonnes de description (Voir la rubrique Mtadonnes - Classification ). Une liste de rfrence est associe chaque service/producteur. Sa cration est tablit par les installateurs/mainteneurs. Les archivistes auront pour seule fonction : la modification. Le service archive possde une liste de rfrence nomm liste de rfrences de vrac . Cette liste de rfrence ne possde pas ditem de description. Les items seront remplis avec des rubriques ouvertes lors de ltablissement du bordereau (voir la rubrique Versement - Particularit du versement de vrac .Il existe trois types de champs : 4.1.5.1. Champs didentification
Les champs didentification permettent dtablir les acteurs de la rdaction de la liste de rfrences : Service versant, o Nom o Code acronymique du service versant o Dpartement
ATAM
27/04/2012
Page
59/131
V1.12 o o Direction Nom du responsable
ATAM
Service archive o Nom du responsable habilit Liste de rfrences o N o Nom
27/04/2012
ATAM
Page
60/131
V1.12 4.1.5.2. Champs de descriptions
ATAM
Ces champs dfinissent la hirarchisation des objets verser. Ils sont aux nombres de 2 minimums 5 maximums. Leurs dnominations sont dfinir lors de linstallation du client au moment du remplissage des listes de rfrences. Exemple : Famille o Nature
Objet Catgorie o Sous-catgorie
4.1.5.3.
Champs de caractristiques
Ces champs sont communs tous les items ils doivent tre imprativement remplis linstallation lors du paramtrage : Fond darchive DUA (dure d'utilit administrative) Sort final Type de Support Classe de service Niveau de confidentialit Re-description Validation Priodicit Observation
4.1.6. Classe de services Le traitement et le cycle de vie des archives sorganisent autour de processus prdfinis dans une grille de classe de services que lentreprise affecte aux catgories ditems de la liste de service selon leur nature, leur importance, leur temps daccs et la dure de conservation requise la fois pour les objets verss ainsi que les supports. La classe de service applicable est choisie par le service verseur au niveau de la liste de rfrences. Les modles applicables aux classes de services sont dfinis en avant-vente et paramtrs par linstallateur mainteneur. Les classes de services sont gres par l'application et le service archive peuvent les faire voluer. Les configurations antrieures ne sont pas historises. Par contre toutes les modifications apportes sont traces dans les logs de lapplication.
27/04/2012
ATAM
Page
61/131
V1.12
ATAM
5. Ergonomie et Interfaces Homme Machine (IHM)

5.1. Rgles et principes
Les services web sont devenus de vritables applications en ligne. Ils grent un grand nombre dinformations, la fentre classique du navigateur nest plus adapte pour ce type dinterface. Par consquent, lapplication propose deux types dIHM : Lcran principal et les fentres de formulaire. En sus de ces IHM, il y aura des fentres de dialogues et dinformation utilisateurs. 5.1.1. Langues supportes Les interfaces utilisateur de l'application doivent proposer, en natif, deux langues : le Franais et lAnglais. Linterface doit tre nanmoins conue pour permettre lajout ultrieur de langues optionnelles. 5.1.2. crans et fentres 5.1.2.1. cran principale 1280px
Logo 1
Bandeau/Entte
Logo 2
800px
Zone de contenu
Pied de Page
Figure 10 - Trame de lcran principale
Logo 3
Les crans seront optimiss pour une rsolution 1280x800.

27/04/2012
ATAM
Page
62/131
80px
160px
V1.12
ATAM
Plus exactement, la largeur ne dpasse jamais celle disponible en 1280x800 dans un navigateur maximis. Pour la hauteur en revanche, on pourra se permettre si besoin, de forcer lutilisation des barres de dfilement verticales dans la zone de contenu. 5.1.2.2. Fentrage
900px Logo 1
Bandeau/Entte
Logo 2
Zone de contenu
Pied de Page
Figure 11 - Trame du fentrage
Logo 3
Les fentres sont optimises pour une rsolution 900x800 mais nont pas un caractre obligatoire de les atteindre. Plus exactement, la largeur ne dpasse jamais celle disponible en 900x800 dans un navigateur maximis. Pour la hauteur en revanche, on peut se permettre si besoin, de forcer lutilisation des barres de dfilement verticales dans la zone de contenu.
27/04/2012
ATAM
Page
63/131
V1.12 5.1.2.3. Fentre dinformation
400px Logo 1
ATAM
Bandeau/Entte
Logo 2
Zone de contenu
Pied de Page
Logo 3
Figure 12 - Trame de la fentre dinformation
Les fentres dinformation sont fixes. Pour la hauteur en revanche, on peut se permettre si besoin, de forcer lutilisation des barres de dfilement verticales dans la zone de contenu. 5.1.2.4. crans de recherche multicritres/ affichage de liste de rsultats
Les critres des crans de recherche ainsi que le nombre de lignes obtenues sont rappels en haut de la liste de rsultats. Les colonnes sont triables. La liste de rsultats est pagine. 5.1.2.5. Enttes
Lentte possde : o Le logo (logo1) de lentreprise cliente o Le logo (logo2) de lapplication o Une zone de description et didentit Toutes les IHM, sauf celle qui concerne la connexion lapplication, devra contenir dans un encadrement spcifique avec les noms et prnoms de la personne, son dpartement et son service comme informations et comme action la dconnexion. A dfaut, le nom et le logo de lapplication sera insr.
27/04/2012
ATAM
Page
64/131
V1.12 5.1.2.6. Corps des crans et fentres
ATAM
Le corps de lIHM reprsente la zone contenu. Cest la zone de travail des diffrents profils. Celle-ci a plusieurs formes de prsentation possibles, Pour les crans : - Formulaire de connexion - Tableau de Bord - Formulaire de Recherche/Rsultat/Consultation - Formulaire de Modification - Pour les fentres : - Formulaire du bordereau - Formulaire de rcolement - 5.1.2.7. Pied de pages
Le logo (logo3) de lentreprise de maintenance Commandes spcifiques lIHM en cours Dates, numros et build de la version et signatures des auteurs (copyright).
5.1.3. Messages 5.1.3.1. Prsentation et contenu
Le texte du message doit tre dans un style concis, non vexatoire. Le texte ne doit pas contenir de mots tels que faute , mauvaise manipulation ou illgal . Les messages derreur sont toutes dcels en une passe et prsentes globalement lutilisateur sous forme intelligible et non dans un jargon informatique. Les libelles des champs en erreurs apparaissent en rouge (Attention, voir la rubrique couleur). La construction des questions doit tre rdige de faon viter ce que lutilisateur ne peut que par oui ou par non . Les rponses doivent tre sous forme de verbes reprsentant des actions (Appliquer, Lancer, Valider, Fermer,).
27/04/2012
ATAM
Page
65/131
V1.12 5.1.3.2. Bote de message
ATAM
Les boites de message sont utilises particulirement pour les messages de confirmation ou de messages derreur ou darrt bloquant. Elles saffichent dans une bote de message (de type Windows) ou dans un pop-up Web (= nouvelle fentre de navigateur sans barre doutils, donc pure , et redimensionnable ou non). Une bote de message doit contenir les lments suivants : - une barre de titre : indique lorigine du message, - une icone : permet didentifier rapidement et visuellement le type de message, - le texte du message : explique brivement la situation ou pose une question lutilisateur, - des boutons de commande spcifiques au type de message permettent lutilisateur de rpondre. 5.1.3.3. Message dans la page HTML
Les messages affiches dans la page HTML doit tre exclusivement utiliss lorsque le message dinformation, lavertissement ou message derreur a pour origine un lment de la page HTML en elle-mme. Un pictogramme est ajout proximit de llment lui-mme (par exemple : champ obligatoire non saisie, mot de passe incorrecte, rsultat de recherche nul,). 5.1.4. Curseur 5.1.4.1. Positionnement directe
Par dfaut, le curseur doit tre plac sur le champ qui a les plus grandes chances dtre choisi par lutilisateur. Lorsque tous les caractres sont saisis lintrieur dun champ, le dplacement automatique du curseur vers le champ suivant (auto tabulation) doit tre actif lorsquil sagit de saisie de masse. 5.1.4.2. Comportement
La forme du curseur est modifie pour des attentes suprieures 1 seconde ds quune action est lance et quaucune autre action ne peut tre lance dans lapplication. La modification du curseur est limite la fentre active directement lie la tche en cours. A lextrieur de cette fentre, le curseur doit reprendre sa forme normale. Lors de traitement suprieur 6 secondes un indicateur de progression doit tre affich en fonction de lavancement du traitement. 5.1.4.3. Formes et actions
Le tableau ci-dessous montre les formes de curseur les plus courantes (Guide de style de la Direction gnrale des systmes dinformation du Qubec). Formes Flche Tiret vertical Sablier Loupe Flche double pointes avec trait vertical
27/04/2012
Actions Pointe, slectionne et dplace. Positionnable sur la plupart des objets Slectionne du texte. Donc positionnable sur du texte uniquement Indique quun traitement est en cours. Positionnable sur tous les objets Agrandit laffichage. Positionnable sur la plupart des objets. Redimensionne une fentre verticalement. Positionnable sur le bord dune fentre
ATAM
Page
66/131
V1.12 Flche double pointes avec trait horizontal Flche double pointes avec trait diagonal Flche verticale double traits double pointes Flche horizontale double traits double pointes Panneau de signalisation stationnement interdit
ATAM
Redimensionne une fentre horizontalement. Positionnable sur le bord dune fentre. Redimensionne une fentre en diagonale. Positionnable sur langle dune fentre. Redimensionne une colonne. Positionnable sur les sparateurs de colonne. Redimensionne une colonne. Positionnable sur les sparateurs de lignes. Signale limpossibilit de dplacer lobjet un emplacement donn.
5.1.5. Champs de saisie 5.1.5.1. Aspects
Dans les champs de saisie, les caractres saisis sont cadrer gauche (lettres ou chiffres). Dans la mesure du possible, la taille des champs doit tre proportionnelle au nombre de caractres qui peuvent tre saisis. Lors de la transformation dune fentre de saisie en fentre de consultation, laspect des champs de saisie est modifi pour devenir des champs daffichage. Dans le cas o la taille des donnes saisir dpasse la largeur du champ de saisie, un champ de type explose est propos. Ce type de champ sagrandit lorsque le curseur est positionn dessus ; la totalit du champ devient donc lisible en cachant une partie de la fentre. Si la longueur, une fois saisie, est trop longue, le systme affiche le dbut du champ et fini par . Pour les champs de type chemin ou chemin avec fichier, le systme affiche le dbut et la fin du champ spar par des . Le dfilement ; si celui-ci est utilis, sera vertical plutt quhorizontal (mais ne pas utiliser le dfilement horizontal pour la saisie dune donne de moins de 10 caractres). 5.1.5.2. Initialisation
Les champs de saisie sont initialiss avec une valeur par dfaut chaque fois que cela est possible ; cette valeur doit correspondre : - La valeur ayant la plus grande probabilit dtre choisie par lutilisateur, - La valeur prcdemment choisie (ou saisie) par lutilisateur dans le mme contexte. 5.1.5.3. Caractres saisir
La saisie de caractres en minuscules ou en majuscules ne pas tre force. Les units de mesure associes un champ de saisie doivent apparatre dans le libell du champ de saisie (lutilisateur ne doit pas avoir saisir lunit de mesure) ; ces units doivent bien entendu tre familires aux utilisateurs. Pour les champs qui ncessitent un format particulier (exemple : champ date), lapplication propose un pr-formatage des donnes saisir ou alors formate a posteriori (suite la saisie de linformation par lutilisateur). Exemple : Date ../../.... .
27/04/2012
ATAM
Page
67/131
V1.12 5.1.5.4. Champs obligatoires
ATAM
L'utilisateur doit reconnatre les champs obligatoires dans un formulaire de saisie. La distinction se fait par l'ajout dun point rouge la fin de l'tiquette du champ. Lorsque le caractre obligatoire d'un champ dpend de la valeur d'un autre champ, ltiquette du champ devra afficher le point rouge en consquence. En cas doubli de saisie lors de la validation, ltiquette du champ devient elle aussi rouge. Si le champ est valid il retourne dans sa couleur dorigine. 5.1.5.5. Dplacement
Lutilisateur doit pouvoir se dplacer entre les champs de la fentre laide de la touche <Tabulation> du clavier : Tab : Dplace de faon squentielle le curseur dun champ lautre, si le curseur est positionn sur le dernier champ de la fentre et que lutilisateur appuie sur la touche Tab , alors le focus se repositionne sur le premier champ. Maj +Tab : Dplace le focus dun champ vers le champ prcdent ; si le curseur est positionn sur le premier champ de la fentre et que lutilisateur appuie sur la combinaison de touche maj + Tab , alors le focus se repositionne sur le dernier champ. Validation de la saisie
5.1.5.6.
Lorsque lutilisateur entre des donnes dans un champ de saisie, cela ne doit jamais entraner de modification irrversible de lenvironnement de lapplication ; autrement dit, il ne doit pas y avoir de cration, de mise jour, ni destruction de donnes sans une validation explicite de lutilisateur (message de confirmation). 5.1.5.7. Retour du systme
La frappe de chaque caractre doit entraner un retour immdiat : - affichage du caractre, - affichage de code (en gnral astrisque pour les mots de passe par exemple), - signal sonore pour indiquer un caractre interdit. Les erreurs de format ou de type de caractres dans un champ donn doivent tre dtectes au moment de la saisie des caractres dans ce champ, ou avant le passage au champ suivant. Lorsquil y a une erreur au niveau dun champ de saisie, positionner le curseur sur ce champ, il faut afficher en vido inverse la donne ou le caractre ou le mot en erreur. Lutilisateur doit pouvoir corriger lerreur par saisie partielle (il ne doit pas tre contraint de saisir nouveau toute la donne). Les erreurs de type fonctionnel sur les donnes saisies ne devront tre signales quaprs contrle des donnes par lapplication, une fois que lutilisateur a valid sa saisie. Si lutilisateur clique sur le bouton <Annuler> dans une fentre contenant des erreurs de saisie, le systme doit fermer la fentre sans afficher de messages derreur.
27/04/2012
ATAM
Page
68/131
V1.12 5.1.5.8. Saisie dans un tableau
ATAM
Lutilisateur doit pouvoir se dplacer entre les cellules du tableau laide de la touche <Tabulation> du clavier : - la combinaison de touches < Maj + Tabulation > doit positionner de nouveau le curseur sur la cellule prcdente, - la combinaison des touches < Control + Tabulation > doit permettre de sortir du tableau et de passer au champ suivant dans la fentre. La touche <Tabulation> doit valider le format de saisie courante et afficher correctement la donne saisie (alignement, centrage). Les chiffres sont cadrs droite. 5.1.5.9. Saisie par slection dans une liste
Lapplication doit mettre en vidence llment slectionn de faon immdiate. Lors de lavancement de la saisie lapplication propose un positionnement direct dans la liste bas sur la frappe des caractres de llment voulu. Lutilisateur doit pouvoir dslectionner un lment aussi simplement et par le mme moyen quil peut le slectionner. La slection ne doit jamais entraner une action. La dslection dun lment ne doit pas avoir dincidence sur la tche en cours (pas de retour au dbut de la tche). La slection pourra tre unique ou multiple (slection dun ou plusieurs lments). Dans le deuxime cas, le nombre dlments slectionns est indiques et les valeur des champs sont encadrs par des guillemets et spars par des virgules. Les lments sont affichs dans un ordre sappuyant sur la logique de lutilisateur ou la frquence dutilisation. Le cas chant, lordre alphabtique doit tre utilis par dfaut. Lorsque lextrmit de la liste est atteinte, il faut le laisser le curseur dessus et ne pas permettre au curseur de boucler sur la liste Lorsque la saisie est optionnelle, une bote liste droulante doit contenir obligatoirement un lment Aucun positionn en premire ligne qui sera slectionn par dfaut. 5.1.6. Barres de dfilement 5.1.6.1. Utilisation
Les barres de dfilement doivent tre utilises : - pour reprsenter, proportionnellement, au moyen de lascenseur, la quantit dinformation visualise par rapport linformation totale qui peut tre affiche dans la fentre ; - quand lutilisateur a rduit la taille de la fentre au point que la visibilit de son contenu nest plus totale. Par consquent, il faut utiliser les barres de dfilement lorsque, et uniquement lorsque, cela se justifie : si le contenu de la fentre est entirement visible, il ny a pas lieu de les utiliser. Le dfilement du contenu de la fentre doit tre affich en temps rel, il faut alors actualiser ce contenu au moment o lutilisateur ne manipule plus lascenseur.
27/04/2012
ATAM
Page
69/131
V1.12 5.1.6.2. Disposition
ATAM
Barre de dfilement vertical : droite de la fentre, Barre de dfilement horizontal : en bas de la fentre (mais au dessus de la barre dtat).
5.1.7. Liste des raccourcis clavier Actions Copier Couper Coller Annuler Ouvrir Imprimer Enregistrer Affichage de laide Fermeture de lapplication ou dun dialogue Activation/dsactivation de laide contextuelle 5.1.8. Boutons de commande Un bouton de commande par dfaut est dfini. Ce bouton sera celui qui a la plus forte probabilit dtre choisi dans le contexte du dialogue (ou celui qui, sil est choisi, aura le moins de consquences). Les libells doivent tre sous forme de verbes reprsentant des actions (Appliquer, Lancer, Valider, Fermer,) et doivent tre homognes dans lapplication. Certains boutons pourront tre momentanment inaccessibles tant quune action pralable na pas t effectue. Le caractre inactif dun bouton sera matrialis par une couleur estompe, plus discrte, voire par du gris. Un pictogramme peut tre utilis pour reprsenter le bouton. Il existe deux raccourcis claviers pour les boutons de commandes : - Echap : Annule la fonction en cours (Ex : simulation du clic sur le bouton annuler ). - Entre : Valide la fonction en cours (Ex : simulation du clic sur la commande par dfaut. 5.1.9. Pictogrammes Les pictogrammes sont utiliss pour des objets ou fonctions les plus utiliss. Ils doivent tres explicites et reprsentatifs. Une info-bulle, au passage de la souris indique le libell de la signification. De la mme manire que le bouton de commande, les pictogrammes pourront tre momentanment inaccessibles tant quune action pralable na pas t effectue. Le caractre inactif dun bouton sera matrialis par une couleur estompe, plus discrte, voire par du gris. 5.1.10. Suppression - Annulation Toute suppression de donnes dans la base est prcde dune demande de confirmation. Toute annulation daction est aussi soumise une demande de confirmation. 5.1.11. Signale sonore Seul le signal sonore du systme est utilis.
27/04/2012
Raccourcis Ctrl + C Ctrl + X Ctrl + V Ctrl + Z Ctrl + O Ctrl + P Ctrl + S F1 Alt + F4 Shift + F1
ATAM
Page
70/131
V1.12
ATAM
5.1.12. Couleur Les couleurs satures sont rserves pour mettre en relief des informations importantes et les couleurs peu satures pour des informations moins importantes. Le nombre de couleurs est limit 7 (+ ou 2). Le codage par la couleur doit tre doubl par un autre codage. Ceci pour des raisons daccessibilit (personnes mal voyantes et personnes atteintes de daltonisme). Un libell devra tre doubl avec un pictogramme. 5.1.13. Aide utilisateur 5.1.13.1. Aide la saisie Ce type daide se prsente sous la forme dune bote liste droulante dans laquelle lutilisateur saisit une valeur directement au clavier ou slectionne lune des valeurs proposes dans la liste (voir champs de saisie). 5.1.13.2. Aide contextuelle rapide Lorsque le curseur de la souris est sur le champ auquel il est associ; Le texte daide apparait et disparait automatiquement que le curseur sort du champ. Laide affiche sur la barre dtat une rapide description du champ, du bouton, de loption de menu sur lequel le curseur est positionn : - aide sur le champ (dfinition, contenu, utilisation, format particulier de saisie, ...), - aide sur le menu ou le bouton de commande, - aide sur une option de menu. 5.1.13.1. Aide gnrale Laide gnrale est le guide utilisateur qui est accessible tout moment dans lapplication.
27/04/2012
ATAM
Page
71/131
V1.12
ATAM
5.2.
Moteur de template
Le principe du moteur de template repose sur la spcification de gnrer du texte partir d'un document modle (template) et de donnes (java, XML). Cela permet la sparation du traitement des donnes et de leur reprsentation. Le moteur de template est donc bas sur le concept que les designers et les programmeurs sont des personnes diffrentes lors de dveloppement. Les designers ont la charge de crer les pages HTML, les images ou tout autre lment visuel, tandis que les programmeurs ont leur charge la prparation des donnes qui seront afficher plus tard. De faon plus prcise, les designers vont fabriquer les templates tandis que les dveloppeurs vont crer le programme java structurant l'ensemble des donnes. Ce concept implique que deux lments sources sont ncessaires : - Le fichier modle : C'est un fichier dfinissant les rgles d'affichage. - Les objets java : Ce sont les donnes afficher. Elles sont encapsules dans des objets. Lors de cette transformation, le template va recevoir les donnes afficher, puis va excuter son code d'impression comme le montre le schma suivant :
Cot serveur Titre Contenu Titre de la Page Fichier Template <body>...</body> Cot client
Moteur de Template
Titre = Page Title
Titre = Titre de la Page Objet langage Contenu = <body>...</body> Objets Java Fichier HTML
Figure 13 Schma du moteur de template
27/04/2012
ATAM
Page
72/131
V1.12
ATAM
5.3.
Connexion Producteurs / Verseurs
Navigation
Page daccueil Tableau de Bord Verseurs Construction du bordereau Recherche Lien
IHM Producteurs / Verseurs
Valide la demande dlimination Demande de reintgration Demande de versement Impression du bordereau Editions statistiques
Application Client
- Nombre de conteneurs - Volumtrie - Evolution de la complmentarit Papier/Numrque - Ages des fonds archives - Inventaires des fonds du services
Editions
Editions statiques
- plan ce classement - Listes de rfrents du service
Cellule en consultation
Demande de sortie dfinitive
IHM Archiviste
IHM Usagers
Usagers Recherche
Accs au contenu Copie
Visualisation
Impression
Validation de la demande de versement Traitement de la demande de sortie dfinitive Validation daccs au contenu Rcolement
Traitement des reintgrations Traitement de la demande dlimination
Tableau de Bord Archiviste
Listes de rfrences (Modification)
Archivistes
Lien direct vers le rcolement si utilisation dun systme portatif Ex : PDA, tablette,...
Administration
Listes des formats supports Liste des relances Moniteur
Gestion Droit daccs
Listes de rfrents Acteurs externes
- Demande de versement si le brouillon sternise - Demande daccs au contenu (restitution) - Demande de rintgration - Demande dlimination - Absence de versement - Non rintgration dans les dlais impartis des objets mis disposition - Absence de retour aux propositions dlimination (n relances) - Absence de retour aux propositions dlimination (Initiale) - Demande de versement sans rponse du SA - Demande denlvement (interne ou externe) - Acquittement non ralis - Absence de versement en contradiction avec la priodicit prvue - Retour suite mise disposition temporaire - Autorisation dlimination - Retour certificat limination - Stationnement prolong en zone transitoire - Demande de sortie dfinitive - Demande de rendez-vous pour enlvement des US dans les services
Editions statiques
- plans de classement globaux - Inventaires des fonds - Listes de rfrents - Liste des lments ligibles limination (Papier) - Liste des lments ligibles limination (Numrique) - Liste des lments numriques en situation dobsolescence format - Liste des lments US en sortie temporaires - Rapport dobsolescence des lments numriques - Evaluation dynamique et prospective : - Evaluation du mtrage linaire effectif, conserv et disponible - Evaluation de la volumtrie des lments numriques verss
Edition
Outils daide la dcision
IHM Instance de contrle / Superviseur Instance de contrle / Superviseur

Connexion API,BD,LDAP,...
Tableau de Bord Superviseur
Finalisation des
fonctions Oprationnelles
Modules internes
Moniteur
Surveillance
(migration, classe de service) Relances sur la temporisation des lieux de stockage
Profil Applicatif
Relances sur Transfert des objets
IHM Installateur / Mainteneur

Connexion Administration Installateur / Mainteneur Page daccueil
Paramtrage cellule / BD Gestion des supports (I/O) Listes des Classes de services Listes de rfrences (Cration)
Application Maintenance
Gestion
Visualisation des logs
Reconstruction (V2.0)
Logues des lments Logues des erreurs Logues des actions
Figure 14 Schma Navigationnel dIHM
27/04/2012
ATAM
Page
73/131
V1.12
ATAM
5.4.
Connexion lapplication
A louverture de chacune des IHM ou louverture de lapplication, le systme doit vrifier que lutilisateur est bien authentifi. Sil ne lest pas, le systme lui propose lIHM de connexion lapplication. Lutilisateur doit renseigner les champs identifiant et mot de passe. 5.4.1. Pr-condition Lutilisateur doit lancer son navigateur web et accder une adresse dfinie afin de lancer lapplication. Lutilisateur est non-connect suite au dmarrage de lapplication ou une dconnexion par un time-out ou par une action de dconnection volontaire. 5.4.2. Post-condition Lutilisateur est authentifi et donc connect. Lapplication est adapte ses rles (accs aux fonctions, accs au contenu). 5.4.3. Informations prsentes
Information Entte Nom de lenseigne Corps Login Mot de passe Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non A A Non Non Oui Oui Oui Oui Doit tre non mmorisable par le navigateur Doit tre non mmorisable par le navigateur A Oui Non Non Nom du client Type(*) Initialisation Modifiable Obligatoire Rgle de gestion / Commentaire
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.4.4. Rgle(s) de gestion principale(s) 1. 2. 3. Lutilisateur saisit son login et son mot de passe, puis clique sur Connexion. Le systme vrifie les informations saisies et accorde laccs. Le systme affiche lIHM selon son profil, en rappelant lidentit de lutilisateur connect dans lentte.
27/04/2012
ATAM
Page
74/131
V1.12 5.4.5. Actions possibles
Action Entte Corps Connexion Pied de page Lance la demande de connexion Commentaires
ATAM
5.4.6. Actions autorises

Profils Actions Connexion
Producteur/ Verseur Usager Archiviste Instance de contrle / superviseur Mainteneur/ Installateur
5.4.7. Cas derreur 1. 2. 3. Lutilisateur saisit son login et son mot de passe, puis valide. Le systme vrifie les informations saisies et accorde laccs. Le systme affiche lcran de connexion avec un message derreur de connexion.
27/04/2012
ATAM
Page
75/131
V1.12
ATAM
5.5.
Pages daccueil
La page daccueil est un panneau oprationnel permettant lutilisateur connect daccder toutes les fonctions possibles quil peut utiliser selon son profil (il existe 4 pages daccueil). Par principe, toute connexion aboutit sur cette page daccueil sauf dans le cas ou le profil utilisateur na quune seule possibilit daction (ex : Usager pour la recherche) la page daccueil bascule dellemme vers le seul cran qui gre cette fonction isole du profil. 5.5.1. Pr-condition Lutilisateur est authentifi et donc connect. Le panneau est adapt ses rles (accs aux fonctions, accs au contenu). 5.5.2. Post-condition Lutilisateur a accd la fonction dsire. 5.5.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Fonction Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L Oui Non Non Liste des fonctions sous forme dicones A A A A Oui Oui Oui Oui Non Non Non Non Non Oui Oui Oui Prnom et nom Nom du client Type(*) Initialisation Modifiable Obligatoire Rgle de gestion / Commentaire
5.5.4. Rgle(s) de gestion principale(s) 1. 2. 3. Lutilisateur clique sur licone ou la description pour accder la fonction souhaite. Le systme renvoie vers le lien slectionn. Le systme affiche lIHM qui traite la fonction ou le groupe de fonctions dsir. 5.5.5. Rgle(s) de gestion complmentaire(s) 1. Lutilisateur se dconnecte.
Page
27/04/2012
ATAM
76/131
Action Entte Dconnexion A propos Corps Tableaux de bord Bordereau de versement dition Recherche Administration (des archives) Gestion des droits daccs Rcolement Moniteur Administration (de lapplication) Gestion de lapplication Pied de page Renvoie vers le tableau de bord du profil concern Renvoie vers la fentre Bordereau de versement Renvoie vers la fentre des ditions Renvoie vers la fentre de recherche Renvoie vers la fentre dadministration (des archives) Renvoie vers la fentre de Gestion des droits daccs Renvoie vers la fentre de rcolement Dconnecte lutilisateur en cours Affiche la fentre A Propos Commentaires
ATAM
Renvoie vers la fentre de liste des tches prdfinies du moniteur Renvoie vers la fentre dAdministration (de lapplication) Renvoie vers la fentre de Gestion de lapplication

Profils Actions Dconnexion A Propos Tableaux de bord Bordereau de versement dition Recherche Administration (des archives) Gestion des droits daccs Rcolement Moniteur Administration (de lapplication) Gestion de lapplication
X X X X X X
X X
X X X X X X X X X
X X X X X X X X X
X X
X X X
5.5.8. Cas derreur Le lien vers la page est mort, un message derreur apparait et une trace dans les logs est crite puis retour sur la page actuel.
27/04/2012
ATAM
Page
77/131
V1.12
ATAM
5.6.
Tableau de bord
Les services verseurs, les archivistes et les superviseurs accdent un cran qui reprsente un tableau de bord. Celui-ci comprend la liste de tous les actions passes, en cours et venir sur une priode courant 16 mois par rapport linstant de consultation (12 mois dans le pass et 4 dans lavenir). Certaines actions sont reprsentes sous forme dalerte lorsquil y a dpassement de dlais. Ds quune ligne a t ajoute dans le tableau de bord un courriel est envoy lutilisateur concern pour lavertir. 5.6.1. Pr-condition Pour accder cette IHM, lutilisateur doit passer par la page daccueil. 5.6.2. Post-condition Non-applicable 5.6.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps (Tableau de bord) Description Traitement ( ou Fonction) A A Oui Oui Non Non Non Non
-Id du traitement -Descriptif du traitement -chances des versements prparer (Liste de rfrences) -Demande versement (papier) -Versement (Numrique) -Demande daccs au contenu -Demande de rintgration -Demande de sortie dfinitive -Demande de dlimination - Date des chances Date des demandes Le statut demandes indique ltat des
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion / Commentaire Nom du client
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
Date Statut Lieu Pied de page Nom de lapplication Version Date de version
D A A A N D
Oui Oui Oui Oui Oui Oui
Non Non Non Non Non Non
Non Non Non Non Non Non
indique le lieu o se situe larchive
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date

27/04/2012
ATAM
Page
78/131
V1.12 5.6.4. Rgle(s) de gestion principale(s) 1. 2.
ATAM
Lutilisateur peut crer une demande de versement non liste dans les actions effectuer. Le systme affiche lcran du bordereau de versement. Lutilisateur peut tout cocher, tout dcocher ou cocher chaque ligne une par une (initialise : dcoche) pour imprimer. Grce une colonne actions , par ligne : Lutilisateur peut crer une demande de versement lorsque le statut est en attente de versement . Le systme affiche lcran du bordereau de versement. Lutilisateur peut diter, supprimer (Etat : BROUILLON ou DEMANDE ), visualiser et imprimer les demandes. Pour ldition, le systme affiche une petite fentre avec le dtail et lhistorique de la demande. 5.6.5. Rgle(s) de gestion complmentaire(s)
3. 4.
1. 2. 3. 4.
Trie les colonnes alphabtiquement en cliquant sur la colonne (icne triangle). Filtre les lignes selon leur statut. Lutilisateur retourne sur la page daccueil. Lutilisateur se dconnecte. 5.6.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner Tout slectionner Tout dslectionner Imprimer (cases coches) Imprimer Accuser Ajouter diter Supprimer (annuler) Trier Filtrer Pied de page Imprimer
27/04/2012
Commentaires Dconnecte lutilisateur en cours Retourne sur la page daccueil Slectionne la ligne Slectionne toutes les lignes Dslectionne toutes les lignes Imprime les lments du tableau de bord dont la case des lignes est coche Imprime le contenu de la ligne du tableau de bord Envoie un accus rception Lance la fentre de cration du bordereau de versement dite le contenu de la ligne du tableau de bord dans une autre fentre (ex : fentre du bordereau) Supprime le contenu de la ligne du tableau de bord (annule la demande en cours) Trie selon la colonne slectionne Filtre la colonne statut Imprime la liste du tableau de bord
ATAM
Page
79/131
V1.12 5.6.7. Actions autorises
Profils Actions Dconnexion Slectionner Tout slectionner Tout dslectionner Imprimer toutes les cases coches Imprimer diter Supprimer (annuler) Trier Filtrer Imprimer
Producteur/ Verseur Usager Archiviste
ATAM
Instance de contrle / superviseur
Mainteneur/ Installateur
X X X X X X X X X X X
27/04/2012
ATAM
Page
80/131
V1.12
ATAM
5.7.
Bordereau de versement
5.7.1. Pr-condition Lutilisateur doit demander une dition du bordereau de versement partir de son tableau de bord. Le mode cration ou modification en lecture seule ou non est dtermin par le choix du bouton de commande (ajouter, diter) et du profil utilisateur (ex : lecture seule pour larchiviste). 5.7.2. Post-condition Suivant lutilisateur, le bordereau de versement est cr et enregistr, soumis ou valid. 5.7.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service A A A / L Utilisateur Corps (identification) Dpartement Responsable Contact archive Service Responsable Contact archive Corps (Liens) Lien A Oui Oui Non
Liens vers dautres objets dj verss
Type(*)
Initialisation
Modifiable
Obligatoire

Si lutilisateur est rattach un service. / Si lutilisateur est rattach plusieurs services il pourra slectionner le service concern.
Oui Oui Oui
Non Non Non / Oui
Non Oui Oui
A A A A A A A
Oui Oui Oui Oui Oui Oui Oui
Non Non Non Non Non Non Non
Prnom et nom
Du dpartement Du dpartement Du service Du service
Corps (Volumtrie Objets physiques) Nombre US Mtre linaire Nombre fichier Volume A A A A Non Non Non Non Oui Non Non Non Non Non Non Non
Calcul
Corps (Volumtrie Objets numriques)

Calcul Calcul
27/04/2012
ATAM
Page
81/131
V1.12
Corps (construction du bordereau) N ditem Description Re-description De Priode dactivit A N A A D D N A N N N A Non Non Non Non Non Non Non Non Non Non Non Non Oui Oui Oui Oui Non Oui Oui Oui Oui Oui Oui Oui Non Oui Oui Non Non Oui Oui Oui Oui
ATAM
Calcul squentiellement Catgorisation jusqu 5 Visible seulement archivistes. Fr : JJ/MM/AAAA US : mm/dd/yyyy Fr : JJ/MM/AAAA US : mm/dd/yyyy Calcul pour le numrique pour les
Nombre de fichier Documents joints ou Liste de fichiers Numro dUS Numro dUSPrestataire Cote Information sur le conditionnement Pied de page Nom de lapplication Version Date de version
Saisie par lArchiviste Affect litem pour le papier Saisie par lArchiviste Affect litem pour le papier Saisie par lArchiviste Affect litem pour le papier
A N D
Oui Oui Oui
Non Non Non
Non Non Non
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.7.4. Rgle(s) de gestion principale(s) Rgle principale : Prparation Lutilisateur slectionne le service verseur appropri, sil est affect plusieurs. Le systme affiche les informations didentification. Lutilisateur fait une demande de cration de ligne vierge pour insrer un item dans le contenu dtaill du bordereau. 4. Le systme affiche la liste de rfrences (les catgories seulement) ordonnance hirarchiquement. 5. Lutilisateur slectionne la catgorie de litem quil veut verser. Il a sa disposition un champ de saisie pour faire une recherche rapide en auto-compltion et en auto-droulement de la liste. 6. Le systme affiche automatiquement sur plusieurs lignes larborescence des catgories si elles ne sont pas dj listes. 7. Le systme numrote et recalcule automatiquement la colonne N ditem en commenant par 1. 8. Le systme met en mode modification la ligne vierge suivante. 9. Lutilisateur peut modifier seulement la ligne de versement. 10. Lutilisateur saisit la description du contenu de lunit sous forme de commentaire. 11. Lutilisateur saisit la date de dbut dactivit. 1. 2. 3.
27/04/2012
ATAM
Page
82/131
V1.12
ATAM
12. Lutilisateur saisit la date de fin dactivit. 13. Pour un versement numrique, lutilisateur recherche et slectionne unitairement les lments verser (fichiers ou rpertoires). 14. Lutilisateur peut attacher un fichier au document vers dans un format prfini (ex : pdf) pour un versement papier. 15. Le systme affiche un explorateur de fichiers avec des cases cocher qui permettent de grer la slection et la d-slection des fichiers ou rpertoires verser. 16. Le systme contrle les longueurs de saisies, les tailles et le nombre prdfinis des fichiers (ex : 1 fichier <2Go ; nombre maxi 5000). 17. Le systme affiche au fur et mesure les saisies dans les champs respectifs (Voir rgles complmentaires). 18. Lutilisateur valide la ligne de versement saisie. 19. Le systme affiche au fur et mesure des validations la zone volumtrie (Voir rgles complmentaires). 20. Lutilisateur soumet le bordereau au service archive.
Rgle principale : Validation 1. 2. 3. Le systme affiche les lments du bordereau de versement en mode lecture seule. Lutilisateur du service des archives visualise et ajoute une description (non-obligatoire). Lutilisateur du service des archives valide ou rejette la demande.
Rgle principale : Traitement 1. 2. 3. Le systme affiche les lments du bordereau de versement en mode lecture seule. Lutilisateur du service des archives visualise et ajoute une description (non-obligatoire). Lutilisateur du service des archives dite les labels code barre.
Rgle principale : Acquittement 1. 2. Le systme affiche les lments du bordereau de versement en mode lecture seule. Lutilisateur du service des archives saisie la cote et les numros dUS si le prestataire est externe.
Variante dite vrac : 1. 2. 3.

1
Lutilisateur (du service archive) qui utilise le mode vrac (liste de rfrence vrac ) fait une demande de cration de ligne vierge dans le contenu dtaill du bordereau. Le systme affiche la liste de rfrences vrac (catgories seulement) ordonnance hirarchiquement. Lutilisateur peut saisir une nouvelle catgorie la vole1.
La cration dun nouvel item va modifier directement la liste de rfrence vrac (Pas de modification a ce niveau).
27/04/2012
ATAM
Page
83/131
V1.12 4. 5. 6. 7. 8. 9.
ATAM
Lutilisateur slectionne la catgorie de litem quil veut verser. Il a sa disposition un champ de saisie pour faire une recherche rapide en auto-compltion et en auto-droulement de la liste. Le systme affiche automatiquement sur plusieurs lignes larborescence des catgories si elles ne sont pas dj listes. Le systme met en mode dition la ligne vierge suivante. Lutilisateur saisit la description du contenu de lunit sous forme de commentaire. Lutilisateur a la possibilit de structurer sa convenance le bordereau en modifiant toutes les lignes.
Reprendre au point 11. de la rgle principale.

5.7.5. Rgle(s) de gestion complmentaire(s)
Rgle(s) de gestion : 1. Lutilisateur peut annuler la ligne en cours ddition. Si ctait une cration : la ligne devient vierge. Si elle tait la dernire : les deux lignes famille et nature deviennent vierges aussi. Si cest une modification la ligne redevient dans sont tat avant la demande de modification. Lutilisateur peut monter ou descendre les lignes. Lutilisateur peut dupliquer une ligne. Lutilisateur peut supprimer une ligne Lutilisateur peut imprimer le bordereau ds lors quil nest pas en mode saisie. Lutilisateur peut enregistrer le bordereau ds lors quil nest pas en mode saisie. Lutilisateur peut annuler le bordereau. Le bordereau reste dans ltat du dernier enregistrement.
2. 3. 4. 5. 6. 7.
Rgle de calcul du mtrage : 1. 2. Le systme calcule la volumtrie au fur et mesure des modifications de la liste des items. Lutilisateur saisie le numro de lUS qui permet de calcul le mtrage linaire et daffect un numro dUS pour les labels. 5.7.6. Actions possibles
Action Entte Corps (Tableau) Ajouter Saisie directe catgorie diter Modifier Monter Descendre
27/04/2012
Commentaires
Ajoute une ligne de versement par choix guid sur la catgorisation Ajoute une ligne de versement par choix guid ou en saisissant de la catgorie Modifie le contenu de litem. Une seule ligne peut tre modifie. Modifie le contenu de la catgorie de litem. Une seule ligne peut tre modifie. Monte litem (pour les lignes des catgories, cest le block qui monte en gardant son ordonnancement) Descend litem (pour les lignes des catgories cest le block qui descend en gardant
ATAM
Page
84/131
V1.12
Action Dupliquer Supprimer Valider Annuler Corps (Saisie) Changement de Zone Slection de la zone Ferme et valide la prcdente et ouvre la zone slectionne Commentaires son ordonnancement)
ATAM
Duplique litem en linsrant en dessous de la ligne slectionne. Met en mode modification de la ligne duplique. Supprime litem du bordereau Valide la ligne en cours de saisie Annule la ligne en cours de saisie. Retour ltat prcdent.
Ouvre un encart selon le type de saisie : - Commentaire : encart saisie sur plusieurs lignes - Texte : encart saisie sur une ligne - Liste : ouverture de la liste - Date : ouverture dun calendrier - Fichier : ouverture dune fentre de slection fichiers Ferme et valide la zone Imprime le bordereau Valide le bordereau et ferme la fentre Valide les modifications et ferme la fentre Enregistre le bordereau (Actif si nest pas en mode modification) Annule les modifications et ferme la fentre
Dslection de la zone Pied de page Imprimer Soumettre Valide Enregistrer Annuler

Profils Actions Ajouter Saisie directe catgorie diter Modifier Monter Descendre Dupliquer Supprimer Valider Annuler Changement de Zone Slection de la zone Dslection de la zone
27/04/2012
Producteur/ Verseur
Usager
Archiviste
ATAM
X X X X X X X X X X X X X
Page
85/131
V1.12
Profils Actions Imprimer Soumettre Valider Enregistrer Annuler X X
ATAM
Instance de contrle / superviseur Mainteneur/ Installateur
X X
X X X X
5.7.8. Cas derreur Session hors dlai (time out) lors de la visualisation du bordereau : 1. 2. 3. Le systme enregistre le bordereau. Le systme fermer la fentre. Le systme dconnecte lutilisateur.
Session hors dlai (time out) lors de la saisie dune ligne du bordereau : 4. 5. 6. 7. Le Le Le Le systme systme systme systme valide la ligne du bordereau. enregistre le bordereau. fermer la fentre. dconnecte lutilisateur.
Le lien vers la page est mort, un message derreur apparait et une trace dans les logs est crite puis retour sur la page actuel.
27/04/2012
ATAM
Page
86/131
V1.12
ATAM
5.8.
Recherche et rsultat de recherche
5.8.1. Pr-condition Lcran de recherche est accessible par la page daccueil ou directement aprs la connexion (Usagers). Selon le profil certains champs sont figs. 5.8.2. Post-condition Llment recherch est trouv. 5.8.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps (partie Recherche) Service Catgorie 1 Catgorie 2 Catgorie 3 Catgorie 4 Catgorie 5 De A N US-Cellule Anne de versement Cr le Commentaire Champ de recherche rapide Corps (partie Rsultat) N US-Cellule Description De A
27/04/2012
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A L L L L L L D D A D D A A
Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Non Non Non Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Non Oui Oui Oui Oui Non Non Non Non Non Non Non Non Non Non Non Non
Prnom et nom
Si lutilisateur est rattach un service transverse il pourra slectionner le service concern. Liste de la catgorie paramtre Liste de la catgorie paramtre Liste de la catgorie paramtre Liste de la catgorie paramtre Liste de la catgorie paramtre Par default Anne en cours AAAA Par default Anne en cours AAAA Vide en auto-compltion Par default Anne en cours AAAA Par default date JJ/MM/AAAA du jour
Recherche sur les commentaires libres Vide
A A D D
Non Non Non Non
Non Non Non Non

ATAM
Non Non Non Non

Page
87/131
V1.12
limination Doc joint Fichiers joints Statut Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non D N-A A Non Non Non Non Non Non Non Non Non
ATAM
Sil y a un document joint alors il y a la prsence dune icone Statut de lUS limin, en ligne, sortie dfinitive, en prt,
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.8.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. 6. 7. 8. 9. Lutilisateur slectionne le service (sil en a le droit). Lutilisateur slectionne les lments qui permettent didentifier les objets verss dans la partie recherche (Catgorie 1, , Commentaire). Lutilisateur clique sur le bouton Rechercher . Le systme vrifie les informations saisies et lance la recherche. Le systme affiche le rsultat de recherche. Lutilisateur clique sur licone document joint. Le systme affiche le document joint lUS lors du versement ou affiche la liste de fichiers. Lutilisateur peut naviguer dans le document de page en page, aller au dbut et aller la fin. Lutilisateur peut imprimer la page ou les pages du document joint. 5.8.5. Rgle(s) de gestion complmentaire(s) 1. 2. Lutilisateur peut imprimer la liste du rsultat. Lutilisateur coche les lments trouvs et : 3. Imprime tous les documents joints. 4. Fait une demande de consultation. 5. Fait une demande de sortie dfinitive. 6. Fait une de demande de prt. 7. Fait une demande de copie sur support numrique. Lutilisateur se dconnecte. Lutilisateur retourne la page daccueil.
8. 9.
27/04/2012
ATAM
Page
88/131
Action Entte Dconnexion Corps Page daccueil (lien) Rechercher Rinitialiser Slectionner Tout slectionner Tout dslectionner Imprimer (cases coches) Demande de Consultation Demande de Prt Demande de Copie Demande de Sortie dfinitive Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Naviguer Imprimer Naviguer courriel Naviguer Enregistrer Pied de page Imprimer la liste Imprime la liste du rsultat Retourne sur la page daccueil Lance la recherche Rinitialise tous les contenus des champs de recherche Slectionne la ligne Slectionne toutes les lignes Dslectionne toutes les lignes Dconnecte lutilisateur en cours Commentaires
ATAM
Imprime les documents joints dont la case des lignes est coche Lance la mise disposition (numrique) Lance une demande de prt (papier) demande de copie sur support numrique Lance une demande de sortie dfinitive Passe la page prcdente du document joint Passe la page suivante du document joint Passe la premire page du document joint Passe la dernire page du document joint Imprime le document joint Envoie le document joint par courriel Enregistre le document joint

Profils Actions Dconnexion Page daccueil (lien) Rechercher Rinitialiser Slectionner Tout slectionner Tout dslectionner Imprimer (cases coches)
27/04/2012
Producteur/ Verseur
Usager
Archiviste
X X X X X X X X
ATAM
X X X X X X X
X X X X X X X X
X X X X X X X
Page
89/131
V1.12
Profils Actions Demande de Consultation Demande de Prt Demande de Copie Demande de Sortie dfinitive Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Naviguer Imprimer Naviguer courriel Naviguer Enregistrer Imprimer la liste
ATAM
X X X X X X X X X X X X
X X
X X X X
X X X X X X X X
X X X X X X X X
27/04/2012
ATAM
Page
90/131
V1.12
ATAM
5.9.
Consultation / Visualisation de donnes numriques
5.9.1. Pr-condition Lcran de consultation est accessible suite une recherche ou par le tableau de bord sil la cellule est encore active en consultation. Le systme prpare la cellule consulter et la met disposition dans un guichet (Rpertoire daccs). Lutilisateur est averti dans son tableau de bord de la disponibilit de la cellule. Ds lors, lutilisateur peut aller la consulter. 5.9.2. Post-condition Non-applicable 5.9.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Numro de page Nombre de page N Cellule Cellule (Contenu) Rpertoire Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non N N A L L Oui Oui Oui Oui Oui Non Non Non Non Non Non Non Non Non Non Arborescence de la cellule A A A A Oui Oui Oui Oui Non Non Non Non Non Oui Oui Oui Prnom et nom Nom du client Type(*) Initialisation Modifiable Obligatoire Rgle de gestion / Commentaire
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.9.4. Rgle(s) de gestion principale(s) 1. 2. Lutilisateur slectionne un fichier dans larborescence de la cellule. Le systme, suivant le paramtre des types de fichiers visualisables, affiche le fichier. Dans le cas contraire, le systme lance lapplication par dfaut en mode non-modal.
27/04/2012
ATAM
Page
91/131
V1.12 5.9.5. Rgle(s) de gestion complmentaire(s) 1. 2. 3. 4. 5. 6. 7. Lutilisateur peut demander limpression. Lutilisateur peut enregistrer le fichier dans son format natif. Lutilisateur peut envoyer le fichier par courriel dans son format natif. Lutilisateur peut enregistrer le fichier dans son format natif. Le systme lance la procdure demande (ci-dessus). Lutilisateur se dconnecte. Lutilisateur retourne la page daccueil. 5.9.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Imprimer Envoyer Enregistrer Pied de page Retourne sur la page daccueil Dconnecte lutilisateur en cours Commentaires
ATAM
Lance la visualisation de la premire page dans le viewer (si cest possible) Passe la page prcdente du document Passe la page suivante du document Passe la premire page du document Passe la dernire page du document Imprime le document Envoie le document ou le lot par courriel Enregistre le document

Profils Actions Dconnexion Page daccueil (lien) Slectionner Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Imprimer
27/04/2012
Producteur/ Verseur
Usager
Archiviste
X X X X X X X X
ATAM
X X X X X X X X X X X X X X
Page
92/131
V1.12
Profils Actions Envoyer Enregistrer
ATAM
X X
X X
X X
5.9.8. Cas derreur Le format du fichier est inconnu du systme. Un message demandera lutilisateur sil est daccord pour lancer lapplication par dfaut pour ce type de fichier ou de parcourir une liste dapplication installe sur le systme. Le systme lance lapplication choisie en mode non-modal. Lapplication courriel par dfaut est absente. Un message demandera lutilisateur en parcourir une liste dapplication installe sur le systme. Le systme lance lapplication choisie en mode nonmodal. Le fichier nest pas reconnu par le systme (fichier corrompu). Un message informera lutilisateur que le fichier est illisible et de contacter le service archive. Le lien vers la page est mort, un message derreur apparait et une trace dans les logs est crite puis retour sur la page actuel.
27/04/2012
ATAM
Page
93/131
V1.12
ATAM
5.10.
Edition
5.10.1. Pr-condition Lcran ddition est accessible par la page daccueil. Selon le profil certaines ditions sont accessibles ou non. 5.10.2. Post-condition Ldition est visualise et/ou imprime. 5.10.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Edition Numro de page Nombre de page Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L N N Oui Oui Oui Non Non Non Non Non Non
Liste de toutes les ditions
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.10.4. Rgle(s) de gestion principale(s) 3. 4. 5. 6. 7. Lutilisateur slectionne ldition imprimer. Le systme compose ldition. Le systme affiche la premire page en visualisation. Lutilisateur demande limpression. Le systme lance la procdure dimpression du document. 5.10.5. Rgle(s) de gestion complmentaire(s) 1. 2. 3. Lutilisateur slectionne ldition. Le systme compose ldition. Lutilisateur peut enregistrer ldition en pdf.
27/04/2012
ATAM
Page
94/131
V1.12 4. 5. 6. Lutilisateur peut envoyer par courriel ldition en pdf. Lutilisateur se dconnecte. Lutilisateur retourne la page daccueil. 5.10.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner ldition Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Naviguer Imprimer Naviguer courriel Naviguer Enregistrer Pied de page Imprimer la liste Imprime la liste du rsultat Retourne sur la page daccueil Lance la visualisation de la premire page dans le viewer pdf Passe la page prcdente du document Passe la page suivante du document Passe la premire page du document Passe la dernire page du document Imprime le document Envoie le document par courriel Enregistre le document Dconnecte lutilisateur en cours Commentaires
ATAM

Profils Actions Dconnexion Page daccueil (lien) Slectionner ldition Naviguer Page prcdente Naviguer Page suivante Naviguer Premire page Naviguer Dernire page Naviguer Imprimer Naviguer courriel Naviguer Enregistrer
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
27/04/2012
ATAM
Page
95/131
V1.12 5.10.8. Cas derreur
ATAM
Lapplication courriel par dfaut est absente. Un message demandera lutilisateur en prsentant une liste dapplication installe sur le systme. Le systme lance lapplication choisie en mode nonmodal ou non. Le lien vers la page est mort, un message derreur apparait et une trace dans les logs est crite puis retour sur la page actuel.
27/04/2012
ATAM
Page
96/131
V1.12
ATAM
5.11.
Administration
5.11.1. Pr-condition Lcran dadministration est accessible par la page daccueil. 5.11.2. Post-condition Le systme applique les modifications aprs validation. 5.11.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Options Titre Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L A Oui Oui Non Non Non Non
Liste de toutes paramtrables les options
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.11.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. 6. 7. Lutilisateur slectionne loption paramtrer. Le systme affiche les paramtres de loption slectionne. Lutilisateur modifie les options. Lutilisateur imprime les options. Lutilisateur peut annuler la modification des options. Lutilisateur valide les modifications. Le systme met jour tous les paramtres.
27/04/2012
ATAM
Page
97/131
V1.12 5.11.5. Rgle(s) de gestion complmentaire(s) Non-applicable. 5.11.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner loption Pied de page Imprimer Valider Annuler Imprime les paramtres de loption Valide et enregistre les paramtres de loption Annule les paramtres de loption Retourne sur la page daccueil Lance la visualisation des paramtres de loption Dconnecte lutilisateur en cours Commentaires
ATAM

Profils Actions Dconnexion Page daccueil (lien) Slectionner Classe de service Slectionner Liste de rfrences Slectionner Liste de formats supports Slectionner Relance de traitement Slectionner Gestion Guichet Slectionner Moniteur Slectionner Cellule Numrique Imprimer Valider Annuler
*Mode modification seulement
Producteur/ Verseur
Usager
Archiviste
X X X* X* X X* X* X* X X X
X X X X X X X X X X X X
27/04/2012
ATAM
Page
98/131
V1.12
ATAM
5.12.
Classe de Service
5.12.1. Pr-condition Lcran de la gestion de classe de service est accessible par la page daccueil. 5.12.2. Post-condition Le systme historise la clase de service prcdente et applique les modifications aprs validation. 5.12.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Nom Historique N Action Nature Localisation Nombre Dure Nombre de copie Action suivante Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L L A B N N N N L Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Non Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Papier / Numrique Nom de la classe de service Liste de toutes les versions
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.12.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. Lutilisateur choisi la classe de service quil veut modifier. Le systme affiche lhistorique de la classe slectionne. Le systme affiche la liste de rfrences en cours. Lutilisateur dite pour modifications la ligne de son choix. Lutilisateur modifie le contenu de la ligne.
27/04/2012
ATAM
Page
99/131
V1.12 6. 7. Lutilisateur valide les modifications chaque ligne dites. Lutilisateur valide les modifications de la classe de service. 5.12.5. Rgle(s) de gestion complmentaire(s) 1. 2. 3. 4. Lutilisateur Lutilisateur Lutilisateur Lutilisateur peut peut peut peut imprimer la liste des squences. monter ou descendre une ligne. supprimer une ligne. annuler les modifications.
ATAM
5.12.6. Actions possibles

Action Entte Dconnexion Corps Page daccueil (lien) Saisie - N Action Saisie - Nature Saisie - Localisation Saisie - Nombre Saisie - Dure Saisie - Nombre de copie Saisie - Action suivante Modifier ligne Valider ligne Annuler ligne Monter ligne Descendre ligne Supprimer ligne Pied de page Ajouter Imprimer Supprimer Valider Annuler Ajoute une nouvelle classe de service Imprime la classe de service en cours Supprime la classe de service en cours Enregistre les modifications, enregistre dans lhistorique et ferme la fentre Annule les modifications et ferme la fentre Retourne sur la page daccueil Saisie du N Action Saisie de la Nature Saisie de la Localisation Saisie du Nombre Saisie de la Dure Nombre de copie (numrique) Saisie du numro dAction suivante Met la ligne slectionne en mode modification Valide la ligne Annule les modifications de la ligne Monte la ligne dun cran Descend la ligne dun cran Supprime la ligne Dconnecte lutilisateur en cours Commentaires
27/04/2012
ATAM
Page
100/131
Profils Actions Dconnexion Page daccueil (lien) Saisie - N Action Saisie - Nature Saisie - Localisation Saisie - Nombre Saisie - Dure Saisie - Nombre de copie Saisie - Action suivante Modifier ligne Valider ligne Annuler ligne Monter ligne Descendre ligne Supprimer ligne Ajouter Imprimer Supprimer Valider Annuler X X X X
ATAM
X X X X X X X X X X X X X X X
X X X X X X X X X X X X X X X X X X X X
27/04/2012
ATAM
Page
101/131
V1.12
ATAM
5.13.
Listes de rfrences
Appeles aussi tableaux de gestion, les listes de rfrences constituent linterface entre la classification des lments ligibles larchivage et les contraintes associes exprimes par les services producteurs/verseurs conformment aux traitements attendus. 5.13.1. Pr-condition Lcran de la gestion des listes de rfrences est accessible par la page daccueil. 5.13.2. Post-condition La liste de rfrences est mise jour. Lutilisateur du service concern peut verser laide du bordereau. 5.13.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Listes de rfrences Historique Direction Dpartement Responsable Service Responsable Contact archive Catgories Fonds darchives Dure de conservation Communicabilit Type Classe de service Confidentialit Re-description Validation L L L L L L L L L L N L L L L L L Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Non Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
En annes En annes liste boolen Numrique/Papier Liste des Noms Niveau liste boolen OUI/NON liste boolen OUI/NON Dfinition jusqu 5. Liste simple
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
27/04/2012
ATAM
Page
102/131
V1.12
Priodicit Observation Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L A Oui Oui Oui Oui Oui Oui
ATAM
Nombre dcimal (ex : 0,5 = 6 mois) en annes
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.13.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. 6. 7. 8. 9. Lutilisateur slectionne la liste de rfrences modifier. Le systme affiche lhistorique de la liste slectionne. Le systme affiche la liste de rfrences en cours. Lutilisateur ajoute, modifie, duplique ou enlve les lignes ditems. Lutilisateur modifie la famille, la nature, le dlai de communicabilit, le marqueur de re-description, la priodicit le type, la classe de service et la dure de conservation. Lutilisateur valide les modifications de la ligne. Le systme enregistre les modifications et met la ligne en mode statique. Lutilisateur valide les modifications de la liste de rfrence Le systme historise lancienne version et enregistre les modifications. 5.13.5. Rgle(s) de gestion complmentaire(s) 1. 2. Lutilisateur imprime la liste des rfrences. Lutilisateur peut annuler les modifications. 5.13.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner (liste de rfrence) Slectionner (liste historique) Slectionner (Direction) Slectionner (dpartement) Slectionner (responsable) Slectionner (service) Slectionner (responsable) Slectionner (contact archive)
27/04/2012
Commentaires Dconnecte lutilisateur en cours Retourne sur la page daccueil Slectionne la liste de rfrence en cours Slectionne la liste de rfrence de lhistorique Slectionne la direction Slectionne le dpartement Slectionne le responsable du dpartement Slectionne le service Slectionne le responsable du service Slectionne le contact archive
ATAM
Page
103/131
V1.12
Action Cration ligne Catgorie Saisie - Catgorie Saisie - Fonds darchives Saisie - Dure de conservation Saisie - Communicabilit Saisie - Type Saisie - Classe de service Saisie - Confidentialit Saisie - Re-description Saisie - Validation Saisie - Priodicit Saisie - Observation Modifier ligne Valider ligne Annule ligne Monter ligne Descendre ligne Dupliquer ligne Supprimer ligne Pied de page Ajouter Imprimer Supprimer Valider Annuler Ajoute une nouvelle liste de rfrences Imprime la liste des rfrences en cours Supprime la liste de rfrences en cours Commentaires
ATAM
Ajout dune ligne en mode modification contenant le Nud de la Catgorie saisie Saisie de la Catgorie Saisie du Fonds darchives Saisie de la dure de conservation Saisie du dlai de communicabilit Saisie du type Saisie de la classe de service Saisie de la Confidentialit Saisie du marqueur de re-description Saisie du marqueur de Validation Saisie de la priodicit Saisie de la Observation Met la ligne slectionne en mode modification Valide la ligne Annule la ligne Monte la ligne ditems (pour les lignes Famille cest le block qui monte) Descend la ligne ditems (pour les lignes Famille cest le block qui monte) Duplique la ligne et met en mode modification la ligne duplique Supprime la ligne ditems slectionne
Enregistre les modifications, enregistre dans lhistorique et ferme la fentre Annule les modifications et ferme la fentre

Profils Actions Dconnexion Page daccueil (lien) Slectionner (liste de rfrence) Slectionner (liste historique) Slectionner (Direction) Slectionner (dpartement) Slectionner (responsable) Slectionner (service)
27/04/2012
Producteur/ Verseur
Usager
Archiviste
X X X X X X X X
ATAM
Page
104/131
V1.12
Profils Actions Slectionner (responsable) Slectionner (contact archive) Cration ligne Catgorie Saisie - Catgorie Saisie - Fonds darchives Saisie - Dure de conservation Saisie - Communicabilit Saisie - Type Saisie - Classe de service Saisie - Confidentialit Saisie - Re-description Saisie - Validation Saisie - Priodicit Saisie - Observation Modifier ligne Valider ligne Annule ligne Monter ligne Descendre ligne Dupliquer ligne Supprimer ligne Ajouter Imprimer Supprimer Valider Annuler X X X
ATAM
X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X
27/04/2012
ATAM
Page
105/131
V1.12
ATAM
5.14.
Liste des formats de fichier
Dans le cadre de la prennit des objets verss, la liste des formats supports constitue la fois un rfrencement des fichiers maintenus par le systme par une veille technologique externe et un rfrencement des fichiers visualisables par le systme ou autre applicatif. 5.14.1. Pr-condition Lcran de la gestion de la liste des formats supports est accessible par la page daccueil. 5.14.2. Post-condition La liste des formats supports est mise jour. 5.14.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Format de visualisation Format de prservation Type de contenu Action Version Extension Surveillance Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non L L A L A A B Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Case cocher Rfrence cellule numrique Rfrence cellule numrique liste boolen Numrique/Papier
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.14.4. Rgle(s) de gestion principale(s) 1. 2. Lutilisateur ajoute, modifie ou enlve les lignes de type de document. Lutilisateur modifie la ligne.
27/04/2012
ATAM
Page
106/131
V1.12 3. 4. 5. 6. Lutilisateur valide les modifications de la ligne. Le systme enregistre les modifications de la ligne. Lutilisateur valide les modifications de la liste des formats supports. Le systme enregistre les modifications. 5.14.5. Rgle(s) de gestion complmentaire(s) 1. 2. Lutilisateur imprime la liste des formats supports. Lutilisateur peut annuler les modifications. 5.14.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Saisie - Format de visualisation Saisie - Format de prservation Cration ligne Saisie - Type de contenu Saisie - Action Saisie - Version Saisie - Extension Saisie - Surveillance Modifier ligne Monter ligne Descendre ligne Supprimer ligne Valider ligne Annuler ligne Pied de page Imprimer Valider Annuler Imprime la liste des formats supports en cours Enregistre les modifications et ferme la fentre Annule les modifications et ferme la fentre Retourne sur la page daccueil Saisie du Format de visualisation Saisie du Format de prservation Ajout dune ligne en mode modification Saisie du Type de contenu Saisie de lAction Saisie de la Version Saisie de lExtension Saisie de la Surveillance Met la ligne slectionne en mode modification Monte la ligne Descend la ligne Supprime la ligne slectionne Valide la ligne Annule les modifications de la ligne Dconnecte lutilisateur en cours Commentaires
ATAM
27/04/2012
ATAM
Page
107/131
Profils Actions Dconnexion Page daccueil (lien) Saisie - Format de visualisation Saisie - Format de prservation Cration ligne Saisie - Type de contenu Saisie - Action Saisie - Version Saisie - Extension Saisie - Surveillance Modifier ligne Monter ligne Descendre ligne Supprimer ligne Valider ligne Annuler ligne Imprimer Valider Annuler
ATAM
X X X X X X X X X X X X X X X X X X X
27/04/2012
ATAM
Page
108/131
V1.12
ATAM
5.15.
Moniteur
5.15.1. Pr-condition Lcran de la gestion du moniteur est accessible par la page daccueil. 5.15.2. Post-condition Non-applicable 5.15.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Libell Actif Priodicit Action finale Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non A B N L Oui Oui Oui Oui Non Oui Oui Oui Oui Oui Oui Oui
Case cocher
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.15.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. Lutilisateur modifie les lignes de libell. Lutilisateur modifie pour chaque libell sil est actif, la priodicit et laction finale. Lutilisateur valide les modifications de la ligne. Le systme enregistre les modifications et met la ligne en mode statique. Lutilisateur valide les modifications de la liste des paramtres. 5.15.5. Rgle(s) de gestion complmentaire(s) 1. 2. Lutilisateur imprime la liste des paramtres. Lutilisateur peut annuler les modifications.
27/04/2012
ATAM
Page
109/131
Action Entte Dconnexion Corps Page daccueil (lien) Saisie Actif Saisie Priodicit Saisie Action finale Modifier ligne Valider ligne Annuler ligne Pied de page Imprimer Supprimer Valider Annuler Imprime la liste des formats supports en cours Supprime la liste des formats supports en cours Enregistre les modifications et ferme la fentre Annule les modifications et ferme la fentre Retourne sur la page daccueil Saisie sil est actif Saisie de la priodicit Slection de laction finale Met la ligne slectionne en mode modification Valide la ligne Annule les modifications de la ligne Dconnecte lutilisateur en cours Commentaires
ATAM

Profils Actions Dconnexion Page daccueil (lien) Saisie Actif Saisie Priodicit Saisie Extension Saisie Action finale Modifier ligne Valider ligne Annuler ligne Imprimer Supprimer Valider Annuler
27/04/2012
ATAM
Page
110/131
V1.12
ATAM
5.16.
Gestion des droits daccs
Pour se connecter lapplication, chaque utilisateur doit disposer d'un compte, qui correspond un identifiant-mot de passe, ainsi qu' des informations personnelles (Nom, prnom, e-mail...). A chaque profil doit tre associs : - un ou des utilisateurs; - un ou des fonctionnalits de lapplication. 5.16.1. Pr-condition Lcran de la gestion des droits daccs est accessible par la page daccueil. 5.16.2. Post-condition La liste des rfrents est mise jour. Lutilisateur rfrenc peut se connecter lapplication. 5.16.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Profils Statut Titre Annuaire entreprise Utilisateur Nom Prnom Email Dpartement Service Identifiant Mot de passe Scurit Statut crans Pied de page
27/04/2012
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A L A A L L A A A A A A A A A L
Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui
Non Non Non Non Non Non Non Non Non Non Non Non Non Non Oui Oui Oui Oui Non
Non Oui Oui Oui Non Non Non Non Non Non Non Non Non Non Oui Oui Oui Oui Non
Prnom et nom
Du profil Du profil Sous forme darborescence avec cases cocher Liste simple
Avec des ****
avec cases cocher
ATAM
Page
111/131
V1.12
Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non
ATAM
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.16.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. 6. 7. 8. 9. Lutilisateur slectionne le groupe dutilisateur modifier. Le systme affiche son statut et met jour le titre. Le systme affiche les utilisateurs slectionns dans lannuaire entreprise du profil slectionn. Le systme affiche la liste des utilisateurs du profil slectionn. Le systme affiche les crans slectionns du profil slectionn. Lutilisateur ajoute, enlve les utilisateurs slectionns. Lutilisateur modifie les champs obligatoires. Lutilisateur slectionne les crans accessibles. Lutilisateur valide les modifications. 5.16.5. Rgle(s) de gestion complmentaire(s) 1. 2. 3. Lutilisateur imprime la liste des rfrents dans sa totalit ou du profil. Lutilisateur peut appliquer les modifications au fur et mesure de sa saisie. Lutilisateur peut annuler les modifications. 5.16.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Slectionner (profil) Slectionner (statut profil) Tout slectionner (Annuaire) Slectionner (Annuaire) Ajouter Tout slectionner (Utilisateur) Slectionner (Utilisateur) Enlever Tout slectionner (Ecran) Slectionner (Ecran) Saisie identifiant
27/04/2012
Commentaires Dconnecte lutilisateur en cours Retourne sur la page daccueil Slectionne le profil et met jour la liste utilisateur Active ou dsactive le profil Slectionne toutes les lignes de lannuaire de lentreprise Slectionne lutilisateur de lannuaire de lentreprise Ajouter un utilisateur de lannuaire de lentreprise vers le profil Slectionne toutes les lignes de la liste des utilisateurs du profil Slectionne lutilisateur de la liste des utilisateurs du profil Enlve un utilisateur de la liste des utilisateurs du profil Slectionne toutes les lignes de la liste des crans du profil Slectionne une ligne de la liste des crans du profil Saisie de lidentifiant
ATAM
Page
112/131
V1.12
Action Saisie Mot de passe Slectionner (Scurit) Slectionner (Statut utilisateur) Pied de page Imprimer Appliquer Valider Annuler Commentaires Saisie du mot de passe Slectionne le niveau de scurit Slectionne le statut
ATAM
Imprime la liste des rfrents du profil slectionn ou toute la liste des rfrents Enregistre les modifications Enregistre les modifications et ferme la fentre Annule les modifications et ferme la fentre

Profils Actions Dconnexion Page daccueil (lien) Slectionner (profil) Slectionner (statut profil) Tout slectionner (Annuaire) Slectionner (Annuaire) Ajouter Tout slectionner (Utilisateur) Slectionner (Utilisateur) Enlever Tout slectionner (Ecran) Slectionner (Ecran) Saisie identifiant Saisie Mot de passe Slectionner (Scurit) Slectionner (Statut utilisateur) Imprimer Appliquer Valider Annuler
X X X X X X X X X X X X X X X X X X X X
27/04/2012
ATAM
Page
113/131
V1.12
ATAM
5.17.
Rcolement
5.17.1. Pr-condition Lcran de saisie du rcolement est accessible par le tableau des archives. 5.17.2. Post-condition Le rcolement est effectu ou mise en attente pour le reprendre plus tard. 5.17.3. Informations prsentes
Information Entte Nom de lenseigne Dpartement Service Utilisateur Corps Cote Titre Numro dUS Statut tat Dfaut constat Commentaire Vrifi Pied de page Nom de lapplication Version Date de version A N D Oui Oui Oui Non Non Non Non Non Non N A A A L L A B Oui Oui Oui Oui Oui Oui Oui Oui Non Non Non Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Non Oui
Case cocher tat bon, correct, mauvais Absent, Fiche fantme, Disponible
Type(*)
Initialisation
Modifiable
Obligatoire
A A A A
Oui Oui Oui Oui
Non Non Non Non
Non Oui Oui Oui
Prnom et nom
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date 5.17.4. Rgle(s) de gestion principale(s) 1. 2. 3. 4. 5. 6. Lutilisateur saisie le numro de placement (cote) ou le numro dUS. Lutilisateur modifie la ligne. Lutilisateur valide les modifications de la ligne. Le systme enregistre les modifications de la ligne. Lutilisateur valide les modifications de la liste des formats supports. Le systme enregistre les modifications.
27/04/2012
ATAM
Page
114/131
V1.12 5.17.5. Rgle(s) de gestion complmentaire(s) 3. 4. Lutilisateur imprime la liste des formats supports. Lutilisateur peut annuler les modifications. 5.17.6. Actions possibles
Action Entte Dconnexion Corps Page daccueil (lien) Saisie - Format de visualisation Saisie - Format de prservation Cration ligne Saisie - Type de contenu Saisie - Action Saisie - Version Saisie - Extension Saisie - Surveillance Modifier ligne Monter ligne Descendre ligne Supprimer ligne Valider ligne Annuler ligne Pied de page Imprimer Valider Annuler Imprime la liste des formats supports en cours Enregistre les modifications et ferme la fentre Annule les modifications et ferme la fentre Retourne sur la page daccueil Saisie du Format de visualisation Saisie du Format de prservation Ajout dune ligne en mode modification Saisie du Type de contenu Saisie de lAction Saisie de la Version Saisie de lExtension Saisie de la Surveillance Met la ligne slectionne en mode modification Monte la ligne Descend la ligne Supprime la ligne slectionne Valide la ligne Annule les modifications de la ligne Dconnecte lutilisateur en cours Commentaires
ATAM
27/04/2012
ATAM
Page
115/131
Profils Actions Dconnexion Page daccueil (lien) Saisie - Format de visualisation Saisie - Format de prservation Cration ligne Saisie - Type de contenu Saisie - Action Saisie - Version Saisie - Extension Saisie - Surveillance Modifier ligne Monter ligne Descendre ligne Supprimer ligne Valider ligne Annuler ligne Imprimer Valider Annuler
ATAM
27/04/2012
ATAM
Page
116/131
V1.12
ATAM
5.18.
A propos
5.18.1. Pr-condition Lutilisateur est authentifi et connect. Il peut ouvrir cette fentre qu partir de la page daccueil. 5.18.2. Post-condition Non-Applicable 5.18.3. Informations prsentes
Information Entte Nom de lenseigne Type de maintenance Corps (Client) Nom Clef N Corps (Application) Version Date Dernire version Corps (Garantie) Garantie A Oui Non Non
Explications sommaires garantie choisie de la
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion / Commentaire

Nom du client Nom du client
A A A A A A A
Corps (Conditions dutilisation) Conditions dutilisation Corps (Copyright) Nom Site internet Version Participant Indications pratiques Nom Tlphone Adresse Heure douverture A A A A A A N N D Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Non Non Non Non Non Non Non Non Non Non Non Non Non Non Non Non Non
Liste des interventions lien
Oui
Non
Non
Explications dutilisation
des
conditions
Corps (Indications pratiques) Pied de page (Mainteneur Hot Line)
(*) A = Champ alphanumrique, L = liste, N = Numrique, D = Date

27/04/2012
ATAM
Page
117/131
V1.12 5.18.4. Rgle(s) de gestion principale(s) 1. Lutilisateur lit les informations sur la fentre, puis clique sur Fermer. 5.18.5. Actions possibles
Action Entte Corps Fermer Pied de page Lance la fermeture de la fentre Commentaires
ATAM

Profils Actions Fermer
27/04/2012
ATAM
Page
118/131
V1.12
ATAM
6. ditions
6.1. Principe
Limpression se fait depuis une fonction propre lapplication via un bouton Imprimer plac dans la page. Dans un visualisateur apparat la version papier du document imprimer auquel y est greff les fonctions denregistrer (en pdf ou en xls si cest un tableau) et dimprimer Toutes les ditions sont historiss (voir historisation). Les ditions qui suivent, sont des exemples et doivent contenir au minimum les rubriques indiques.
6.2.
Plan de classement du service

Page 1
27/04/2012
ATAM
Page
119/131
V1.12 Page 2
ATAM
Page n
27/04/2012
ATAM
Page
120/131
V1.12
ATAM
6.3.
Liste de rfrences
Page 1
LISTE DE REFERENCES
Service Versant Nom N de Liste
Code Rattach : * Dpartement
LOGO Client
Direction
*Si applicable
Nom du responsable LRE Date et signature Le / /
Service Archive Nom du responsable habilit Date et signature
Le / /
Page 2 n
Descriptif Niveau 1 Niveau 2 Niveau 3 Niveau 4 Niveau 5 Niveau 1 Niveau 2 Niveau 3 Niveau 4 Niveau 5 Niveau 1 Niveau 2 Niveau 3 Niveau 4 Niveau 5
Communicabilit Fonds d'archive Niveau de confidentialit Re-description Type Support Priodicit Validation Sort final
Classe de service
Importance
Code
Temps d'accs
DUA
Observations
27/04/2012
ATAM
Page
121/131
V1.12
ATAM
6.4.
Liste des rfrents
6.5. 6.6.
Liste des classes de service Liste des formats supports
27/04/2012
ATAM
Page
122/131
V1.12
ATAM
6.7.
Bordereaux de versement
Page 1 Page 2 n-1
Dernire page
27/04/2012
ATAM
Page
123/131
V1.12
ATAM
6.8. 6.9. 6.10. 6.11.
Bordereau de sortie dfinitive, limination, prts Bon denlvement Bon de livraison Certificat darchivage
6.12. Liste des objets ligibles une action (versement, sortie dfinitive, limination, prts) 6.13.
o o o o o
Aide la dcision
Liste des lments ligibles limination (Papier) Liste des lments ligibles limination (Numrique) Liste des lments numriques en situation dobsolescence format (suite modification de la table de rfrence) Liste des lments US en sortie temporaires Rapport dobsolescence des lments numriques (formats physiques et logiques) prsente la liste des situations dobsolescence entre linventaire vers et les rfrentiels de veille technologique. valuation du mtrage linaire effectif, conserv et disponible valuation de la volumtrie des lments numriques verss, par type de destination Statistiques mensuelles et annuelles du taux de consultation des lments par dpartement (service) demandeur ou par famille ou nature, des demandes de sorties dfinitives/an et des versements/dpartement (service)/an ventil par mois (lments mixtes).
o o o
6.14.
Edition Inventaire - rcolement
27/04/2012
ATAM
Page
124/131
V1.12
ATAM
27/04/2012
ATAM
Page
125/131
V1.12
ATAM
7. Annexes
7.1. Rglementations & Normes
7.1.1. Normes 7.1.1.1. Norme ISO 15489-1 : 2001 et ISO/TR 15489-2 : 2001 (Statut : publie en 2001)
La norme ISO 15489 dfinit lensemble des actions et tches concourant la prennit technique et intellectuelle de document authentiques. Plus prcisment, elle dfinit les objectifs dun systme darchivage et les tapes de sa mise en uvre (bilan prparatoire, laboration et validation, mise en place et formation, contrle et adaptation), ses documents constitutifs ( documents stratgiques et les instruments de travail du systme ) et son fonctionnement (enregistrement, classement, numrotation). Cette norme se prsente sous forme de deux documents les principes directeurs en partie 1 ainsi quun guide pratique en partie 2 et ne concerne pas les archives historiques. Elle vient en soutien d'une dmarche qualit en accord avec l'ISO 9001 et l'ISO 14001. 7.1.1.2. MoReq2010 Modular Requirements for Records Systems MoReq est un recueil d'exigences pour l'organisation de l'archivage, labor dans le cadre de l'Union europenne. C'est une approche oprationnelle de la norme de gestion des documents d'archives ISO 15489. Pour tre plus prcis, MoReq dcrit les spcifications dun systme darchivage lectronique permettant la capture scurise des documents et donnes valeur de preuve et de documentation pour les entreprises et les organismes publics, la gestion de leur cycle de vie avec leur destruction ou transfert chance, leur rattachement un plan de classement structur et hirarchis, la gestion de la confidentialit et des accs. Une nouvelle version, intitule MoReq2, prenant en compte plus de 170 remarques et propositions d'amlioration dues des experts de 18 pays diffrents, a t publie en fvrier 2008. Son utilisation s'est avre difficile, MoReq2 tant estim trop complexe. En mars 2010, la Fondation DLM Forum dcide donc de simplifier les spcifications MoReq2 et de rendre celles-ci plus modulaires, afin de rpondre aux besoins du secteur public comme du secteur priv. MoReq2010 est publi en juin 2011. 7.1.1.3. Norme ISO 14721:2003 (Modle darchitecture : OAIS)
L'ISO 14721:2003 spcifie un modle de rfrence pour un systme ouvert d'archivage d'information (OAIS). Le but de l'ISO 14721:2003 est d'tablir un systme pour archiver l'information, aussi bien numrique que physique, avec une structure d'organisation compose de personnes qui acceptent la responsabilit de prserver l'information et de la rendre disponible un groupement dsign. Le modle de rfrence aborde toute une srie de fonctions lies la conservation d'informations archives comprenant le versement des donnes, le stockage, la gestion des donnes, l'accs et la diffusion. Il aborde galement la migration d'informations numriques vers des supports et des formats nouveaux, les modles de donnes utiliss pour reprsenter l'information, le rle du
27/04/2012
ATAM
Page
126/131
V1.12
ATAM
logiciel dans la conservation de l'information, ainsi que l'change d'informations numriques entre fonds darchives. Le modle d'OAIS expos dans l'ISO 14721:2003 peut tre applicable toutes les archives. Il s'applique plus particulirement aux organisations charges de rendre l'information disponible sur le long terme. 7.1.1.4. Norme AFNOR NF Z 42-013 (rvision de mars 2009)
Spcifications relatives la conception et lexploitation de systmes informatiques en vue dassurer la conservation et lintgrit des documents stocks dans ces systmes. La premire version de la norme NF Z 42-013 date de dcembre 1999. En 2001, une premire rvision limite l'usage des recommandations au disque WORM. En 2009, une seconde rvision souvre sur l'utilisation de technologies de stockage autre que le WORM. Cette norme nonce un ensemble dexigences minimales et complmentaires concernant les mesures techniques, les approches organisationnelles et les processus de contrle et daudit mettre en uvre pour lenregistrement, le stockage et la restitution des documents lectroniques. Ceci, afin d'en assurer leur prennit, leur intgrit (reprsentations ou copies fidles de documents dorigine) et leur scurit. Autre point important : elle dfinit les clauses ncessaires dans un contrat de service pass avec un tiers archiveur. Dans son introduction, NF Z 42-013 prcise de manires diffrentes ou complmentaires des sujets qui ont t abords dans d'autres normes ou spcifications. Elle fait rfrence en particulier la norme ISO 15489, MoReq et la norme ISO 14721 (OAIS). Contrairement MoReq2010, elle n'a aucune exigence concernant le plan de classement dans le cadre de la mise en place dun systme darchivage lectronique (SAE). 7.1.1.5. Norme ISO 19 005-1
Format de fichier des documents lectroniques pour une conservation long terme Utilisation du PDF 1.4 (PDF/A-1) La norme internationale ISO 19 005-1 dcrit le format PDF/A conforme aux spcifications PDF version 1.4. Elle en dtaille les fonctionnalits : celles que nous devons utiliser obligatoirement (format de caractres Unicode ), avec restrictions (saisie des mtadonnes ) et celles ne pas utiliser (chiffrement, transparence des images ). Ainsi le PDF/A nexploite pas toutes les possibilits du PDF version 1.4 afin de permettre une meilleure conservation et une restitution plus fidle des documents. Le PDF/A sapplique aux documents contenant du texte et des images (matricielles ou vectorielles), les squences de son et de vido en sont exclues.
27/04/2012
ATAM
Page
127/131
V1.12 7.1.1.6. Norme ISO/CEI 11 179
ATAM
LISO/CEI 11 179, connue initialement comme la norme de registre de mtadonnes, est une norme de reprsentation des mtadonnes pour une organisation dans un registre ddi. Ce registre consiste en une hirarchie de concepts avec des proprits associes. En 6 parties, la norme spcifie le mtamodle ainsi que les diffrents aspects de l'utilisation du registre de mtadonnes (classification, attributs de base et enregistrement des lments, rgles et directives pour la formulation des dfinitions de donnes, les principes de dnomination et didentification des lments de donnes). A retenir : chaque lment dans un registre de mtadonnes ISO/CEI 11179 doit tre classifi dans un schma de classification, dfini par la formulation de rgles de dfinitions de donnes, identifi de faon unique avec le registre, nomm selon les principes de nommage et d'identification, et inscrit selon les According to the Registration guidelines. 7.1.1.7. Norme ISO 15836:2003
Information et documentation - L'ensemble des lments de mtadonnes Dublin Core . LISO 15836:2003 est une norme internationale qui dcrit l'ensemble des lments de mtadonnes Dublin Core qui traitent de la description de ressources informatiques. En tant que schma de mtadonnes gnrique, le Dublin Core permet de dcrire des ressources numriques ou physiques et dtablir des relations avec d'autres. Il comprend officiellement 15 lments de description formels (titre, crateur, diteur), intellectuels (sujet, description, langue, ) et relatifs la proprit intellectuelle. Couple avec la norme ISO/CEI 11179 sur les registres de mtadonnes, lISO 15836 :2003 est effective pour toute application informatique qui contient des mtadonnes pour l'interoprabilit et l'accs aux ressources informatiques (traabilit, gestion de la preuve, comptabilisation, archivage ...). 7.1.2. DIRECTIVES REGLEMENTAIRES (LEGALES) 7.1.2.1. Loi n 79-18 du 3 janvier 1979
Ce texte pose les principes qui dfinissent les notions darchives publiques et prives, ainsi que leurs dispositions communes. Ainsi les archives sont l'ensemble des documents, quels que soient leur date, leur forme et leur support matriel, produits ou reus par toute personne physique ou morale, et par tout service ou organisme public ou priv, dans l'exercice de leur activit. Elles ont pour double finalit, la gestion et la justification des personnes, ainsi que la documentation historique de la recherche. 7.1.2.2. Loi n 2000-230 du 13 mars 2000
Les actes authentiques sont dfinis par larticle 1317 du Code Civil : L'acte authentique est celui qui a t reu par des officiers publics ayant le droit d'instrumenter dans le lieu o l'acte a t rdig, et avec les solennits requises. La loi n 2000-230 du 13 mars 2000, portant adaptation du droit de la preuve aux technologies de l'information et relative la signature lectronique, complte cet article en ajoutant que l'acte authentique peut tre dress sur support lectronique s'il est tabli et conserv dans des conditions fixes par dcret en Conseil d'tat . Elle attribue donc une valeur juridique lcrit numrique et pose le principe de l'indpendance entre l'information (le contenu) et son support (le contenant). La reconnaissance de l'crit numrique est
27/04/2012
ATAM
Page
128/131
V1.12
ATAM
assortie de deux notions complmentaires : la conservation intgre du document numrique (attachement la personne, spcifications de formats, mise en uvre de procds techniques divers (signatures, horodatage, codage, ...) et le droit l'oubli qui contraint la destruction de certains lments au terme de dures prdfinies (CNIL par ex.). Son dcret dapplication n 2001-272 du 30 mars 2001 prcise les conditions auxquelles la signature lectronique doit rpondre pour tre juge conforme la loi. 7.1.2.3. Sarbanes-Oxley Act du 31 juillet 2002 quivalence franaise : Loi de Scurit Financire dite Loi Mer Promue par les snateurs Paul Sarbanes et Mike Oxley, la loi fdrale du 31 juillet 2002, plus connue sous le nom de Loi Sarbanes-Oxley, fait suite diffrents scandales financiers amricains tels que Parmalat, Enron ou encore Worldcom. Son quivalent franais est la Loi de Scurit Financire du 1er aot 2003. Sarbanes-Oxley expose de nouvelles rgles sur la comptabilit et la transparence financire des socits cotes en bourse dont notamment l'obligation pour les dirigeants de mettre en place au sein de l'entreprise, des systmes de contrle interne permettant une prsentation fidle des rsultats financiers. Ainsi, la loi leur impose la mise en place de moyens darchivage et de recherche permettant d'obtenir rapidement des informations pertinentes sur l'historique comptable, financier et de gestion de l'entreprise. 7.1.3. Conseil international des archives (ICA) 7.1.3.1. ICA-Req "Principes et exigences fonctionnelles pour l'archivage lectronique" La norme internationale ICA-Req, dveloppe par le Conseil International des Archives (ICA), a pour objectif daider la communaut archivistique mondiale avoir une position unique et harmonise sur les principes et les exigences fonctionnelles auxquelles un systme darchivage lectronique doit satisfaire, tant donn la prolifration des produits logiciels. ICA-Req se prsente donc sous forme de trois modules abordant, de manire introductive, un premier chapitre sur le contexte et la dclaration des principes. Les deux autres modules sadressent dune part aux services darchives souhaitant mettre en place un Systme dArchivage Electronique (SAE), et dautre part aux institutions souhaitant mettre en place des systmes dinformations dont les contenus sont amens, terme, intgrer un SAE. ICA-Req propose notamment des grilles dvaluation (check-lists) des solutions techniques (logiciels, prestations darchivage externalis) que les services darchives ou les administrations peuvent se voir proposer par les fournisseurs. 7.1.3.2. ICA-ISDF Norme internationale de description des fonctions. La Norme internationale pour la description des fonctions, Standard for Describing Functions (ICAISDF) a t publie par le Conseil International des Archives (ICA) en fvrier 2008 suite la rflexion du Comit des normes et bonnes pratiques (ICA/CBPS). Son objectif est de normaliser, dans la rdaction des instruments de recherche, la description des fonctions des collectivits associes la production et la gestion des archives. A ce titre, la norme ICA-ISDF dtermine la nature des informations inclure dans les descriptions de fonctions, et propose des orientations sur la manire de dployer ces descriptions dans un
27/04/2012
ATAM
Page
129/131
V1.12
ATAM
systme dinformation archivistique. Elle regroupe des lments dinformation, qui comprennent chacun le nom de llment de description, un nonc sur ses objectifs, un nonc de la rgle ou des rgles gnrales applicables cet lment et, dans la mesure du possible, des exemples qui illustrent lapplication de la (ou des) rgle(s). En tout, la norme comprend vingt-six lments de description, organiss en zones dinformation. 7.1.3.3. ICA-ISAD(G) Norme internationale de description archivistique. La Norme gnrale et internationale de description archivistique, Standard Archival DescriptionGeneral ISAD(G), a t publie officiellement par le Conseil International des Archives (ICA) en 1994 puis rvise en 1999. Cette norme fournit les lignes directrices pour la description archivistique. Son objectif est de permettre aux services darchives et aux chercheurs, la recherche et lchange dinformations sur le contenu et lintrt de fonds darchives, et ce, en assurant la rdaction de descriptions compatibles, pertinentes et explicites, et en permettant l'utilisation de donnes d'autorits communes pour rendre possible l'intgration de descriptions provenant de diffrents lieux de conservation. Elle comporte 26 lments descriptifs, organiss en zone dinformation, dont la combinaison permet de dcrire n'importe quelle unit archivistique. Seuls, un petit nombre d'entre eux sont indispensables toute description. Il est noter que lICAISAD(G) ne traite pas de la gestion matrielle, de l'indexation, des rgles d'criture et du vocabulaire, elle ne dfinit pas les formats d'ditions. 7.1.3.4. ICA-ISAAR(CPF) Norme internationale sur les notices dautorit La Norme internationale sur les notices d'autorit archivistiques relatives aux collectivits, aux personnes et aux familles (ICA-ISAAR(CPF)), International Standard Archival Authority Record for Corporate Bodies, Persons and Families, a t publie et adopte par le Conseil International des Archives (ICA) en 1995 et rvise en 2004. La norme ICA-ISAAR(CPF) prolonge la norme ICA-ISAD(G) avec pour objectif initial la description des producteurs darchives et plus largement du contexte des documents. Elle fournit ainsi les rgles ncessaires la rdaction de notices dautorit dcrivant les entits (collectivits, personnes ou familles) associes la production et la gestion des archives, le contexte de production du fonds ntant plus seulement le producteur. Dans sa seconde version, la norme ICA-ISAAR(CPF) apporte des recommandations pour grer les relations entre diffrentes entits, propose des orientations sur la manire de relier les notices dautorit archivistiques la description de documents darchives produits par la mme entit, et/ou dautres ressources manant de celle-ci ou qui lui sont relatives, et encourage lchange de notices dautorit qui permet de naviguer entre diffrents systmes dinformation.
27/04/2012
ATAM
Page
130/131
V1.12
ATAM
7.2.
Documentation produit
La documentation de l'application doit comprendre : - Guide dutilisation, - Guide dinstallation, - Guide dadministration. Ces documentations sont disponibles au format PDF et accessible lutilisateur selon son profil par une touche (F1) et/ou un bouton daide.
7.3.
Sources
Glossaire : Extrait du Petit glossaire de termes archivistiques sur le site : http://www.archivistes.org/Petit-glossaire-de-termes
FIN DU DOCUMENT
27/04/2012
ATAM
Page
131/131

Spécifications Fonctionnelles V 1.12 - Livraison Jeet Consulting

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Spécifications Fonctionnelles V 1.12 - Livraison Jeet Consulting

Încărcat de

Drepturi de autor:

Formate disponibile

Spcifications fonctionnelles

Application de Traitement des Archives Mixtes

Rfrence: Version : Date :

AT2O-ATAM-SF V1.12 18/04/2012

TABLE DES MATIERES

3.2.1.1. 3.2.2.1. 3.2.2.2. 3.2.2.3. 3.2.2.4. 3.2.2.5. 3.2.2.1.

3.2.3.1. 3.2.3.2. 3.2.3.3. 3.2.3.4. 3.2.3.5.

3.2.4.1. 3.2.4.2. 3.2.4.3. 3.2.4.4. 3.2.4.5.

3.2.5.1. 3.2.5.2. 3.2.5.3. 3.2.5.4. 3.2.5.5.

Sortie dfinitive ....................................................................................................................................................... 35

3.2.6.1. 3.2.6.2. 3.2.6.3. 3.2.6.4. 3.2.6.5.

3.2.7.1. 3.2.7.2. 3.2.7.3. 3.2.7.4. 3.2.7.5.

Traitements connexes ............................................................................................................................................. 38

3.2.8.1. 3.2.8.2. 3.2.8.3. 3.2.8.4.

3.8.2. 3.8.3. 3.8.4. 3.8.5. 3.8.6. 3.8.7. 3.8.8. 4.

4.1.2.1. 4.1.2.2. 4.1.2.3. 4.1.2.4.

4.1.4.1. 4.1.4.2. 4.1.4.3.

Liste de rfrences .................................................................................................................................................. 59

Classe de services .................................................................................................................................................... 61

5.1.3.1. 5.1.3.2. 5.1.3.3.

5.1.4.1. 5.1.4.2. 5.1.4.3.

5.1.5.1. 5.1.5.2. 5.1.5.3. 5.1.5.4. 5.1.5.5. 5.1.5.6. 5.1.5.7. 5.1.5.8. 5.1.5.9.

Barres de dfilement ............................................................................................................................................... 69

5.1.7. 5.1.8. 5.1.9. 5.1.10. 5.1.11. 5.1.12. 5.1.13.

5.1.13.1. 5.1.13.2. 5.1.13.1.

DIRECTIVES REGLEMENTAIRES (LEGALES) ............................................................................................................ 128

7.1.2.1. 7.1.2.2. 7.1.2.3.

Conseil international des archives (ICA) ................................................................................................................ 129

7.1.3.1. 7.1.3.2. 7.1.3.3. 7.1.3.4.

TABLE DES ILLUSTRATIONS

La socit AT2O est propritaire de ce document.

2. Expression des Besoins

Figure 1 Schma simplifi des composants

Performances, critres dacceptabilit

< 2 sec. < 1 sec.

Acteurs internes (Profil utilisateur)

2.6.2. Schma fonctionnel gnral

ATAM Fonction Versement

Contrle de validit (Technique)

2.6.4. Schma de laccs au contenu (Consultation)

2.6.6. Schma de la rintgration (papier)

ATAM Fonction Rintgration

2.6.8. Schma de llimination

ATAM Fonction Elimination

Transferts des objets

Figure 2 Extrait de tableau de bord

Mthode daccs au contenu

Figure 3 Schma du moteur de modle de courriel

3.4.2. Exemple de Courriel normalis XML Type Accus de rception

3.4.4. Liste des courriels

3.4.5. Liste des Certificats

3.5.1. Actions logues 3.5.1.1. Logs sur transfert des objets

Documents tablis : o Bordereaux o Certificats o Courriels o Bons de livraison

Figure 4 Schma de la constitution de la cellule

Figure 5 Structure de larborescence -Prparation de la cellule

Capsule dobjets verss (initiale) TAR

Figure 6 Structure de larborescence Double encapsulation

Construction de la capsule XML

Gnration de lidentifiant de la cellule

Fichiers sources Audio

Portable Document Format

Images RIP (Raster Image Processor)

Double Lien Gel