qualité_logicielle

Les études sur la qualité Logicielle ne datent pas d’aujourd’hui, en effet effet les Vers la fin des années 70, des acteurs comme BOEHM, McCALL , Richards Edwars et Walters avaient déjà fourni les éléments qu’il fallait considérer lors de l’évaluation de la qualité d’un logiciel . Depuis des modèles de qualités se sont développés, mais on retrouve toujours 3 niveaux :

Modèle qualité MacCall – MacCall – ISO 9126 1 Les facteurs qualité Les facteurs qualité font référence à l’e xpression des besoins et exigences (point de vue externe, client) selon MacCall un facteur qualité est une caractéristique du logiciel qui contribue contribue à améliorer la qualité de celui-ci. Un facteur doit pouvoir être associé directement ou indirectement à un cout. Ses recherches lui ont permis d’établir une liste de onze facteurs qualité à savoir : Adaptabilité Interopérabilité Robustesse

Maniabilité Efficacité

Testabilité Sécurité

Conformité Portabilité

Réutilisabilité Maintenabilité

Le modèle de MacCall a été repris par la norme ISO 9126, mais cette fois-ci avec moins de facteurs. Son modèle a été critiqué à cause du fait que son utilisation requérait un très grand nombre de métriques. La norme ISO 9126 définis définis ces facteurs par le vocable CARACTERISTIQUES (caractéristiques internes et externes, caractéristiques à l’utilisation) l’utilisati on) Capacité fonctionnelle

Facilité d’utilisation

Maintenabilité

Fiabilité

Rendement

Portabilité

Nous utiliserons le modèle de la norme ISO 9126 dans la suite de notre mémoire.

2 Les critères qualité Un critère est un attribut du logiciel par l’entremise duquel un facteur fact eur peut être évalué et défini. Un critère est plus orienté vers les personnes chargées de la conception du produit logiciel. Un critère peut être associé à plusieurs facteurs différents. MacCall a défini une liste de 23 critères. Voir Annexe C.

La norme par contre utilise le terme SOUS-CARACTÉRISTIQUES (point de vue interne, technique).

Dépends de Qualité au sein des processus projets

Dépends de

Qualité Interne

Influence

Dépends de

Qualité Externe

Influence

Qualité de fonctionnement

Influence

Niveau de qualité selon la norme ISO/IEC 9126-1 Tout comme le décrit la figure XX, la norme ISO 9126-1 9126 -1 définit trois niveaux de qualité logicielle, à savoir : la qualité interne : peut être évaluée en mesurant les propriétés internes du produit logiciel logi ciel en dehors de toute exécution la qualité externe : peut être évaluée durant l’exécution du logiciel en mesurant ses propriétés externes 



Caractéristiques et sous caractéristiques caractéristiques internes et externes du modèle qualité qualité ISO 9126 Caractéristiques Sous-caractéristiques Capacité fonctionnelle Aptitude Exactitude Interopérabilité Sécurité Capacité fonctionnelle Conformité réglementaire Fiabilité Maturité Tolérance aux fautes Possibilité de récupération Fiabilité Facilité d’utilisation Facilité de compréhension Facilité d’apprentissage Facilité d’exploitation Pouvoir d’attraction Facilité d’utilisation Conformité réglementaire Rendement Comportement vis-à-vis du temps Utilisation des ressources Rendement Conformité réglementaire Maintenabilité Facilité d’analyse Facilité de modification Stabilité Facilité de tests Maintenabilité Conformité réglementaire Portabilité Facilité d’adaptation Facilité à l’installation Coexistence

Interchangeabilité Portabilité Conformité réglementaire Interchangeabilité



la qualité de fonctionnement : du point de vue de l’utilisateur l’utilisateur du système et elle n’est pas reliée à ses propriétés intrinsèques.

qualité de fonctionnement

Efficacité

Productivité

Satisfaction

Sécurité

