La Gestion de Configuration des logiciels et du Système d’Information Cours Jean-Antoine Moreau

© Jean-Antoine Moreau
Copies et reproductions interdites
Contact http://jeanantoine.moreau.free.fr JAM 1Cours / Etude : Jean-Antoine Moreau (Ingénieur)
LA GESTION DELA GESTION DE
CONFIGURATIONCONFIGURATION
des Logiciels
et
du Système d’Information

Contact http://jeanantoine.moreau.free.fr JAM 2
Ipsa se velocitas implicat
Sénèque
La rapidité s ’entrave elle même

Ce qu ’il faut gérer en ConfigurationCe qu ’il faut gérer en Configuration
• Les logiciels applicatifs
– sources, binaires, assembleurs, exécutables, fichiers de données
résultants.
• Les logiciels de base
– système d ’exploitation, protocole, moniteur, séquenceur, progiciel,
AGL utilisés en développement et génération de code,
compilateurs, éditeurs de liens, bibliothèques, etc.
• Le matériel support et ses constituants.
• Les fiches de suivi (évolution, non conformité, description de version,
…).
• La documentation.
• Les constituants.

Le Pourquoi
• Pour connaître le système d ’information, pouvoir le
gérer par une vue globale ; dont par la connaissance
de chaque constituant, et des différentes évolutions
fonctionnelles, techniques, systémiques.

Le Pourquoi
• Le Système d’Information fait parti du
Système Logistique.

Le Pourquoi
• Le Système d’Information fait parti du
Système de Production.

Le Pourquoi
• Le Système d’Information fait parti du Système de
Gestion des Ressources Humaines.

Le Pourquoi
• Le Système d’Information fait parti du Système de
Gestion des Ressources Financières.

Gérer en Configuration pour éviter
• Le même fichier modifié par des développeurs différents pour des
corrections redondantes.
• Des anomalies corrigées qui ré-apparaissent à la suite d ’une
nouvelle « amélioration ».
• Une amélioration d ’une fonctionnalité du logiciel qui pénalise
d ’autres fonctions du même logiciel.
• La perte de programme source, de la bonne version de l ’outil de
développement…
• L ’impossibilité de re -générer deux fois la même version dans le
même état.
• L ’incapacité de connaître la version livrée et en exploitation.
• Le blocage de l ’application lors d ’une mise à jour du système
d ’exploitation.
• …

La Gestion de Configuration
c ’est Quoi?
• ISO 10007
– La gestion de configuration est une démarche
de gestion de projet qui permet de définir,
d ’identifier, de gérer, de contrôler les articles
de configuration tout au long du cycle de vie du
produit, dont du produit logiciel.

Rappels ISO
ISO 9001
Activités de
CONCEPTION
DEVELOPPEMENT
ISO 9002
Activités de
PRODUCTION
INSTALLATION
ISO 9003
Activités de
CONTROLE
ESSAIS FINAUX
MANAGEMENT
de la
QUALITE
ISO 10006
Gestion de Projet
ISO 10007
Gestion de Configuration

Le Cycle de Vie
Spécification
Conception
Développement
Exploitation
Utilisation
Plan de Gestion de Configuration + Identification de Configuration
Configuration
Référence
Fonctionnelle
Configuration
Référence
Développement
Configuration
Référence
Etablie
Audit
Configuration
fonctionnelle
Audit
Configuration
physique

Les Objectifs
• Identification unique de la version de chaque
constituant du Système d ’Information.
• L ’ensemble des versions de tous les constituants
caractérise la version du système d ’information.
• L ’identification des différents états des constituants du
système d ’information.
• La maîtrise des mises à jour (simultanées et différées).
• Permettre une coordination entre les acteurs.
• Identification et suivi de l ’application du processus de
modification sur chaque constituant.

Les Évolutions
La Gestion des Évolutions fera donc partie
intégrante de la Gestion de Configuration.

Les Activités de Gestion de Configuration
Modélisation : Use case UML
Gérer
la configuration
Gérer les
évolutions
include

