Chap6 GL

Chapitre 6 : Gestion de
configuration logicielle
GL & AGL
2015/2016
Objectifs
2
 Supporter la gestion de projet.
 Favoriser le travail collaboratif :
 Plateforme adaptée.
 Organisation du travail.
 Meilleure synchronisation.
GL&AGL 2015/2016 Syrine Karoui

Plan du cours
3
 Gestion de configuration logicielle : Problématique.

 Processus de gestion de configuration.
 Architecture physique.
 Concepts de base:
 Versionning .
 Journalisation.
 Gestion de conflits d'accès.

Gestion de configuration logicielle :
Problématique(1/4)
4
 Evolution du logiciel à travers différents changements :
Nouvelles
fonctionnalités
Changement
dans le temps
Correction des
Changement anomalies
Distribution
Changement
des nouvelles
dans l’espace
versions

Problématique(2/4)
5
PB#1 : Problème de la double maintenance
Modifications
de C dans A à t3
Copie 1 de C à t1
C Système A
Constituant C
Copie 1 de C à t1
Système B
Il faut minimiser les duplications car les copies multiples peuvent diverger.

Problématique(3/4)
6
PB#2 : Problème du partage des données

Danger
Le programmeur #1 et
Programmeur #1
#2 travaillent tous les
deux sur le même
constituant C
Constituant C
Programmeur #2
Les erreurs du programmeur #1 peuvent bloquer le programmeur #2.

Problématique (4/4)
7
PB#3 : Problème des mises à jour simultanés

Copie #1 de C dans
l’environnement de P#1 à t4
Environnement
de travail de P#1 à t1
Programmeur P#1
à t2 Système A
Copie #2 de C dans
l’environnement de P#2
La secrétaire doit garder
Environnement à t3 trace des copies multiples
et synchroniser les mises à
de travail de P#2 jour
Programmeur P#2
Pour donner du confort à P#1 et à P#2, et éviter le problème PB#2, C a été

dupliqué, ce qui nous ramène au problème PB#1 Gérer le dilemme

Processus de gestion de configuration
8
 Discipline de management de projet qui permet de définir, d’identifier,
de gérer et de contrôler les articles de configuration tout au long du

cycle de développement d’un logiciel. (ISO 10007).
 Article de configuration : Ensemble de matériels, de services ou un
sous-ensemble défini de ceux-ci, retenu pour la gestion de

configuration et traité comme une seule entité dans le processus de
gestion de configuration. (ref1:D.Jacquin).

Architecture physique
9
Gestionnaire de configuration Gestionnaire de configuration

logicielle (GCL) centralisé logicielle (GCL) décentralisé
 Un seul dépôt des versions  Plusieurs dépôts pour un

faisant référence. même logiciel.
 Exemples : CVS, Subversion  Exemples : Git, Bitbucket.
(SVN).

Exemple d’architecture physique d’un systèmes de Gestion de
configuration: Perforce
10
Perforce : un outil de gestion de configuration logicielle construit autour d'une

architecture client/serveur

Concepts de base
11
 Trois concepts de base :
• Suivre les évolutions dans le

Versionning
temps de la configuration.
• Archiver les états livrés

Journalisation
successifs.
Gestion de conflit • S'assurer que chacun des états

livrés est cohérent et complet.

Concepts de base : Versionning(1/2)
12
 La numérotation à trois chiffres servant à identifier un ensemble

cohérent de modules.
 Un label ou une étiquette de révision (Tag ou Flag) : définir une
étiquette textuelle qui peut être associée à une révision spécifique d'un
projet mis à jour.
Numéro de version. Numéro de révision . Numéro de correction
modification majeure Ajout des nouvelles Correction des fautes

fonctionnalités

Concepts de base : Versionning(2/2)
13
 Exemples d’évolutions :
1.3.1 1.3.2 Correction effectuée sur V 1.3
1.1 1.2 1.3 1.4 Nouvelles fonctionnalités
T1 Tag T3 Tag
Branche
Fusion des corrections et
1.3.1 1.3.2
des nouvelles
Tronc 1.5 fonctionnalités donnant
1.1 1.2 1.3 1.4 naissance à une nouvelle
version 1.5
Tag T2
Fusion (Merge)
Concepts de base : Journalisation(1/2)
14
 Contrôler les modifications apportées à chaque fichier ou

