GNIE

LOGICIEL

88

MARS

2009

QUALIT

Mesure du cot de la qualit logicielle dun projet denvergure de la socit Bombardier Transport
N A B I L B E R R H O U M A , C L A U D E Y. L A P O R T E , M I K E L D O U C E T ET ALAIN APRIL
Rsum : Dans un monde des plus comptitifs, les performances des processus logiciels sont un facteur important mesurer. Il est impratif didentifier et dliminer les efforts consacrs aux reprises (rework) qui auraient pu tre vites. Le cot de la qualit est une des mesures de la performance des processus logiciels. Le cot de la qualit est lensemble des cots imputs aux activits de prvention, dvaluation et de correction des anomalies dun projet. La mesure du cot de la qualit permet, entre autres, lidentification des lments les plus coteux dun processus tels que le cot de correction des anomalies. Un projet de mesure du cot de la qualit logicielle a t effectu au sein du groupe de dveloppement logiciel de la socit Bombardier Transport situ au Qubec. Une quipe, compose de 15 ingnieurs spcialistes du logiciel de ce groupe, a dvelopp un logiciel de contrle pour le mtro dune grande ville amricaine. Le projet de mesure a t men en quatre tapes : tablissement dune liste des activits typiques relatives aux cots de la qualit logicielle, catgorisation de ces activits (prvention, valuation et correction des anomalies), dveloppement et application de rgles de pondration et, enfin, mesure du cot de la qualit logicielle. Au total, 27 rgles de pondration ont t labores et une rgle de pondration a t assigne chaque tche du projet. Plus de 1 121 activits logicielles ont t analyses sur un projet de 88 000 heures de travail. Les rsultats obtenus montrent que le cot de la qualit logicielle reprsente 33% du cot global du projet. Le cot des reprises, ou cot des anomalies, slve 10%, celui de la prvention 2% et celui de lvaluation 21% du cot global de dveloppement. Le cot de la qualit logicielle est comparable aux taux prsents par des tudes de socits, dun niveau de maturit semblable avec cependant, un cot dvaluation plus lev. Ceci peut tre expliqu par le fait que les logiciels dvelopps par Bombardier Transport sont des logiciels temps rel embarqus. Des recommandations sont aussi proposes afin damliorer la mesure du cot de la qualit. Mots cls : Cot de la qualit logicielle, mesure du cot de la qualit logicielle, amlioration de processus, cot de prvention, cot dvaluation, cot des anomalies, cot des reprises.

1. INTRODUCTION
Un grand nombre dentreprises mesure les cots requis pour effectuer leurs diverses fonctions : tel le cot de dveloppement dun produit, le cot de sa maintenance, le cot de support, etc. La mesure du cot de la qualit est trs utile pour amliorer les performances des processus. En effet, il faut rechercher les activits coteuses et

surtout, identifier et liminer les gaspillages. Les activits de dveloppement des logiciels ne devraient par chapper cette mesure. Des tudes ont montr que 40% 50% du temps des spcialistes logiciels est attribu la correction derreurs qui auraient pu tre vites [1]. Le cot de la qualit est la somme des cots imputs aux activits de prvention, dvaluation et de correction

47

GNIE

LOGICIEL

88

MARS

2009

QUALIT

des anomalies. Le cot de la qualit (CQ) - ou Cost of Quality (CoQ) - est une technique de comptabilit introduite par Juran [2] pour fournir des justifications aux gestionnaires afin de mieux investir dans les amliorations de processus. Larticle est scind en plusieurs sections o sont dcrits : La socit dans laquelle la mesure du cot de la qualit a t effectue (section 2) Les concepts du cot de la qualit (section 3) La dmarche de collecte des cots de la qualit (section 4) Les rsultats obtenus (section 5) La discussion des rsultats (section 6) Les recommandations pour des travaux futurs (section 7).

