Modèles de qualité

• Un modèle est défini par un ensemble de vues de l'utilisateur concernant le produit : opération, révision, transition.
• Chaque vue est décomposée en plusieurs facteurs.
• Un facteur est décomposé en plusieurs critères. Les facteurs sont en général des attributs externes (quoiqu'on puisse classer certains facteurs comme attributs internes e.g. testabilité, efficacité.
• Chaque critére est défini par un ensemble de métriques.
• Exemple, dans le modèle de McCall le facteur fiabilité est décomposé en cohérence, précision, taulérance aux erreurs et 'em simplicité.

Le modèle de Boehm

voir figure dans la copie des transaprents.

Le modèle de McCall

voir figure dans la copie des transaparents.

Les approches de mesure de la qualité

• L'approche à modèle fixe. Le modèle est fixé d'avance. Pour mesurer la qualité d'un logiciel on accepte la décomposition offerte par le modèle ainsi que la façon de combiner les métriques élémentaires pour le calcul des critères et facteurs désirés.
• L'approche de définir les modèles de façon spécifique. La philosophie générale qui consiste à décomposer la qualité en plusieurs attributs est adoptée. La façon de décomposer les attributs et de combiner les métriques est définie suivant les utilisateurs et le produit ou type de produit.

Exemple

• Le modèle de McCall comprend 41 métriques pour mesurer les critères de qualité.
• Mesurer un facteur revient a considérer une liste de conditions à vérifier.
• La liste de conditions peut s'appliquer aux besoins (R), à la conception (D) et à l'implémentation (I).
• La condition vaut vrai ou faux suivant qu'elle soit vérifiée ou non.

La liste de conditions pour le critère complétude est la suivante:

1. Des références non ambiguës (entrée, sortie, fonction) [R, D, I].
2. Toutes les références de données (variables ou références directes à des adresses au moyen de pointeurs) sont définies, calculées ou lues de l'extérieur [R, D, I].
3. Toutes les fonctions définies sont utilisées [R, D, I].
4. Toutes les fonctions utilisées sont définies [R, D, I].
5. Toutes les conditions et tous les calculs utilisés à chaque point de décision sont définis [R, D, I].
6. Tous les paramètres d'appels formels et effectifs sont conformes [D, I].
7. Tous les problèmes de report sont résolus [R, D, I].
8. La conception est conforme aux besoins [D].
9. L'implémentation est conforme à la conception [I].

• Il y a 6 conditions qui s'appliquent aux besoins, 8 à la conception et 8 à l'implémentation.
• La mesure de la cpomlétude est donnée par la formule :

  

  où nv est le nombre de réponses vrai pour une catégorie donnée.

• Le même schéma de calcul est utilisé pour calculer les autres critères.
• Des pondérations pourraient éventuellement être associées aux réponses.

Définition de modèles

• Cette approche est complémentaire au modèle incrémental de développement
• Définition d'objectifs mesurables.
• Des priorités sont associées aux différents composants selon les valeurs obtenues en évaluant les objectifs mesurables.

Définition de modèles

Le modèle de qualité standard ISO 9126

• Ce standard est dérivé du modèle de McCall et s'appelle: Evaluation de prouits logiciels: caractérostiques de qualité et guide pour leur utilisation. Mais plus connu sous le numéro ISO 9621.
• Dans ce modèle la qualité est décomposée en 6 facteurs:
  1. La fonctionnalité.
  2. La fiabilité.
  3. L'efficacité.
  4. L'utilisabilité.
  5. La maintenabilité.
  6. La portabilité.

• Le standard prétend qu'au moyen de ces six facteurs, on peut décrire n'importe quel aspect de la qualité.
• Chacun de ces attributs peut être décrit par un ensemble de sous-caractéristiques.
• Le standard définit également un modèle de processus d'évaluation de la qualité des logiciels.

Le modèle de processus d'évaluation

voir figure dans les transparents.

Mesure des aspects de la qualité

• L'utilisateur peut offrir des formules simples pour le calcul de certains aspects de la qualité:

  portabilité = 1 - . Où ET est la mesure des ressorces nécessaires pour déplacer le système à l'environnement cible et ER la mesure des ressorces nécessaires pour créer le système dans le nouvel environnement.

Mesure de la densité des défauts

• La qualité est des fois vue comme l'absence de défauts. Cela offre un moyen d'avoir une idée globale et très approchée de la qualité.
• Les défauts sont de deux types. Les défauts connus et les défauts potentiels.
• La densité de défauts =
• Il y a plusieurs types de défauts ou erreurs:
  • Les pannes qui interviennent après livraison.
  • Les fautes qui sont découvertes après livraison.
  • Tous les types de fautes.
  • Les fautes découvertes après un point donné du cycle de développement.

• Le taux de défaut est le nombre de défauts enregistrés dans une unité de temps (e.g. temps opérationnel).

Mesure du taux des défauts

• le taux des défauts reportés par Adams à IBM:

  

Mesure du taux des défauts

• Les compagnies sont réticentes vis à vis de la publication de la densité des erreurs.
• De façon générale les compagnies américaines et européennes ont une densité moyenne d'erreurs entre 5 et 10 par KLO, alors que les compagnies japonaises ont une densité moyenne souvent inférieure à 4.
• D'après un article en 1991 dans le Buisness Week qui compare des compagnies américaines et japonaises, le nombre de défauts par KLOC enregistrés dans les 12 premiers mois est de 4.44 pour les compagnies américaines et de 1.96 pour les japonaises.
• La densité de déauts est considérée très bonne si elle est inférieure à 2 par KLOC.
• Motorola dans son objectif six sigma quality goal souhaite avoir moins de 3.4 défauts par millions de sorties du proijet, ce qui est équivalent à une densité de défauts de 0.0034 par KLOC. La densité effective était entre 1 et 6 par KLOC en 1990 mais a nettement baissé depuis.
• A schlumberger un programme d'améliorattion du processus de développement fait baisser la densité de défauts de 0.22 par KNCSS à 0.13 par KNCSS (pour 700 000 NCSS).

• Le taux de détérioration du système = temps de corriger les défauts après livraison/ temps total de développement.
• Coût relatif de la détérioration = coût pour corriger les défauts * 100/ Coût total du projet.
• Chez Hitachi ce taux a baissé de 1.5% en 1976 jusqu'à moins de 0.5% en 1979.

Mesures de qualité chez AT&T

• densité cumulative de fautes-fautes découvertes en interne.
• densité cumulative de fautes-fautes découvertes par les clients.
• Nombre total de fautes sérieuses trouvées.
• Temps moyen pour terminer avec les fautes sérieuses.
• Nombre d'erreurs par KNCSL revue de conception haut-niveau.
• Nombre d'erreurs de conception bas niveau par KNCSL.
• Nombre d'erreurs trouvés par KNCSL de code inspecté.
• Nombre d'erreurs d'intégration et de développement de test par KNCSL.
• problèmes de test systèmes trouvés par KNCSL.
• Erreurs trouvés par la première application du test au site par KNCSL.
• Problèmes trouvés par le client par KNCSL.

Mesures de qualité

• En l'absence de modèles de qualité, il faut utiliser ces mesures basées sur le nombre de fautes et d'erreurs.
• Ces mesures peuvent donner une fausse idée de la qualité car seules les pannes chez l'utilisateur sont perçues.