SUPPORT TECHNIQUE
DGFIP - DIRECTION GÉNÉRALE DES FINANCES PUBLIQUES (Prestation avec télétravail 3/5)
février 2020 - octobre 2020
PROJET MOD-REC - MODERNISATION DES APPLICATIONS DE RECOUVREMENT - MIGRATION DE BULL VERS z/OS :
BATCH (1000 programmes, 500 JCL à migrer) :
Prise de connaissance du JCL d’exécution BULL du POC (Proof of Concept/Prototype), le plus significatif parmi les 500, et du JCL correspondant z/OS (15 programmes exécutés),
Analyse des spécificités de chaque langage de commande et de leur différence de comportement.
TRANSACTIONNEL (300 programmes en BULL/TDS/PACBASE (CICS/COBOL) à migrer en z-OS/CICS natif/COBOL natif) :
À mon arrivée, projet bloqué au point zéro depuis des mois sur un problème de génération de MAPSET. Après investigations de moins d’une semaine, origine du disfonctionnement identifié. C’était un bug dans la procédure de compilation qui ajoutait dans la MAPSET des blancs intempestifs, décalant irrémédiablement l’affichage.
POC (Proof of Concept/Prototype) - 8 programmes transactionnels :
Prise en charge de trois programmes sources générés par PACBASE en pseudo CICS/COBOL (code source présentant erreurs, oublis et résidus de code BULL/TDS) :
Génération VSAM des fichiers à plat (QSAM) issus des structures UFAS de BULL et définition de ceux-ci en CICS (transaction CEDA) ainsi-que leurs INDEX secondaires,
Définition CICS des autres objets (transactions, programmes),
Correction du pseudo code CICS/COBOL manuellement pour compilations et tests unitaires,
Administration CICS pour tests dans l’environnement dédié.
Revue de code des cinq autres programmes du POC et suggestions de modification.
Dans une deuxième phase, amélioration de la génération PACBASE par instructions de paramétrage à l’administrateur pour diminuer le nombre d’erreurs et d’oublis et ainsi limiter la migration manuelle (adaptation à la main du code CICS/COBOL) : Résultat : Le temps de migration par programme est passé de 2/3 semaines à 0,5/1 jour.
Dans une troisième phase :
Étude du paramétrage/code complémentaire à modifier dans PACBASE pour générer des sources ne demandant aucune modification manuelle ultérieure et prêts à compiler et tester,
Obtention de droits de modification dans PACBASE pour remplacer l’administrateur PACBASE et procéder moi-même aux adaptations. Résultat : Plus aucune modification manuelle à effectuer dans le code COBOL et réduction supplémentaire du temps de migration par programme.
Obtention immédiate auprès de l’administrateur PACBASE de la génération des libellés d’erreur attendus depuis plusieurs mois par l’équipe, faute de connaissances techniques à propos de cet AGL.
Conseils sur l’installation de notre environnement de test sur un CICS multi-régions (MRO), dont les spécificités étaient inconnues de l’équipe car le précédent CICS utilisé pour les tests unitaire et la recette était mono-région.
Support technique PACBASE (dont administration), CICS (dont administration), z/OS (JCL) et COBOL.
IBM-z/OS, JCL, TSO/ISPF/PDF/SDSF, CICS, PACBASE TP, COBOL, VSAM, BULL, TDS, UFAS, IDZ, TOPAZE, WINCOM, LIBRE OFFICE, BETA 92, WINDOWS 10 (poste de rebond) et WINDOWS 7 (poste distant de télétravail (3 jours sur 5))
02/2019 à 09/2019 INGÉNIEUR D'ÉTUDES
STIME - DIRECTION DES SYSTÈMES D’INFORMATION (Prestation)
DOMAINE FLUX CORPORATE - BUDGÉTAIRE & RÉFÉRENTIEL STRUCTURES :
Prise de connaissance du périmètre fonctionnel référentiel (Sociétés Internes du Groupement (STIME) SIG, Gestion des Points de Vente PDV et Lieu Fonction LF),
Projet SPIDER :
Développement (spécifications, programmation, documentation programme, manuel utilisateur, tests unitaires puis mise en production après recette) :
Programme transactionnel listant les types de PDG par enseigne,
Programme transactionnel visualisant, créant, modifiant, supprimant un type de PDG/Enseigne,
Programme transactionnel visualisant l’ensemble des modèles (types de magasins) d’un point de vente d’enseigne ROADY avec possibilité de les modifier, les supprimer ou d’en créer de nouveaux,
Programme BATCH d’initialisation de la table DATACOM des points de vente d’enseigne ROADY en la chargeant,
Maintenance de 5 programmes transactionnels :
Appareillage de la table DATACOM des types de PDG par enseigne,
Interdire la saisie du modèle (type de magasin) sur l’enseigne ROADY devenant multi-modèle (gestion spécifique dans un nouveau programme transactionnel),
Projet STARDRIVE :
Étude détaillée :
Rattachement d’un point de vente (voulant faisant du DRIVE) à un STARDRIVE (point de vente entrepôt),
Inclusion des périodes en cours ou futures de rattachement des points de vente à un STARDRIVE à l’extraction des périodes logistiques en cours ou futures vers l’application Cadencier (approvisionnement),
Développement (spécifications, programmation, documentation programme, manuel utilisateur, tests unitaires puis mise en production après recette) :
Programme transactionnel de gestion des points de vente rattachés à un STARDRIVE.
IBM-z/OS, JCL, TSO/ISPF/PDF/SDSF, CICS, PACBASE TP & BATCH, COBOL, DATACOM, DQL, OFFICE 2016, LOTUS, EOS, DIMENSIONS, JIRA SOFTWARE, SKYPE ENTREPRISE, WINDOWS 7
03/2018 à 07/2018 RESPONSABLE D’APPLICATIONS
i-BP (Prestation)
RESPONSABLE D’APPLICATIONS COMPTABLES :
Gestion des incidents,
Maintenances et évolutions.
Formation et adaptation sur RATIONAL DEVELOPER FOR z SYSTEMS (RDZ).
IBM-z/OS, JCL, TSO/ISPF/SDSF, CICS, RATIONAL DEVELOPER FOR z SYSTEMS (RDZ), PACBASE, COBOL, DB2, SPUFI, QMF, FILE-AID MVS et DB2, XINFO, ENDEVOR, EOS, TWS, CITRIX, JIRA SOFTWARE, WINDOWS 7 et 10, OFFICE 2013 et 2016, Progiciels comptables (BANKREC, EVOLAN, NOVABANK, ISI/ISINET)
