ISO/IEC 25051:2006

NORME ISO/CEI
INTERNATIONALE 25051
Première édition
2006-04-01
Ingénierie du logiciel — Exigences de
qualité pour le logiciel et évaluation
(SQuaRE) — Exigences de qualité pour
les progiciels et instructions d'essai
Software engineering — Software product Quality Requirements and
Evaluation (SQuaRE) — Requirements for quality of Commercial
Off-The-Shelf (COTS) software product and instructions for testing

Numéro de référence
ISO/CEI 25051:2006(F)
©
ISO/CEI 2006
ISO/CEI 25051:2006(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

DOCUMENT PROTÉGÉ PAR COPYRIGHT

©  ISO/CEI 2006
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Version française parue en 2008
Publié en Suisse
ii © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
Sommaire Page
Avant-propos. iv
Introduction . v
1 Domaine d'application.1
2 Conformité.2
3 Références normatives.3
4 Termes et définitions.3
5 Exigences pour les progiciels .4
5.1 Exigences pour le descriptif du produit.4
5.2 Exigences pour la documentation utilisateur.9
5.3 Exigences de qualité pour le logiciel.10
6 Exigences pour la documentation de test .13
6.1 Exigences générales.13
6.2 Exigences pour le plan de test.14
6.3 Exigences pour la description des tests.15
6.4 Exigences pour les résultats des tests .16
7 Instructions pour l'évaluation de la conformité.17
7.1 Principes généraux.17
7.2 Préalables à l'évaluation de conformité .18
7.3 Activités d'évaluation de conformité .18
7.4 Processus d'évaluation de conformité tierce partie .18
7.5 Rapport d'évaluation de conformité .19
7.6 Renouvellement de l'évaluation de conformité .20
Annexe A (informative) Définitions provenant d'autres normes .21
Annexe B (informative) Guide pour l'application aux progiciels d'applications critiques .24
Annexe C (informative) Comment utiliser l'ISO/CEI 25051 .28
Bibliographie .29

© ISO/CEI 2006 – Tous droits réservés iii

ISO/CEI 25051:2006(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou
de la CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques
créés par l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les
comités techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres
organisations internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI
participent également aux travaux. Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé
un comité technique mixte, l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de
Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des
organismes nationaux votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour
responsables de ne pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO/CEI 25051 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de l'information,
sous-comité SC 7, Ingénierie du logiciel et du système. Cette première édition annule et remplace la première
édition de ISO/CEI 12119:1994.
IEEE Computer Society a participé en tant qu'organisme de liaison à la révision de la présente Norme
internationale. Certaines suggestions de l'adoption par IEEE de l'édition de 1994 de la présente Norme
internationale ont été incorporées dans cette révision.
La présente version française de l'ISO/CEI 25051:2006 correspond à la version anglaise publiée le
2006-04-01 et corrigée le 2006-06-15, et à son Rectificatif technique ISO/CEI 25051:2006/Cor.1:2007.
iv © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
Introduction
Les progiciels sont utilisés dans une grande variété de domaines et leur bon fonctionnement est souvent vital
pour les affaires, la sécurité ou les applications personnelles
Les progiciels sont des produits prêts à l'emploi vendus sur étagère à des acquéreurs qui n'ont eu aucune
influence sur leurs caractéristiques et autres qualités. Un progiciel est typiquement vendu emballé avec la
documentation utilisateur. L'information fournie par l'emballage est souvent le seul moyen utilisé par le
fournisseur ou le diffuseur pour communiquer avec l'acquéreur ou l'utilisateur. Il est par conséquent important
que les informations essentielles soient données pour permettre à des acquéreurs d'évaluer un progiciel
satisfaisant leurs besoins.
La sélection de progiciels de très grande qualité est d'une importance primordiale car les progiciels peuvent
nécessiter d'être opérationnels dans des environnements variés et sélectionnés sans avoir la possibilité de
comparer les caractéristiques de produits similaires. Les fournisseurs ont besoin d'un moyen pour donner
confiance aux utilisateurs dans les services fournis par le progiciel. Certains fournisseurs peuvent choisir
l'évaluation par tierce partie pour les aider à apporter cette confiance.
En outre, quand les utilisateurs veulent être rassurés quant aux risques dans le domaine de la gestion ou de
la sûreté, des assurances peuvent être obtenues par l'utilisateur en utilisant des techniques choisies par
l'utilisateur après l'achat. La présente Norme internationale n'a pas l'intention de spécifier les exigences
minimales de qualité pour les logiciels critiques; cependant, un guide informatif est fourni. (Voir Annexe B.)
L'ISO/CEI 12119:1994 a été développée pour satisfaire ce besoin. Cette Norme internationale prend en
compte l'ISO/CEI 9126:1991, qui définie des exigences qualité.
L'environnement a changé. L'ISO/CEI 9126 a été révisée et rééditée en tant qu'ISO/CEI 9126-1 (avec
l'introduction, par exemple, du concept de qualité de fonctionnement) et, dans la nouvelle série SQuaRE, elle
deviendra l'ISO/CEI 25010. L'ISO/CEI 12119:1994 a été utilisée par des organismes de certification, qui ont
identifié certaines difficultés et ambiguïtés pour une utilisation correcte de la première édition.
Ces éléments sont les points majeurs pour la révision de cette Norme internationale qui fournit un ensemble
d'exigences pour les progiciels et des exigences pour tester la conformité des progiciels à ces exigences.
Ce document est donc la révision de l'ISO/CEI 12119:1994 dans les conditions suivantes:
⎯ être cohérent avec l'ISO/CEI 25010;
⎯ prendre en compte les expériences de l'utilisation de la norme, en particulier par les organismes de
certification;
⎯ prendre en compte le nouveau contexte normatif;
⎯ ajouter un article concernant les tests;
⎯ supprimer l'Annexe B par cohérence avec l'ISO 9127.
© ISO/CEI 2006 – Tous droits réservés v

NORME INTERNATIONALE ISO/CEI 25051:2006(F)

Ingénierie du logiciel — Exigences de qualité pour le logiciel et
évaluation (SQuaRE) — Exigences de qualité pour les
progiciels et instructions d'essai
1 Domaine d'application
La présente Norme internationale est applicable aux progiciels (en anglais COTS pour «Commercial
Off-The-Shelf»).
EXEMPLE Il peut s'agir de traitements de texte, de tableurs, de gestionnaires de bases de données, d'outils
graphiques, de logiciels avec des fonctions embarquées techniques, avec des fonctions intégrées scientifiques ou en
temps réel comme des systèmes d'exploitation en temps réel ou des réseaux locaux pour l'avionique/la communication,
de caisses enregistreuses automatiques, de convertisseurs monétaires, de logiciels de gestion de ressources humaines,
d'outils de gestion commerciale, de logiciels permettant de générer des pages ou des sites Web.
Elle définit ce qui suit:
a) des exigences de qualité applicables aux progiciels;
b) des exigences pour la documentation de test du progiciel, y compris des exigences pour les tests, les cas
de test et les rapports de test;
c) des instructions pour l'évaluation de la conformité des progiciels.
NOTE L'ensemble des documents concernant les tests est appelé «documentation de test».
Elle comporte également des recommandations pour les progiciels critiques.
Elle a uniquement pour objet de donner confiance à l'utilisateur dans la mise en œuvre du progiciel, tel qu'il
est proposé et fourni. Elle ne traite pas du processus de développement (y compris des activités ou produits
intermédiaires, par exemple spécifications). Le système qualité d'un fournisseur est hors du domaine de la
présente Norme internationale.
Elle s'adresse entre autres aux parties suivantes:
a) aux fournisseurs de progiciel
1) lorsqu'ils expriment les exigences applicables à un progiciel,
2) lorsqu'ils annoncent des caractéristiques de leurs produits (ISO 9127),
3) lorsqu'ils évaluent leurs progiciels selon des caractéristiques annoncées,
4) lorsqu'ils émettent des déclarations de conformité [ISO/CEI 17050],
5) lorsqu'ils souhaitent obtenir des certificats ou des marques de conformité [ISO/CEI Guide 23];
b) aux organismes de certification qui voudraient établir un système particulier de certification par tierce
partie (international, régional ou national) [ISO/CEI Guide 28];
© ISO/CEI 2006 – Tous droits réservés 1

