Tests optionnels/Module 3 : Plan de classement et organisation des dossiers
De Maarch MoReq2.
Complet
Liste
- Ch. 3 : Plan de classement
- Ch. 4 : Sécurité
- Ch. 5 : Conservation et destruction
- Ch. 6 : Capture
- Ch. 7 : Identification
- Ch. 8 : Recherche et restitution
- Ch. 9 : Administration
- Ch. 11 : Non fonctionnel
- Ch. 12 : Métadonnées
Dans le canevas des cas de test, ceux-ci sont organisés de la manière suivante :
(en gras les exigences optionnelles)
| Catégorie du canevas | Cas de test inclus | Exigences correspondantes (dans l'ordre) |
|---|---|---|
| T3.1 : Configurer le plan de classement | ||
| T3.1.1 : Configurations générales | T3.1.1.1 à 6 | 3.1.8 et 9, 3.1.3 et 4, 3.1.7 et 3.1.10 |
| T3.1.2 : Exportation de tout ou parties du plan de classement | T3.1.2.1 à 6 | 3.1.17, 18, 19, 20, 21 et 22 |
| T3.1.3 : Importation de tout ou parties du plan de classement | T3.1.3.1 à 5 | 3.1.12, 13 et 14, 3.1.16, 3.1.15 |
| T3.1.4 : Duplication de tout ou parties du plan de classement | T3.1.4.1 et 2 | 3.1.23 et 24 |
| T3.1.5 : Gestion du plan de classement | T3.1.5.1 et 2 | 3.1.5 et 6 |
| T3.1.6 : Autres | T3.1.6.1 à 5 | 3.1.2, 3.1.25 et 26, 3.1.11, 3.1.1 |
| T3.2 : Séries et dossiers | ||
| T3.2.1 : Configuration | T3.2.1.1 et 2 | 3.2.17 |
| T3.2.2 : Métadonnées | 3.2.2.1 et 2 | 3.2.1 et 2 |
| T3.2.3 : Code de classement et assignation de titre | T3.2.3.1 à 5 | 3.2.3, 4, 5, 6 et 7 |
| T3.2.4 : Ouverture et clôture | T3.2.4.1 à 3 | 3.2.8, 9 et 10 |
| T3.2.5 : Modifications des métadonnées héritées | T3.2.5.1 et 2 | 3.2.11 et 12 |
| T3.2.6 : Assignation de terme de vocabulaire normalisé | T3.2.6.1 et 2 | 3.2.13 et 14 |
| T3.2.7 : Autres | T3.2.7.1 et 2 | 3.2.16 et 3.2.15 |
| T3.3 : Volumes et sous-dossiers | ||
| T3.3.1 : Création de volumes et de sous-dossiers | T3.3.1.1 à 3 | 3.3.1, 2 et 3 |
| T3.3.2 : Ouverture et clôture | T3.3.2.1 à 15 | 3.3.4, 3.3.13, 3.3.6, 7 et 8, 3.3.11, 3.3.14, 3.3.10, 3.3.12, 3.3.9, 3.3.5, 3.3.15, 16, 17, 18 et 19 |
| T3.4 : Maintenance du plan de classement | ||
| T3.4.1 : Déplacement, regroupement, division et duplication de séries | T3.4.1.1 à 5 | 3.4.1, 2, 3 et 4, 3.4.6 |
| T3.4.2 : Déplacement et duplication d'entités | T3.4.2.1 à 4 | 3.4.5 et 3.4.7 |
| T3.4.3 : Maintien d'une association correcte lors de déplacements ou de duplications | T3.4.3.1 et 2 | 3.4.9 et 3.4.8 |
| T3.4.4 : Maintien des références | T3.4.4.1 à 7 | 3.4.10 et 11, 3.4.15 et 16, 3.4.14, 3.4.12 et 13 |
| T3.4.5 : Désactivation et suppression | T3.4.5.1 à 3 | 3.4.17, 18 et 19 |
| T3.4.6 : Clôture d'aggrégations[1] | T3.4.6.1 à 4 | 3.4.21, 3.4.20 |
| T3.4.7 : Autres | T3.4.7.1 à 8 | 3.4.22, 23, 24, 25, 26, 27, 28 et 29 |
Afin de faciliter le référencement entre la partie des exigences et celle des tests, nous utiliserons ci-après un plan basé sur les numéros des exigences.
Configurer le plan de classement
Prendre toutes les données de test du référentiel pour le test Module3/chapter T3.1.
Exécution :
- Étape 1 : Lire le chapitre 2 du document Test framework introduction avant de commencer le test.
- Étape 2 : Les cas de test sont désignés d'une manière qui vous autorise à sauter des cas de test lorsque cela est requis. Cela n'a pas d'impact immédiat sur les autres cas de test. Néanmoins, les résultats de certains cas de test peuvent être préconditionnés par d'autres. Dans ce cas, nous indiquons les références suivant les préconditions du cas de test. Veuillez prêter particulièrement attention aux préconditions de chaque cas de test.
3.1.3
T3.1.1.3 : Attribution d'un titre et d'une description
Description : Un profil d'administrateur crée un nouveau plan de classement et lui attribue un titre et une description.
N.B. : Le SAE doit être réinitialisé avant que ce test ne puisse être exécuté.
3.1.6
T3.1.5.2 : Gestion des séries spécifiques par des rôles ou des groupes d'utilisateurs spécifiques
Description : Plusieurs vérifications sont exécutées pour confirmer que le SAE autorise la gestion individuelle de séries par des profils et des groupes d'utilisateurs.
3.1.7
T3.1.1.5 : Limitation du nombre de niveaux
Description : Un profil d'administrateur crée 10 niveaux de séries.
3.1.10
Description : Un profil d'administrateur crée une série, un dossier, un sous-dossier et un volume et attribue des notices à chacune de ces agrégations.
Une vérification est faite pour confirmer que le SAE autorise l'insertion de notices à toutes ces agrégations.
3.1.12
T3.1.3.1 : Importer une série et un plan de classement
Description : Une vérification est faite pour confirmer que le SAE autorise un profil d'administrateur à importer tout ou partie d'un plan de classement.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.13
T3.1.3.2 : L'import d'un plan de classement incluant les informations associées
Description : Une vérification est faite pour confirmer qu'un profil d'administrateur importe un plan de classement et toutes les métadonnées, règles et journaux associés.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.14
T3.1.3.3 : Compte-rendu d'exception à l'import de valeurs de métadonnées non compatibles
Description : Un profil d'administrateur importe un plan de classement dans le SAE. Le plan de classement inclut des séries sans titre (valeur nulle).
Une vérification est faite pour s'assurer que le SAE rejette ces séries et crée un compte-rendu d'exception pour le profil d'administrateur listant toutes les séries rejetées.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.15
T3.1.3.5 : Assignation d'un code hiérarchique aux séries importés
Description : Le SAE supporte l'importation des métadonnées d'un plan de classement et utilise un plan qui met en œuvre une numérotation hiérarchique. Le SAE est configuré pour ajouter les codes originaux d'une classification importée au code hiérarchique du SAE. Un profil d'administrateur importe un plan de classement. S'assurer que le SAE ajoute l'ancien code comme configuré.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.16
T3.1.3.4 : Import d'un plan de classement incompatible
Description : Un profil d'administrateur importe un plan de classement dans le SAE. Le plan de classement est non-compatible avec le modèle de métadonnées du MoReq2. S'assurer que le SAE porte toutes les erreurs à l'attention du profil d'administrateur en identifiant les métadonnées impliquées.
N.B. : Le MoReq2 ne spécifie pas la manière dont le SAE porte les erreurs de validation à l'attention du profil d'administrateur pendant l'importation (voir chapitre 3 des spécifications du MoReq2). Ainsi, plusieurs techniques sont acceptables dans ce cas de test. Cependant, le testeur spécialiste exécutant ce test doit s'assurer qu'aucune donnée non-compatible ne sera importée par le SAE.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.17
T3.1.2.1 : Export d'un plan de classement
Description : Une vérification est faite pour s'assurer que le SAE permet d'exporter une série ainsi que le plan de classement entier.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.18
T3.1.2.2 : Export du plan de classement en sélectionnant des métadonnées
Définition : Un profil d'administrateur exporte un plan de classement en incluant ses métadonnées[2]. Une vérification est faite pour confirmer qu'un profil d'administrateur est capable de sélectionner quelles sont les métadonnées à exporter.
3.1.19
T3.1.2.3 : Export d'un plan de classement et des règles de conservation/destruction associées
Description : Une vérification est faite pour confirmer que le SAE autorise un profil d'administrateur à exporter un plan de classement avec ses règles de conservation/destruction.
3.1.20
T3.1.2.4 : Export d'un plan de classement et de tout ou partie de l'historique des événements
Description : Un profil d'administrateur exporte un plan de classement avec tous ses journaux. S'assurer que cet export inclut toutes les données des journaux. L'administrateur exporte le plan de classement à nouveau, en ne prenant en compte que les journaux sélectionnés.
3.1.21
T3.1.2.5 : Format du résultat de l'exportation
Description : Une vérification est faite pour confirmer que le SAE utilise une méthode[3] entièrement documentée pour relier les entités entre elles lorsque tout ou partie d'un plan de classement est exporté.
3.1.22
T3.1.2.6 : Export d'information au format XML ou d'un équivalent en standard ouvert
Description : Un profil d'administrateur exporte les informations d'un plan de classement en XML.
N.B. : MoReq2 permet d'autres formats standardisés équivalent au XML. Ce test met l'accent uniquement sur le format XML. Si un format standardisé et ouvert équivalent est utilisé, le test devra être réalisé selon ce format.
3.1.23
T3.1.4.1 : Duplication d'un plan de classement incluant toutes les métadonnées
Description : Un profil d'administrateur duplique des parties d'un plan de classement. S'assurer que ce duplicat inclut toutes les métadonnées associées.
N.B. : Le SAE doit être réinitialisé avant que le test soit exécuté.
3.1.24
T3.1.4.2 : Duplication d'un plan de classement et de ses règles de conservation/destruction
Description : Une vérification est faite pour confirmer que le SAE duplique des parties d'un plan de classement en incluant ses règles de conservation/destruction.
3.1.26
T3.1.6.3 : Plans de classement multiples
Description : Un plan de classement existe déjà. Un profile d'administrateur crée un autre plan de classement. S'assurer que la création et l'utilisation simultanée de plusieurs plans de classement est supportée par le SAE.
N.B. : L'utilisation simultanée de plusieurs plans de classement est donnée par l'exécution de plusieurs actions sur ces plans. Il n'est pas spécifié quelles actions conviennent particulièrement. Néanmoins, la recherche et l'obtention de documents semblent être des actions acceptables ici. D'autres restent possibles.
Séries et dossiers
Prendre toutes les données de test du référentiel pour le test Module3/chapter T3.2.
Exécution :
- Étape 1 : Il est recommandé d'exécuter les tests dans l'ordre donné. Toutefois, d'autres séquences sont possibles.
- Étape 2 : Les cas de test sont désignés d'une façon qui rend possible de sauter des cas de test lorsque c'est nécessaire. Cela n'a pas d'impact immédiat sur d'autres cas de test. Néanmoins, les résultats de certains cas de test peuvent être les préconditions d'autres cas de test. Dans ce cas, des références ont été insérées après les préconditions du cas de test. Il est recommander de prêter une attention particulière aux préconditions de chaque cas de test.
3.2.7
T3.2.3.5 : Configuration du code de classement
Description : Une vérification est faite pour confirmer que le SAE autorise un profil d'administrateur à configurer le code de classement conformément au MoReq2.
3.2.12
T3.2.5.2 : Ajout aux métadonnées héritées
Description : Les valeurs des métadonnées héritées sont attribuées à une nouvelle série ouverte.
Une vérification est faite pour confirmer que le SAE applique tout ajout aux métadonnées héritées par défaut à tous les dossiers et séries enfants.
3.2.13
T3.2.6.1 : Compatibilité à l'ISO 2788
Description : Une vérification est faite pour confirmer que le SAE autorise l'attribution de mots-clé à un série et à un dossier en utilisant un thésaurus monolingue.
3.2.14
T3.2.6.2 : Compatibilité à l'ISO 5964
Description : Une vérification est faite pour confirmer que le SAE autorise l'attribution de mots-clé à un série et à un dossier en utilisant un thésaurus multilingue.
3.2.16
T3.2.7.1 : Export d'un dossier au format XML
Description : Une vérification est faite pour confirmer qu'un profil d'administrateur exporte une liste de tous les dossiers et une liste des dossiers qui sont classés sous une série spécifique.
N.B. : Ce cas de test s'intéresse principalement sur l'utilisation du format XML. D'autres formats sont possible, s'ils sont « humainement lisibles ».
Volumes et sous-dossiers
Prendre toutes les données de test du référentiel pour le test Module3/chapter T3.3.
Exécution :
- Étape 1 : Il est recommandé d'exécuter les tests dans l'ordre donné. Toutefois, d'autres séquences sont possibles.
- Étape 2 : Les cas de test sont désignés d'une façon qui rend possible de sauter des cas de test lorsque c'est nécessaire. Cela n'a pas d'impact immédiat sur d'autres cas de test. Néanmoins, les résultats de certains cas de test peuvent être les préconditions d'autres cas de test. Dans ce cas, des références ont été insérées après les préconditions du cas de test. Il est recommander de prêter une attention particulière aux préconditions de chaque cas de test.
3.3.16
T3.3.2.12 : Suppression d'un volume vide et réouverture du précédent volume
Description : Des vérifications sont faites pour vérifier que le SAE :
- autorise un profil d'administrateur à supprimer un volume vide et à rouvrir le précédent volume d'un sous-dossier en une même action,
- et à enregistrer cette action dans le journal.
3.3.17
T3.3.2.13 : Création d'un modèle de sous-dossier
Description : Un profil d'administrateur crée un modèle de sous-dossiers pour une série. L'administrateur crée un dossier dans cette série. S'assurer que le SAE crée automatiquement le modèle des sous-dossiers dans ce dossier.
Maintenance du plan de classement
Prendre toutes les données de test du référentiel pour le test Module3/chapter T3.4.
Exécution :
- Étape 1 : Il est recommandé d'exécuter les tests dans l'ordre donné. Toutefois, d'autres séquences sont possibles.
- Étape 2 : Les cas de test sont désignés d'une façon qui rend possible de sauter des cas de test lorsque c'est nécessaire. Cela n'a pas d'impact immédiat sur d'autres cas de test. Néanmoins, les résultats de certains cas de test peuvent être les préconditions d'autres cas de test. Dans ce cas, des références ont été insérées après les préconditions du cas de test. Il est recommander de prêter une attention particulière aux préconditions de chaque cas de test.
3.4.4
T3.4.1.4 : Duplication d'une série
Description : Une vérification est faite pour confirmer que le SAE autorise un profil d'administrateur à dupliquer une série en un autre emplacement du plan de classement.
3.4.17
T3.4.5.1 : Marquer une série ou un dossier comme inactif
Description : Un profil d'administrateur marque une série comme désactivée pour prévenir l'ajout de tout nouveau dossier.
Des vérifications sont faites pour s'assurer que le SAE empêche toute tentative d'ajouter un nouveau dossier à une série désactivée et d'ajouter des documents à ce dossier[4].
3.4.18
T3.4.5.2 : Suppression d'une série vide
Description : Une vérification est faite pour s'assurer que le SAE autorise un profil d'administrateur à supprimer une série vide.
3.4.21
T3.4.6.1 : Clôture automatique de dossiers et de volumes (I)
Description : Le SAE est configuré pour clore automatiquement un volume défini avec une date limite annuelle, par ex. la fin d'une année calendaire ou d'une année comptable. La date spécifiée a été atteinte. S'assurer que le SAE clôt automatiquement le volume spécifié.
N.B. : Plusieurs cycles annuels sont possibles. La façon dont le SAE atteint cette date dépend de l'environnement de test. Il doit y avoir un moyen d'amener le SAE à une telle date ou bien de l'initialiser pour des objectifs de test. L'expression « Initialiser l'échéance » est utilisée pour indiquer une telle circonstance.
T3.4.6.2 : Clôture automatique de dossiers et de volumes (II)
Description : Le SAE est configuré pour clore automatiquement un volume un certain temps après le dernier ajout d'un document. Un profil d'administrateur capture un document dans ce volume.
Une vérification est faite pour confirmer que le SAE clôt le volume après le temps défini.
N.B. : Cela serait utile s'il était possible d'atteindre (c'est-à-dire modifier) la date système. Il ne serait pas pratique d'avoir à attendre trop longtemps avant que l'action survienne. Demander au vendeur les options possibles. L'expression « Initialiser l'échéance » sera utilisée pour exprimer cette circonstance.
T3.4.6.3 : Clôture automatique de dossiers et de volumes (III)
Description : La capacité d'un volume est configurée. Une vérification est faite pour confirmer que le SAE clôt ce volume dès que sa capacité excède le nombre maximum de documents électroniques.
3.4.23
T3.4.7.2 : Références croisées entre des dossiers connexes
Description : Un profil d'utilisateur crée une référence croisée (lien du type : « voir également ») entre deux dossiers connexes.
3.4.24
T3.4.7.3 : Entrées multiples pour les documents
Description : Une vérification est faite pour confirmer que le SAE autorise la création d'entrées multiples pour un document dans une série, un dossier, un sous-dossier et un volume. S'assurer que cette action peut se faire sans que les documents ne soient dupliqués.
N.B. : Il n'est pas fait état de la façon dont cela est exactement réalisé. Plusieurs options sont possibles ici.
3.4.26
Description : Un profil d'administrateur crée un rapport ad hoc sur toutes les actions d'ouverture d'agrégation dans le plan de classement[5].
N.B. : La création de rapport ad hoc sur d'autres actions est également possible.
3.4.27
T3.4.7.6 : Contexte d'une entité
Description : Une vérification est faite pour confirmer que le SAE autorise n'importe quel profil utilisateur travaillant avec un document, un dossier ou une série, à faire apparaître à l'écran les métadonnées depuis leurs entités mères[6] depuis le document, le dossier ou la série[7].
Notes
- ↑ Le terme aggrégation recouvre ici tout conteneur : série, dossier, sous-dossier ou volume.
- ↑ La formulation laisse penser qu'il est possible d'exporter un plan de classement sans ses métadonnées... c'est-à-dire sans rien. Il faudrait reformuler en : « en incluant les métadonnées qu'il a sélectionnées. »
- ↑ On pourrait peut-être plutôt utiliser « procédure » comme traduction. À revoir ultérieurement.
- ↑ Il doit s'agir d'une coquille, puisqu'il n'est pas possible d'ajouter de documents à un dossier dont on a empêcher la création. Il pourrait s'agir d'un dossier au sein de la série désactivée. En réalité, dans les tests on comprend qu'un autre dossier est à son tour marqué comme désactivé, il s'agit donc vraisemblablement de celui-ci.
- ↑ Sauf erreur de la part du traducteur, qui se permet d'analyser ce qu'il écrit, ce test n'a strictement rien à voir avec l'exigence.
- ↑ La formulation suggère qu'une entité peut posséder plusieurs entités mères, ce qui est bien sûr un contresens du point de vue du MoReq2. Lire : « ... les métadonnées de leur entité mère... »
- ↑ Bien sûr, il ne s'agit pas de « faire apparaître les métadonnées de l'entité mère depuis l'entité fille », auquel cas le prix des consultants en magie risque de grimper. Il faudrait plutôt comprendre (et l'exigence le suggère également) : « Il est possible de visualiser simultanément l'entité sur laquelle un profil utilisateur travaille et les métadonnées contextuelles de celle-ci, incluant l'accès à son entité mère. »
