Présentation visant les objectifs suivants: - Objectifs généraux: -- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI -- Améliorer la qualité de nos TI (systèmes / logiciels) - Objectifs spécifiques: -- Présenter les normes et exigences de qualité des systèmes / logiciels selon ISO/IEC -- Améliorer nos exigences de qualité, pour l’atteinte des objectifs généraux ci-dessus mentionnés

1. Exigences de qualité des systèmes / logiciels
Génie logiciel - Qualitédes logiciels :
« 40 à 50% de pertes [(reworks) …] dans les entreprises de faible niveau de maturité ;
[dans] les entreprises de haut niveau de maturité […] 5%, 10% de pertes »
- Claude Y. Laporte (Radio-Canada, mars 2015)
« Les développements rapides et peu soucieux de la qualité produisent
généralement des années de maintenance et d’évolution coûteuses »
- Ward Cunningham (1992)
« Les meilleures organisations cherchent constamment à s'améliorer »
- Mark A. Langley (PMI’s Pulse of the profession Report, 2015)
« Les ingénieurs logiciels doivent s’assurer que leurs produits et les modifications connexes
sont conformes aux normes professionnelles les plus élevées possible »
- ACM, IEEE (Code d’éthique et déontologique de l’ingénieur logiciel, 1999)

2.  Objectifs
 Justifications
 Normes de qualité
 Exigences de qualité
 Exigences de qualité du produit
 Exigences de qualité des données
 Exigences de qualité du fonctionnement
 Recommandations
2017-06-26 2

3.  Objectifs généraux:
 Réduire les pertes (reworks), la difficulté et le
risque d’échec de nos projetsTI
 Améliorer la qualité de nosTI (systèmes / logiciels)
 Objectifs spécifiques:
 Présenter les normes et exigences de qualité des
systèmes / logiciels selon ISO/IEC
 Améliorer nos exigences de qualité, pour l’atteinte
des objectifs généraux
2017-06-26 3

4.  Exigences de qualité souvent négligées
 Taux de perte, d’échec ou de difficulté des
projetsTI très élevés
 Selon:
▪ ClaudeY. Laporte: 40 à 50% de perte …
▪ « Chaos Manifesto 2013 » (du Standish Group, un des
plus importants cabinets d'études technologiques):
2017-06-26 4
Projets TI 2004 2006 2008 2010 2012
Succès 29% 35% 32% 37% 39%
Échec 18% 19% 24% 21% 18%
Difficulté 53% 46% 44% 42% 43%

5.  Principal facteur d’échec ou de difficulté des
projetsTI: Exigences incomplètes (sans exigences
de qualité, les exigences sont incomplètes)
▪ Selon Standish Group, … ESI International (Entreprise de conseils
et de formations en gestion de projets, analyse d’affaires, …,
d’envergure internationale),Gartner, … (voir annexes)
 Exemples frappants, où la négligence des
exigences de qualité a été coûteuse: …
 Exigences de qualité basées sur les normes
ISO/IEC 25000, …, à fort potentiel de valeur
ajoutée à nos projetsTI
2017-06-26 5

6.  Telles les exigences « mesurables » suivantes:
▪ Maturité, Élimination des défaillances: L’attribut en objet doit
être au minimum égal à …, calculé selon la formule suivante : X =
A / B, où A = Nombre de défaillances corrigées en conception,
codage ou tests ; B = Nombre de défaillances détectées en
conception, codage ou tests
▪ Efficacité,Atteintes des objectifs –Tâche X : L’attribut en objet
doit être au minimum égal à …, calculé selon la formule suivante :
{X = 1-∑Ai | X > 0}, où Ai =Valeur proportionnelle de chaque
objectif non satisfait par la tâche (valeur maximale de ∑Ai = 1)
▪ Satisfaction générale: L’attribut en objet doit être au minimum
égal à …, calculé selon la formule suivante : X = ∑ (Ai) / n, pour i = 1
à n, où Ai = Poids de la réponse à une question d’un questionnaire
visant la mesure de la satisfaction générale ; n = Nombre de
questions de ce questionnaire
2017-06-26 6

7.  ISO/IEC 25000:2014 - Ingénierie des systèmes et
du logiciel -- Exigences de qualité des systèmes
et du logiciel et évaluation (SQuaRE) -- Guide de
SQuaRE
 ISO/IEC 2500n: Normes de gestion de la qualité
 ISO/IEC 2501n: Normes des modèles de qualité
 ISO/IEC 2502n: Normes des mesures de qualité
 ISO/IEC 2503n: Normes des exigences de qualité
 ISO/IEC 2504n: Normes d’évaluation de la qualité
 ISO/IEC 25050-25099: Extension du SQuaRE(ex: ISO/IEC
25051:2014: Exigences de qualité pour les progiciels et instructions d’essai)
2017-06-26 7

8.  Focus:
 ISO/IEC 25010:2011: Norme du modèle de qualité des
systèmes / logiciels(remplace 9126-1)
 ISO/IEC 25012:2008: Norme du modèle de qualité des
données
 ISO/IEC FDIS 25022: Norme des mesures de qualité du
fonctionnement(en développement ; prévue être mise en vigueur au début 2016 ; remplace 9126-4)
 ISO/IEC FDIS 25023: Norme des mesures de qualité du
produit(en développement ; prévue être mise en vigueur au début 2016 ; remplace 9126-2 et 9126-3)
 ISO/IEC 25024:2015 Norme des mesures de qualité
des données(en vigueur depuis octobre 2015)
 ISO/IEC 25030: Normes des exigences de qualité
2017-06-26 8

9. 2017-06-26 9
Exigences de qualité du système/logiciel, ISO/IEC 25000, 25022, 25023, 25024, 25030 , qualité du produit, adéquation fonctionnelle, efficience des
performances, compatibilité, facilité d’utilisation, fiabilité, sécurité, maintenabilité, portabilité, qualité des données, inhérente, exactitude, dépendante du
système, accessibilité, disponibilité, qualité du fonctionnement, efficacité, efficience, satisfaction, mitigation des risques, couverture contextuel

10. 2017-06-26 10
Exigences de qualitédu système/logiciel,ISO/IEC 25010, 25023, 25030 , qualitédu produit,adéquationfonctionnelle, complétudefonctionnelle,exactitudefonctionnelle, pertinence fonctionnelle,efficience des performances, comportement dans la durée, utilisationdes ressources, capacité, compatibilité,coexistence,
interopérabilité,facilité d’utilisation,identificationde la pertinence, facilité d’apprentissage,facilité d’opération,protectioncontre les erreurs de l’utilisateur,esthétiquede l’interface utilisateur,accessibilité,fiabilité,maturité,disponibilité,toléranceaux défaillances,capacité de récupération, sécurité, confidentialité,
intégrité,non-répudiation,imputabilité,authenticité,maintenabilité,modularité,capacité de réutilisation,capacité d’analyse, facilité de modification,testabilité,portabilité,facilité d’adaptation,facilité d’installation,facilité de remplacement

11.  Exemples:
▪ Adéquation fonctionnelle, Complétude fonctionnelle,
Couverture de l'implémentation fonctionnelle (ISO/IEC
FDIS 25023:2015-12 FCp-1-G):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = 1 - A / B, où A = Nombre de fonctions
manquantes ou non exécutables ; B = Nombre de fonctions
spécifiées dans le présent document, les spécifications de
conception ou les guides utilisateur
▪ Fiabilité, Maturité, Élimination des défaillances:
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre de défaillances
corrigées en conception, codage ou tests ; B = Nombre de
défaillances détectées en conception, codage ou tests
2017-06-26 11