ISO/CEI 25051:2006(F)
c) aux laboratoires d'essais qui devront suivre les instructions de test pour tester un progiciel en vue de
l'attribution d'un certificat ou d'une marque de conformité (ISO/CEI 17025);
d) aux organismes d'accréditation pour accréditer des organismes de certification ou des laboratoires
d'essais;
e) aux acheteurs potentiels qui ont la possibilité
1) de comparer les exigences de l'activité envisagée avec les informations des descriptifs des produits
existants,
2) de rechercher des progiciels certifiés,
3) de vérifier que les exigences sont satisfaites autrement;
f) aux utilisateurs finaux qui peuvent bénéficier de meilleurs produits;
g) aux organisations qui souhaitent
1) définir des environnements managériaux et techniques basés sur les exigences qualité et méthodes
définies dans la présente Norme internationale,
2) manager et améliorer leurs processus qualité et leur personnel;
h) aux organismes réglementaires qui peuvent exiger ou recommander les exigences de la présente Norme
internationale pour des progiciels utilisés dans des applications critiques.
L'Annexe C fournit un guide pour l'utilisation de la présente Norme internationale.
2 Conformité
Un progiciel est conforme à la présente Norme internationale dans les conditions suivantes:
a) s'il possède les propriétés spécifiées à l'Article 5;
b) s'il a été testé en produisant une documentation de test satisfaisant aux exigences de l'Article 6;
c) si les anomalies trouvées pendant les tests sont documentées et résolues avant la mise à disposition du
produit. Les anomalies relatives à l'annonce d'une caractéristique doivent être résolues ou cette annonce
doit être retirée. Des anomalies connues peuvent être acceptées dans les conditions suivantes:
1) si l'anomalie n'est pas en contradiction avec l'annonce de la caractéristique; et
2) si le fournisseur a dûment examiné la nature et l'impact de l'anomalie pour un acheteur potentiel, l'a
estimé négligeable et a conservé la documentation des anomalies pour des améliorations futures.
Les recommandations dans les paragraphes sont optionnelles.
NOTE Pour faciliter l'évaluation de la conformité, les exigences de la présente norme sont rédigées sous forme de
paragraphes de niveau 3 (numérotés X.X.X.X). Des notes informatives complètent ces paragraphes et peuvent servir de
guide.
2 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
3 Références normatives
Les documents de référence suivants sont indispensables pour l'application du présent document. Pour les
références datées, seule l'édition citée s'applique. Pour les références non datées, la dernière édition du
document de référence s'applique (y compris les éventuels amendements).
ISO/CEI 25000, Ingénierie du logiciel — Exigences de qualité du produit logiciel et évaluation (SQuaRE) —
Guide de SquaRE
ISO/CEI 9126-1:2001, Génie du logiciel — Qualité des produits — Partie 1: Modèle de qualité
NOTE La référence à ISO/CEI 9126-1 sera remplacée par une référence à l'ISO/CEI 25010, Ingénierie du logiciel —
Exigences de qualité et évaluation du logiciel (SQuaRE) — Modèle de qualité.
Voir la Bibliographie, qui fournit des documents informatifs additionnels.
4 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s'appliquent.
4.1
fonction d'administration de l'application
fonction réalisée par l'utilisateur incluant l'installation, la configuration, la sauvegarde de l'application, la
maintenance (correction et évolution) et désinstallation
4.2
rapport d'évaluation de conformité
document décrivant la conduite et les résultats d'une évaluation d'un progiciel
NOTE Adaptée de IEEE Std 610.12-1990.
4.3
progiciel
COTS software product
logiciel vendu sur étagère défini par un besoin du marché, disponible dans le commerce et dont l'utilité a été
démontrée par un large éventail d'utilisateurs commerciaux.
NOTE 1 Un progiciel comporte ce qui suit:
⎯ le descriptif du produit (y compris les informations figurant sur l'emballage, la fiche technique, informations de site
Web, etc.);
⎯ la documentation utilisateur (nécessaire pour installer et utiliser le logiciel);
⎯ le logiciel sur un support informatique (disque, CD-ROM, téléchargement Internet, etc.).
NOTE 2 Cette définition est adaptée de l'ISO/CEI 14598-4:1999.
NOTE 3 Le logiciel est principalement composé de programmes et de données.
NOTE 4 Cette définition s'applique également à un descriptif du produit, une documentation utilisateur et un logiciel qui
sont produits et supportés comme des produits manufacturés séparés, mais dont les modes de commercialisation
classique et de licence peuvent ne pas s'appliquer.
4.4
fonction
implémentation d'un algorithme dans le logiciel permettant à l'utilisateur final ou au logiciel d'effectuer tout ou
partie d'une tâche
NOTE Une fonction n'est pas nécessairement accessible à l'utilisateur final (par exemple sauvegarde automatique
pour la préservation des données).
© ISO/CEI 2006 – Tous droits réservés 3