cots de la qualit : les uns sadressant la direction et les autres destins aux responsables du SDG. Les premiers se rsument comme suit : Quantification des composantes du cot de la qualit dans un langage ayant un impact sur le haut niveau managrial. Identification dopportunits majeures pour la rduction des cots. Recensement des activits responsables du cot de la mauvaise qualit. Fourniture dune base pour budgtiser les oprations relatives la qualit. Stimulation des efforts damlioration travers la publication des rsultats des cots au sein de lentreprise. laboration dun tableau de bord des cots. Utilisation des rsultats obtenus pour comparer les amliorations des processus afin didentifier les plus efficaces. Les seconds objectifs sont rsums comme suit : Identification dun projet pour la mesure du cot de la qualit logicielle, Recueil des donnes concernant les cots, Catgorisation des cots lis la qualit logicielle pour bien cibler les activits impliques, Mise en place dun modle de donnes pour la mesure des cots de la qualit, Analyse et traitement des donnes recueillies sur le site laide du modle de donnes, Prsentation la direction du rapport de lanalyse des cots de la qualit. largir ltude faite sur le projet pilote lensemble des projets.
2.3 LE PROCESSUS DE DVELOPPEMENT BOMBARDIER TRANSPORT
LOGICIEL

2. LA

SOCIT

BOMBARDIER TRANSPORT

La socit Bombardier, dont le sige social est situ Montral (Canada), compte un effectif de quelques 60 000 personnes dans plus de 35 pays en Amrique, en Europe et en Asie Pacifique. Bombardier Aronautique, employant plus de 28 000 personnes, est un leader mondial dans la fabrication davions daffaires et de transport rgional. Bombardier Transport est un chef de file dans la fabrication de matriel de transport sur rails. La socit Bombardier Transport, employant 31 500 personnes, fabrique des locomotives, des wagons de marchandises et des systmes de propulsion et de contrle, et fournit en outre des systmes et des quipements de signalisation. Les trains et mtros modernes sont de plus en plus complexes et comportent aussi de plus en plus de sous-systmes assists par ordinateur allant du contrle de la propulsion et du freinage jusquau systme de surveillance de toutes les fonctionnalits dun train ou dun mtro. On compte 32 centres de dveloppement de logiciels au sein de Bombardier Transport pour un total denviron 950 personnes lies lingnierie du logiciel. Un de ces centres de dveloppement est situ au Qubec.
2.1 LE GROUPE QUBEC
DE DVELOPPEMENT LOGICIEL

DE

Le processus dingnierie logiciel de Bombardier Transport ou PILB (en anglais BSEP pour Bombardier Software Engineering Process) permet une approche discipline dans laffectation des activits et des responsabilits dune quipe de dveloppement logiciel. Son but est dassurer la production de logiciels de haute qualit qui satisfont aux besoins des utilisateurs dans les limites du budget et du temps allous. Le PILB a t dvelopp partir des connaissances maison (p.ex. processus de dveloppement, cahier des pratiques approuves), dun modle de maturit du Software Engineering Institute, des normes internationales (ISO/CEI 12207, ISO 9001), du corpus de connaissances en gestion de projet (PMBOK), du Project Management Institute et du rfrentiel commercial RUP de la socit IBM. Le processus PILB prsente, tel quillustr la figure 1, deux dimensions: la premire, exprime en termes de phases, ditrations, de jalons et de bases de rfrences reprsente laspect dyna-

DU

Le groupe de dveloppement logiciel, ou SDG pour Software Development Group, situ StBruno tout prs de Montral, compte une trentaine de personnes ayant pour rle de concevoir, dvelopper et maintenir des logiciels embarqus pour les trains et les mtros, principalement des logiciels de surveillance (monitoring) utiliss pour la collecte dinformations de maintenance et des logiciels de contrle dinclinaison des wagons.
2.2 OBJECTIFS
DU PROJET DE MESURE

La socit Bombardier Transport a dvelopp deux sortes dobjectifs dun programme de mesure des

48

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Figure 1 : Reprsentation du cycle de dveloppement PILB

mique du processus. La deuxime, exprime en termes de processus et dactivits stipules dans la norme 12207, reprsente laspect statique du processus. Les trois lments de processus sont exprims par les rles, les activits et les artefacts : Les rles1 [3] : Un rle dfinit le comportement et les responsabilits dune personne ou dun groupe de personnes travaillant en quipe, dans le contexte dune organisation dingnierie logicielle. Le rle et ses responsabilits associes dfinissent la manire dont les travaux seront excuts ainsi que leur auteur. Comme mtaphore du rle, les membres individuels du projet peuvent jouer des rles diffrents durant le projet ; cest comme porter des chapeaux diffrents. Les activits : Les rles ont des activits qui dfinissent le travail quils effectuent. Cest une dmarche accomplie ou une fonction ralise, sur le plan intellectuel et physique, dans le but datteindre un objectif donn. Une activit est une unit de travail quune personne avec la res-