Contexte
Composant
Logiciel
Évolution
Expression
Besoin
Système
Assurance
Qualité
Exigence
Client
Rapport
Configuration
Produit ou Service
Livré
Gestion
de la Configuration
Gestion
de la Configuration

Interactions
Contrôler
la configuration
Contrôler
la configuration
Identifier
la configuration
Identifier
la configuration
Maîtriser la
configuration
Maîtriser la
configuration
Enregistrer la
configuration
Enregistrer la
configuration

Diagramme d’Activité (UML)
Composant
Logiciel
Évolution
Expression
Besoin
Système
Assurance
Qualité
Exigence
Client
Rapport
Configuration
Système
d ’Information
Article
Stable
Liste
relation
Liste
Articles
Identifier
Identifier
Config de
Référence
Maîtriser
Maîtriser
Maîtriser
Éditer
Intégrer
Intégrer
Livrer

Diagramme d’Activité d ’Identification
(UML)
Composant
logiciel
Liste
Relation Constituant
Liste
Article
Configuration
de Référence
liste
Configuration
de Référence
contenu
Liste
Constituant
identifier
intégrer
décomposer
intégrer
identifier
Expression
du besoin
intégrer
définir
Mise à jour

L ’article
L ’article de configuration est un ensemble de matériels,
logiciels, services ou de sous-ensemble défini de ceux-ci,
qui a été retenu pour la gestion de configuration et qui est traité
comme une seule entité.
Deux types d ’articles seront distingués:
Les articles gérés en configuration,
Les articles gérés en référence.

Les actions explicitées de la
Gestion de Configuration
• Décomposer
– le système d ’information en composants et constituants
– le logiciel en constituant(s)
• Identifier
– les articles de la configuration
– les configuration de référence
• Maîtrise de la configuration
– en développement
– en production
– en exploitation
• Enregistrement de la configuration après chaque référencement.
• Contrôler la configuration
– vérification
• de la cohérence
• de l ’intégrité
– État stable / Plan de Gestion de Configuration

Décomposition en article
*Organisation
*Décomposition du produit
*Phase de projet
SELECTION
DES
ARTICLES
Lot de travaux
Sous-traitance
Structure Logiciel
Normes
Risques
Niveaux de criticité

Découpage en Constituants
• Prendre connaissance de la structure du Système
d ’Information à décomposer.
• Établir la liste des constituants cette liste doit être
directement issue des documents de conception
(Méthodes et Process: UP, RAD, SCRUM, …,
Langage de Modélisation UML).
• Établir la liste des relations entre constituants.

Les Types de Relation
• Décomposition
– Arborescence des sources
– Document type conception détaillée
• Appartenance
– Constituants logiciels
– Composants de la gestion de configuration
• Génération
– Lien entre fichier source
– Fichier binaires
– Exécutables
• Utilisation
– Composants réutilisables
– Progiciels
• Instanciation
– Articles génériques
• Traçablité
– Fichiers générés en cours de développement

La Décomposition
• Identification des lots de travaux
– Décomposition globale du produit en
constituant
– Décomposition de développement en phases
– Organisation (décomposition en unités)

Identification d ’un article
• Type
– Nom (fichier, document, module, programme…)
• Lieu
– Chemin unique permettant d ’accéder à l ’article
sans ambiguïté.
• Mnémonique
– Terme générique désignant l ’article
• Numéro de version
• Support
– Document
– Disque, CD-ROM, Carte mémoire.

Les articles: Type fichier informatique
• Le nom de l ’article devra tenir compte des
propriétés et de l ’outil de développement et du
système d ’exploitation (références, version,
patchs, …)
• Il pour être du type:
– nom
– version x,y
– lieu (chemin d ’acces)

Les Règles d ’Identification
• Longueur de nom de fichier
• Les caractères utilisables
– tenir compte du systèmes d ’exploitation, des
outils de développement, des langages de
programmation, des compilateurs, interpréteurs,
éditeurs de liens, des progiciels interfacés.
• Numéro de version
– Outils spécifiques utilisés pour générés les
numéros de version.