ISO/CEI 25051:2006(F)
4.5
descriptif du produit
document exposant les propriétés du logiciel, dont le principal objet est d'aider des acheteurs potentiels à
apprécier si le produit leur convient avant d'en faire l'acquisition
4.6
document d'exigences
document contenant toute combinaison d'exigences ou de réglementations applicables à un progiciel
EXEMPLE Ces documents peuvent être des rapports techniques, des normes, une liste d'exigences (ou une
spécification de référence type) pour un type d'utilisateur, un décret ou un règlement imposé par un gouvernement ou un
organisme règlementaire.
4.7
documentation de test
ensemble de la documentation inhérente aux activités de test
4.8
environnement de test
configuration matérielle et logicielle nécessaire à l'exécution des cas de test
4.9
objectif de test
ensemble identifié de caractéristiques du logiciel à déterminer dans des conditions spécifiques en comparant
le comportant obtenu avec le comportement attendu
NOTE Adaptée de IEEE Std 610.12-1990.
4.10
plan de test
document décrivant le domaine d'application, l'approche, les ressources et le calendrier des activités de test
prévues
NOTE Adaptée de IEEE Std 610.12-1990.
4.11
description des tests
description des conditions d'exécution des tests (c'est à dire procédure de test)
L'Annexe A fournit des définitions supplémentaires provenant d'autres normes.
5 Exigences pour les progiciels
5.1 Exigences pour le descriptif du produit
NOTE Le paragraphe concernant les informations présent sur l'emballage de ISO/CEI 9127, Ingénierie du logiciel —
Documentation pour l'utilisateur et renseignements sur l'emballage des progiciels grand public, peut être utilisé comme
élément d'entrée pour le descriptif du produit.
5.1.1 Disponibilité
5.1.1.1 Le descriptif du produit doit être disponible pour des acheteurs potentiels et des utilisateurs du
produit.
5.1.2 Contenu
5.1.2.1 Le descriptif du produit doit contenir les informations nécessaires permettant à un acheteur
potentiel d'apprécier si le produit répond aux exigences.
4 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
5.1.2.2 Le descriptif du produit doit être exempt d'incohérences internes.
5.1.2.3 Les affirmations du descriptif du produit doivent être testables ou vérifiables.
5.1.3 Identifications et indications
5.1.3.1 Le descriptif du produit doit posséder une identification unique.
5.1.3.2 Le progiciel doit être identifié par son nom, une version et une date.
5.1.3.3 Le descriptif du produit doit comporter le nom et l'adresse (postale ou Internet) du fournisseur et
au moins un vendeur, vendeur ou distributeur de commerce électronique, si applicable.
5.1.3.4 Le descriptif du produit doit indiquer les traitements et services que le progiciel peut exécuter.
5.1.3.5 Quand des exigences définies par une loi ou par un organisme règlementaire s'appliquent au
progiciel et que fournisseur revendique la conformité aux documents d'exigences correspondants, le descriptif
de produit doit identifier ces documents d'exigences.
5.1.3.6 Le descriptif du produit doit indiquer si le progiciel est pour plusieurs utilisateurs ou pour un seul
utilisateur sur un système unique, ainsi que le nombre maximal d'utilisateurs simultanés pour un niveau de
performance donné sur le système requis.
5.1.3.7 Si le descriptif du produit mentionne des interfaces vers d'autres logiciels, ces interfaces ou
logiciels doivent être identifiés.
5.1.3.8 Le descriptif du produit doit indiquer les dépendances du progiciel avec des logiciels et (ou) des
matériels spécifiques, avec les références appropriées.
EXEMPLES La référence peut inclure ce qui suit:
⎯ nom du logiciel et (ou) matériel;
⎯ version;
⎯ système d'exploitation spécifique.
5.1.3.9 Le descriptif du produit doit indiquer si un soutien après la vente pour l'utilisation du progiciel est
proposé ou non.
5.1.3.10 Le descriptif du produit doit indiquer si une maintenance est proposée ou non. Dans l'affirmative,
le descriptif du produit doit décrire les services de maintenance offerts.
5.1.4 Affirmations concernant la capacité fonctionnelle
5.1.4.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la capacité
fonctionnelle prenant en compte l'aptitude, l'exactitude, l'interopérabilité, la sécurité et la conformité relative à
l'aptitude fonctionnelle. Ces affirmations, basées sur ISO/CEI 9126-1:2001, sont écrites de manière qu'une
preuve vérifiable de la conformité puisse être démontrée.
5.1.4.2 Le descriptif du produit doit comporter une vue d'ensemble des fonctions offertes par le produit à
l'utilisateur final.
5.1.4.3 Le descriptif du produit doit décrire toutes les fonctions critiques.
NOTE Se référer à l'Annexe B et à l'ISO/CEI 15026 pour plus d'informations.
5.1.4.4 S'il existe des options ou des versions pour des composants logiciels, elles doivent être indiquées.
© ISO/CEI 2006 – Tous droits réservés 5