ponsabilit dcrite par le rle peut tre invite excuter. Par activit on entend galement tout travail effectu par les gestionnaires et par le personnel technique pour accomplir les activits du projet. Une activit est utilise comme un lment de planification et de suivi. Les artefacts : Les activits ont des artefacts comme entre ou sortie. Un artefact est un produit de travail du processus : les rles utilisent des artefacts pour excuter des activits, et pour en produire au cours de lexcution des activits. Les artefacts peuvent tre internes ou externes au projet et prendre diverses formes : - Un modle, tel que le modle de cas dutilisation, le modle de conception, - Un document, tel que le plan de projet, le document des exigences ou SRS (Software Requirements Specifications), - Du code

3. MODLISATION

DU COT DE LA QUALIT LOGICIELLE

Le cot de la qualit peut tre dcompos en trois catgories : les cots de prvention, les cots

49

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Tableau 1. Modle du cot de la qualit logicielle (adapt de [6])

dvaluation et les cots danomalies internes et externes 2 : Les cots de prvention : Ils sont dfinis comme les cots encourus par une organisation pour prvenir loccurrence derreurs dans les diverses tapes durant le processus de livraison (ex. : conception, dveloppement, production et expdition) dun produit ou dun service au client. Les cots dvaluation : Ce sont les cots de vrification ou dvaluation dun produit ou dun service pendant les diffrentes tapes du processus de dveloppement. Les cots des anomalies, aussi appels cots de non-conformit, se divisent en deux types : - Les cots des anomalies internes : Tous les cots rsultant des anomalies avant que le produit ou le service ne soit livr au client. - Les cots des anomalies externes : Tous les cots encourus par la compagnie quand cest le client qui dcouvre des dfauts. Le tableau 1 donne la dfinition des catgories des cots de qualit logicielle.

tu en cinq tapes : Identification des activits lies au cot de la qualit logicielle tablissement dune une liste des activits typiques relies aux cots de la qualit logicielle, Catgorisation de ces activits (prvention, valuation et anomalies), Dveloppement et application des rgles de pondration, Mesure du cot de la qualit logicielle. Les cinq tapes sont dcrites ci-dessous.
4.1 IDENTIFICATION
DES ACTIVITS LIES AU COT

DE LA QUALIT LOGICIELLE

Le tableau 2 montre larchitecture du processus PILB: Cycle de vie, processus, sous-processus et activit. Le tableau 3 prsente les processus les sousprocessus et les activits qui sont lis aux composants du cot dun projet et du cot de la qualit logicielle (prvention, valuation et reprise).
4.2 CATGORISATION
DES ACTIVITS LIES AU COT

4. DMARCHE

DE COLLECTE DES COTS DE LA QUALIT

Dans cette section, on explique les tapes qui ont conduit lestimation des cots de la qualit du projet de 88 000 heures de dveloppement. Cependant, tant donn que la collecte des efforts du projet navait pas t prvue pour la mesure des cots de la qualit, il a fallu laborer un modle de mesure avant de procder la classification de toutes les activits effectues, cest--dire plus de 1 121 activits. Le projet de mesure a t effec-

DE LA QUALIT LOGICIELLE

cette tape, on effectue le tri des activits du PILB selon la classification tablie pour la mesure du CQL. Les activits sont classes comme suit : ralisation, valuation (), prvention (P) et reprise (R) (anomalies internes et anomalies externes). Le tableau 4 illustre un exemple de classification dune tche : traabilit des exigences.

50

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Tableau 2 : Reprsentation des lments du processus PILB

Tableau 3 : Les activits lies au cot de la qualit logicielle du PILB

Tableau 4 : Exemple de classification de lactivit de traabilit des exigences

4.3 LABORATION

DES RGLES DE PONDRATION