12.  Exemples (suite):
▪ Fiabilité, Maturité,Temps moyen entre défaillances (MTBF)
(ISO/IEC FDIS 25023:2015-12 RMa-2-G) :
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A =Temps de fonctionnement ; B =
Nombre de défaillances
▪ Maintenabilité, Facilité de modification - Documentation
suffisante, Complétude de la documentation système :
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre de documents système,
couvrant exigences, solutions, tests, traçabilité, installation,
utilisation et maintenance, qui sont à jour, validés et approuvés ; B =
Nombre de document système couvrant exigences, solutions, tests,
traçabilité, installation, utilisation et maintenance
2017-06-26 12

13. Pour des exemples supplémentaires,
d’exigences de qualité « mesurables », basés sur
ISO/IEC 25000, …, voir la section « 3.5 Attributs
qualité » du document suivant:
http://fr.slideshare.net/PierrePi/normalisation-des-
exigences-44832196
2017-06-26 13

14. 2017-06-26 14
Exigences de qualité du système/logiciel, ISO/IEC 25012, 25024, 25030, qualité des données, inhérente, exactitude, complétude, cohérence,
crédibilité, actualité , inhérente et dépendante du système, accessibilité, conformité, confidentialité, efficience, précision, traçabilité,
compréhensibilité, dépendante du système, disponibilité, portabilité, capacité de récupération

15.  Exemples:
▪ Inhérente, Exactitude, Exactitude de la plage des données
(ISO/IEC 25024:2015 Acc-I-7):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre d'éléments de données
ayant une valeur comprise dans une plage spécifiée (minimum-
maximum) ; B = Nombre d'éléments de données pour lesquels on
peut définir une plage de valeurs acceptables
▪ Inhérente, Complétude, Complétude des enregistrements
(ISO/IEC 25024:2015 Com-I-2) - Fichier de données X]:
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre d'enregistrements avec
des valeurs non nulles dans le fichier de données visé ; B = Nombre
d'enregistrements du fichier de données visé
2017-06-26 15

16.  Exemples (suite):
▪ Inhérente et dépendante du système, Compréhensibilité,
Compréhensibilité de la représentation des données (ISO/IEC
25024:2015 Und-D-2):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre d'éléments de données
considérés compréhensibles par les utilisateurs visés ; B = Nombre
d'éléments de données représentés
▪ Dépendante du système, Capacité de récupération,Taux de
récupération des données (ISO/IEC 25024:2015 Rec-D-1):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre d'éléments de données
récupérés correctement et avec succès par le système ; B = Nombre
d'éléments de données qui doivent pouvoir être récupérés, selon
l’exigence suivante du présent document: EP25.
2017-06-26 16

17. 17
Exigences de qualité du système/logiciel, ISO/IEC 25010, 25022, 25030, qualité du fonctionnement, efficacité, efficience,
satisfaction, utilité, confiance, plaisir, confort, mitigation des risques économiques , mitigation des risques liés à la santé et
à la sécurité, mitigation des risques environnementaux, couverture contextuel, complétude contextuel, flexibilité
2017-06-26

18.  Exemples:
▪ Efficacité, Complétude des tâches (ISO/IEC FDIS
25022:2015-12 Ef-1-G):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = A / B, où A = Nombre de tâches terminées
correctement par l’utilisateur, sans aide ; B = Nombre de tâches
commencées par l’utilisateur
▪ Efficacité, Atteintes des objectifs –Tâche X (ISO/IEC
FDIS 25022:2015-12 Ef-2-S):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : {X = 1-∑Ai | X > 0}, où Ai =Valeur
proportionnelle de chaque objectif non satisfait par la tâche
(valeur maximale de ∑Ai = 1).
2017-06-26 18

19.  Exemples (suite):
▪ Efficience, Durée de la tâche (ISO/IEC FDIS 25022:2015-
12 Ey-1-G) –Tâche X:
▪ L’attribut en objet doit être au maximum égal à …, pour la tâche
visée, calculé selon la formule suivante : X =T, oùT =Temps pris
pour compléter la tâche
▪ Satisfaction, Utilité, Satisfaction générale (ISO/IEC FDIS
25022:2015-12 SUs-1-G):
▪ L’attribut en objet doit être au minimum égal à …, calculé selon la
formule suivante : X = ∑ (Ai) / n, pour i = 1 à n, où Ai = Poids de la
réponse à une question d’un questionnaire visant la mesure de la
satisfaction générale ; n = Nombre de questions du questionnaire
visant la mesure de la satisfaction générale
2017-06-26 19