ISO/CEI 25051:2006(F)
5.1.4.5 Les limites d'utilisation connues du progiciel doivent être décrites.
EXEMPLES Les limites peuvent être ce qui suit:
⎯ valeurs minimales ou maximales;
⎯ longueur des clés;
⎯ nombre maximal d'enregistrements dans un fichier;
⎯ nombre maximal de critères de recherche;
⎯ taille minimale d'échantillon.
5.1.4.6 Si des moyens permettant d'empêcher les accès non autorisés, accidentels ou délibérés au
logiciel sont fournis, ils doivent être mentionnés dans le descriptif du produit.
5.1.5 Affirmations concernant la fiabilité
5.1.5.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la fiabilité
prenant en compte la maturité, la tolérance aux fautes, la possibilité de récupération et la conformité relative à
la fiabilité. Ces affirmations, basées sur ISO/CEI 9126-1:2001, sont écrites de manière qu'une preuve
vérifiable de la conformité puisse être démontrée.
NOTE Il convient de ne faire aucune affirmation concernant la fiabilité sans que le développeur établisse le
bien-fondé de son affirmation par des données disponibles ou autres données vérifiables.
5.1.5.2 Le descriptif du produit doit décrire la capacité du logiciel à continuer de fonctionner (c'est-à-dire
être disponible) dans le cas d'erreurs de l'interface utilisateur, d'erreurs dans la propre logique de l'application,
ou d'erreurs dues à la disponibilité des ressources système ou réseau.
5.1.5.3 Le descriptif du produit doit comporter des informations sur les procédures de sauvegarde et de
restitution des données.
NOTE Une indication affirmant que la sauvegarde des données est possible par les fonctions du système
d'exploitation est acceptable.
5.1.6 Affirmations concernant la facilité d'utilisation
5.1.6.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la facilité
d'utilisation prenant en compte la facilité de compréhension, la facilité d'apprentissage, la facilité d'exploitation,
le pouvoir d'attraction, et la conformité relative à la facilité d'utilisation. Ces affirmations, basées sur
ISO/CEI 9126-1:2001, sont écrites de manière qu'une preuve vérifiable de la conformité puisse être
démontrée.
5.1.6.2 Le descriptif du produit doit indiquer la nature de l'interface utilisateur.
EXEMPLES Les interfaces peuvent être ce qui suit:
⎯ ligne de commande;
⎯ menus;
⎯ fenêtres;
⎯ navigateur Web;
⎯ touches de fonction;
⎯ fonctions d'aide.
6 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
5.1.6.3 Le descriptif du produit doit indiquer les connaissances spécifiques requises pour l'utilisation et la
mise en œuvre du logiciel.
EXEMPLES Les connaissances peuvent concerner ce qui suit:
⎯ les commandes de la base de données et du protocole utilisé;
⎯ un domaine technique;
⎯ un système d'exploitation;
⎯ le résultat d'une formation;
⎯ une langue autre que celle utilisée dans le descriptif du produit.
5.1.6.4 Si le produit est adaptable par l'utilisateur, les outils ou procédés requis pour cette adaptation et
leurs conditions d'utilisation doivent être précisés.
EXEMPLES Les conditions peuvent concerner ce qui suit:
⎯ un changement de paramètres;
⎯ un changement d'un algorithme de calcul;
⎯ une personnalisation de l'interface;
⎯ une assignation de touches de fonction.
5.1.6.5 Si un procédé technique de protection des droits d'auteurs est susceptible de réduire la facilité
d'utilisation, cette protection doit être mentionnée.
EXEMPLES Les protections peuvent concerner ce qui suit:
⎯ une date de fin d'utilisation programmée;
⎯ un rappel interactif pour le paiement de la copie.
5.1.6.6 Le descriptif du produit doit comporter des indications sur les dispositions pour l'accessibilité, en
particulier pour des utilisateurs ayant des incapacités ou des différences de langue.
5.1.7 Affirmations concernant l'efficience
5.1.7.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant l'efficience
prenant en compte le comportement dans la durée, l'utilisation des ressources et la conformité relative au
l'efficience. Ces affirmations, basées sur ISO/CEI 9126-1:2001, sont écrites de manière qu'une preuve
vérifiable de la conformité puisse être démontrée.
EXEMPLES Les affirmations peuvent concerner ce qui suit:
⎯ des configurations système;
⎯ des ressources nécessaires pour une utilisation efficace du progiciel, par exemple espace disque, mémoire RAM,
carte vidéo, carte pour réseau sans fil.
5.1.8 Affirmations concernant la maintenabilité
5.1.8.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la maintenabilité
prenant en compte la facilité d'analyse, la facilité de modification, la stabilité, la facilité de test et la conformité
relative à la maintenabilité. Ces affirmations, basées sur ISO/CEI 9126-1:2001, sont écrites de manière
qu'une preuve vérifiable de la conformité puisse être démontrée.
© ISO/CEI 2006 – Tous droits réservés 7

