Exigences obligatoires du MoReq2/Chapitre 7 : Identification
De Maarch MoReq2.
- 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
Incomplet
Liste
| Codes de classement | Identifiants système |
|---|---|
Également :
Conventions de lecture
- Les numéros d'exigence en gras dans la liste et en rouge dans le détail indiquent des exigences retenues par M.-A. Chabin.
- Les phrases en italique dans la colonne Observations sont les commentaires extraits directement du MoReq2.
- Les phrases en bleu dans la colonne Observations sont des commentaires, des réflexions ou des questions de l'équipe projet MoReq2.Maarch.
- Les liens sur la qualité des tests (O, N ou P) permettent d'accéder à ceux-ci.
Codes de classement
Incomplet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
7.1.1
Lorsqu’une nouvelle occurrence d’une des entités suivantes est créée ou capturée par le SAE, il doit lui attribuer un code de classement :
| O |
Englobe l'exigence 3.2.3. Noter qu'au contraire de la 7.2.1 et de manière très surprenante, l'exigence ne concerne pas les extraits. Cela implique qu'un extrait « possède » le même code de classement que le document auquel il est rattaché. Pourtant, l'exigence 9.3.14 propose qu'un extrait puisse être « déclaré » dans une autre agrégation et la 11.8.5 prévoit de classer l'extrait d'un document en un point différent de celui-ci. |
7.1.2
| Le SAE doit s’assurer que les codes de classement complets sont uniques au sein du plan de classement hiérarchique. | P |
Incroyablement, le test de cette exigence consiste en : « lire attentivement la documentation concernant l'unicité du code de classement. » Il peut être possible de prouver que les codes sont uniques, à défaut de pouvoir le tester exhaustivement, et au moins de faire des tests du type : « Exporter tous les codes de classement de tous les plans de classement utilisés pour les tests et vérifier qu'il n'y a pas deux fois le même code. » Ce type de vérification peut se faire simplement avec une base de données. Englobe la 3.3.11. |
Identifiants système
Incomplet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
7.2.1
Lorsqu’une nouvelle occurrence d’une des entités suivantes est créée dans le SAE, il doit lui attribuer un identifiant système :
| O |
Noter que la pièce ne fait pas partie du modèle de métadonnées, au contraire du composant. C'est un indice de plus sur la confusion régnant entre ces deux concepts. |
7.2.2
| Le SAE doit garantir que tous les identifiants système sont uniques au sein du plan de classement hiérarchique et au sein du système d’archivage. | N | À noter que cette exigence vise l’ensemble des sites géographiques dans le cas où un plan de classement distribué a été mis en œuvre, et l’ensemble des plans de classement si plusieurs coexistent.
Susceptible d'englober la 3.3.11. Il peut être possible de prouver que les codes sont uniques, à défaut de pouvoir le tester. |
Notes
