Rapport de Stage GFI Informatique

1

Rapport de Stage

GFI Informatique

Kévin CAZIER

Julien DELILLE

Cédric LIPPENS

2

Accroche

3

Intro

4

Plan

5

- Crée en 1970 (Groupement Français Informatique)

- SSII

- Acteur majeur sur le marché européen (Italie, France…)

- 1998 : Introduction de GFI à la bourse de Paris

I ) Lieu de Stage• a) GFI• b) CSB

6

(en millions d'euros) 2006 2005

Chiffre d’affaires 633,1 543,8

Résultat opérationnel courant

en % du chiffre d’affaires

40,3

6,4 %

29,7

5,5 %

Résultat opérationnel 33,7 21,0

Coût de l’endettement financier

net-5,5 -3,1

Impôts -9,2 -6,7

Résultat net 18,9 11,2

Résultat par action 0,40 0,26-Une progression significative :Augmentation du CA de 16%Augmentation du Résultat Net de 69%


7

- Aujourd’hui, plus de 8000 collaborateurs

- Implantation en Europe : France, Italie, Espagne, Portugal, Allemagne…

- Grand Groupe japonais, intéressé par GFI=> OPA


8

- Centre service bancaire de Lille=> Banque, Finance & Assurance

- Environ 80 collaborateurs, en constante hausse (salon du recrutement)

- Principal Client : BNP PARIBAS


9

si tu as d’autre idée sur le CSB ??

I ) Lieu de Stage• GFI• CSB

10

II) Fonctionnement du CSB• a) Environnement et langages• b) Projets et TMA• c) Suivi de projets

II/ a) 2-MVS

• Définition

MVS a été lancé en 1974 par IBM

Système très fiable pour supporter de gros environnements de production.

zSeries.

11


• Caractéristiques

Multiprogrammation

Multitraitement

La mémoire virtuelle

« Simultanéité » et une multiplicité d'accès

simultanéité » et une multiplicité d'accès

12


• Environnement

TSO (émulateur)

ISPF (Interactive System Productivity Facility)

Program Development Facility (PDF).

Dialog Manager (DM),

Software Configuration and Library Management facility. (SCLM)

JES2 ou JES3 (Job Entry Subsystem 2 ou 3)

DFSMS (Distributed File Storage Management Subsystem).

DASD (Direct access storage device).

13


Date Version

1964 IBM System /360 (OS/360)

1967 IBM System /360 (OS/MFT)

1968 IBM System /360 (OS/MVT)

1972 IBM System /370 (SVS1 et SVS2)

1974 IBM System /370 (MVS)

1981 IBM System /370 (MVS/XA)

1985 IBM System /370 (MVS/ESA)

1990 IBM System /390 (MVS/ESA)

1996 IBM System /390 (OS/390)

1997 IBM System 9672

1998 IBM System 9672 G5

1999 IBM System 9672 G6

2000 IBM System 2064, zSerie

2002 IBM System 2066, z800

14


II/ a) 1-Envirronement

• CPL (ETUD)

• VALREC (MOE)

• PROD (MOE MOA)

15


• CPL (ETUD)

>> Développement

>> TU

>> TI

>> Copies des tables en production.

Schéma du CPL (description rapide des options)

16


• VALREC (MOE) : LA QUALIFICATION

>> environnement de QUALIF

>> Test de monté en charge

>> Test de non régression

17


• Demande à la MOE de lancer les jobs (Dossier de QUALIFICATION).

• Si l’exécution du programme produit une erreur.

◦ Création d’une fiche incident

◦ Si l’incident concerne les tables ou les fichiers utilisés

Demande d’action pour régler le problème (ex: HarryPilot)

Refaire une demande de QUALIFICATION

◦ Sinon si l’incident concerne un ou plusieurs programmes

Demande de modification du ou des programmes

Savoir d’où vient l’erreur que l’on a pas décelée avant (MOE ou ETUD)

Régler le problème, et refaire une demande de QUALIFICATION.

◦ Fin Si

◦ Fin Si

18


• PROD

>> Programmes qui tournent à la BNP PARISBAS

>> ENDEVOR et Retrieves. (CPL)

II/ b) 1-Formation

• Programmation structurée.

• Rapprochement de fichier.

• Formation DB2 que l’on a pas eu.


• Programmation structurée.

CPT BANQUE MOUVEMENTS01 BNP +12

01 CAISE D ’EPARGNE -86

02 BP -51

08 CL +854

01 BNP -541

03 BP +24

• Total par compte et par banque ?

TRI.

Changement de compte et de banque.


• Rapprochement de fichier

>> Même règles qu’auparavant.

>> Maintenant c’est une question de priorité de lecture.

