Quelle stratégie GCL face aux nouveaux défis des processus ...vito.absyss.fr/docs/Quelle-strategie-CGL..._MarteConseil_03_03_20.pdf• Le processus de gestion des logiciels évolue

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


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



• 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



• 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.



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.


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.


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 ? …


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)


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


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



• Evolution des processus informatiques

Les différents aspects de la GCL







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


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


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





Stratégie de mise en œuvre sous MVS






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


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


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


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



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


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.



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.


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.


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


• 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.


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




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


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


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.


Stratégie d’administration des paliers

Source en cours

de modification

MEP

MEP = mise en production

Temps

Palier

MEP MEPMEP

Version courante de production


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


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


1. MAC

2. Bouchon

3. Qualification

4. Pas utilisé



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


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



• 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)



• 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


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




Passage aux paliers mensuels

80 % du palier

est fabriqué en 14

semaines


Environnements et durée des maintenances


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.


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.






Synchronisation local central





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.


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 »


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








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).







Stratégie de mise en œuvre « référentielle »




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.


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


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


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


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


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


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


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é


Source.

Src. Src.

: Composant logiciel : URT

1- Identification des sources reçus

T

R

U

Source.

Configuration

: Configuration



Source.

Src. Src.


T

R

U

Source.

Configuration

: Configuration

2- Identification des composants logiciels reçus



Source.

Src. Src.


T

R

U

Source.

Configuration

P.E.

: Configuration

3- Détection des composants logiciels Point d'Entrée



Source.

Src. Src.


T

R

U

Source.

Configuration

P.E.

: Configuration

4- Mise en graphe des composants logiciels



Source.

Src. Src.


T

R

U

Source.

Configuration

P.E.

: Configuration

5- Production du graphe des composants source



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


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é


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


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


Des projets d ’intégration ...

… À l ’urbanisation de l ’existant


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


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 ?



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



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


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



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).



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.



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.



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



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



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



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



Pgm3

Vision de la nomenclature du logiciel

Fct1

Ch1Ch2

Fct2

SP2

SP5 SP9

SP6

MSP8




Vision d'ensemble du logiciel

Fct1

Ch1

Ch2

Fct2




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.


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

Documents

Quelle stratégie GCL face aux nouveaux défis des processus ...vito.absyss.fr/docs/Quelle-strategie-CGL..._MarteConseil_03_03_20.pdf• Le processus de gestion des logiciels évolue