Configuration de Référence
SPECIFICATION
CONCEPTION
DEVELOPPEMENT
EXPLOITATION
UTILISATION
La Configuration de
Référence
Fonctionnelle
est établie
La Configuration de
Référence
Développement
est établie
La Configuration de
Référence
Développement
est établie
CRF enregistrée
CRD enregistrée
CRD enregistrée
(Testés)

La maîtrise de la configuration
Analyse Méthode d’analyse structurée
adaptée au temps réel.
Gérer la Production
Mise en
Référence
Gérer les Évolutions
Besoins
exprimés
Évolutions
Approuvés
Besoins
d ’évolution
Anomalies
Modifications
Articles
stables
Rapport
sur la
configuration
Produit
Livré
(Production de logiciel)

Espaces de Mise en Oeuvre
Structure de Production (de logiciel)
Espaces de
développement
Espaces de
développement
Espaces de
validation
Espaces de
validation
Espaces de
référence
Espaces de
référence
Espaces de
réception
Espaces de
réception
Espaces
d ’archivage
Espaces
d ’archivage
Espace
Utilisateur
Espace
Utilisateur
Espace 2Espace 2
Espace 3Espace 3
Mettre à disposition
Intégrer
Référencer
Archiver
Référencer
Restaurer
Réceptionner
Livrer
E
X
T
E
R
I
E
U
R

L ’EVOLUTION
• Une évolution désigne
– une évolution fonctionnelle demandée par le client
– une modification réalisée au cours du
développement
– une anomalie détectée au cours du développement
– une non-conformité

Les Objectifs à atteindre
• La maîtrise des évolutions
– Identifier et décrire le besoin d ’évolution du produit
(système d ’information, logiciel)
– Étudier et instruire la demande
– Identifier les répercussions sur les configurations de
référence
– Approuver ou rejeter l ’évolution
– Réaliser la modification évolutive
– Vérification du bon fonctionnement de l ’application de
cette modification évolutive.
– Validation de son Intégration.

Gestion des Évolutions (en analyse structurée)
Identifier
Décrire
le besoin
Étudier
l’évolution
Approuver
l’évolution
Vérifier
l’évolution
Degré
d ’urgence
Besoin
en évolution
Fiche
d ’évolution
Coûts,délais
solutions techniques
oui
non
Refus
Fiche
d ’évaluation
Évolutions
approuvées

Ce système permet
• Le chiffrage d ’autres évolutions demandées
par le client
• De quantifier les efforts de maintenance
• De répondre à d ’autres appels d ’offre
• De constituer le mémoire du projet

La Phase d ’enregistrement de la configuration
MISE
en
Référence
MISE
en
Référence
EDITER
RAPPORTS
DE CONFIGURATION
EDITER
RAPPORTS
DE CONFIGURATION
Configuration
archivée
Outil
de Gestion
de Configuration
Logiciel
Rapports
de configuration
Marquage
Gestion
des liens
Articles
stables
Audit
de configuration
Gel
des états

L ’Archivage & Le Marquage
• Décrire complètement le processus d ’archivage et les procédures
de sauvegarde
• Liste des articles qui composent la configuration de référence à
archiver
• Identification des supports d ’archivage
• Contrôle sur la pérennité des supports
– Indiquer sur le support
• La date de livraison du produit
• Le nom du produit
• Le numéro du produit
• Le numéro du support
• Le Checksum
• La référence au système d ’exploitation et outils
• Définir les contrôles à effectuer avant la mise en référence d ’une
nouvelle version
• Définir les rôles et responsabilités des intervenants

Le contrôle de la configuration (MERISE)
et
Planifier
les contrôles
et
Auditer les
Configurations
et
Auditer le système
de gestion de
configuration
Exigences
Clients
Système
Assurance
Qualité
Articles
Stables
Liste des
relations
Rapport
d ’audit
Activités
Réaliser
Sauvegarde
ou
Contenue des espaces
transparent 27