Qualité de fonctionnement La qualité de fonctionnement devrait être l'un des objectifs majeurs lors de la conception d'un produit logiciel. Car il faut que le produit puisse être utilisé pour réaliser ce à quoi il est réellement destiné. Améliorer la qualité de fonctionnement pourrait rapporter des retours sur investissement assez significatifs pour une entreprise. Selon Niguel 1 l'amélioration de cette qualité peut permettre à toute organisation de :  Augmenter son son efficacité efficacité : Les utilisateurs du système pourront utiliser de manière efficace et efficiente et gagner en temps lors de la sollicitation du SI  Améliorer la productivité productivité : une interface ergonomique bien conçue permet aux utilisateurs de se concentrer sur leurs taches plutôt que sur l'outil, (car si l'outil avait été bien conçu, il leur permettrait de réduire le temps consacré à l'exécution de leur différentes taches. Réduire les erreurs : certains utilisateurs imputent certaines de leurs erreurs au produit logiciel lorsque celui est mal conçu. Réduire les différents temps d'apprentissage : une interface (Interface Homme Machine) mal conçue peut être une barrière lors des différentes séances d'apprentissage et augmenter la pénibilité et l'effort d'apprentissage 







3. Les métriques Qualité MacCall définit une métrique comme une mesure quantitative d’un critère (ici sous caractéristiques). À l’instar des trois type de niveau niveau de qualité logicielle, la norme ISO/IEC 9126 définit définit trois types de métriques qualité, a sa voir les métriques de qualité interne, métriques de qualité externe, et des métriques pour évaluer la qualité de fonctionnement (Qualité durant l’utilisation)

1

Nigel Bevan - Quality in Use: Meeting Meeting User Needs for Quality - Journal of System and Software, 1999 (in press)

3.1 Métriques qualité externe et interne Les rapports techniques internationaux ISO/IEC 9126-2 et ISO/IEC 9126-3 définissent des métriques pour mesurer de manière quantitative les attributs (sous- caractéristiques) des six caractéristiques définie dans la norme ISO/IEC 9126-1. Ces documents ont été conçus dans l'esprit d’adaptabilité, c’est à dire que ses utilisateurs (Développeurs, Testeurs, Testeurs, Responsable Qualité, acheteurs, etc..) puissent eux même effectuer leur sélection de métrique afin d'évaluer la qualité de leurs produits. Ce rapport technique international contient: des explications concernant la méthodologie a utiliser pour mettre en place les métriques mét riques qualité logicielle des fondements de calculs pour les l es métriques reliées à chaque attributs (sous caractéristiques) et un exemple qui explique comment appliquer ces métriques durant la vie du produit logiciel. Il contient aussi des tables de métriques qui sont définies définies pour chaque caractéristique et sous-caractéristiques identifiées dans la partie 1 de la norme. Chaque table décrit de manière détaillée les informations suivantes : Le nom de la métrique ; Le périmètre de la métrique ; La méthode à appliquer ; Le mesurage (formule et éléments de calcul) ; L’interprétation des valeurs mesurées ; Le type d’échelle ; Le type de mesure ; Les données d’entrée du mesurage ; La référence aux processus du cycle de vie du logiciel (ISO/CEI 12207) Le public visé par ce rapport technique 

 















Ce rapport technique décrit les outils outil s de mesures qui doivent être utilisé dans le cadre de l'évaluation de la qualité d'un logiciel, ce dans des conditions co nditions réelles. Ces métriques qualités permettent d'évaluer la conformité des fonctionnalités et attributs de l'outil logiciel, avec les exigences provenant des utilisateurs. Le rapport défini les besoins utilisateurs en fonction des attributs : d’efficacité de satisfaction de sécurité ; de productivité ; 



 

Pour plus de précision, voir la liste des métriques qualités relatives à la norme en annexe D La norme 9126 que nous venons de parcourir est complémentaire a une norme que nous avons étudié dans le chapitre 2. Ensemble elles constituent des standards incontournables dans l’indus trie du logiciel.

Relation entre norme ISO/IEC 9126 et ISO/IEC 14598

Limite des Modèles de qualité Qualité du code qualité interne:

La norme ISO/IEC 9126 ne fournit que des éléments de réponse sans précisions sur la manière de construire une solution complète en ce qui concerne la qualité du code. L’évaluation de la qualité d'un code source, nécessite la mise mi se en place d'une méthodologie générique caractérisée par des attributs qui doivent satisfaire aux critères d’objectivité, d’objectivité , de précision et de reproductibilité Qualité de fonctionnement 

Les attributs logiciels mesurés lors de l'évaluation de la qualité de fonctionnement sont en nombre limités. En effet, les besoins des utilisateurs varient d'une organisation à une autre. Il serait plus intéressant de définir un volet dynamique pour cette partie. parti e. Dans la description de la norme, on remarque qu'elle ne spécifie pas clairement le niveau auquel les différents différents acteurs projet (développeurs, chef projets, managers) doivent se référer, car selon nous certains facteurs qualité, ou sous caractéristiques seront utiles ou pas à une population cible donnée. La norme de définit pas de façon explicite la démarche pour mesurer mesurer les six caractéristiques qu'elle a définie. définie. Selon Karine 2 Mordal il n'y a pas de continium entre les des premiers niveaux de la norme (Caractéristiques et sous-caractéristiques), elle voit une difficulté dans la mise mi se en œuvre du modèle prescrit par la norme, compte tenu du fait qu'il n'existe pas de guide précis.

2

Karine Mordal Jannik Laval Stéphane Ducasse - Modèles de mesure de la qualité des logiciels- November 7, 2011

QUALIMETRIE LOGICIELLE qualité de la mesure  que dépend la pertinence des décisions et des actions  qui en découlent. Il  convient donc de prévoir des dispositifs permettant de vérifier et de valider la mesure effectuée (c.f. (c.f. § 7.6 ISO  9001 : « Maîtrise des dispositifs de surveillance et de mesure »)

C’est de la

Selon nous la qualimétrie peut être considérée comme une approche scientifique qui conçoit et étudie les métriques qui permettent de statuer sur le niveau de qualité d'un produit quelconque et des processus sui ont conduit à sa confection. la qualimétrie permet donc d'obtenir des mesures quantitatives de la qualité. En effet, dans les années années 70, les constats économiques économiques alarmants provenant du secteur de l'informatique (croissance exponentielle des couts, absence de maitrise de projets, insatisfaction utilisateurs, maintenance budgétivores, etc), ont suscités beaucoup d'interrogations. Des recherches ont été donc menées à ce sujet, et celles-ci avaient avaient pour but de : - poser les bases qui permettront de spécifier les objectifs qualité d'un produit logiciel - Permettre l'évaluation intrinsèque intrinsèque et externe du produit logiciel tout au long de son cycle de vie. Nous avons étudié certaines de ces approches dans les parties précédentes (Modèle de MacCall, Modèle ISO 9126). Il existe d'autres approches permettant de construire un modèle qualimétrique tout au long d'un projet ou sur tout le long du cycle cycl e de vie du logiciel, a savoir, le Modèle SQUALE ( Software QUALity Enhancement), l'approche développée par Thomas FO RSE, (inspiré du modèle de MacCall) . il ressemble pratiquement aux autres modèles (métrique sur la qualité du produit), mais sa particularité réside en sa capacité à établir des métriques pour mesurer la qualité des processus de production. Voir tableau

A1 : Capacité à estimer les délais A2 : Capacité à estimer les charges B1 : Maitrise des délais B2 : Maitrise des charges C1 : Taux d’utilisation des techniques de production C2 : Couverture des techniques de contrôle

Modèle Qualimétrie – Qualimétrie – Décomposition en facteurs et C Critères ritères - Thomas Forse

Le niveau défini par les lettres allant de A1 à C2 définissent les critères qui permettent de d’évaluer les différents facteurs définis au niveau supérieur.

Critère Capacité à estimer les délais

définition Aptitude de l’organisation à faire des prévisions justes en termes de délais

Décomposition M11 : Angle sur le diagramme 45°3 en délais M12 : Ratio de dépassement structurel / conjoncturel sur le diagramme 45° en délais

Aptitude de l’organisation à faire des prévisions justes en termes de charges

M21 : Angle sur le diagramme 45° en charges M22 : Ratio de dépassement structurel / conjoncture sur le diagramme 45° en charges

Aptitude de l’équipe de développement à maitriser les délais affectés au projet logiciel

M31 : Consommation en délais

Aptitude de l’équipe de développement à maitriser les charges affectées au projet logiciel

M41 : Consommation en charges

A1 Capacité à estimer les charges A2 Maitrise des délais B1

Formules de calculs 



  M  M  



  M  M  





Commentaires Valeurs après seuillage [0° ; 20°] M , Si ]30° ;45°] M [0 ; 0,1] M , Si ]0,4 ;45°[ M

Si Si Si Si

   

   ]20° ;30°] M   et si     ]0,1 ;0,4] M   et si 