composant d’un logiciel :
 Historique d’accès : Qui ? Quand? Nature (création

/modification / suppression).
 Détail de la modification : Par des outils intelligents de
comparaison des sources.

Concepts de base : Journalisation(2/2)
15
 Exemple : Journalisation par Commit Monitor

Concepts de base : Gestion des conflits(1/2)
16
Développement en équipe
Partage d’une base de travail commune
Coordination entre les équipes de développement
Problème : possibilité de modifications

contradictoires
« CONFLIT »
Solution 1 : Contrôle de Solution 2 : Contrôle de

concurrence pessimiste concurrence optimiste
Concepts de base : Gestion des conflits(2/2)
17
Solution pour la gestion des Description
conflits
impose à chaque utilisateur de
Le contrôle de concurrence demander un verrou avant de modifier

pessimiste une ressource ; ce verrou lui garantit
qu'il sera le seul à modifier la ressource
permet à chaque utilisateur de modifier

les données sans contrainte. Au moment
Le contrôle de concurrence d'appliquer ces modifications le système
optimiste
vérifie si un autre utilisateur n'a pas
déjà posté des modifications pour ces
mêmes données

Chap6 GL

Transféré par

Droits d'auteur :

Formats disponibles

Chap6 GL

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chap6 GL

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre 6 : Gestion de

 Supporter la gestion de projet.

 Favoriser le travail collaboratif :

GL&AGL 2015/2016 Syrine Karoui

 Gestion de configuration logicielle : Problématique.

GL&AGL 2015/2016 Syrine Karoui

 Evolution du logiciel à travers différents changements :

GL&AGL 2015/2016 Syrine Karoui

PB#1 : Problème de la double maintenance

GL&AGL 2015/2016 Syrine Karoui

PB#2 : Problème du partage des données

Les erreurs du programmeur #1 peuvent bloquer le programmeur #2.

GL&AGL 2015/2016 Syrine Karoui

PB#3 : Problème des mises à jour simultanés

Pour donner du confort à P#1 et à P#2, et éviter le problème PB#2, C a été

GL&AGL 2015/2016 Syrine Karoui

 Discipline de management de projet qui permet de définir, d’identifier,

de gérer et de contrôler les articles de configuration tout au long du

 Article de configuration : Ensemble de matériels, de services ou un

sous-ensemble défini de ceux-ci, retenu pour la gestion de

GL&AGL 2015/2016 Syrine Karoui

Gestionnaire de configuration Gestionnaire de configuration

 Un seul dépôt des versions  Plusieurs dépôts pour un

GL&AGL 2015/2016 Syrine Karoui

Perforce : un outil de gestion de configuration logicielle construit autour d'une

GL&AGL 2015/2016 Syrine Karoui

 Trois concepts de base :

• Suivre les évolutions dans le

• Archiver les états livrés

Gestion de conflit • S'assurer que chacun des états

GL&AGL 2015/2016 Syrine Karoui

 La numérotation à trois chiffres servant à identifier un ensemble

Numéro de version. Numéro de révision . Numéro de correction

modification majeure Ajout des nouvelles Correction des fautes

GL&AGL 2015/2016 Syrine Karoui

1.3.1 1.3.2 Correction effectuée sur V 1.3

1.1 1.2 1.3 1.4 Nouvelles fonctionnalités

 Contrôler les modifications apportées à chaque fichier ou

 Historique d’accès : Qui ? Quand? Nature (création

GL&AGL 2015/2016 Syrine Karoui

 Exemple : Journalisation par Commit Monitor

GL&AGL 2015/2016 Syrine Karoui

Partage d’une base de travail commune

Coordination entre les équipes de développement

Problème : possibilité de modifications

Solution 1 : Contrôle de Solution 2 : Contrôle de

Le contrôle de concurrence demander un verrou avant de modifier

permet à chaque utilisateur de modifier

Vous aimerez peut-être aussi