Le suivi de la progression d'un projet logiciel est une tâche difficile. L'un des principaux problèmes que vous
affrontez est celui de trouver les moyens de faire une mesure objective de la progression effective et de l'évaluation
de l'état associé. Une approche que vous devez prendre en considération consiste à suivre la métrologie des changements
effectifs à partir du système de contrôle des changements : cette approche pour mesurer la progression est appelée
comptabilisation de l'état de la configuration, et le rapport qui en dérive est souvent appelé rapport de l'état de la
configuration.
Comptabilisation de l'état de la configuration
(mesure) - sert à décrire l'"état" du produit au cours de son développement basé sur le type, le nombre, le taux et la
gravité des défauts détectés et corrigés. La métrologie dérivée de cet aspect de la gestion de la configuration est
utile pour déterminer l'état d'achèvement global du projet.
Les quatre principales sources des rapports de l'état de la configuration du logiciel sont :
-
Demandes de changement
-
Constructions logicielles
-
Descriptions de la version
-
Audits
Une demande de changement (CR) est un terme général pour une demande de changement d'un produit ou d'un processus. Le
processus général associé aux demandes de changement (CR) est décrit dans Concept
: Gestion des demandes de changement.
Les 'indicateurs' d'état fournissent une base aux statistiques sur les CR (chronologie, distribution ou tendance), tel
que décrit dans les étapes du processus CRM.
Les rapports de défauts basés sur les demandes de changement rentrent dans les catégories suivantes :
-
Chronologie (rapports basés sur le temps)
-
Durant combien de temps les demandes de changement des différents types sont restées ouvertes ? Quel est le
'temps mort' entre le moment du cycle de vie où les défauts sont détectés et le moment où ils ont été corrigés
?
-
Distribution (Rapports basés sur le décompte)
-
Quel est le nombre de demandes de changement dans les diverses catégories, par propriétaire, priorité, état ou
correctif ?
-
Tendance (Rapports basés sur le temps et le décompte)
-
Quel est le nombre cumulé de défauts détectés et corrigés à travers le temps ? Quel est le taux de détection et
de correction des défauts ? Quel est 'l'écart de qualité' en termes de défauts ouverts par rapport aux défauts
fermés ? Quel est le délai moyen de correction des défauts ?
Les rapports de construction fournissent la liste de tous les fichiers, de leur emplacement et des changements
incorporés, constituant la construction d'une version spécifique du logiciel.
Les rapports de construction peuvent être maintenus aussi bien au niveau système qu'au niveau sous-système.
Comme les notes sur l'édition, les descriptions de version contiennent les détails d'une version du logiciel. Cette
description doit comporter au moins les éléments suivants :
-
Inventaire des éléments édités (supports physiques et documents)
-
Inventaire du contenu du logiciel (listes de fichiers)
-
Toutes les données "d'adaptation" propres au site
-
Instructions d'installation
-
Problèmes possibles et erreurs connues
Il existe deux types d'audits dans le contexte de la gestion de la configuration :
-
Audit de la configuration physique
-
Audits de la configuration fonctionnelle
Un audit de la configuration physique (PCA) identifie les éléments d'un produit à déployer à partir du référentiel du
projet.
Un audit de la configuration fonctionnelle (FCA) vérifie qu'une référence répond aux exigences définies.
Les activités détaillées liées à la réalisation des audits sont décrites dans Effectuer un audit de configuration.
|