ISO/CEI 25051:2006(F)
5.1.8.2 Le descriptif du produit doit comporter des informations pour l'utilisateur concernant la
maintenance.
EXEMPLES Les informations peuvent être ce qui suit:
⎯ surveillance continue de l'exécution dynamique de l'application;
⎯ surveillance des défauts inattendus et des conditions significatives;
⎯ surveillance des indicateurs opérationnels tels que journaux, écrans alertes;
⎯ surveillance les données locales qui sont activées par l'application.
5.1.9 Affirmations concernant la portabilité
5.1.9.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la portabilité
prenant en compte la facilité d'adaptation, la facilité d'installation, de remplacement, de coexistence,
l'interchangeabilité et la conformité relative à la portabilité. Ces affirmations, basées sur ISO/CEI 9126-1:2001,
sont écrites de manière qu'une preuve vérifiable de la conformité puisse être démontrée.
5.1.9.2 Le descriptif du produit doit indiquer les différentes configurations ou configurations supportées
(matériel, logiciel) pour la mise en œuvre du progiciel.
NOTE Différentes configurations peuvent être indiquées, par exemple pour différentes tâches, différentes valeurs
limites ou différentes exigences d'efficience.
EXEMPLES Les systèmes peuvent être ce qui suit:
⎯ des systèmes d'exploitation;
⎯ des unités de processeurs incluant des coprocesseurs;
⎯ la taille mémoire centrale;
⎯ le type et la taille des périphériques de stockage;
⎯ des cartes d'extensions;
⎯ des équipements d'entrée sortie;
⎯ l'environnement réseau;
⎯ le logiciel système et les autres logiciels.
5.1.9.3 Le descriptif du produit doit comporter des informations sur la procédure d'installation.
5.1.10 Affirmations concernant la qualité de fonctionnement
5.1.10.1 Le descriptif du produit doit comporter, si applicable, des affirmations concernant la qualité de
fonctionnement, prenant en compte, dans un contexte spécifié d'utilisation, l'efficacité, la productivité, la
sécurité et la satisfaction. Ces affirmations, basées sur ISO/CEI 9126-1:2001, sont écrites de manière qu'une
preuve vérifiable de la conformité puisse être démontrée.
NOTE Les affirmations concernant la qualité de fonctionnement dépendent du contexte d'utilisation. Il est impossible
de prendre en compte tous les utilisateurs potentiels d'un progiciel. Il convient de décrire des utilisateurs potentiels
typiques et leur utilisation prévue.
EXEMPLES Des affirmations concernant la qualité de fonctionnement peuvent être ce qui suit:
⎯ le pourcentage du produit qui a été audité;
⎯ le nombre de rapports d'anomalie ou de constats ouverts dans le processus de développement du progiciel;
⎯ les résultats d'enquête auprès des utilisateurs qui ont été corrigés ou non.
Une référence à ISO/CEI 25062 peut être faite pour des informations concernant l'efficience des tests, l'efficacité et la
satisfaction.
8 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
5.1.10.2 La référence du rapport de test doit être indiquée.
NOTE Le format du rapport test est donné dans l'ISO/CEI 9126-4.
5.2 Exigences pour la documentation utilisateur
NOTE L'ISO/CEI 9127, Ingénierie du logiciel — Documentation pour l'utilisateur et renseignements sur l'emballage
des progiciels grand public, peut être utilisée pour la création de la documentation utilisateur.
5.2.1 Exhaustivité
5.2.1.1 La documentation utilisateur doit comporter les informations nécessaires à l'utilisation du logiciel.
5.2.1.2 La documentation utilisateur doit décrire toutes les fonctions indiquées dans le descriptif du
produit et toutes celles qui sont accessibles à l'utilisateur.
5.2.1.3 La documentation utilisateur doit décrire toutes les fonctions concernant la fiabilité et leur mise en
œuvre.
5.2.1.4 La documentation utilisateur doit lister les erreurs et les défauts qui sont traités et qui entraînent
la défaillance ou l'arrêt de l'application, en particulier les conditions se terminant par l'arrêt de l'application et
provoquant la perte de données.
5.2.1.5 La documentation utilisateur doit fournir un guide pour la sauvegarde et la restauration des
données.
5.2.1.6 La documentation utilisateur doit fournir des instructions complètes et des informations de
référence pour toutes les fonctions critiques du logiciel (logiciel dont les défauts peuvent avoir un impact sur la
sécurité ou qui peuvent causer de larges pertes financières ou sociales).
NOTE Voir l'Annexe B pour plus d'informations.
5.2.1.7 La documentation utilisateur doit indiquer les limites d'utilisation du progiciel signalées dans le
descriptif du produit.
5.2.1.8 La documentation utilisateur doit indiquer l'espace disque minimal et maximal requis pour
l'installation.
5.2.1.9 La documentation utilisateur doit comporter toutes les informations nécessaires pour les fonctions
d'administration de l'application exécutables par l'utilisateur.
5.2.1.10 Des informations permettant à l'utilisateur de vérifier la bonne exécution des fonctions
d'administration de l'application doivent être incluses dans les informations pour les fonctions d'administration
de l'application exécutables par l'utilisateur.
5.2.1.11 Si la documentation utilisateur est fournie en plusieurs parties, au moins un élément de
l'ensemble doit identifier toutes les parties.
5.2.2 Exactitude
5.2.2.1 Toutes les informations dans la documentation utilisateur doivent être exactes.
NOTE Il convient de pouvoir lier toutes les informations dans la documentation utilisateur à une source de référence
pour l'exactitude.
5.2.2.2 La documentation utilisateur doit présenter les informations exemptes d'ambiguïté.
© ISO/CEI 2006 – Tous droits réservés 9

