Qualité et CMMI 2010

21/01/2010
1
La Qualite Logiciel(le)
Eric Bourreau
[e-mail]
Un peu de planning
• Semaine 3 : E. Bourreau (UM2/Bouygues)
Qualité / CMMI
• Semaine 4 : S. Bourrier (SYNAPSE) 10h-11h45
Intégration Continue
• Semaine 5 : T. Sinot (LOGICA)
Conduite de Projets Avancés, CRM, CMMI, Qualité, Testing
• Semaine 6 : S. Crespin (SMILE)
Etude de cas : Démarche Qualité
C. Nebut (UM2)
JUnit et Testing [CM et TP]
• Semaine 8 : C. Nebut
Tests de structures [CM / TD / TP]
• Semaines 9 et 10 : S. Mathon (Wembla)
Extreme Programming et Méthodes Agiles
(étude de cas : CM / TD)
• Semaine 10 ou 11 : C. Nebut (UM2)
TD on TDD
Rappel : Le Projet

21/01/2010
2
La démarche informatique
Pourquoi l’Assurance Qualité
Définitions
•Qualité :
– Aptitude d’un ensemble de caractéristiques intrinsèques à
satisfaire des exigences (ISO 9001)
– Ensemble des propriétés et caractéristiques d’un produit ou
service qui lui confère l’aptitude à satisfaire les besoins exprimés
ou implicites (conformité aux exigences) (ISO 8402)
•Assurance qualité :
– Mise en œuvre d'un ensemble approprié de dispositions
préétablies et systématiques destinées à donner confiance en
l'obtention d'une qualité requise.
•Manuel qualité / Plan Qualité Logiciel :
– Document décrivant les dispositions générales prises par
l'entreprise pour obtenir la qualité de ses produits ou de ses
services.
•Clauses qualité :
– expression des exigences (contractuelles ou non)

21/01/2010
3
Définitions (suite)
•Logiciel :
– Ensemble des programmes, procédés et règles (et
éventuellement de la documentation), relatifs au
fonctionnement d'un ensemble de traitement de l'information.
•Produits :
– Programmes sources et machines, des procédures et des
ensembles de données enregistrées.
•Plan de développement :
– Document décrivant pour une réalisation donnée, la
décomposition en produits et en fournitures, les moyens à
mettre en œuvre, les tâches nécessaires à la réalisation et les
délais à respecter.
•Client et Fournisseur :
– Le client commande un logiciel, le fournisseur le réalise.
La normalisation de la qualité
• Les normes
– Organismes de normalisation :
AFNOR et ISO
– Norme du premier type :
celle qui décrit l’état d’une technique
– Norme du deuxième type :
celle qui décrit le modèle.
– Norme du troisième type :
celle qui porte sur l’organisation et la
gestion de la qualité elle-même.
La normalisation de la qualité
• Dans le domaine des systèmes d’information
– Normes du premier type : « caractéristiques »
d’éléments techniques.
• Exemple : standard de fait « Windows ».
– Norme du deuxième type :
• Méthodes de conception.
– Norme du troisième type :
• normes ISO 9000 permettant d’obtenir la certification
AFAQ

21/01/2010
4
Les normes AFNOR
• NF X50-120 définit le vocabulaire de la
qualité et les termes anglais
correspondants.
• NF 50-126 propose un guide d ’évaluation
des coûts de la non-qualité (elle peut
représenter jusqu’à 10% du C.A.)
Les normes ISO9000
• NF-EN-29000-ISO9000 :
norme « chapeau » qui clarifie :`
– Politique qualité
– Gestion de la qualité
– Système qualité
– Maîtrise de la qualité
– Assurance qualité
Les normes ISO9000
• NF-EN-29000-ISO9001 :
s’applique au fournisseur et sert de
base à un audit qualité.
– Conception/Développement
– Production
– Installation
– Soutien après-vente

21/01/2010
5
Les normes ISO9000
• NF-EN-29000-ISO9002 et 9003 sont des
sous-ensembles de la 9001 dont le champ
exclut la conception (9002) ou se limite à
l ’installation et au soutien après la vente
(9003).
• NF-EN-29000-ISO9004 définit les
principes de base pour un système qualité
dans l’entreprise (TQM : total quality
management).
Qualité logiciel
• La qualité d'un logiciel n'a pas de mesure
objective, ni de définition formelle
• 80% des logiciels ne satisfont pas les demandes
des utilisateurs
• Quelques facteurs de qualité :
d'un Produit d’un Service
Conformité Efficacité
Portabilité Disponibilité
Maintenabilité Sécurité
Flexibilité Fiabilité
Qualité Logiciel (iso 9126)
Ces facteurs sont parfois contradictoire, le choix des compromis doit s'effectuer en fonction du contexte.
Par exemple, la facilité d‘utilisation et la capacité fonctionnelle peuvent être contradictoire.