Exigences obligatoires du MoReq2/Chapitre 11 : Exigences non fonctionnelles
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
Complet
Liste
É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.
Convivialité
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.1.1
| Le SAE doit permettre à un administrateur de définir à quelle partie du plan de classement chaque utilisateur ou groupe d’utilisateurs peut accéder. | O | Par exemple, pour un utilisateur ou un groupe d’utilisateurs (les gestionnaires de dossiers sériels, etc.), l’accès peut être limité à une série voire à certains dossiers ou sous-dossiers.
N'a pas sa place dans ce chapitre : aurait dû être regroupée avec les 4.1.5 et 4.1.8. |
11.1.2
| Le SAE doit fournir une aide en ligne pour tous les aspects du système. | O |
11.1.3
| Le SAE doit fournir une représentation graphique du plan de classement hiérarchique et permettre aux utilisateurs d’y naviguer. | O |
11.1.7
| Tous les messages d’erreur émis par le SAE doivent être explicites pour que les utilisateurs puissent apporter la correction voulue ou annuler l’opération. | N | Dans l’idéal, chaque message d’erreur sera accompagné d’un texte explicatif avec la liste des actions propres à résoudre la difficulté.
Ce commentaire devrait donner naissance à une exigence secondaire :
|
11.1.9
| La documentation du SAE doit être fournie dans un format pratique adapté aux besoins et aux compétences d’utilisateurs très différents. | N | Pour les normes et guides, voir l’annexe 7. |
11.1.10
| Le SAE doit être facile à manipuler, avec une aide intuitive. | N | La convivialité peut être évaluée par un panel d’utilisateurs représentatifs. |
11.1.11
| Les règles et le fonctionnement de l’interface utilisateurs du SAE doivent être cohérents pour l’ensemble du système : fenêtres, menus et options. | P | Les règles devraient être cohérentes avec les principales applications existantes.
Une partie est liée à l'homogénéité des menus au sein du SAE, l'autre à l'intégration propre du SAE dans le système d'exploitation qui le supporte. Devrait être remplacer par les exigences suivantes :
En fait, plus que le « système d'exploitation » lui-même, il serait plus judicieux d'un point de vue informatique d'utiliser l'expression « environnement graphique ». D'une manière générale, c'est plutôt l'inverse qui se produit : c'est l'interface graphique qui impose son « style » (ses bibliothèques graphiques) aux logiciels. |
11.1.12
| Le SAE doit être capable d’afficher simultanément plusieurs documents et groupes de documents. | O |
Parle-t-on des documents eux-mêmes ou juste de leur titre ? Dans le 1er cas, il faudrait ajouter l'exigence suivante : « Les utilisateurs doivent être équipés d'écrans 35 pouces pour pouvoir utiliser l'application. » |
11.1.13
| Le SAE doit fournir une interface utilisateurs graphique. | O |
À mettre dans la catégorie : « Ça va sans dire mais ça va mieux en le disant ! » qui est elle-même une sous-catégorie des truismes. Vues les technologies actuelles, il serait même extrêmement difficile - pour ne pas dire impossible - de faire une interface en ligne de commande qui respecterait les autres exigences ! |
11.1.14
| Le SAE doit permettre aux utilisateurs de déplacer, re-dimensionner et modifier l’apparence des fenêtres, et de sauvegarder ces modifications dans leur profil utilisateur, afin qu’elles soient activées automatiquement à chaque connexion au SAE. | O |
Plus du domaine de l'interface graphique que du SAE lui-même. Éventuellement, il pourrait s'agir de proposer plusieurs thèmes d'affichage. |
11.1.17
Le SAE doit permettre l’affichage systématique de valeurs par défaut selon les besoins. Ces valeurs par défaut seraient notamment :
selon le cas. | P |
On suppose qu'il s'agit de valeurs dans les formulaires de saisie. |
11.1.18
| Le SAE doit permettre de paramétrer des menus déroulants ou des listes de choix de métadonnées pour la saisie. | O | Le contenu de ces listes devrait être établi par un administrateur.
De ce commentaire il serait judicieux d'extraire une nouvelle exigence :
Il faut apporter une attention toute particulière à la charge d'administration pesant sur l'administrateur. Dans le cas de cette exigence, les listes peuvent être amenées à évoluer régulièrement, et il serait judicieux que celles-ci soient générées automatiquement par le SAE (selon les droits utilisateurs), même si un paramétrage initial par l'administrateur peut être envisagé. |
11.1.19
| Les opérations récurrentes dans le SAE doivent être paramétrées pour être effectuées en un minimum de gestes (clics de souris ou commandes clavier). | P |
11.1.32
| Un utilisateur qui travaille sur un dossier doit pouvoir trouver facilement et rapidement les mots-clés de ce dossier. | O | Il faut pouvoir retrouver les mots-clés sans avoir à quitter le dossier, de sorte que le travail sur le dossier ne soit pas interrompu. |
Performance et extensibilité
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.2.1
Le SAE doit fournir des temps de réponse adaptés aux besoins métier pour les fonctions courantes exécutées dans des conditions normales, par exemple :
| N |
L'aspect « non-testable » peut être remis en question. |
11.2.2
| Le SAE doit pouvoir restituer les résultats dans les <3 secondes> pour une simple recherche et <10 secondes> pour une recherche complexe (combinant quatre termes), quels que soient la capacité de stockage ou le nombre des dossiers et documents gérés. | N | Dans ce contexte, l’exécution d’une recherche signifie produire une liste de résultats (voir 8.1.10) et n’inclut pas l’accès aux documents eux-mêmes.
Voir remarque de la 11.2.1. |
11.2.3
| Le SAE doit pouvoir retrouver et afficher dans les <4 secondes> la première page d’un document consulté au cours des <xx> mois précédents, quels que soient la capacité de stockage ou le nombre des dossiers et documents gérés. | N | Cette exigence, comme celle du point 11.1.4, ne s’applique qu’aux documents en format page. Pour des documents de dimensions exceptionnelles, le temps de réponse acceptable sera allongé.
L’expression « au cours des <xx> mois précédents » suppose la présence d’un mécanisme de stockage étagé ou hiérarchique. Voir aussi l’exigence suivante. Cette exigence vise à permettre une recherche rapide des documents les plus utilisés, en supposant que fréquence d’utilisation rime avec utilisation récente. L’entreprise/organisation précisera les délais à partir desquels la fréquence de consultation décroît. Voir remarque de la 11.2.1. |
11.2.4
| Le SAE doit pouvoir retrouver et afficher dans les <20 secondes> la première page d’un document qui n’a pas été consulté au cours des <xx> mois précédents, quels que soient la capacité de stockage ou le nombre des dossiers et documents gérés. | N | Cette exigence concerne les cas d’utilisation d’une forme de stockage hiérarchique, où les documents plus rarement consultés sont stockés sur des supports de performance moindre que les documents actifs, ou en proximité. L’entreprise/organisation précisera les délais à partir desquels la fréquence de consultation décroît.
Ceci dit, si tous les documents électroniques archivés sont stockés dans un système simple (i.e. sans stockage étagé ou hiérarchique), l’expression « au cours des <xx> mois précédents », inappropriée, devra être supprimée. Voir remarque de la 11.2.1. |
11.2.5
| Le SAE doit permettre une implémentation unique du système avec une capacité de stockage électronique d’au moins <xx gigaoctets/téraoctets/pétaoctets> ou <xx milliers/millions/milliards> de documents, desservant au moins <xx centaines/milliers> d’utilisateurs simultanés avec la performance requise dans cette section. | N | L’entreprise/organisation précisera ses besoins de stockage et les fourchettes de documents et d’utilisateurs. Dans de grandes entreprises les volumes peuvent être très importants et atteindre les milliards d’informations archivées.
Voir remarque de la 11.2.1. |
11.2.6
Le SAE doit fournir des niveaux de performance indiqués dans cette section au N minimum pour les volumes suivants :
| N | Ces éléments sont purement indicatifs. L’entreprise/organisation avisera si d’autres indicateurs répondent à ses besoins.
Voir remarque de la 11.2.1. |
11.2.7
| Il doit être possible d’étendre le SAE, d’une manière contrôlée, pour répondre à une croissance de la population d’au moins <xx centaines/milliers> d’utilisateurs, sans rupture de continuité du service. | N | Le but de cette exigence est que l’extension puisse se faire progressivement sans interruption majeure de la disponibilité du système.
Voir remarque de la 11.2.1. |
11.2.8
Le SAE doit permettre ces niveaux de performance avec une maintenance :
en vue de changements organisationnels prévisibles, sans imposer des indisponibilités du système ou un surcroît d’administration (voir aussi le chapitre 9). | N | Si les exigences de performance sont strictes, il peut être nécessaire de quantifier les changements organisationnels.
Attention : les « niveaux de sécurité » sont optionnels[1] ! |
11.2.9
| Le SAE doit être extensible et doit pouvoir être utilisé dans de petites ou grandes entreprises/organisations, avec des entités de tailles hétérogènes et en nombre variable et des localisations géographiques différentes. | N |
Disponibilité du système
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.3.1
| Le SAE doit être accessible aux utilisateurs : de <xx :00> à <xx :00> <chaque
jour/tous les jours ouvrables/xx jours par an>. | N |
11.3.2
| Les indisponibilités planifiées du SAE ne doivent pas excéder <xx> heures par <trimestre glissant>. | N | La définition des indisponibilités peut dépendre de l’infrastructure et de l’architecture. Par exemple, dans certains environnements, une panne causée par un serveur sera considérée comme une panne du SAE ; dans d’autres cas, cette panne sera analysée différemment et ne sera pas imputable au SAE.
Il convient de s’accorder sur une définition ; comme base de travail, on peut proposer : « Le SAE est dit indisponible si plus de <xx%> des utilisateurs sont dans l’incapacité d’exécuter les fonctions courantes du SAE et si cette panne est imputable à une composante du SAE autre que le poste de travail. |
11.3.3
| Les indisponibilités non planifiées du SAE ne doivent pas excéder <xx> heures par <trimestre glissant>. | N | Dans un cahier des charges, il peut être pertinent de demander des garanties quant au temps moyen de résolution des problèmes de ce type. |
11.3.4
| Le nombre d’incidents dus aux indisponibilités non planifiées du SAE ne doit pas
excéder <xx> heures par <trimestre glissant>. | N | Dans un cahier des charges, il peut être pertinent de demander des garanties quant au temps moyen entre deux pannes de ce type. |
11.3.5
| En cas de panne logicielle ou matérielle, il doit être possible de restaurer un état précédent du SAE (pas avant <la sauvegarde de la veille>) dans les <xx> heures suivant la restauration du matériel. | N |
L'aspect « non testable » peut être réévalué. |
Normes techniques
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.4.3
| Le SAE doit permettre le stockage de documents dont les formats de fichiers et d’encodage sont soit normalisés, soit complètement documentés. | P | Les entreprises/organisations utilisatrices peuvent désirer des formats de fichiers et d’encodage spécifiques.
Le fait que le SAE permette le stockage de documents dont les formats de fichiers et d’encodage sont soit normalisés, soit complètement documentés ne l'empêche pas de pouvoir stocker des documents dont les formats sont propriétaires, non normalisés et/ou non documentés. |
Environnement législatif et réglementaire
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.5.1
| Le SAE doit respecter les normes nationales concernant l’admissibilité en preuve et la force probante des documents électroniques. | N |
Références françaises : Code civil, livre III : Des différentes manières dont on acquiert la propriété, titre III : Des contrats ou des obligations conventionnelles en général, chapitre VI : De la preuve des obligations et de celle du paiement, section 1 : De la preuve littérale. La lecture des articles stipule que l'article doit être « établi et conservé dans des conditions de nature à en garantir l'intégrité. » NDA : Intégrité = intégralité + précision + exactitude/authenticité + validité[2]. |
11.5.2
| Le SAE doit se conformer à la législation nationale sur l’archivage et le records management. | N |
Références françaises : |
11.5.3
| Le SAE ne doit comporter aucun élément qui soit incompatible avec la législation nationale en termes de protection des données, liberté de l’information ou autre. | N |
11.5.4
| Le SAE doit se conformer aux exigences réglementaires européennes, nationales ou locales, aux directives ou aux codes de bonnes pratiques du secteur d’activité concerné. | N |
Externalisation des données et recours à des tiers
Complet
Remarque préalable : En dépit de l'aspect obligatoire de ce chapitre, aspect lié au fait qu'il ne soit pas dans le chapitre « modules optionnels », ainsi qu'à l'absence de toute mention spécifique dans l'introduction, il est évident que ces exigences ne s'appliquent que si le service d'archivage est fourni par un prestataire externe. Pour toute gestion in proprio, il faut donc considérer l'ensemble de ce chapitre comme optionnel.
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.6.1
| Un contrat ou engagement de service, détaillant les prestations, doit être conclu avec le prestataire. | N | Un engagement de service est un contrat négocié entre le client et le prestataire. Il consigne l’accord entre les parties sur les prestations, les priorités, les responsabilités, etc. |
11.6.2
| Les procédures de transfert des documents archivés du client vers le prestataire et du prestataire vers le client doivent être décrites en détail. | N | Il peut s’agir de liens de communication entre les sites avec transfert automatique des dossiers et des documents, quotidiennement ou régulièrement. Le client doit être assuré que le lien entre les deux sites est sécurisé, qu’il existe un protocole de contrôle des documents reçus et de suivi des anomalies. |
11.6.3
| Le prestataire doit pouvoir fournir au client une copie de l’historique traçant le processus d’entrée et de stockage des documents/dossiers. | N |
11.6.4
| Le prestataire doit prouver que les dossiers/documents et leurs métadonnées hébergés peuvent être renvoyés facilement vers le SAE du client sans aucune perte de structure, de métadonnées ou de contenu des documents. | N |
11.6.5
| Le prestataire doit avoir des procédures qui permettent au client de transférer des dossiers et des documents individuellement. | N |
11.6.6
| Le prestataire doit pouvoir fournir au client un accès direct aux documents hébergés. Il doit lui délivrer soit une reproduction du document archivé, soit le document original, dans les temps et au tarif convenus. | N |
Conservation à long terme et obsolescence technologique
Complet
Dans les tableaux, lire :
| Exigence : Texte de l'exigence | Test : N (non testable)/P (partiellement testable) / O (testable) | Observations : Observations éventuelles |
|---|
11.7.1
| Les supports de stockage du SAE doivent être utilisés et stockés dans des environnements compatibles avec la durée de vie souhaitée ou prévue, en général inférieure aux prévisions des fabricants. | N |
La remarque sur les prévisions des fabricants semble s'appliquer aux supports de stockage, alors que l'exigence porte sur l'environnement des supports de stockage, c'est-à-dire les locaux. Pour des durées inférieures ou égales au siècle, choisir du béton armé[3] ; pour des durées inférieures ou égales au demi-milénaire, choisir du bois[4] ; pour des durées supérieures au milénaire, choisir du dolmen, voire du tumulus[5]. Noter qu'il est également nécessaire de pouvoir alimenter les équipements en énergie, donc assurer une production locale minimale[6]. |
11.7.2
| Le SAE doit permettre le contrôle et le remplacement des supports de stockage afin de prévenir la dégradation des supports. | O | Ceci suppose que le SAE, ou le sous-système de stockage qu’il utilise, gère les taux d’erreur des supports et permet le remplacement des supports fautifs ou en fin de vie, sans endommager les documents.
Il s'agit là d'une exigence non liée au système applicatif, mais plutôt aux techniques de stockage (RAID ou autre). Il reste néanmoins possible de réaliser ce type de fonctionnalité de manière logicielle. Voir également la 5.3.4. |
11.7.4
| Le SAE doit permettre une migration (conversion) en masse des documents (avec leurs métadonnées et l’historique des événements) vers de nouveaux supports et/ou systèmes suivant les normes régissant leur(s) format(s). | O |
11.7.5
| Le fournisseur du SAE doit posséder un programme de mise à jour du système qui garantit la continuité de l’accès à l’information existante sans modification des contenus. | N |
La « continuité d'accès » doit s'entendre selon les paramètres retenus pour les exigences du chapitre 11.3 : Disponibilité du système. Contrairement à ce que beaucoup de systèmes d'exploitation prétendent, il est régulièrement nécessaire d'effectuer des redémarrages en cas de mise à jour[7], mais la problématique de mise à jour du système d'exploitation est distincte de celle du SAE, même si elle est évidemment liée. |
11.7.6
| Toute modification opérée sur le SAE pour des raisons organisationnelles doit être maintenue en cas de mise à jour du système. | N |
Cette exigence peut être partiellement testable. |
11.7.10
| En cas de restitution de documents ou de composants, le SAE doit permettre à l’administrateur qui effectue la conversion d’en saisir le motif. | O |
Cette exigence paraît plutôt fonctionnelle, à mettre dans le chapitre 8 : Recherche, repérage et restitution, à l'instar des exigences liées à la capture de motifs (5.1.38 pour le gel, 5.2.7 pour la révision, 5.3.20 pour les destruction et transfert, 6.1.41 pour l'ajout de document à des dossiers clos, 9.3.13 pour la création d'extrait). |
11.7.11
| Quand un document a fait l’objet d’une restitution dans un format de conservation, le SAE doit faciliter la recherche du format original et/ou des conversions, selon le cas. | P | Voir aussi 5.2.3. |
11.7.15
| Si le SAE utilise des structures d’encodage, de stockage ou de base de données propriétaires, elles doivent être complètement documentées, et la documentation accessible aux administrateurs. | O | Le fait que le fournisseur garde une copie de sa documentation risque de ne pas être suffisant ; pour la période à considérer, la pérennité du fournisseur n’est pas garantie. On peut dès lors souhaiter qu’une copie de la documentation soit remise à l’entreprise/organisation utilisatrice ou à un tiers.
Selon la compréhension du terme « complètement», le nombre de candidats peut dramatiquement diminuer. |
Processus métier
Complet
Remarque : Toutes les exigences de ce chapitre sont optionnelles.
Notes
- ↑ Voir chap. 10.13.
- ↑ Définition Wikipédia. Voir également la page consacrée à l'intégrité sur ce site.
- ↑ Premier immeuble en béton armé rue Danton à Paris.
- ↑ Maisons en bois de la région de Gokayama au Japon et église en bois à Heddal, en Norvège.
- ↑ Tumulus de Dissignac, près de Saint-Nazaire.
- ↑ Peut-être dans un siècle l'énergie électrique n'existera-t-elle plus...
- ↑ Qu'il s'agisse de SE Microsoft, IBM, BSD-like ou Linux-like, une mise à jour du noyau (type application de correctif SP pour MS ou de montée en version pour les autres) implique nécessairement un redémarrage de la machine. En revanche, une mise à jour des exécutables périphériques peut se faire sans redémarrage, mais peut entraîner une interruption du service. Une architecture en ferme verticale peut permettre de palier à cet inconvénient, mais pas dans tous les cas.