ISO/CEI 25051:2006(F)
5.2.3 Cohérence
5.2.3.1 Les documents de la documentation utilisateur doivent être exempts de contradictions internes,
entre eux et avec le descriptif du produit.
NOTE La cohérence avec le logiciel est traitée dans le Paragraphe 5.3.1.5.
5.2.4 Facilité de compréhension
5.2.4.1 La documentation utilisateur doit être compréhensible par les utilisateurs finaux pour lesquels le
progiciel est principalement destiné, en utilisant une terminologie et un style compréhensible par son public
spécialisé.
EXEMPLE Un progiciel destiné aux architectes.
5.2.4.2 La facilité de compréhension de la documentation utilisateur doit être facilitée par une liste
structurée de documents.
5.2.5 Facilité d'apprentissage
5.2.5.1 La documentation utilisateur doit fournir les informations nécessaires pour apprendre à utiliser le
logiciel.
NOTE La documentation utilisateur peut faire référence à des informations additionnelles contenues dans le progiciel
lui-même ou dans des éléments auxiliaires tels que formation.
5.2.6 Facilité d'exploitation
5.2.6.1 Si la documentation utilisateur n'est pas fournie sous forme imprimée, il doit être indiqué si elle
peut être imprimée et dans ce cas comment obtenir une copie.
5.2.6.2 La documentation utilisateur, autre que fiche ou guide de référence, doit avoir une table des
matières ou une liste du contenu et un index.
5.2.6.3 La documentation utilisateur doit définir les termes et les acronymes non utilisés couramment.
5.3 Exigences de qualité pour le logiciel
NOTE Les logiciels dont la défaillance peut avoir un impact critique sur la sécurité ou des objectifs commerciaux
peuvent prendre en compte les conseils et les recommandations de l'Annexe B.
5.3.1 Capacité fonctionnelle
5.3.1.1 Après l'installation, il doit être possible de déterminer si le logiciel fonctionne ou non.
EXEMPLE La vérification de bon fonctionnement peut être faite au moyen de cas de test ou d'autotests fournis avec
des messages adéquats ou par d'autres tests réalisés par l'utilisateur.
5.3.1.2 Toutes les fonctions mentionnées dans la documentation utilisateur doivent être exécutables
avec les moyens, les propriétés et les données correspondants et dans le respect des limites indiquées.
5.3.1.3 Les fonctions du logiciel doivent s'exécuter conformément à toutes les affirmations contenues
dans la documentation utilisateur.
5.3.1.4 Le logiciel doit être conforme à toutes les exigences des documents d'exigences cités en
référence dans le descriptif du produit.
10 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
5.3.1.5 Le logiciel doit être exempt de contradictions avec lui-même et avec le descriptif du produit et la
documentation utilisateur.
EXEMPLE Deux actions identiques doivent fournir le même résultat.
5.3.1.6 Le contrôle du logiciel par l'utilisateur final selon la documentation utilisateur et le fonctionnement
du logiciel doivent être cohérents.
5.3.2 Fiabilité
5.3.2.1 Le logiciel doit se comporter selon les exigences de fiabilité définies dans la documentation
utilisateur.
5.3.2.2 La fonction liée à la gestion des erreurs doit être cohérente avec les affirmations correspondantes
dans le descriptif du produit et la documentation utilisateur.
NOTE Le logiciel ne peut être tenu pour responsable de différents types de défauts ayant pour origine le système
d'exploitation ou le réseau.
5.3.2.3 Le logiciel ne doit pas perdre d'informations s'il est utilisé dans les limites indiquées dans la
documentation utilisateur.
NOTE Cette exigence vaut également dans les conditions suivantes:
⎯ l'exploitation se fait jusqu'aux limites spécifiée;
⎯ des tentatives d'exploitation sont faites au-delà des limites spécifiées;
⎯ une entrée incorrecte est faite par l'utilisateur ou par un des autres programmes listés dans le descriptif du produit;
⎯ les directives explicitement précisées dans la documentation utilisateur ne sont pas respectées.
5.3.2.4 Le logiciel doit détecter les violations de syntaxe des entrées et ne doit pas les traiter comme
entrées licites.
5.3.3 Facilité d'utilisation
5.3.3.1 Les questions, messages et résultats de l'exécution du logiciel doivent être compréhensibles.
EXEMPLE La compréhension peut être obtenue par les moyens suivants:
⎯ une sélection appropriée de termes;
⎯ des représentations graphiques;
⎯ la fourniture d'information sur le contexte;
⎯ des explications d'une fonction d'aide.
NOTE Concernant la facilité d'utilisation, les utilisateurs de la présente Norme internationale sont encouragés à
envisager la possibilité d'appliquer les versions les plus récentes des normes de la série ISO 9241. En particulier, il
convient de considérer les parties 1, 2, 10 et 17 de l'ISO 9241, ainsi que l'ISO/CEI 25062.
5.3.3.2 Les messages d'erreur doivent indiquer les corrections possibles de l'erreur ou qui contacter pour
faire un rapport d'anomalie.
EXEMPLE Cette information peut être une référence à un élément dans la documentation utilisateur.
5.3.3.3 Le logiciel doit présenter les informations dans une forme telle qu'elles soient facilement
compréhensibles par l'utilisateur final, c'est à dire un texte ou un graphique visible et facile à lire ou une sortie
audio facile à entendre.
© ISO/CEI 2006 – Tous droits réservés 11