Dans le processus PILB, il y a des activits qui chevauchent plus dune catgorie. Par exemple, lactivit tests et codage chevauche la catgorie valuation et ralisation. Pour sassurer

dobtenir une mesure correcte, des rgles de pondration ont t dfinies et le tableau 5 en montre quelques exemples. Vingt-sept rgles de pondration ont t dfinies, et ce, en troite collaboration avec les ingnieurs du SDG.

Tableau 5 : Exemples de rgles de pondration

51

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Tableau 6 : Exemples des donnes du cot de la qualit

4.4 DTERMINATION
DE PONDRATION

DE LA PRCISION DES RGLES

La grande diversit des actions entreprises lors de la ralisation dune activit quelconque est telle quon a t amen se poser la question suivante : avec quel niveau de confiance doit-on mesurer les cots. Pour rpondre cette question, une autre composante relative au niveau de la prcision des rgles de pondration a t ajoute au modle de la qualit. Pour cela, la convention suivante a t adopte lors de lenregistrement des activits : pour prcision leve, M pour moyenne et F pour faible. Chacune des rgles a ainsi t pondre. On verra plus loin le rsultat en pourcentage des activits pour chacun des niveaux de confiance.
Figure 2 : Reprsentation de la rpartition de leffort

4.5 LE

MODLE DE DONNES DE LA MESURE DU COT

DE LA QUALIT

Le modle de donnes prsente une compilation de toutes les composantes prsentes prcdemment, savoir : lidentification des activits, la catgorisation des activits, lassignation des rgles de pondration ainsi que la dsignation dun niveau de prcision. Ce modle de donnes est concrtis par un chiffrier dans lequel on trouve, entre autres, les onglets suivants : Data Task : dans cet onglet, on consigne les donnes qui caractrisent une tche : nom, effort, statut, numro de la rgle, prcision, affichage de la rgle et mesure de leffort de la tche (voir tableau 6). Analyse Task : cet onglet prsente lanalyse faite laide du chiffrier. Des histogrammes donnent une premire reprsentation de la mesure du CQL. BSEP versus CQL : cet onglet prsente les activits lies au CQL par rapport au processus PILB. Activits types (Task) : cet onglet prsente les activits types extraites de la table Task et le lien avec le PILB. Ces activits sont associes avec les catgories du CQL.

Figure 3 : Donnes de lamlioration de la qualit logicielle (Dion 1993 ; Haley 1996)

11% dans la catgorie Moyenne et seulement 0,2% dans la catgorie Faible . On peut donc conclure que les rsultats de la mesure du cot de la qualit logicielle ont t mesurs avec un bon niveau de prcision.
5.2 COT
DE LA QUALIT LOGICIELLE PAR CATGORIE

5. PRSENTATION

DES RSULTATS

On prsente, ci-dessous, les rsultats du projet de mesure du cot de la qualit dun projet de plus de 88 000 heures de travail.
5.1 QUALIT
LOGICIELLE DES MESURES DU COT DE LA QUALIT

La figure 2 montre la rpartition des cots de dveloppement au niveau des diffrentes catgories du cot de la qualit logicielle ainsi que les cots de ralisation. On constate que le cot des reprises slve 10%, celui de la prvention 2% et celui de lvaluation 21% du cot global de dveloppement. Ltude ralise pour la socit amricaine Raytheon [4, 5] montre (figure 3) que le cot de reprise en 1987, tait environ 41% du cot total des projets au niveau 1 du modle CMM, 18% au

Le niveau de confiance assign pour chaque rgle a donn les rsultats suivants : plus de 88% des activits se trouvent dans la catgorie leve ,

52

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Tableau 7 : Relation entre le niveau de maturit du processus et les reprises selon Krasner [6]

Tableau 8 : Rpartition des efforts du projet

niveau 2, 11% au niveau 3 et 6% au niveau 4. Une tude faite par Krasner [6] montre que ce taux varie entre 15% et 25% du cot de dveloppement pour une organisation de niveau de maturit 3 (voir le tableau 7). En ce qui concerne les catgories dvaluation et de prvention, ltude de Price Waterhouse [7] montre leffort du contrle de la qualit : la somme du cot dvaluation et de prvention, se situe entre 23% et 34% du cot global de dveloppement. La prsente tude montre que pour le groupe SDG, le cot du contrle de la qualit est de 23% du cot global de dveloppement, en concordance avec les tudes prcdentes.

