Concept: Rapport de l'état de la configuration
Ces instructions décrivent ce que contient habituellement un rapport de l'état de la configuration. Un rapport de l'état de la configuration sert à décrire l'"état" du produit au cours de son développement, en fonction du type, du nombre, du taux et de la gravité des défauts détectés et corrigés.
Relations
Description principale

Présentation

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

Demandes de changement

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 ?

    Flux de processus généralisé pour les demandes de changement, avec les rapports chronologiques, les rapports de distribution et les rapports de tendance résultants.

Rapports de construction

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.

Descriptions de la version

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

Audits

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.