20.  Ajouter des exigences de qualité des systèmes /
logiciels à nos spécifications basées sur les
normes d’ISO/IEC
 Commencer par en ajouter quelques-unes, celles
à plus grande valeur ajoutée
 Et d’itération en itération, de projet en projet,
augmenter ou améliorer nos exigences de
qualité, dans l’objectif de, progressivement :
 Réduire les pertes, la difficulté et le risque d’échec de
nos projetsTI
 Améliorer la qualité de nosTI
2017-06-26 20

21. 2017-06-26 21
Principal facteur d’échec des projetsTI:
- Exigences incomplètes
Facteurs d’échec des projetsTI % de Réponses
Exigences incomplètes 13.1%
Manque de participation des utilisateurs 12.4%
Manque de ressources 10.6%
Attentes irréalistes 9.9%
Manque de soutien de la direction 9.3%
Exigences changeantes 8.7%
Manque de planification 8.1%
Besoin périmé 7.5%
Manque de gestionTI 6.2%
Incompétence technologique 4.3%
Autres 9.9%

22. 2017-06-26 22
Facteurs de difficulté des projetsTI % de Réponses
Manque de participation des utilisateurs 12.8%
Exigences incomplètes 12.3%
Exigences changeantes 11.8%
Manque de soutien de la direction 7.5%
Incompétence technologique 7.0%
Manque de ressources 6.4%
Attentes irréalistes 5.9%
Objectifs pas clairs 5.3%
Planification irréaliste 4.3%
Nouvelle technologie 3.7%
Autres 23%
Un des principaux facteurs de difficulté des projetsTI:
- Exigences incomplètes

23. 2017-06-26 23
Facteur de succès des projetsTI: Exigences de base d’entreprise
(Firm basic requirements)

24. 2017-06-26 24

25. 2017-06-26 25

26. Phase
d'ingénierie
Coût moyen relatif de
réparation d'une erreur
1) Exigences 1
2) Conception 5
3) Réalisation 10
4) Essais 20
5) Maintenance 200
2017-06-26 26
Coût moyen de réparation d’une erreur d’exigence: 200 fois plus
coûteux en phase Maintenance qu’en phase Exigences
- plus une erreur est introduite tôt et détectée tard,
plus elle est coûteuse à réparer -

28. Norme, standard, exigences de qualité, mesures de qualité, logiciel, système, ISO,
IEC, 25000, 25010, 25012, 25022, 25023, 25024, 25030, qualité du produit, adéquation
fonctionnelle, complétude fonctionnelle, exactitude fonctionnelle, pertinence
fonctionnelle, efficience des performances, comportement dans la durée, utilisation
des ressources, capacité, compatibilité, coexistence, interopérabilité, facilité
d’utilisation, identification de la pertinence, facilité d’apprentissage, facilité
d’opération, protection contre les erreurs de l’utilisateur, esthétique de l’interface
utilisateur, accessibilité, fiabilité, maturité, disponibilité, tolérance aux défaillances,
capacité de récupération, sécurité, confidentialité, intégrité, non-répudiation,
imputabilité, authenticité, maintenabilité, modularité, capacité de réutilisation,
capacité d’analyse, facilité de modification, testabilité, portabilité, facilité
d’adaptation, facilité d’installation, facilité de remplacement, qualité des données,
inhérente, cohérence, crédibilité, actualité, dépendante du système, conformité,
précision, traçabilité, compréhensibilité, qualité du fonctionnement, efficacité,
satisfaction, utilité, confiance, plaisir, confort, mitigation des risques économiques ,
mitigation des risques liés à la santé et à la sécurité, mitigation des risques
environnementaux, couverture contextuel, complétude contextuel, flexibilité
2017-06-26 28