dfaillants, peuvent causer des blessures, des dcs ou de fortes pertes financires. Le dveloppement de logiciels critiques exige laddition de plusieurs activits de prvention comme les tests par exemple.
6.1 CALCUL
DU RATIO CONFORMIT

NON-CONFORMIT

Le ratio de la conformit et de la non-conformit donne le rapport entre le cot de la qualit logicielle et celui imput aux reprises. Ltude Price Waterhouse [7] prsente un ratio (Conformit ? non-conformit) = 1.2 2.0. Pour ce projet, on obtient un ratio de 2,1. La diffrence, entre les deux tudes, peut tre explique par le fait que le cot dvaluation du groupe SDG tant assez lev, on est amen recommander de baisser ce taux et en mme temps daugmenter celui de la prvention. Le taux lev de la prvention peut tre expliqu par le fait que les logiciels dvelopps par la socit Bombardier Transport sont parfois des logiciels critiques et demandent plus dactivits de prvention. Rpartition des cots de la qualit logicielle par rapport aux rgles Pour mesurer le CQL, on a appliqu les rgles de pondration chaque tche logicielle du projet. Lanalyse de la distribution du cot par rapport aux rgles de pondration permet dexaminer les activits qui ont le plus dimpact sur le CQL. La figure 4 montre que les cots les plus significatifs sont associs aux rgles 8, 9,11, 13 et 14 et, un degr moindre, aux rgles 2, 6 et 25. La rgle 1 reprsente les cots de ralisation. Les rgles 8 et 9 sont associes aux activits de test et de codage. Alors que la rgle 8 donne 100% du cot de la catgorie valuation, la rgle 9 donne 60% du cot au niveau de la catgorie ralisation et 40% au niveau de la catgorie valuation. La rgle 11 reprsente des activits de validation et de vrification (donc des activits dvaluations) qui sont reprsentes 100% dans

6. DISCUSSION

DES RSULTATS

Le tableau 8 montre que le cot de la qualit logicielle reprsente 33% du cot global du projet. Ltude ralise par Price Waterhouse [7] montre que le cot de la qualit logicielle varie entre 38% et 49% du cot global de dveloppement. Cependant, cette tude exclut les cots des tests unitaires et ceux des anomalies, ce qui ramne le cot de la qualit logicielle estim entre 40% et 55% du cot du projet. Une autre tude, ralise par Dion [5] pour le compte de la socit Raytheon, montre que le cot de la qualit logicielle fluctue entre 55% et 67% lorsque la socit tait au niveau de maturit 1, alors que ce pourcentage diminue 40% lorsquelle atteint le niveau de maturit 3. Ces donnes issues de lindustrie du logiciel permettent de valider les rsultats obtenus durant cette tude au sein du groupe SDG. Il est remarquer que le cot de la qualit logicielle du groupe SDG est infrieur celui prsent dans les deux tudes prcdentes. Ceci est expliqu par le fait que ses processus ont t valus comme tant conformes au niveau 3 du modle dvolution des capacits logiciel (SW-CMM) du Software Engineering Institute. Plusieurs logiciels dvelopps par ce groupe sont des logiciels critiques, cest--dire des logiciels qui, sils sont

53

GNIE

LOGICIEL

88

MARS

2009

QUALIT

Figure 4 : Rpartition de leffort (heures) selon les rgles appliques

la catgorie valuation. Ceci explique le fait que le cot prsent par cette dernire catgorie est lev par rapport aux autres catgories. Les rgles 13 et 14, associes des activits de reprise et de correction de problmes logiciels, forment essentiellement la catgorie reprise. Pour les rgles 2 et 6, reprsentant respectivement une activit damlioration de processus et une activit de prototype, elles appartiennent la catgorie prvention. La rgle 25, qui est une activit de suivi, est pondre 75% de ralisation et 25% de prvention. Cette analyse dmontre, que si on veut agir sur le cot associ chaque catgorie du cot de la qualit, on devrait ncessairement le faire par le biais dactions sur les activits mentionnes plus haut dans le but daugmenter ou de diminuer un cot par rapport un autre.
6.2 COT
DES REPRISES PAR RAPPORT

