Wylie College
Plan de gestion de la configuration
Version 2.0
Historique des révisions
Date |
Version |
Description |
Auteur |
---|---|---|---|
8 Janvier 1999 |
1.0 |
Edition initiale |
Simon Jones |
10 février 1999 |
2.0 |
Extension du plan |
Simon Jones |
|
|
|
|
|
|
|
|
Sommaire
1.3 Définitions, acronymes et abréviations
2. Gestion de configuration de logiciel
2.1 Organisation, responsabilités et interfaces
2.2 Outils, environnement et infrastructure
3. Le programme de gestion de configuration
3.1 Identification de la configuration
3.1.1 Méthodes d'identification
3.1.2 Lignes de base du projet
3.2 Contrôle de la configuration et des changements
3.2.1 Traitement et approbation des demandes de changement
3.2.2 Comité de contrôle des changements
3.3 Compte-rendu du statut de la configuration
3.3.1 Stockage des supports du projet et processus de publication
6. Supervision des logiciels de sous-traitants et de fournisseurs
Annexe A - Procédures d'administration ClearCase
Procédures de gestion de la configuration
L'objet de ce document est de définir les procédures de gestion de configuration qui devront être suivies pour tous les projets logiciels entrepris à Wylie College.
Ce document couvre les procédures de gestion de configuration applicables à tous les projets de Wylie College. Chaque projet disposera aussi de son propre plan de gestion de configuration décrivant des procédures supplémentaires, définissant des jalons du projet, etc.
Wylie College utilise le glossaire Rational Unified Process et les définitions de la section "UCM Concepts" (Concepts UCM) dans [UCM].
[UCM] Using Unified Change Management with Rational Suite. Rational Software Corporation.
[CC-1] Managing Software Projects with ClearCase. Rational Software Corporation.
Wylie College se conforme aux activités de gestion de configuration telles que décrites dans Rational Unified Process. Wylie College a aussi normalisé l'utilisation des outils Rational dans le processus UCM (Unified Change Management).
L'implémentation UCM sera celle décrite dans les documents de référence ClearCase UCM, sauf s'il en est précisé autrement dans ce document.
Le personnel du service informatique de Wylie College remplit le rôle de responsable de la gestion de la configuration pour tous les projets. Chaque projet à Wylie College se verra affecter une ou plusieurs personnes remplissant le rôle de responsable du contrôle des changements.
Wylie College a normalisé l'utilisation des outils Rational Suite (Rational ClearQuest et Rational ClearCase LT) et du processus UCM. Wylie College dispose d'un jeu de PVOB existantes, une pour chaque famille de produits. Une famille de produits désigne un groupe de projets interdépendants et partageant un volume de code significatif. Les familles de produits actuelles de Wiley College et leurs PVOB (bases d'objet versionné du produit) sont les suivantes :
Les VOB (bases d'objet versionné) sont sauvegardées sur une base quotidienne par le responsable de la gestion de la configuration. Les outils et procédures de sauvegarde et de restauration, tout comme d'autres aspects administratifs, sont couverts dans l'Annexe : Procédures d'administration ClearCase.
Au début d'un projet, son responsable de la gestion de la configuration crée un projet UCM dans la PVOB (base d'objet versionné du produit) de la famille de produits adéquate et un ou plusieurs VOB (base d'objet versionné) de composants. Pour plus de détails, voir [UCM]. Toutes les VOB (bases d'objet versionné) de composants sont censés suivre la structure de répertoire de produit standard. Pour exemple, voir le VOB CRegMain de l'inscription aux cours.
Tous les projets sont supposés utiliser les principes ClearCase suivants (voir [CC-1] "Considering Which Development Policies to Enforce") :
Ci-dessous figurent des tâches et des guides d'utilisation d'outil associés à l' Activité : Créer les environnements CM du projet , qui vous guideront dans la mise en place de votre environnement de gestion de configuration :
Rôle | Tâches de Rational Unified Process | Guides d'utilisation de l'outil Rational | Remarques/Personnalisation |
---|---|---|---|
Responsable de la gestion de la configuration | Configurer l'environnement CM | Liaison de la gestion de la configuration et de la gestion des demandes de changement avec Rational ClearQuest et Rational ClearCase
Mise en place des règles Définition d'un processus de demande de changementDéfinir des notifications de changement et de revue |
La plus grande partie de cette tâche a déjà été réalisée lors de la définition de ce plan de gestion de configuration et des PVOB (bases d'objet versionné du produit) de chaque famille de produits. |
Architecte logiciel | Structure du modèle d'implémentation | Mise en place du modèle d'implémentation Paramétrage du modèle d'implémentation avec UCM |
Ceci doit être réalisé dans le cadre de l'arborescence produit standard. L'architecte logiciel fournit les données d'entrée de ce modèle d'implémentation mais sa configuration effective est généralement réalisée par le responsable de la gestion de la configuration. |
Intégrateur | Créer des espaces de travail d'intégration | Création d'un espace de travail d'intégration et de construction | |
Tout rôle | Tâche : Créer un espace de travail de développement | Création d'un espace de travail de développement |
Les projets UCM portent le nom de l'abréviation officielle retenue pour le projet. Par exemple, CReg pour Course Registration System.
Les désignations des VOB (bases d'objet versionné) sont laissées à la discrétion des responsables du projet.
Chaque produit identifié avec un niveau de révision "Formel/Interne" ou "Formel/Externe" dans le plan de développement du projet doit être contrôlé dans une VOB (base d'objet versionné) du projet d'ici la fin de la phase où il a été initialement créé. Une fois contrôlé, les procédures décrites dans ce document lui sont applicables.
Les lignes de base du projet seront désignées sous la forme <nom_projet>_<itération>_<date> où la date adopte le format MM_JJ_AA. Par exemple, CReg_C1_03_07_99.
Les états de la ligne de base seront ceux définis pour une implémentation UCM par défaut.
Les lignes de base doivent être établies à la fin de chaque itération. Des lignes de base supplémentaires peuvent être mises en place au gré du responsable de projet.
Wylie College se conforme aux activités de Rational Unified Process : Gérer les demandes de changement et Changer et livrer des éléments de configuration, avec les perfectionnements suivants :
L'artefact : Ordre de travail a été fusionné avec l'artefact : Demande de changement . Le statut des ordres de travail est donc géré par le suivi du statut des demandes de changement.
Une activité UCM est mappée à un artefact : Demande de changement. Le terme Demande de changement sera appliquée à travers le reste de ce document pour se référer à une activité UCM. Wylie College suit le schéma UCM ClearQuest par défaut.
Les activités et les états utilisés par Wylie College pour la gestion des demandes de changement sont ceux décrits dans Concepts : Gestion des demandes de changement .
Les zones requises dans le cas d'une demande de changement sont imposées par le schéma ClearQuest et, par conséquent, n'ont pas à être documentées ici.
Les tâches et guides d'utilisation d'outils applicables sont définis ci-après :
Rôle | Tâches de Rational Unified Process | Guides d'utilisation de l'outil Rational | Remarques/Personnalisation |
---|---|---|---|
Tout rôle | Tâche : Soumettre une demande de changement Tâche : Mettre à jour une demande de changement |
Soumission de demandes de changement | |
Responsable du contrôle des changements | Tâche : Revoir une demande de changement Tâche : Confirmer une demande de changement dupliquée ou rejetée |
Rapports sur les revues et l'état d'avancement du travail |
Wylie College n'a pas besoin de comité de contrôle de configuration. Les demandes de changement sont revues et approuvées par un membre du projet, le responsable du contrôle des changements, qui est habituellement aussi responsable du projet, chef d'équipe ou architecte logiciel. |
Chef de projet | Tâche : Planifier et ettribuer des tâches | L'artefact : Ordre de travail a été fusionné avec l'artefact : Demande de changement. L'affectation du travail est effectuée par affectation de la demande de changement. Pour plus de détails, voir Concepts : Gestion de demande de changement | |
Tout rôle | Tâche : Effectuer des changements | Utilisation de l'ensemble des artefacts modifiés | |
Tout rôle | Tâche : Livrer des changements | Livraison du travail | "Tout rôle" (celui à l'origine des changements) doit s'assurer que les procédures de révision appropriées ont été suivies et que la révision a abouti sur une validation, avant la livraison de changements quelconques.
Les procédures de révision applicables sont spécifiées dans le plan de développement. |
Intégrateur | Tâche : Vérifier les changements dans la construction |
Comme noté plus haut, Wylie College ne fait pas appel à des comités de contrôle des changements (dénommés également comités de contrôle de configuration).
Wylie College suit l'activité : Gérer les lignes de base et les versions comme décrit ci-dessous.
Rôle | Tâches de Rational Unified Process | Guides d'utilisation de l'outil Rational | Remarques/Personnalisation |
---|---|---|---|
Intégrateur | Tâche : Créer des lignes de base | Création de lignes de base | |
Intégrateur | Tâche : Promouvoir des lignes de base | Promotion des lignes de base du projet | |
Tout rôle | Mettre à jour l'espace de travail | Mise à jour de l'espace de travail de votre projet avec Rational ClearCase | |
Responsable de la gestion de la configuration | Créer une unité de déploiement | Les éditions du produit sont gravées sur deux jeux de CD : l'un pour stockage hors site et le second pour la bibliothèque du service informatique. Cette responsabilité incombe au responsable de la gestion de la configuration de chaque projet. Chaque CD d'une édition du produit doit contenir un cliché de l'environnement de développement, de test et d'intégration au moment de la sortie du produit, y-compris des programmes exécutables, du code source, des logiciels de test, des bibliothèques COTS, des plug-ins, des outils de support, des outils de test, etc. |
Les détails des rapports requis sont décrits par le plan de mesure de Wylie College. Une présentation des tâches et guides d'utilisation des outils de l'activité : Superviser et rapporter l'état de configuration est proposée ci-dessous.
Rôle | Tâches de Rational Unified Process | Guides d'utilisation de l'outil Rational | Remarques |
---|---|---|---|
Responsable de la gestion de la configuration | Tâche : Créer un rapport sur l'état de configuration | Génération de rapports de tendances d'erreur et d'état Affichage de l'historique d'une erreur |
Les jalons sont décrits dans le plan de gestion de configuration de chaque projet individuel.
Les cours suivants de Rational sont recommandés en fonction des rôles attribués :
Cours | Rôles |
---|---|
Développement de logiciel avec Rational ClearCase et UCM pour Windows | Tout rôle |
Administration de ClearCase | Responsable de la gestion de la configuration (administrateur ClearCase) |
Wylie College ne sous-traite pas actuellement le développement logiciel. Nous incorporons cependant dans nos systèmes des produits du commerce, lesquels doivent être soigneusement contrôlés. Chaque édition du produit doit inclure dans les notes sur l'édition les versions de tous les produits du commerce sur lesquels le système a été testé. Dans la mesure du possible, les CD d'installation de ces produits du commerce doivent être remis au bibliothécaire du service informatique.
A déterminer. Les questions devant être couvertes comprennent :
<Dénomination des hôtes réseau et des rôles, y-compris de l'hôte du serveur de registre>
<Outils et procédures de sauvegarde et de restauration>
<Travaux périodiques à effectuer (par exemple, pour vérification)>