Exigences de qualité des systèmes / logiciels selon ISO/IEC 25000:2014, …

Génie logiciel - Qualité des logiciels : « 40 à 50% de pertes […] dans les entreprises de faible niveau de maturité ;

[dans] les entreprises de haut niveau de maturité […] 5%, 10% de perte » - Claude Y. Laporte (radio-canada, mars 2015)

Objectifs Justifications Normes de qualité des systèmes / logiciels Exigences de qualité Exigences de qualité des systèmes / logiciels ▪ Exigences de qualité du produit ▪ Exigences de qualité des données ▪ Exigences de qualité du fonctionnement

Recommandations

2 2015-07-02

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

3 2015-07-02

Exigences de qualité souvent négligées Taux de perte, d’échec ou de difficulté des

projets TI très élevés Selon: ▪ Claude Y. Laporte: 40 à 50% de perte … ▪ « Chaos Manifesto 2013 » (du Standish Group, un des

plus importants cabinets d'études technologiques):

4

Projets TI 2004 2006 2008 2010 2012Succès 29% 35% 32% 37% 39%Échec 18% 19% 24% 21% 18%Difficulté 53% 46% 44% 42% 43%

2015-07-02

Principal facteur d’échec ou de difficulté des projets TI: Exigences incomplètes / problèmes fonctionnels

▪ 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 projets TI

2015-07-02 5

Telles les exigences 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: 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 du questionnaire visant la mesure de la satisfaction générale

2015-07-02 6

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)

7 2015-07-02

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 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 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: Norme des mesures de qualité des données (en développement ; prévue être mise en vigueur au début 2016)

ISO/IEC 25030: Normes des exigences de qualité

8 2015-07-02

9

Qualité du système/logiciel

Efficacité

Efficience

Satisfaction

Mitigation des risques

Couverture contextuel

Qualité du fonctionnne-

ment

Inhérente (ex: Exactitude)

Inhérente et dépendante du

système (ex: Accessibilité)

Dépendante du système (ex: Disponibilité)

Qualité des données

Adéquation fonctionnelle

Efficience des performance

Compatibilité

Facilité d’utilisation

Fiabilité

Sécurité

Maintenabilité

Portabilité

Qualité du produit

2015-07-02

Système/LogicielQualité du produit

FiabilitéFacilité d’utilisation Sécurité Maintenabilité PortabilitéCompatibilitéEfficience des

performancesAdéquation

fonctionnelle

Complétude fonctionnelle

Exactitude fonctionnelle

Pertinence fonctionnelle

Comportement dans la durée

Utilisation des ressources

Capacité

Coexistence

Interopérabilité

Indentification de la pertinence

Facilité d’apprentissage

Facilité d’opération

Protection contre les erreurs de l’utilisateur

Esthétique de l'interface utilisateur

Accessibilité

Maturité

Disponibilité

Tolérance aux défaillances

Capacité de récupération

Confidentialité

Intégrité

Non-répudiation

Imputabilité

Authenticité

Modularité

Capacité de réutilisation

Capacité d’analyse

Facilité de modification

Testabilité

Facilité d’adaptation

Facilité d’installation

Facilité de remplacement

10 2015-07-02

Exemples: ▪ Adéquation fonctionnelle, Complétude fonctionnelle,

Couverture de l'implémentation fonctionnelle (ISO/IEC DIS 25023:2014-12 FCp-1-G): ▪ L’attribut en objet 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

11 2015-07-02

Exemples (suite): ▪ Fiabilité, Maturité, Temps moyen entre défaillances (MTBF) : ▪ 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

12 2015-07-02

Pour des exemples couvrant l’ensemble des exigences de qualité basées sur les normes ISO/IEC 25000, …, voir la section « 3.5 Attributs qualité » du document suivant:

http://fr.slideshare.net/PierrePi/normalisation-des-exigences-44832196

13 2015-07-02

Système/LogicielQualité des

données

Accessibilité

Conformité

Confidentialité

Efficience

Précision

Traçabilité

Compréhensibili-té

Inhérente et dépendante du système

Disponibilité

Portabilité

Capacité de récupération

Dépendante du système

Exactitude

Complétude

Cohérence

Crédibilité

Actualité

Inhérente

14 2015-07-02

Exemples: ▪ Inhérente, Exactitude, Exactitude de la plage des données

(ISO/IEC DIS 25024:2014-11 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 DIS 25024:2014-11 Com-I-2) - … [identifier le fichier de données visé]: ▪ 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é

15 2015-07-02

Exemples (suite): ▪ Inhérente et dépendante du système, Compréhensibilité,

Compréhensibilité de la représentation des données (ISO/IEC DIS 25024:2014-11 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 DIS 25024:2014-11 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: ... [entrer l’identificateur de l’exigence]

16 2015-07-02

Système/LogicielQualité du

fonctionnement

Utilité

Confiance

Plaisir

Confort

Satisfaction

Mitigation des risques

économiques

Mitigation des risques liés à la

santé et à la sécurité

Mitigation des risques

environnemen-taux

Mitigation des risques

Complétude contextuel

Flexibilité

Couverture contextuel

Efficience

Efficience

Efficacité

Efficacité

17 2015-07-02

Exemples: ▪ Efficacité, Complétude des tâches (ISO/IEC DIS

25022:2014-11 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 (ISO/IEC DIS 25022:2014-11 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).

18 2015-07-02

Exemples (suite): ▪ Efficience, Durée de la tâche (ISO/IEC DIS 25022:2014-

11 Ey-1-G) - … [identifier la tâche visée]: ▪ 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 DIS 25022:2014-11 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

19 2015-07-02

Ajouter des exigences de qualité des systèmes / logiciels à nos spécifications basées sur les normes d’ISO/IEC

Commencer par en ajouter seulement 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 projets TI Améliorer la qualité de nos TI

20 2015-07-02

2015-07-02 21

Principal facteur d’échec ou de difficulté des projets TI: Exigences incomplètes

Facteurs d’échec des projets TI % 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 gestion TI 6.2%

Incompétence technologique 4.3%

Autres 9.9%

2015-07-02 22

Facteurs de difficulté des projets TI % 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%

2015-07-02 23

Facteur de succès: Établir des exigences de base d’entreprise (Firm basic requirements)

2015-07-02 24

2015-07-02 25

2015-07-02 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 -

Phases 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