Cette rpartition des cots montre que lorigine des problmes survenus lors du cycle de dveloppement touche principalement trois composantes : le code, la conception et les spcifications logicielles, tandis que lorigine principale des problmes est situe la phase de codage. Bien quils ne soient pas assez levs, les problmes de nature nouvelle caractristique sont observer. Ils proviennent surtout des requtes clients, exigences logicielles et exigences systmes. Pour les problmes de type amlioration, leurs contributions au cot de correction demeurent faibles, mais il est important quils restent en observation.

AU COT DE CORRECTION DES PROBLMES

Dans loptique danalyser les activits relies aux catgories et le cot de la qualit logicielle, nous avons tudi le rapport entre le type dactivit et la cause dun problme tel quenregistr sur le formulaire Problem Report par les ingnieurs du SDG. Les trois causes dun problme sont les suivantes : un dfaut, une amlioration ou une nouvelle caractristique (new feature). La figure 5 montre la rpartition des cots en fonction de la nature du problme et de son origine (p.ex. code, conception).

Figure 5 : Rpartition de leffort (heure) selon le type de dfaut et lactivit associe

54

GNIE

LOGICIEL

88

MARS

2009

QUALIT 7.1 MAINTENIR

LA COLLECTE DES DONNES

La premire recommandation concerne le maintien de la procdure et des mthodes de travail (utilisation des outils de collecte des donnes, structures des bases de donnes) de la collecte des donnes au sein du groupe SDG.
7.2 POURSUIVRE
LA MESURE DU COT

DE LA QUALIT LOGICIELLE

Le taux de 33% reprsentant le cot de la qualit logicielle du groupe SDG est comparable aux taux de lindustrie logicielle. Les tudes ralises par Price Waterhouse ainsi que celles de Dion ou de Krasner le confirment et valident par la mme occasion le modle de donnes qui a t prsent au cours de cette tude. Il est important aussi de contrler le cot global de la qualit sans pour autant oprer des coupures de budget sur le compte dactivits lies au cot de la qualit logicielle. Le mieux serait de bien le rpartir.
7.3 CONTRLER
PAR CATGORIE LE COT DE LA QUALIT LOGICIELLE

Figure 6 : Rpartition du type dactivit selon son occurrence

Ainsi et dans le but de mieux contrler ces cots, il est ncessaire de cerner les activits qui seront les plus impliques dans le calcul du cot relatif la correction des problmes et dagir directement sur leurs sources. Par ailleurs, titre de remarque et pour en faire sans doute une donne importante lors de la prise de dcision, le nombre doccurrence dune activit par rapport une autre, Ce qui donne une ide sur le cot global dune activit, par exemple, linvestissement au niveau des activits dvaluation. Ceci peut tre une piste pour de futures recherches. La figure 6 montre le nombre doccurrence des diffrentes activits. Ce graphique permet didentifier quelle attention devrait tre apporte une activit. Parmi toutes les activits du processus de dveloppement, lactivit de test de validation logicielle devrait requrir plus dattention du groupe SDG puisque plus de 1 500 heures ont t dpenses en test. Par exemple, y a-t-il un moyen, en ajoutant des activits de prvention, de rduire les activits de test tout en maintenant le mme niveau de qualit ?

En ce qui concerne les catgories, comme le cot de prvention, les taux respectifs devront tre mieux contrls. Pour ce qui est de leffort de contrle de la qualit (taux dvaluation et de prvention ensemble) qui est de 23%, les tudes cites plus haut le valident. Puisque le ratio du cot de la qualit en fonction de la conformit la qualit est en dehors de lintervalle 1,2 2.0, on recommande de diminuer le taux de contrle de la qualit 20%. Ceci est possible en augmentant le budget allou aux activits de prvention. Cette dmarche aura comme impact une augmentation des activits de prvention, une diminution de leffort dvaluation et, par consquent, une meilleure qualit de produits livrs. Lanalyse faite plus haut donne un taux des reprises de 10% du cot global de dveloppement. On recommande de rduire ce taux et daccentuer leffort pour changer les taux respectifs de lvaluation et de la prvention, ce qui aura comme effet la diminution des efforts de reprise.
7.4 HARMONISER
ET NORMALISER LES NOMS DONNS