Capacité à réaliser un plan de Gestion de
configuration
Exigence
Qualité
spécifique
Exigence
contractuelle
clientOutils
Capacité
à la mise
en oeuvre du plan
de gestion
de configuration
Ressource
Humaine
Système Qualité

Plan de Gestion de Configuration
Introduction
• Introduction
– Présentation des objectifs
– Domaine d ’application
– Domaine de référence
– Documents
• applicables
• de référence (normalisation)

Chapitre Procédures
– Procédures
• Les exigences contractuelles
• Organisation de la gestion de configuration
– logique
– Physique
• Les Responsabilités
– Équipes projets
– Utilisateurs
– Comité de gestion de configuration
• Liste des configurations de référence
• Liste des revues
• Terminologie
• Évolution du Plan de gestion de configuration

Chapitre Identification des Procédures
• Identification de la procédure
– Décomposition du produit (système d ’information ou
logiciel…) en constituant
– Identification des articles de configuration
– Règles d ’identification
• Les articles de type fichiers informatiques
• Les documents
– Contenu des configurations de référence

Chapitre Maîtrise de la Configuration
• Mise en référence d ’une configuration
– Gel des états de référence
– Revues
– Archivage des configurations
– Marquage
– Gestion des relations
• Évolution d ’une configuration de référence
– Origine des évolutions
– Gestion des évolutions
– Gestion des non-conformités
• Gestion des espaces
– Espace de référence
– Espace de développement
– Espace d ’archivage
• Procédures de passage entre ces espaces

Gestion des Espaces
Espace
de
Référence
Espace
d ’archivage
Espace
de
Sauvegarde
Espace
de
développement
Espace 1
Espace
Utilisateur 2
Intégrer
Mettre à disposition
Référencement
Archiver
Récupérer
Sécuriser

Les Espaces : Définition
• Espace de Référence
– Sous le contrôle du responsable de la gestion de configuration
– Contient la dernière version du logiciel de configuration de référence
– Interdit toute modification non contrôlée
– Garantie la disponibilité du logiciel cohérent
• Espace de développement
– Sous le contrôle des développeurs
– Permet le développement des constituants
– Vidé après chaque mise en référence d ’une version et réinitialisé à partie
de l ’espace de référence pour traiter les différentes évolutions et éviter
toutes pertes.
• Espace d ’archivage
– Sous le contrôle du responsable de la gestion de configuration
– Contient l ’ensemble des versions de configuration de référence
– Permettra de reconstituer les différentes versions du logiciel généré à
partir des outils de développement.

Chapitre Rapport de Configuration
• Rapport de configuration
– Liste des documents applicables
– Fiche de version
– Fiche de non conformité
– Fiche d ’évolution
– Document de gestion des historiques

Chapitre Contrôle de la configuration
• Contrôle de la configuration
– Les revues
– Les audits de configuration
– Sauvegarde des configurations de référence

Le Domaine d ’application
• Liste des logiciels concernés par le plan
• Le projet(s) auquel le logiciel(s) se rapporte
• Le client (utilisateur) du logiciel ou du
système d ’information
• Limites et parties du système d ’information
non concernées par le plan de gestion de
configuration

Documents Applicables
• Cahier des charges et documents
contractuels
• Plan d’Assurance Qualité
• Plan Qualité
• Plan de développement
• Procédure de gestion de configuration
• Documentation sur la structure des espaces
de développement
• Glossaire

Documents de référence
• Manuel d ’utilisation de l ’outil de gestion
de configuration
• Documents de
– Spécification
– Analyse
– Conception
– Préparation des tests
• unitaires
• boite blanche
• boite noire