2 millions * 2 millions = 4 000 000 000 000, soit 4 000 milliards de lectures

Grâce à cette méthodes : 2millions * 2 = 4 millions.

>>>>> On gagne un facteur de 1 million !!!


• DB2

• BINDPLAN.

>> Déclaration des « fonctions » DB2 (nommés accesseurs DB2)

• BINDPACKAGE.

>> #include / Import

(Schéma du JCL avec BIND)


3 Langages

COBOL

SQL/DB2

JCL (procédural)


Langage au local :

HTML :

Architecture

Forme

Base


JavaScript :

Dynamique

Affichage contextuel

Calcul


Projet au local :

Fonctionnement d’un programme au local :

Image avec serveur passerelle


Projet au local :

Réception d’un prototype

Phase de prise de connaissance & questions

Développement s & Tests sommaires

Tests Unitaires


28


Cycle en V

Expression des Besoins

29

Cycle en V


Spécifications Fonctionnelles

Générale

30

Cycle en V



Générale


Détaillés

31

Cycle en V



Générale


Détaillés

Spécifications Organiques

32

Cycle en V



Générale


Détaillés


Réalisation33

Cycle en V



Générale


Détaillés


Réalisation

Tests Unitaires

34

Cycle en V



Générale


Détaillés


Réalisation

Tests Intégration /

Non régression

Tests Unitaires

35

Cycle en V



Générale


Détaillés


Réalisation

Recettes


Non régression

Tests Unitaires

36

Cycle en V



Générale


Détaillés


Réalisation

Mise en production

Recettes


Non régression

Tests Unitaires

37

Cycle en V



Générale


Détaillés


Réalisation

Mise en production

Recettes


Non régression

Tests Unitaires

38

Cœur du métier CSB

Cycle en V



Générale


Détaillés


Réalisation

Mise en production

Recettes


Non régression

Tests Unitaires

39

Cœur du métier CSB

Cycle en V

TU

Comment sont réaliser ces tests ?

Dans quel but


41

- Découverte de l’Entreprise, collègues=> présentation des lieux, bonne intégration

- Deux premières semaines avec Cédric : TMA

- TMA Edifice :- maintenance corrective- maintenance évolutive

III) Nos Activités• a) Kévin• b) Cédric• c) Julien

- Familiariser avec les outils et documents du CSB :(MVS,DC,DEI,SO…)

Notamment :- Vérifications de Dessin Exploitation Informatique (DEI) par rapport Dessins Chaine (DC) et procédures- Vérifications de CA7 (enchainement des jobs)- Normalisation de DEI


- Partager les tâches avec Cédric=> Travailler du mieux possible, ne rien oublier

=> Bilan positif

- Après deux semaines : Intégration dans un projet=> Projet IMPACT


Présentation du projet :

- Gestion des données crédit immobilier et professionnelle entre BNP et autres organismes

- Equipe jeune et dynamique :=> Formation NCIS (6 semaines)

- Formation norme IDEV


- Réunion de mise en route du projet :(Chef de projet : Benjamin LEROY)

- Délais court- Equipe de 6 personnes- Premières expérience pour 5 d’entre

nous=> Indulgence !

- Développement sous forme de modules


Module 1


Module 1

Données en Entrées

Module 1


Traitement

Module 1


Traitement

Données en Sorties

SortiesEntrées

Module 1

Traitement

SortiesEntrées

Module 1

Traitement

SortiesEntrées

Module 2

Traitement

SortiesEntrées

Module 1

Traitement

SortiesEntrées

Module 2

Traitement

SortiesEntrées

Module 3

Traitement

SortiesEntrées

Module 1

Traitement

Entrées

Module 2

Traitement

SortiesEntrées

Module 3

Traitement

SortiesEntrées

Module 4

Traitement

Sorties

SortiesEntrées

Module 1

Traitement

Entrées

Module 2

Traitement

SortiesEntrées

Module 3

Traitement

SortiesEntrées

Module 4

Traitement

Sorties

Entrées

Module 1

Module 2

Module 3

Sorties

Module 4

Appel module : renseigner données d’entrées.

En Sortie :


- Gestion des codes retours :0 : Traitement OK4 : Message informatif8 : Message fonctionnel bloquant 12 : Erreur technique avec levée d’exception

- Faire remonter les exceptions :

Module 1 Module 2 Module 3



EXCEPTIONCode retour : 12




EXCEPTIONCode retour : 12 EXCEPTION

Code retour : 12




EXCEPTIONCode retour : 12


Code retour : 12





Code retour : 12


***SYSOUT***Module 3 :Erreur techniqueCode retour : 12

- Gestion des codes anomalies :=> Où et pourquoi le module plante ?