AUX DIFFRENTES ACTIVITS

7. RECOMMANDATIONS
Cette section prsente des recommandations suite lanalyse des donnes sur le cot de la qualit logicielle. Ces recommandations pourront permettre de mieux contrler les dpenses relatives au cot de la qualit logicielle ainsi quau cot de dveloppement ou de maintenance dun logiciel.

Une autre remarque ayant trait la dfinition des activits lors de leur enregistrement, qui induit quelques fois des erreurs lors de lapplication des rgles pour la mesure du CQL, donnerait lieu une recommandation visant harmoniser et normaliser les noms donns aux diffrentes activits.
7.5 CONTRLER
DES PROBLMES LES ACTIVITS LIES LA CORRECTION

Puisque les dfauts se manifestent surtout au niveau des activits de conception logicielle, des

55

GNIE

LOGICIEL

88

MARS

2009

QUALIT

exigences logicielles et de codage, il serait judicieux de favoriser les actions qui permettront de diminuer efficacement les dfauts. Ces actions seront axes essentiellement sur des actes de prvention, renforant ainsi la recommandation dj cite en faveur dinvestissements accrus au niveau de cette catgorie. En ce qui concerne les deux catgories de reprise : reprise interne et reprise externe, il serait bnfique dentreprendre des actions correctives pertinentes telles que lamlioration de lefficacit de dtection danomalies en appliquant des revues par les pairs.
7.6 PRSENTER
LES RSULTATS DE LA MESURE DU COT

7.8 FAIRE

APPROUVER ET DISTRIBUER LE PROCESSUS

DE MESURE DU COT DE LA QUALIT LOGICIELLE

Afin deffectuer une collecte de la mme manire dun site lautre, il est recommand deffectuer quelques amlioration au processus utiliser pour la mesure du cot de la qualit logicielle de ce projet, de faire approuver ce processus par la direction et de former les centres de dveloppement la collecte et lanalyse des rsultats.
7.9 MESURER
LE COT DE LA QUALIT LOGICIELLE

DANS DAUTRES SITES DVELOPPEMENT DE LA SOCIT

DE LA QUALIT LOGICIELLE

Il est recommand de prsenter les rsultats des travaux entrepris durant cette tude lensemble de lquipe du projet pour motiver les dveloppeurs la collecte de mesures et orienter des recherches futures.
7.7 METTRE
EN PLACE UN TABLEAU DE BORD

Il serait souhaitable de mettre en place un tableau de bord des cots associs la qualit logicielle ainsi quun programme damlioration montrant le lien entre les activits du programme et les cots de la qualit. Ces rsultats devraient aussi tre prsents la direction afin de mieux budgtiser les plans damlioration des processus, les plans de projet et lallocation des ressources aux diffrentes activits dun projet.

On recommande quune personne du groupe dassurance qualit logicielle ou dun groupe damlioration des processus puisse dployer un processus de mesure du COQ dans dautres sites de la socit Bombardier Transport. Les objectifs de limplantation de ce processus sont les suivants : Dvelopper un logiciel en suivant un processus de mesure du cot de la qualit logicielle, Quantifier les composantes du cot de la qualit, Identifier les possibilits de rduction des cots, Fournir une base pour budgtiser les activits de dveloppement et de qualit, Utiliser les rsultats obtenus pour amliorer les processus. Les principaux intrants, extrants et activits du processus de mesure du cot de la qualit sont dcrits la figure 7.

Figure 7 : Processus de mesure du cot de la qualit

56

GNIE

LOGICIEL

88

MARS

2009

QUALIT

8. TRAVAUX

FUTURS

