Gestion de configuration
Un article de Wikipédia, l'encyclopédie libre.
Vous avez de
Sommaire |
[modifier] Généralités
La gestion de configuration consiste à gérer la description technique d'un système (et de ses divers composants), ainsi qu'à gérer l'ensemble des modifications apportées au cours de l'évolution du système. La gestion de configuration est utilisée pour la gestion de systèmes complexes :
- en informatique,
- en aéronautique,
- en automobile,
- en construction navale,
- en systèmes spatiaux,
- en armement.
En informatique, la gestion de configuration est utilisée de manière à stocker et tracer les différentes versions ou révisions de toute information destinée à être utilisée par un système (matériel, logiciel, document, donnée unitaire, etc.).
Ceci est réalisé à l'aide de logiciels de gestion de versions, commerciaux, payants ou gratuits (exemple CVS).
Utilisée dans le suivi de versions de logiciels, la gestion de configuration permet par exemple de gérer les codes sources. Utilisée dans le suivi de versions de documents, elle permet de tracer toutes les modifications qui sont intervenues sur les informations contenues dans les documents.
[modifier] Constitutifs d'une gestion de configuration
La gestion de configuration est avant tout un ensemble de pratiques. Ces pratiques sont au nombre de quatre.
[modifier] Identification des articles de la configuration
Cette activité recouvre notamment :
- sélection des articles que l'on veut soumettre à gestion de la configuration,
- sélection des documents décrivant ces articles et que l'on veut maîtriser.
Autrement dit l'identification fixe le périmètre que l'on veut gérer.
Les activités correspondantes portent sur:
- le type des informations (ex : formats de fichiers)
- * spécifications techniques,
- * dossiers d'interfaces,
- * dossiers d'allocation,
- * dossiers de définition.
- l'organisation des informations (ex : arborescence)
- règles de nommages
- cycle de vie des informations
- identifications des relations entre les articles
[modifier] Contrôle des changements
- cycle de vie d'une demande de modification
- comité de contrôle des modifications
[modifier] Enregistrement des états de la configuration
Ce processus a pour objectif d'assurer la traçabilité de la connaissance des caractéristiques (physiques ou fonctionnelles, constitution ou performances) de l'article au cours du temps.
On enregistre ainsi toutes les évolutions apportées aux performances de l'article (caractéristiques fonctionnelles), des évolution de conception, des évolutions involontaires dues à la vie du produit (non-conformités, réparations, avaries,...)
- métriques
[modifier] Audit et revue
à savoir un audit physique & fonctionnel recouvrant
- la gestion des sauvegardes
- la vérification de l'intégrité du référentiel de configuration
- la matrice de couverture entre les exigences et les réalisations
[modifier] Différences entre Version & Configuration
La différence essentielle entre un logiciel de gestion de version et un logiciel de gestion de configuration est que ce dernier propose des outils permettant :
- de gérer les demandes de modification du système à faire évoluer
- de mettre en correspondance les demandes de modifications avec les changements apportés au système.
PVCS parle de tâche, Perforce de jobs pour désigner ces demandes de modifications. Autant CVS, Bitkeeper, SourceSafe et consors ne sont que des gestionnaires de versions (CVS signifie « Concurrent Versions System » !) tandis que les premiers sont des gestionnaires de configuration.
Au début du projet, les tâches sont les spécifications du projet, puis on trouvera les demandes de corrections ou d'évolutions.
Grâce à cette association,
- l'entropie du système reste sous contrôle,
- la matrice de conformité est alors automatiquement renseignée,
- le reste-à-passer global est connu à chaque instant.
[modifier] Listes de changements
Parmi les fonctionnalités dont peuvent disposer les gestionnaires de configuration, on trouve le regroupement de modifications. En général, une modification concerne une tâche, et il est rare qu'une tâche n'affecte qu'un seul fichier. Aussi, pour éviter de rechercher dans l'intégralité d'une arborescence de fichiers les modifications apportées à l'occasion de la résolution d'une tâche, l'outil va regrouper lesdits fichiers au sein d'une liste de changement. Ces regroupements permettent une atomicité dans l'évolution du système. Cette atomicité réalise alors des points d'arrêts qui constituent alors une graduation temporelle. Cette graduation est la base de la réalisation de toute métrique logicielle.
