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.
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.
COMPTABLES :
Gestion des incidents,
Maintenances et évolutions.
Formation et adaptation sur RATIONAL DEVELOPER FOR z SYSTEMS (RDZ).
Concepts et fondamentaux PACBASE,
Dictionnaire
Batch cinématique édition
Langage structuré
Tables,
Dialogue,
Travaux pratiques.
mon rôle a consisté à prendre en charge la maintenance, la gestion des incidents, le conseil et les projets/évolutions sur le périmètre MAINFRAME :
Conseil de la MOA et de la MOE,
Gestion des incidents et suivi de production,
Analyse des expressions de besoin de la MOA,
Correctifs sur les analyses menées,
Rédaction des spécifications fonctionnelles et techniques,
Développement,
Participation aux phases de recette avec les KEY USERS,
Préparation des dossiers d’exploitation et suivi de la mise en production,
Documentation des applications et des incidents.
Leader français de la distribution de canalisations plastiques et de leurs accessoires - 380 sites en France et 18 points de vente en Espagne) via SSII
DSI, DÉPARTEMENT ÉTUDES
PÔLE SUPPLY CHAIN, SERVICE APPROVISIONNEMENT
MAINTENANCES correctives et évolutives sur les applications SIGMA et KHÉOPS Batch et Transactionnelles (Analyses, Développements, Tests, Mise en Productions, Corrections à chaud et à froid, Support recette).
FONCTIONNEL :
 Circuit logistique,
 Traitement des manifestations, promotions,
 Réception et gestion des commandes (ordres de préparation, gestion des stocks),
 Réception et envoi de plannings,
 Gestion des assortiments commandables et vendables,
 Relations avec les fournisseurs,
 Relations avec la comptabilité,
 Échanges avec système d’informations logistique (METI), progiciels LOGIDRIVE (logistique), GOLD (approvisionnement) et SAP (comptabilité).
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)
 Analyse des applications existantes de dématérialisation des factures (format EDIFACT INVOIC D96A),
 Conception de quatre applications supplémentaires pour quatre nouveaux clients (analyse, programmation, tests et mise en production),
 Étude de la mise en place de la dématérialisation des accusés de réception de commande (format EDIFACT ORDRSP D96A) pour un premier client et développement de la chaîne concernée (analyse préalable, développement, tests, mise en production).
SUPPLY CHAIN
 Analyse et développement de plusieurs programmes transactionnels gérant les cessions de marchandises entre dépôts.