La mesure du CQL prsente dans cet article est base sur des donnes dun seul grand projet. Dans le but damliorer la mesure du CQL et de mieux atteindre les objectifs de la direction (prsents au dbut de cet article), il serait opportun de : Contrler la dfinition des mots lis aux noms des activits lmentaires lors de la saisie des efforts au cours de la ralisation du projet. Ceci aura un impact considrable dans la diminution du nombre de rgles de pondration, ce qui permettra de mieux contrler les activits et le CQL. Amliorer la prcision de certaines rgles de pondration. valuer le niveau de satisfaction de la direction par lintroduction du CQL au SDG et analyser limpact de cette mesure dans lamlioration des processus. Mesurer le CQL pour dautres projets du groupe SDG et les comparer aux rsultats obtenus. Implmenter un processus lger de la mesure du CQL dans dautres sites de la socit afin de recueillir des donnes de sites diffrents et de raliser une analyse comparative selon plusieurs critres, tels que le type de logiciel dvelopp, la taille du groupe de dveloppement, le niveau de maturit, etc.

permettraient, sans doute, didentifier des amliorations qui pourraient tre utilises dans les projets de dveloppement et de maintenance de la socit Bombardier.
REMERCIEMENTS

Les auteurs remercient, MM. Yves Laperrire et Sylvain Hamel de la socit Bombardier Transport de St-Bruno (Qubec) pour leurs prcieuses collaborations.

10. RFRENCES
[1] R. N. Charrette : Why software fails? ; IEEE Spectrum, septembre 2005, pp. 42-49. [2] J. Juran : Quality Cost. Quality Control Handbook, (4e d.) ; McGraw-Hill, New York, 1988. [3] C. Y. Laporte, P. Bourque, Y. Belkebir et M. Doucet : Amlioration de la dfinition des rles du processus de gnie logiciel de la socit Bombardier Transport ; Revue Gnie Logiciel, numro 72, mars 2005, pp. 43-52. [4] T. J. Haley : Software process improvement at Raytheon ; IEEE Software, vol. 13, n 6, pp. 33-41. Figure tire de la revue IEEE Software, 1996. [5] R. Dion : Elements of a Process Improvement Program, Raytheon ; IEEE Software, vol. 9, n 4, pp. 83-85. juillet 1992. [6] H. Krasner : Using the cost of quality approach for software ; Crosstalk - The Journal of Defense Software Engineering, volume 11, numro 11, novembre 1998. [7] Price Waterhouse Report, Software Quality Standards: The Costs and Benefits ; UK Department of Trade and Industry, 1988.
NOTES

9. CONCLUSION
Dans le domaine du gnie logiciel, la mesure du cot de la qualit logicielle est une composante importante de la gestion des projets logiciels. Le cot de la qualit logicielle est aussi une bonne mesure de la performance dune entreprise. Plus de 1 121 activits logicielles ont t analyses sur un projet de 88 000 heures de travail. Le cot de la qualit logicielle reprsente 33 % du cot global du projet. Le cot des reprises, ou cot des anomalies, slve 10 %, celui de la prvention 2 % et celui de lvaluation 21 % du cot global de dveloppement. Nous avons propos des recommandations afin de mieux mesurer et contrler les dpenses relatives au cot de la qualit logicielle. Nous avons aussi propos de mesurer le cot de la qualit logicielle dans dautres sites de dveloppement de la socit. Les rsultats de ces mesures

1 Les lecteurs peuvent se rfrer larticle suivant pour mieux comprendre les rles du processus BSEP : C. Y. Laporte, P. Bourque, Y. Belkebir et M. Doucet : Amlioration de la dfinition des rles du processus de gnie logiciel de la socit Bombardier Transport ; Revue Gnie Logiciel, numro 72, mars 2005, pp. 4352. 2 Pour prserver la confidentialit de certaines donnes, les lments de cot ne seront pas reprsents en units montaires mais seront exprim en heures.

Prix de thse ASTI 2009

L'ASTI, Association Franaise des Sciences et Technologies de l'Information et de la Communication, dcernera en 2009 deux prix de thse rcompensant d'excellents travaux dans le domaine des STIC. Ces prix illustrent la volont de l'ASTI de soutenir la recherche dans ce domaine, dans toute sa diversit pluridisciplinaire et depuis les travaux fondamentaux jusqu'aux applications innovantes. L'objectif est de promouvoir les jeunes chercheurs et de faire connatre leurs travaux l'ensemble de la communaut des STIC. Date limite de dpt des candidatures : 30 avril 2009 Instructions et dossier de candidature : http://www.asti.asso.fr/prix_these_2009

57