ISO/CEI 25051:2006(F)
5.3.3.4 Les messages du logiciel doivent être conçus pour que l'utilisateur final comprenne facilement le
type de message.
EXEMPLE Ces messages peuvent être ce qui suit:
⎯ des accusés de réception;
⎯ des interrogations du logiciel;
⎯ des avertissements;
⎯ des messages d'erreur.
5.3.3.5 Les formats des écrans de saisie, les rapports et les autres sorties doivent être clairs et
compréhensibles par l'utilisateur.
5.3.3.6 L'exécution des fonctions ayant des conséquences graves doit être réversible, sinon le logiciel
doit fournir un avertissement clair sur les conséquences et demander une confirmation avant l'exécution de la
commande.
EXEMPLE L'effacement et l'écrasement de données, ainsi que l'interruption d'un processus long ayant des
conséquences graves.
5.3.3.7 L'utilisateur final doit être capable d'apprendre à utiliser une fonction à l'aide de l'interface
utilisateur, de la fonction d'aide ou de la documentation utilisateur.
5.3.3.8 L'utilisateur final doit être averti quand le temps de réponse de l'exécution d'une fonction est au
delà des limites communément admises.
5.3.3.9 Chaque élément (support d'information, fichier.) doit indiquer l'identification du progiciel et, s'il y
a plusieurs supports, un numéro d'identification ou un texte.
5.3.4 Efficience
5.3.4.1 Les affirmations concernant l'efficience, contenues dans le descriptif du produit, doivent être
respectées.
EXEMPLE Message à l'utilisateur final quand le temps d'attente pour une réponse est déraisonnable.
5.3.5 Maintenabilité
5.3.5.1 Les affirmations concernant la maintenabilité, contenues dans le descriptif du produit, doivent être
respectées.
EXEMPLE Capacité de diagnostiquer des défaillances, capacité de permettre des modifications.
5.3.6 Portabilité
5.3.6.1 Si l'utilisateur peut réaliser l'installation, le logiciel doit pouvoir être installé effectivement en
suivant les instructions du manuel d'installation.
5.3.6.2 L'installation effective et le fonctionnement correct du logiciel doivent être vérifiés pour toutes les
plateformes supportés et tous les systèmes listés dans le descriptif du produit.
5.3.6.3 Si l'utilisateur peut réaliser l'installation et que le logiciel comporte des contraintes de co-
existence avec d'autres composants installés, celles-ci doivent être énoncées avant le début de l'installation.
5.3.6.4 Le logiciel doit fournir à l'utilisateur des moyens pour enlever ou désinstaller tous les composants
installés.
12 © ISO/CEI 2006 – Tous droits réservés

ISO/CEI 25051:2006(F)
5.3.7 Qualité de fonctionnement
5.3.7.1 Les affirmations concernant la qualité de fonctionnement, contenues dans le descriptif du produit,
doivent être respectées.
6 Exigences pour la documentation de test
6.1 Exigences générales
6.1.1 Objet
6.1.1.1 La documentation de test a pour objet de démontrer la conformité du logiciel aux exigences du
Paragraphe 5.3. Elle comporte tous les éléments permettant cette démonstration.
6.1.2 Cohérence
6.1.2.1 Les informations contenues dans chaque document de la documentation de test doivent être
vérifiables et exactes.
6.1.2.2 Chaque document de la documentation de test doit être exempt d'incohérences internes et avec
le descriptif du produit et la documentation utilisateur.
6.1.3 Exigences de contenu
6.1.3.1 La documentation de test doit comporter ce qui suit:
a) le plan de test;
b) la description des tests;
c) les résultats des tests.
6.1.3.2 La documentation de test doit comporter une liste de tous les documents le composant, avec
leurs titres et leurs identifiants.
6.1.3.3 Chaque document de la documentation de test doit comporter ce qui suit:
⎯ un titre;
⎯ un identifiant unique (référence, numéro de version, date d'édition);
⎯ un historique des modifications ou tout autre élément décrivant l'évolution du document;
⎯ une table des matières ou une description du contenu;
⎯ l'identifiant des documents référencés dans le corps du document;
⎯ des informations relatives aux auteurs et aux v
...