Les Rôles
• Chef de Projet
– Rédige le plan de gestion de configuration
– Responsable de l ’application des règles
– Décide des modalités de prise en compte des évolutions
– Assure la livraison du logiciel
– Diffuse les rapports de configuration
• Gestionnaire de configuration
– Vérifie le plan de gestion de configuration
– Mise en place
• des espaces de
– développement
– de référence
• des outils associés
• Responsable Qualité
– Vérifie le plan de configuration
– Organise les revues
• lancement
• spécification ...
• mise en exploitation
– Réalise les audits de configuration

Les revues
• Revue de lancement
• Enregistrement de la configuration de
référence
• Revue de conception avec référencement de
la configuration de la configuration de
développement
• Mise en exploitation
• Référencement de la configuration livrée

Décomposition en Constituants Logiciels
Logiciel de base
Logiciel applicatif
Système
d ’exploitation
Progiciels
Outils
Modules
Développement
Validation
Sources
Données
Scénarios tests unitaires
Résultats tests unitaires
Scénarios de validation
Résultats de validation
Fichiers de production

Décomposition en constituants
documentaires
Documentation
Fiches
Spécifications du logiciel
Conception
Analyse
Cahier des charges
Gestion des volumes
Version

Choix des Articles
• Appartenance (niveau 1 de décomposition du logiciel)
• Criticité
• Risques
• Probabilité d ’évolution technique
• Nombre d ’évolutions potentielles
• Interfaces importantes avec d ’autres constituants
• Optimisation envisageables après livraison
• Article géré en référence dans un autre système de gestion de
configuration

Identification des articles
• Tout article sera identifié au minimum par:
– son non
– sa version (exemple V(xx-yy))
– le chemin absolu (chemin complet qui permet
d ’accéder à l ’article en levant toute ambiguïté.
• X version majeure incrémentée après une
évolution majeure des spécifications
• Y version mineure incrémentée lors de
chaque évolution mineure

Caractéristiques d’outils
• Support
– gestion de configuration
– gestion de production
– gestion de processus de développement
• Type de développement (volume)
• gestion de configuration
– article
– configuration de référence
– inter-sites
– évolutions
– lien avec d ’autres outils
– analyse d ’impact
– contrôle des configurations existantes
– rapport de configuration paramétrable

Caractéristiques d ’outils suite
• Gestion de Production
– Mise à jour automatique des configurations
– Gestion des espaces
– Aide à la décision sur développement parallèle
– Aide à la fusion (intégration de bibliothèque de composants, factorisation)
– Développement(s) multi-sites
• Gestion de l ’environnement
– Interface graphique native
– interface mode commande
– reprise à chaud
– Récupération des gestions des configurations existantes
– Accessible en réseau
– Utilisation d ’un SGBDR
– Paramétrage standard de l ’environnement de production

Conséquence du paramétrage
• En fonction de son paramétrage l ’outil de
gestion de configuration pourra être:
– un outil de gestion de configuration
– un atelier de maîtrise d ’ouvrage
– un atelier de maîtrise d ’oeuvre.

Le processus de gestion de configuration est l ’un des
processus fondamental de la maîtrise du système d ’information
de ses composants passifs et actifs, de la spécification à la
livraison.

C ’est de ce fait qu ’il est inclus dans le Processus Unifié, dans les
méthodologie agiles et intégré dans les règles d’usage du Langage
de Modélisation UML, qui couvre de l ’espace d ’étude à
l ’espace de réalisation du système d ’information.

Le processus de conception du système d ’information implique
donc lucidité, pertinence, réflexion pour éviter que la rapidité
d ’intervention ne s ’entrave elle même par un résultat décevant.

La Gestion de Configuration des logiciels et du Système d’Information Cours Jean-Antoine Moreau

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (18)

Similar a La Gestion de Configuration des logiciels et du Système d’Information Cours Jean-Antoine Moreau

Similar a La Gestion de Configuration des logiciels et du Système d’Information Cours Jean-Antoine Moreau (20)

Más de Jean-Antoine Moreau

Más de Jean-Antoine Moreau (20)

Último

Último (20)

La Gestion de Configuration des logiciels et du Système d’Information Cours Jean-Antoine Moreau