- Début Mai : passage sur TMA SARCICOGE- Modification de programme Batch- Modification de JCL…


Les problèmes dans tout cela ?- Débutant (stress!)- Noms des variables (différent de l’IUT,

préfixe)


Les problèmes dans tout cela ?- Débutant (stress!)- Noms des variables (différent de l’IUT,

préfixe)


Les problèmes dans tout cela ?- Test Unitaires :

Pas vraiment effectué à l’IUT- Volume de données :

A l’IUT : petit volumeAu CSB : gros volume (fichiers de

banque)- Problèmes projet :=> SO, tables au CPL (tests)


Mes impressions :- Premières semaines très formatrices (masse d’informations)- Bonne équipe, bonne entente- Nombreuses choses acquises- Bonne intégration

=> Ensemble très positif


• La TMA. (Description)

•DEI (SYSIN de LOAD).

• DC.

• CA7.

• Fiche incident.

• Dossier de qualification.

• Le projet, LOT1 Correction e-Clients. (Description)

• Le développement.

• Les TU.

• Modifications de SO.


• La TMA.

• DEI (SYSIN de LOAD).

• Deux schémas avant et après

• la procédure à expliquer


• La TMA.

• DC. = Dessin de flux externe des DEI

• Sert de référence pour les DEI et les SO

• indication des tris et caractéristiques des fichiers …


• La TMA.

• CA7 enchaînement des JOBS

• Trigerred & Dépendance.

Schéma CA7


• Le projet, LOT1.

• Le développement.

A partir des SO (simplifié)

Entre LAP et COBOL

Des révisions sur le tas.

Gestion des fichiers

Clause Copy.

Instruction compute (non apprise à l’IUT (add substract …))

etc.

Compression des bibliothèques (dev & tu)

Normalisation des programmes (i-Dev à EDIFICE)



• Les TU.

JCL de mes deux …

De nombreux problème (qui m’ont permis de mieux connaître l’environnement)

Encapsulation à l’excès. (apparemment pour norme EDIFICE). >> code illisible (pour les test je me référais à la SO, et quand ça plantait, je prenais une corde, une torche, un peu d’eau et go pour l’expédition.) :@

Bonne ambiance où on se chambre.

Nouvelle méthode de TU que je vais sûrement proposée après l’avoir mise un peu plus au point.



• Les TU. (Schéma d’un tableau de test)



• Modifications de SO.

Mise à jour de certaine SO qui n’était pas correcte : Il ne suffit pas toujours de suivre la SO. Pour garantir un bon développement et un gain de temps il vaut mieux repasser derrière celui qui l’a faite pour simple vérification. Comme la fois où j’avais déceler un cas qui faisait boucler le programme BCGHNK66 ou 62 …

DEI, DC

Petite anecdote sur les copy à modifier (9(18)V2 remplacé par 9(16)V2).

J’aurais aussi voulu en faire…


Activités projets :

Autoformation cobol :

lecture de code

lever les incompréhension

développement de petits programmes



Tests

Difficulté croissante

Observation



Autoformation JavaScript / HTML

lecture de code

Lecture de support de cours

développement de pages



Grande réflexion

Observations et mise en application


Premier projet : SEPA

1 application de tête

7 Transactions

Thème : Flux monétaire


Premier projet : SEPA

Premier essai sur le développement de l’application

La norme de programmation est assez difficile à comprendre au début

Comprendre la cinématique


Deuxième projet : IMPACT

1 application de tête

2 Transactions

Thème : événement fonctionnel associé à un numéro de contrat de prêt


Démarré avec une collègue et moi

Projet intégralement sous ma tutelle

Développement, phase de tests unitaires, peut être qualifications

Deuxième projet : IMPACT


Démarré par un collègue

Projet intégralement sous ma tutelle à l’heure actuelle

Très difficile dans sa réalisation

Troisième projet : CONTENTIEUX


BILAN- Les TU (GFI et IUT)

- TMA / PROJET Thomas Honoré en est le témoin. Le dernier jours ou je suis repassé sur ce que je faisait quand j’étais sur la TMA (donc après le projet. J’ai réussi à bouclé beaucoup plus rapidement ce qui m’était demandé. Il ne vaut mieux pas commencer par de la TMA pour un stagiaire (Bien sûr là on ne pouvait pas faire autrement.

- Type de programmation (IUT)

- Faire les développement dans un 1er temps puis les TU. (soucis d’organisation mais pas toujours efficace de revenir quelque jours après sur un programme quand on en a fait d’autre entre deux.)

- Là ou j’aurais pu être beaucoup plus efficace je n’y étais pas.

Conclusion

Ouverture

Documents

Rapport de Stage GFI Informatique