quelle stratégie gcl face aux nouveaux défis des processus...
TRANSCRIPT
Séminaire WITO 20/03/03 1
Quelle stratégie GCL
face aux nouveaux défis
des processus informatiques ?
[email protected] 06 16 02 57 66
Séminaire WITO 20/03/03 2
Quelle stratégie GCL ?
Evolution des processus informatiques
• Les différents aspects de la GCL
• Stratégie de mise en œuvre sous MVS
• Synchronisation local central
• Stratégie de mise en œuvre « référentielle »
• Urbanisation et Gestion de configuration
• Conclusion et questions
Séminaire WITO 20/03/03 3
Evolution des processus informatiques
• Un symptôme de l’évolution : – Apparition de structure de qualification
• Raisons historiques– Fusions d'entreprises,
– Réorganisations par métiers
– Découpage des services d'études informatiques
– Les besoins de grands projets
Besoin d'une qualification d'ensemble des logiciels, avant leur exploitation mutualisée
Séminaire WITO 20/03/03 4
Evolution des processus informatiques
• Mais surtout de constats :
– La piètre qualité des applications et du coût élevé des
projets an 2000 et euro.
– Les efforts à consentir pour les tests,
– La difficulté de la maîtrise des versions,
– L’imbroglio du montage des environnements
ont montré à quel point cette partie du cycle de vie des
applications était négligée.
Séminaire WITO 20/03/03 5
Evolution des processus informatiques
Avec pragmatisme, les DSI s'organisent ainsi de plus
en plus selon les étapes du cycle de vie des logiciels :
– Distinction des études et de la production
– Généralisation de l'infogérance
– Sous-traitance de l'étape d'écriture du code
– Mise en place de structures de qualification.
Séminaire WITO 20/03/03 6
Nouvelles structures, nouveaux métiers
• Le processus de gestion des logiciels évolue :
– Chaque activité, correspondant à une étape du processus,
se voit progressivement dotée d'une structure.
– De nouvelles tâches et même de nouveaux métiers
apparaissent :
• qualifieur
• gestionnaire de bases de test
• intégrateur
• gestionnaire d'environnement
• administrateur du plan de charge
• maintenicien, etc.
Séminaire WITO 20/03/03 7
Réticences et des inquiétudes
• N'assiste-t-on pas à un morcellement des
responsabilités ?
• Ne va-t-on pas remettre en cause le rôle du chef de
projet ?
• Va-t-on vraiment vers plus de productivité en
multipliant les structures ?
• Comment interpréter ce mouvement général pour
bien organiser la qualification ? …
Séminaire WITO 20/03/03 8
Fluidité du processus
• Les DSI peuvent "spécialiser" leur organisation
autour des étapes du cycle de vie
• Les risques : nombre de structures concernées
successivement par le processus de fabrication
Veiller à sa fluidité de bout en bout dans une approche de
type BPR (Business Process Reengineering)
Séminaire WITO 20/03/03 9
Comment organiser cette fluidité ?
• Comment réussir la fabrication de produits complexes :
– Collecter les nouvelles exigences des clients
– Confier la maintenance de certains sous-ensembles à des
sous-traitants
– Suivre l'assemblage des nouvelles versions livrées par
chacun, en gérant la qualification du résultat global et le
planning de l'ensemble :
Processus de gestion de configurations
Séminaire WITO 20/03/03 10
1
2
3
4
5
6
7
8
9
10
Opérationnel
Initialisation
Cartographie fonctionnelle
Cartographie physique
Procédé de
développement-livraison
Procédé de fabrication
et d’installation
Disponibilité des
bases de test
Scénarios de test
Exécution de test
Gestion anomalies,
exigences, reports
Planification
communication
suivi
Logistique
Plate-forme
Les axes d’industrialisation de la qualification
Logiciel
GCL
Les « Tests »
OPC
Séminaire WITO 20/03/03 11
Quelle stratégie GCL ?
• Evolution des processus informatiques
Les différents aspects de la GCL
• Stratégie de mise en œuvre sous MVS
• Synchronisation local central
• Stratégie de mise en œuvre « référentielle »
• Urbanisation et Gestion de configuration
• Conclusion et questions
Séminaire WITO 20/03/03 12
Différents aspects de la GCL
• La vision de la norme et l’origine technique
• Gestion de configuration orientée développements ou
intégration
• Gestion de configuration orientée gestion de taches
ou gestion des produits
Séminaire WITO 20/03/03 13
GCL de Développement GCL Intégration
Qui ? Les développeurs Les intégrateurs
Quand ? A chaque modification Aux livraisons pour
assemblage
Quel article joue
le rôle principal ?
Le source La fonctionnalité à
implémenter
Besoin adressé Activités de développements Gestion du patrimoine logiciel
dans la longue durée.
Facteur critique Productivité du développement Traçabilité fonctionnelle
Quels types d’objets Produit logiciel, de
qualification, documentaire.
Pour qui ? Les développeurs Les recetteurs, les
mainteniciens, les
intégrateurs, les gestionnaires
du patrimoine logiciel
GCL orientée développement ou intégration
Séminaire WITO 20/03/03 14
Une GCL ISO 9000
GCL Intégration, esprit de la gestion de
configuration décrit dans les normes ISO,
notamment quant aux objectifs :
- de maîtrise de la traçabilité fonctionnelle ou
- de la gestion des fournisseurs par les intégrateurs
Une GCL pour les logiciels complexes !
La GCL Intégration, basée sur une nomenclature
maîtrisée
Fournit une aide précieuse aux intégrateurs dans le
cas de logiciels techniquement et fonctionnellement
complexes.
GCL orientée développement ou intégration
Séminaire WITO 20/03/03 15
Quelle stratégie GCL ?
• Evolution des processus informatiques
• Les différents aspects de la GCL
Stratégie de mise en œuvre sous MVS
• Synchronisation local central
• Stratégie de mise en œuvre « référentielle »
• Urbanisation et Gestion de configuration
• Conclusion et questions
Séminaire WITO 20/03/03 16
Nouvelles exigences :
– Sous-traitance accrue des développements
– gestion de versions majeures
– synchronisation avec les systèmes ouverts …
Réponses :
– Nouvelle organisation de la GCL
– Traduction de cette organisation dans le « paramétrage »
Nouveaux gains de productivité en s’adaptant à ces
nouvelles exigences.
Stratégie de mise en œuvre sous MVS
Séminaire WITO 20/03/03 17
ENDEVOR
Gestion quotidienne et nouveaux challenges
Remise à niveau après
fusion d’entreprises
Fabrication de paliers majeurs
développement en parallèle
Mise en place classique
développement & livraison
Approche référentielle
cartographie applicative et
gestion du patrimoineGénéralisation des
Tierces Maintenances
Synchronisation Systèmes OuvertsPilotage des évolutions du SI
Planification, reporting
Support gestion courante
résolution de problème
Séminaire WITO 20/03/03 18
Nouvelles exigences
• Sous-traitance accrue, TMA …
• Une organisation des développements et des mises
en production par paliers
• Une synchronisation avec la partie systèmes ouverts
du palier
• Des tableaux de bord pour l’ensemble du processus
Séminaire WITO 20/03/03 19
Le palier
• Paliers constitués pour accueillir un ensemble d’évolutions
– Evolutions sont loties en palier en fonction de leur date
prévisionnelle de mise en production
• Chaque palier fait l’objet d’une mise en production
– Il devient alors le palier courant en production
• Les maintenances évolutives sont apportées sur ce nouveau
palier courant en production
– Un source est modifiable par une seule personne, à un instant
donné pour un même palier
• La mise en production d’un palier clôt le cycle de vie du palier
précédent
Séminaire WITO 20/03/03 20
Séminaire WITO 20/03/03 21
Cycle de vie d’un palier
Chaque palier connaît cinq phases :
La mise en travaux du palier
La qualification interne TMA
La mise au point du palier
complet et la recette
Le packaging ou intégration
La mise en production
sécurisée et la maintenance du
palier en production
Appl
TMA
PALIER
Trois phases de fabrication initiale
Séminaire WITO 20/03/03 22
Phase 1 : Mise en travaux du palier
• Objectif : Pouvoir travailler “à l’abri” des
modifications conduites simultanément au sein
d’autres paliers, par d’autres TMA ou réalisées dans
le cadre de maintenances urgentes.
• Le travail s ’organise par application
• par évolution ou correction (code Opep)
• pour un palier
• au sein d ’une TMA.
Séminaire WITO 20/03/03 23
Séminaire WITO 20/03/03 24
Phase 2 : Qualification interne TMA
• Objectif : Pouvoir travailler “à l’abri” des modifications conduites simultanément au sein d’autres paliers, par d’autres TMA ou réalisées dans le cadre de maintenances urgentes.
– La qualification s ’organise pour l’ensemble des applications de la TMA, pour un palier
– Chaque TMA dispose de sa plate-forme de recette
interne
– après la qualification, la TMA prépare la livraison
contractuelle.
Séminaire WITO 20/03/03 25
Phase 2 : Qualification interne TMA
• Les sources sont édités dans des bibliothèques externes
• Ils sont chargés dans un espace de rangement (environnement pour Endevor) appelé DEV et constitué de deux niveaux (stages pour Endevor) TEST et RCET
• La compilation et les tests unitaires sont faits dans TEST
• La qualification interne TMA est stockée dans RCET
DEV
TEST RCET
• des exits spécifiques donnent la visibilité souhaitée.
Séminaire WITO 20/03/03 26
Structure de l’environnement
DEV
TEST RCET
Bibliothèques
externes
Exécutables
(load et binds)
Exécutables
(load et binds)
Plate-formeDB2, CICS
Plate-formeDB2, CICS
= déplacement des sources
= alimentation des plates-formes
Séminaire WITO 20/03/03 27
• Objectif : fusionner les modifications conduites dans les autres
applications du même palier par les différentes TMA.
– Il y a, à tout instant, une seule version d’un composant en
recette usine pour un même palier.
– Les composants sont simultanément mis à disposition sur
les différentes plates-formes de recette usine du palier. Les
livraisons contractuelles se font de manière sécurisée
– les composants communs à différentes TMA sont livrés de
façon anticipée, de manière à être mis à disposition de tous
au sein du palier et utilisés par les compilations en DEV.
– Cette étape est la dernière de fabrication du logiciel MAP
QFIX QUAL1
Phase 3 : Mise au point du palier
complet et recette
Des exits spécifiques implémentent ces règles de gestion.
Séminaire WITO 20/03/03 28
Phase 4 d’intégration du palier
• Objectifs :
– Recetter le fonctionnement avec les applications UNIX
– Gérer les itérations finales
– disposer des éléments de reporting permettant de suivre la
stabilité des éléments livrés pour intégration.
• Pour ENDEVOR
– le logiciel (source et load) est déplacé. La complétude de la
livraison est vérifiée par le mécanisme « validate component ».
– une plate-forme spécifique « packaging » à volumétrie réelle
est affectée à ce palier
– Requêtes spécifiques pour les indicateurs de stabilité
MAP
QFIX QUAL1
Séminaire WITO 20/03/03 29
Séminaire WITO 20/03/03 30
Séminaire WITO 20/03/03 31
Phase 5 : Mise en production sécurisée …
• Objectifs :
– Appliquer les livraisons préparées.
Le contrôle de ces exécutables par rapport à la référence de
production est assuré de façon à prévenir les régressions liées
à une maintenance à chaud ou à une mise en production
“ tardive ” d’une maintenance sur le palier courant.
• Ces livraisons se réalisent par le mouvement des composants
• des procédures outillées spécifiques permettent d’optimiser la mise en production d ’un palier complet malgré sa volumétrie
REF
CHAU2 PROD
DISTR
QUAL2
Séminaire WITO 20/03/03 32
Phase 5 : et Gestion du palier en production
• Objectifs : Maintenance du palier en production
• Cette phase est l’occasion d’apporter à ce nouveau palier
courant, les compléments, les ajustements, les maintenances
nécessaires
• l’espace de travail utilisé pour la mise au point du palier et sa
mise en production est conservé pour la maintenance de ce
palier courant en production
• Cette maintenance se réalise par le mouvement des
composants
REF
CHAU2 PROD
MAP
QFIX QUAL1
DISTR
QUAL2
DEV
TEST RCET
Séminaire WITO 20/03/03 33
Stratégie d’administration des paliers
• Quatre paliers maximum sont gérés
• A un instant donné :
– le palier déjà en production est en maintenance courante
– zéro à deux paliers peuvent être en travaux ou en mise au point
– un palier au plus sera en préparation de mise en production
• Si la mise en production d’un palier se prépare
– Plus aucune maintenance courante sur le palier en production ne devra (ni ne pourra) être engagée.
– Une interface permet de verrouiller l’utilisation du couloir courant.
– Les maintenances en cours sont mises en production ou reportées dans le palier suivant.
– L’espace de travail utilisé pour la maintenance du palier courant est ainsi libéré. Les ressources correspondantes seront réaffectées à un autre palier.
Séminaire WITO 20/03/03 34
Stratégie d’administration des paliers
Source en cours
de modification
MEP
MEP = mise en production
Temps
Palier
MEP MEPMEP
Version courante de production
Séminaire WITO 20/03/03 35
Cycle de vie des paliers sous ENDEVOR
• Le circuit emprunté pour le développement et la
maintenance d’un palier est représenté par le
schéma suivant
DEV
TEST RCET
MAP
QFIX QUAL1
DISTR
QUAL2
REF
CHAU2PROD
Séminaire WITO 20/03/03 36
Architecture du cycle de vie des paliers
DEV
TEST RCET
MAP
QFIX QUAL1
DISTR
QUAL2
DEV
TEST RCET
MAP
QFIX QUAL1
DISTR
QUAL2
DEV
TEST RCET
MAP
QFIX QUAL1
DISTR
QUAL2
N
N + 1
N + 2
REF
CHAUDPROD
CHAUD
CHAU1 CHAU2
Séminaire WITO 20/03/03 37
1. MAC
2. Bouchon
3. Qualification
4. Pas utilisé
Séminaire WITO 20/03/03 38
Séminaire WITO 20/03/03 39
Stratégie d’organisation
• Administration technique de l’outil et de ses
évolutions• adaptation processeurs
• disponibilité de l’outillage
• nouvelles versions, relation fournisseur CA
• relation système
• Administration des paliers• gestion du fonctionnement par paliers (ouverture du palier,
verrouillage après mise en production, suivi des reports de
maintenance et libération des environnements Endevor)
• évolution des procédures et des documents correspondants
Séminaire WITO 20/03/03 40
Procédures d’administration du contenu
• Les procédures opérationnelles
– Procédures de développement et de test unitaire
– Procédures de livraison du développeur à la qualification interne
– La procédure de la livraison d’une maintenance corrective
– La procédure de la livraison d’un palier pour recette
– La procédure de réception d'une livraison par la recette interne
– La procédure de préparation de la livraison à l'intégration globale
– Procédures de réception par le packaging
– Procédures de réinitialisation de la plate-forme de packaging
– Procédure de préparation de la mise en production
– Procédure de mise en production
Séminaire WITO 20/03/03 41
Procédures d’administration du contenu
• Procédures de gestion du palier
– procédure d’initialisation d’un couloir et de mise en place du
“bouchon”
– procédure d’affectation de la plate-forme de packaging au couloir
– procédure de livraison de masse du palier
– remise à disposition d’un couloir (fermeture et purge)
Séminaire WITO 20/03/03 42
Procédures d’administration du contenu
• Procédures de gestion des composants
communs
– Règles de mise à disposition des composants communs
– Procédure d’annonce de la modification d’un composant commun
– Procédure de mise à disposition de l’autre TMA du composant
commun modifié
– Procédure de transfert de l ’autorisation de modifier un composant
d ’une TMA à l ’autre
Séminaire WITO 20/03/03 43
Procédures d ’administration du contenu
• Procédures de gestion des lots
– procédure d’affectation d’un palier à un couloir
– procédure d’affectation d’un lot à un palier et son couloir
– procédure de MEP de masse du palier
– procédure de réaffectation d’un lot à un autre couloir
– suivi du contenu des différents couloirs
• Autres procédures
– Prise en compte d’une TMA supplémentaire
– Ajout d’un nouveau couloir
Séminaire WITO 20/03/03 44
Séminaire WITO 20/03/03 45
Séminaire WITO 20/03/03 46
Passage aux paliers mensuels
80 % du palier
est fabriqué en 14
semaines
Séminaire WITO 20/03/03 47
Environnements et durée des maintenances
Séminaire WITO 20/03/03 48
Récapitulatif des avantages
• Pas de collision entre les différents types de maintenance et les différents développements.
• Les objets ne se doublent pas. Chacun avance à son rythme et restent groupés sous l’angle fonctionnel
• Les maintenances correctives “voient la production” sans obstruction. Pas d’utilisation de circuit court. Modification par les TMA uniquement
• les environnements contiennent des versions cohérentes de composants et sont purgés régulièrement (au moins en qualification !).
• Les plates-formes d’intégration sont utilisées de façon optimale.
• La même organisation et les mêmes notions de cycle de vie des paliers, de couloirs et d’évolution fonctionnelle sont utilisées pour les développements en système ouvert, autorisant un rapprochement des outils. (séquence de WORKSET en l’occurrence pour la notion de maintenance courante et évolutive).
• La codification des évolutions est identique pour MVS et les autres systèmes. L’outillage de reporting aussi.
Séminaire WITO 20/03/03 49
Pourquoi ça marche ?
• De nombreuses difficultés disparaissent avec cette mise en œuvre, simplement du fait de sa conception.
• Le principe est de mettre en avant le “plan de configuration” c’est à dire l’organisation de la fabrication de version majeure du produit logiciel.
• La logistique (plate-forme et environnement), les activités (fabrication, assemblage, qualification, planification contrôle), les acteurs (TMA, recetteur, production), les visions fonctionnelles et techniques, locales et centrales s’agencent alors naturellement en tirant le meilleur partie des outils ENDEVOR et de GCL locale.
• Ce savoir-faire de conception des solutions de gestion de configuration, permet d’optimiser les chaînes de fabrications dans vos contextes particuliers. C’est un savoir-faire disponible auprès de la société m a r t e.
Séminaire WITO 20/03/03 50
Quelle stratégie GCL ?
• Evolution des processus informatiques
• Les différents aspects de la GCL
• Stratégie de mise en œuvre sous MVS
Synchronisation local central
• Stratégie de mise en œuvre « référentielle »
• Urbanisation et Gestion de configuration
• Conclusion et questions
Séminaire WITO 20/03/03 51
GCL systèmes ouverts et MVS : cartographie
fabriquer
livrer
physique.
fonctionnel
local
central
Le stock
Le flux
• Livraison de l’évolution d’une fonction, simultanément pour le local et le central
• Les outils ne gèrent pas la cartographie en fonction mais gèrent les flux physiques,
locaux ou centraux.
• Le palier est un ensemble d’évolutions fonctionnelles locales et centrales.
Séminaire WITO 20/03/03 52
Synchronisation local centralApproche par les flux et gestion des changements
• Les packages réalisent une livraison par flux a priori non fonctionnel, notamment pour les mises en production volumineuses.
• On peut toutefois faire des packages par évolution fonctionnelle (delta fonctionnel)
• Les outils locaux savent fonctionner de façon équivalente
• Il est alors aisé de proposer un « super package »
Séminaire WITO 20/03/03 53
Approche flux : gestion des demandes
et flux physiques
Demande d’évolution
Attributs descriptifs
Statuts des demandes
Habilitations du Comité des
Changements
Package de livraison locale Package de livraison ENDV
Attributs
Statuts des packages
Habilitations de MEP
PALIER MEP
Séminaire WITO 20/03/03 54
Séminaire WITO 20/03/03 55
Séminaire WITO 20/03/03 56
Séminaire WITO 20/03/03 57
Séminaire WITO 20/03/03 58
Séminaire WITO 20/03/03 59
Séminaire WITO 20/03/03 60
Synchronisation local centralApproche par le stock, cartographie et configurations fonctionnelles
Une seconde approche est possible :
• gérer l’inventaire des fonctionnalités du
logiciel,
• affecter les composants locaux et centraux à
chaque fonctionnalité,
• suivre les configurations de ces
fonctionnalités dans un outil unique de type
référentiel (historiquement PCTE, enabler
et pour une part PVCS).
Séminaire WITO 20/03/03 61
Quelle stratégie GCL ?
• Evolution des processus informatiques
• Les différents aspects de la GCL
• Stratégie de mise en œuvre sous MVS
• Synchronisation local central
Stratégie de mise en œuvre « référentielle »
• Urbanisation et Gestion de configuration
• Conclusion et questions
Séminaire WITO 20/03/03 62
Stratégie de mise en œuvre « référentielle »
• Trois projets opérationnels
– projet bancaire
– projet dans le tertiaire
– projet dans l’assurance
• Cette pratique nous a amené à quelques
réflexions sur l’urbanisation des systèmes.
Séminaire WITO 20/03/03 63
Le projet bancaire
• Le contexte
– projet de refonte des applicatifs d’agences
– un des premiers grands projet client/Serveur
– trois niveaux : IBM MVS, Digital VMS, DOS
Séminaire WITO 20/03/03 64
Le projet dans l’Assurance
• le contexte :
– Ensemble de projets : Assurance individuelle Santé, IARD, Encaissement, Gestion commerciale, référentiels, …
– BPR métier et modélisation de type Objet sous Mega
– Natstar, middleware, serveurs centraux et locaux
Séminaire WITO 20/03/03 65
Dans les deux cas
• Mise en place d’une équipe qui
– Assure l’alimentation correcte du référentiel
– permet la traçabilité applicative ou fonctionnelle
– permet la traçabilité de la fabrication
– Elle remet le logiciel à disposition pour toutes les itérations de recette.
• Mise en œuvre d’un référentiel pour savoir :– Quels sont les composants physiques qui
fonctionnent ensemble
– Quelles fonctionnalités ils implémentent
– Quelle documentation leur est associée
Séminaire WITO 20/03/03 66
Principes
• Par la collecte de l’inventaire des fonctionnalités
• Par une technique d’affectation outillée
• Par l’utilisation d’un outil référentiel
Séminaire WITO 20/03/03 67
Collecte de l’inventaire des fonctionnalités
Inventaire
- AG, Phase, SM
- Point d'entrée (PE)
Outil et étude
Bordereaux
de
livraison (TXT)
Connaissance
du logiciel (PE)
Mega
Séminaire WITO 20/03/03 68
Affectation des composants
physiques aux fonctionnalités
Comment l'inventaire des actes de gestion, phases et
services métier permet de gérer les liens entre :
– le niveau logique qui décrit les fonctionnalités
attendues (AG, Phase, SM)
– Et les différents composants physiques
Séminaire WITO 20/03/03 69
Lot de réception
Lot structuré
Inventaire
Sources
d'interfaces
Sources
Les sources sont affectés aux fonctions qu'ils implémentent
Rebut :
Sources non affectés
Analyseurs
Superviseur
Acte de gestion
livrés dans le lot
Fabrication du lot structuré
Séminaire WITO 20/03/03 70
Source.
Src. Src.
: Composant logiciel : URT
1- Identification des sources reçus
T
R
U
Source.
Configuration
: Configuration
Fabrication du lot structuré
Séminaire WITO 20/03/03 71
Source.
Src. Src.
: Composant logiciel : URT
T
R
U
Source.
Configuration
: Configuration
2- Identification des composants logiciels reçus
Fabrication du lot structuré
Séminaire WITO 20/03/03 72
Source.
Src. Src.
: Composant logiciel : URT
T
R
U
Source.
Configuration
P.E.
: Configuration
3- Détection des composants logiciels Point d'Entrée
Fabrication du lot structuré
Séminaire WITO 20/03/03 73
Source.
Src. Src.
: Composant logiciel : URT
T
R
U
Source.
Configuration
P.E.
: Configuration
4- Mise en graphe des composants logiciels
Fabrication du lot structuré
Séminaire WITO 20/03/03 74
Source.
Src. Src.
: Composant logiciel : URT
T
R
U
Source.
Configuration
P.E.
: Configuration
5- Production du graphe des composants source
Fabrication du lot structuré
Séminaire WITO 20/03/03 75
Mise en référence du lot structuré
• La mise en référence des sources consiste à :
– déterminer leurs versions par rapport aux
sources de même nom déjà référencés
– les rassembler au sein d'une même version
de la phase ou du service métier qu'ils
implémentent
Séminaire WITO 20/03/03 76
Source.
Src. Src.
: Composant logiciel
Configuration A
: URT
Structure du référentiel
T
R
U
Source.
Configuration
P.E.
: Configuration
Déclaré
Mise en référence du lot structuré
Séminaire WITO 20/03/03 77
Le lien renoué ...
• Cette méthode permet de faire le lien entre les descriptions du logiciel et son implémentation
• La documentation fonctionnelle du produit est gérée
• la traçabilité fonctionnelle est assurée
• la traçabilité des fabrications également
• la mise à jour est organisée
Séminaire WITO 20/03/03 78
Modèle du référentielNom des liens
Phase A
obj. physA
obj. physB
Conf URT A.v1
obj. physD
URT appelle URT
Conf URT touche racine /
racine adhère conf URT
appelle
Is member of /
has members
Acte de gestion
Implémente
Architecture
Fonctionnelle
Architecture
Physique
Word
Séminaire WITO 20/03/03 79
Des projets d ’intégration ...
… À l ’urbanisation de l ’existant
Séminaire WITO 20/03/03 80
Le projet Tertiaire
Ces GCL référentielles nous conduisent à :
• travailler sur le plan de configuration et le découpage
du logiciel
• proposer une méthode pour étudier la nomenclature et
l’urbanisation
Séminaire WITO 20/03/03 81
Structure du logiciel analysé
• Par delà le "Visuel Physique", comment appréhender la
structure des logiciels, en avoir une vision globale ?
• Pour maîtriser les logiciels, faut-il procéder à des
regroupements, des synthèses, des simplifications, ... ?
• Comment ?
Séminaire WITO 20/03/03 82
Structure du logiciel analysé
Des entités traitements.
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Séminaire WITO 20/03/03 83
Structure du logiciel analysé
Des liens de composition.
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Séminaire WITO 20/03/03 84
Des entités remarquables : réutilisées.
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Structure du logiciel analysé
Séminaire WITO 20/03/03 85
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
D'autres entités remarquables : pas appelées (point d'entrée du logiciel).
Structure du logiciel analysé
Séminaire WITO 20/03/03 86
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Regroupement des grappes de composants traitement dépendantd'une entité réutilisée.
Structure du logiciel analysé
Séminaire WITO 20/03/03 87
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Regroupement des grappes de composants traitement dépendantd'une entité non appelée.
Structure du logiciel analysé
Séminaire WITO 20/03/03 88
Simplification : les grappes de composants traitement sont représentéespar leur point d'entrée, les liens sont ramenés à ces points d'entrée.
A
ER
Z
H
Q
N U
S
W
Structure du logiciel analysé
Séminaire WITO 20/03/03 89
A
ER
Z
H
Q
N U
S
W
Vision synthétique du logiciel : ramené aux composants traitementsclés de la structure du logiciel.
Vision de la nomenclature du logiciel
Structure du logiciel analysé
Séminaire WITO 20/03/03 90
Flash-Back : Le point de départ !...
A
ER
Z
4
L
K 6
C
H
I
D
1
5
F
Q
N
XV
P T
3
UO
S
W
G
2
B
Y
J
M
Structure du logiciel analysé
Séminaire WITO 20/03/03 91
Illustration dans la vraie vie.
Fct1
Ch1Ch2
Fct2
Ecr1
SP1
MSP1 MSP2
Ecr2
SP2
MSP3
Pgm1
SP3
MSP4
Pgm2
Pgm3
SP5
MSP5MSP6
Pgm4 Pgm5
SP4
SP9MSP7
SP6
MSP8
Ecr3
Ecr5
Ecr4
SP7
SP10
SP8
Structure du logiciel analysé
Séminaire WITO 20/03/03 92
Pgm3
Vision de la nomenclature du logiciel
Fct1
Ch1Ch2
Fct2
SP2
SP5 SP9
SP6
MSP8
Illustration dans la vraie vie.
Structure du logiciel analysé
Séminaire WITO 20/03/03 93
Vision d'ensemble du logiciel
Fct1
Ch1
Ch2
Fct2
Illustration dans la vraie vie.
Structure du logiciel analysé
Séminaire WITO 20/03/03 94
Urbanisation et GCL
• Au delà de ces méthodes « théoriques » de
nomenclature la réelle contribution de la GCL aux
démarche d’urbanisation est de permettre le suivi des
préconisations.
• Le découpage du logiciel en article de configuration
sur plusieurs niveaux fait le lien entre le contexte de
travail des développeurs et la vision urbanisé des
systèmes.
Séminaire WITO 20/03/03 95
En conclusion
• N’oublions pas les enjeux.
• Qu’en est-il vraiment de l’importance d’une
synchronisation locale centrale qui ne sera jamais
« temps réel » ?
• A quelle moment du cycle de vie la livraison doit elle
être fonctionnelle ?
• La gestion intégrée de la cartographie, des livraisons
et de la gestion de configuration fonctionnelle est elle
le meilleur objectif pour vous à court terme ?
• La gestion de configuration doit être alignée sur vos
enjeux : les outils progiciels le permettent