Parcours Accueil Tour guidé Initiation 1 h Initiation 24 h Révisions Exercices

🔄 10-6 – Étude de cas : interaction entre programme batch et transactionnel

Dans un système d’information professionnel, il est fréquent qu’un programme batch (traitement de masse différé) alimente ou exploite des données utilisées par un programme transactionnel (CICS). Cette complémentarité est un pilier de l’architecture mainframe.

🎯 Objectif

• 📥 Un batch prépare un fichier de commandes clients
• 🧾 Un programme CICS consulte ces commandes en temps réel

📁 Étape 1 – Programme batch : génération des données

OPEN OUTPUT F-COMMANDES.
PERFORM VARYING I FROM 1 BY 1 UNTIL I > 5
  MOVE "CMD" & I TO CODE-COMMANDE
  MOVE "EN ATTENTE" TO STATUT
  WRITE ENR-COMMANDE
END-PERFORM.
CLOSE F-COMMANDES.
  

Le programme batch génère 5 commandes avec un statut initial.

🖥️ Étape 2 – Programme transactionnel : lecture en CICS

EXEC CICS RECEIVE INTO(CODE) END-EXEC.
EXEC CICS READ FILE("F-COMMANDES")
     INTO(BUF) RIDFLD(CODE)
END-EXEC.
EXEC CICS SEND FROM(BUF) END-EXEC.
  

L’opérateur entre un code de commande, et le programme affiche les données correspondantes lues dans le fichier VSAM produit par le batch.

📬 Échange indirect via fichier partagé

• 📄 Le batch écrit dans un fichier (souvent séquentiel ou VSAM)
• 📖 Le programme CICS lit dans ce même fichier en accès direct
• 🛠️ Les deux programmes doivent utiliser la même structure de données

🔐 Synchronisation

Pour garantir la cohérence :

• ✅ Le fichier ne doit pas être en cours de traitement par le batch quand CICS lit
• ✅ L’usage du  SYNCPOINT  ou des verrous est recommandé côté CICS

📌 Résumé

Ce scénario montre comment un programme batch et un programme transactionnel :

• 🔄 Peuvent interagir via un fichier commun
• 🧱 Se partagent les responsabilités entre masse et temps réel
• ⚙️ Nécessitent une rigueur sur les formats et la synchronisation