Les principaux aspects d'un système CM sont les suivants :

  • Gestion des demandes de changement
  • Comptabilisation/Mesure de l'état de la configuration
  • Gestion de la configuration (CM)
  • Suivi des changements
  • Sélection de la version
  • Fabrication du logiciel

Le cube CM suivant, présentant les interdépendances réciproques, sert à iconiser les principaux aspects d'un système CM.

Concepts : Gestion des demandes de changement Concepts : Gestion des demandes de changement Concepts : Gestion des demandes de changement Diagramme du cube CM présentant les relations entre la gestion des demandes de changement, la mesure, et la gestion de la configuration

 

  1. Gestion des demandes de changement(CRM) - traite de l'infrastructure organisationnelle nécessaire pour évaluer le coût, le planning et l'impact du changement demandé sur le produit existant. La gestion des demandes de changement traite des travaux d'une équipe de revue des changements ou d'un comité de contrôle des changements.
  2. La comptabilisation/mesure de l'état de la configuration - est utilisée pour décrire 'l'état' du produit, sur la base du type, du nombre, du taux et de la gravité des défauts détectés et corrigés au cours du développement du produit. La métrologie dérivée de cet aspect, à travers d'audits ou de données brutes, est utile pour déterminer l'état d'achèvement global du projet.
  3. La gestion de la configuration (CM) - décrit la structure du produit et identifie les éléments constitutifs de sa configuration, traités comme entités uniques versionables dans le processus de gestion de la configuration. La CM traite de la définition des configurations, de la construction et de l'étiquetage, du regroupement des artefacts versionés en ensembles constitutifs, et de la traçabilité entre ces versions.
  4. Le suivi des changements - décrit ce qui a été fait sur les éléments, pour quelle raison et à quel moment. Il permet de suivre l'historique et les motifs des changements. Il est bien distinct de l'évaluation de l'impact des changements proposés, tel que décrit sous 'Gestion des demandes de changement'.
  5. Sélection de la version - l'objet d'une bonne 'sélection de version' est d'assurer que les versions correctes des éléments de configuration sont sélectionnées pour le changement ou l'implémentation. La sélection de version repose sur une solide 'identification de la configuration'.
  6. Fabrication du logiciel - automatisation des étapes de compilation, de test et de packaging pour la distribution du logiciel.

Le processus Rational Unified Process décrit un système CM exhaustif couvrant tous les aspects de la CM. Son objet est de permettre un processus CM efficace qui :

  • est intégré au processus de développement logiciel
  • aide à gérer l'évolution des produits du développement logiciel
  • permet aux développeurs d'exécuter des tâches CM avec le minimum d'intrusion dans le processus de développement

Un des objectifs du processus CM de Rational est d'encourager le contrôle de version des artefacts capturés dans les outils de développement, et de réduire la production de documentation papier, particulièrement inefficace.

L'autre but du processus CM de Rational est d'assurer que le niveau de contrôle appliqué à chaque artefact est basé sur le niveau de maturité du produit. Au fur et à mesure de la maturation des produits, les demandes de changement sont validées par l'implémenteur, puis par l'intégrateur de sous-systèmes ou de système, puis par le gestionnaire de projet et finalement par le client.

Pour l'efficacité du processus, il est important de s'assurer que le poids bureaucratique associé au processus de la gestion des demandes de changement soit cohérent avec le niveau de maturité du produit.

Par exemple, durant les premières itérations, le processus de gestion des demandes de changement (CRM) peut être relativement informel. Durant les phases ultérieures du cycle de vie de développement, le processus CRM peut être plus strict pour s'assurer que les ressources nécessaires au test et à la documentation puissent traiter les changements et évaluer l'instabilité potentielle qu'un changement peut introduire. Un projet incapable d'adapter le niveau de contrôle durant le processus de développement ne sera pas efficace.



RUP (Rational Unified Process)   2003.06.15