Les méthodes qualité

Quelques définitions:
  • Qualité: définition de procédures à appliquer par tout un chacun pour mener à bien sa mission.
  • Normalisation: inscription dans la durée des résultats de l'analyse qualité. Cela définit des règles communes à minima ainsi qu'une échelle de mesure pour accepter ou non un produit ou service.
Une norme a une connotation juridique, obligatoire alors qu'un standard est un accord consensuel.

Pourquoi la qualité?
- En externe: se conformer aux normes et standards.
- En interne: meilleure connaissance des coûts et des délais.

3 types de méthodes:
- qualité finale : par des spécifications, test, contrats fonctionnels.
- maîtrise de l'information : journaux de livraison, doc technique
- minimisation des difficultés interne et des erreurs : revues de projet, validations formelles

Moyens mis en oeuvre:
- définition de l'objectif
- définition de méthodes et de procédés.

Niveaux:
- non qualité : tous les process sont informels.
- qualité intuitive : méthodes propriétaires
- qualité formelle : il existe des méthodes qualité qui peuvent être allégées.
- qualité officielle : l'entreprise est en marche vers la certification.
- qualité totale : tout est sous contrôle

ISO 900x : ce sont des normes techniques volontaires.

Merise:
- gestion du cycle de vie du projet (définitions, processus, étapes)
- gestion des solutions ou cycle d'abstraction entraîne la modélisation
- gestion du cycle de décision

Abstraction      MCD     MCT   Gestionnaire
Implémentation   MLD     MOT   Informatique

CMM: Capacity and Maturity Model
5 niveaux de maturité
- Initial : la réussite vient de capacité d'individus, pas d'organisation
- répétable : procédures de gestion de projet. Coûts et délais sont identifiés
- défini : processus de dvt documenté de manière technique et managériale. Bonne vision de l'avancement d'un projet.
- géré : les risques sont connus et quantifiés
- optimisé : prévention des risques. Gestion de l'évolution et des technologies.

La documentation du logiciel est indispensable, car il en est partie intégrante!
La documentation expliquant la construction du logiciel est nécessaire car elle permet de construire une checklist et de communiquer les décisions.

La discussion continue ailleurs

URL de rétrolien : http://www.d-ornano.com/blog-de-marc-hoang/index.php?trackback/29

Fil des commentaires de ce billet