B2

   

   ]20° ;30°] M   et si     ]0,1 ;0,4] M   et si  



M



M



M



 (   )

 Durée consommée depuis le début de la phase en cours  Durée consommée depuis le début du projet  Durée estimée à l’aide d’un modèle d’estimation pour la phase en cours  Durée estimée à l’aide d’un modèle d’estimation depuis le début du projet Valeurs après seuillage Si  [0 ; 0,9] M   , Si  ]0,9 ;1] M   et si Si  ]1 ;∞*M     ) M (    Durée consommée depuis le début de la phase en cours  Durée consommée depuis le début du projet  Durée estimée à l’aide d’un modèle d’estimation pour la phase en cours d u projet  Durée estimée à l’aide d’un modèle d’estimation depuis le début du Valeurs après seuillage Si  [0 ; 0,9] M   , Si  ]0,9 ;1] M   et si Si  ]1 ;∞*M   







3



Valeurs après seuillage [0° ; 20°] M , Si ]30° ;45°] M [0 ; 0,1] M , Si ]0,4 ;∞* M

Si Si Si Si



Maitrise des charges





Appelé couramment Diagramme Date-Date, ou Temps-temps – Temps-temps – voir annexe pour plus d’explicationsd’explications- Annexe E

La qualimétrie dans son ensemble permet de maitriser , de prédire la qualité du produit et de mesurer et contrôler les écarts entre la qualité que l’on s’est fixé en début de projet , et la qualité que l’on constate en court de projet ou à la fin du projet. Il est important de savoir ce qu’on veut mesurer , ou ce qu’on so souhaiterais uhaiterais améliorer. Car on obtient que ce que l’on mesure4 A notre sens il n’y a pas de modèle qualimétrique magique ou clé en main. Il appartient à l’organisation de bâtir elles même son propre système qualimétrique, ce en fonction de ses objectifs et ses besoins.



La qualimétrie dans son ensemble permet de maitriser , de prédire la qualité du produit et de mesurer et contrôler les écarts entre la qualité que l’on s’est fixé en début de projet , et la qualité que l’on constate en court de projet ou à la fin du projet. Il est important de savoir ce qu’on veut mesurer , ou ce qu’on so souhaiterais uhaiterais améliorer. Car on obtient que ce que l’on mesure4 A notre sens il n’y a pas de modèle qualimétrique magique ou clé en main. Il appartient à l’organisation de bâtir elles même son propre système qualimétrique, ce en fonction de ses objectifs et ses besoins.

Activités nécessaires à la mise en place de métrique, Élisabeth WALTI - Qualité des logiciels industriels - r8080 DOSSIER TECHNIQUES DE L'INGENIEUR Les métriques qualité sont assimilables à des indicateurs. En plus d’être des outils de mesure, ils i ls doivent répondre aux exigences d’un indicateur i ndicateur efficace cf FD X 50-171

4

R.S. Kaplan and D.P. Norton, Nort on, “The balanced scorecard scorec ard— —measures that drive performance,” performance,” The Harvard Business Review, 1992