Customer Information Control System

Sous CICS il n'est pas possible d'appeler directement un programme : l'utilisateur doit invoquer une transaction, laquelle spécifiera le programme à lancer. CICS se chargera de localiser l'application, la charger en mémoire si ce n'est pas déjà fait, et de démarrer une tâche.

Chaque transaction est identifiée par un code de quatre lettres appelée trans-id. CICS possède une table nommée PCT (Program Control Table – Table de Contrôle des Programmes) qui liste les trans-id valides et les associe au nom des programmes CICS qui devront être chargés lorsque la transaction est invoquée. De manière à savoir s'il faut charger en mémoire une nouvelle copie d'un programme, CICS utilise une autre table, le PPT (Processing Program Table, ou Table des Programmes Exécutés), qui contient une liste de tous les noms de programmes en mémoire.

Ainsi si un utilisateur invoque une transaction, CICS ira d'abord regarder dans le PCT pour trouver le programme à exécuter, puis vérifier dans la PPT si le programme est déjà chargé en mémoire. Dans le cas où il ne l'est pas encore, CICS localisera le programme, le chargera et mettra la PPT à jour, puis lancera une nouvelle tâche.

CICS utilise également une table des terminaux, le TCT (Terminal Control Table), qui permet d'identifier chaque terminal par le biais d'un identifiant de terminal, appelé term-id. Cette table permet de s'assurer que les traitements et résultats soient bien attribués au bon terminal.

Quant aux accès aux fichiers, ils sont gérés par CICS par le biais d'une table des fichiers, la FCT (File Control Table) qui recense les fichiers et le type d'opérations autorisés.

CICS fournit de nombreux services, lesquels sont accessibles par une API, laquelle permet de s'assurer que lesdits services sont invoqués de manière consistante.

Les services de communication de données, permettent notamment aux programmes de communiquer avec les terminaux. Ces services permettent par exemple d'envoyer des informations aux terminaux, ou de récupérer des informations écrites dans un formulaire, etc.

CICS a accès aux méthodes de télécommunication du système d'exploitation via une interface appelée terminal control. Cependant, utiliser directement le terminal control dans un programme peut s'avérer laborieux car ça impliquerait de traiter un ensemble assez compliqué de chaînes de caractères et de données. Pour simplifier le décodage de ces chaînes de caractères, une interface appelée BMS (Basic Mapping Support – Support Basique pour Formulaires) a été développée. BMS permet de créer facilement des formulaires, appelées map, et de gérer l'envoi ou la réception de données depuis ces formulaires.

Les services de gestion de données permettent l'accès aux bases de données, fichiers, etc. Ils regroupent les outils de contrôle des fichiers comme les VSAM, ou d'accès aux interfaces SQL, ou DL/I. Ainsi lorsqu'un programme a besoin d'accéder à un fichier, les services de gestion de données CICS feront le relais avec VSAM pour gérer l'accès au fichier. Le système de gestion de données de CICS permet de gérer le partage des fichiers et donc d'éviter la corruption de données que pourrait par exemple causer la mise à jour simultanée d'un même enregistrement par deux utilisateurs.

Les systèmes de gestion CICS regroupent un éventail de services organisés en domaines pour gérer l'exécution des programmes. Par exemple le domaine program control permet de gérer le flot de contrôle d'un programme à un autre. Le domaine dump control permet la génération de dumps, etc.

• Une tâche peut être activée ou désactivée à la demande, voire remplacée au vol par une autre, sans arrêt du reste du système.
• CICS met à l'abri de tout risque de piratage : un terminal ne dispose jamais d'un shell, puisqu'il s'agit d'un terminal rattaché à l'application CICS et non au système qui se trouve au-dessus. Ce terminal ne peut s'échapper du contrôle de CICS (ce qui est parfois souhaitable) que si l'on crée en CICS une tâche de déconnexion, qui ne peut elle-même être codée depuis un terminal CICS.
• Gestion des possibilités « full-screen » des écrans de mainframes, y compris lors des changements de génération de ceux-ci (3277 vers 3278, 3278 vers 3278 PS, 3270 et 3270 PS, 3290, 3170 avec souris...), ces nouvelles techniques se traduisant simplement par des possibilités d'appels supplémentaires sans nécessité de modifier l'existant.

La table des transactions était gardée en forme séquentielle et non hash-codée. Le parcours séquentiel de la table à chaque nouvel appel produisait de grosses inefficiences si un système avait plusieurs milliers de noms de tâches. Les statistiques fournies par CICS permettaient d'atténuer un peu cet inconvénient en mettant en tête de table (manuellement) les noms des transactions les plus utilisées.

Le principe permettant à CICS de travailler en transactionnel sur un système sans effectuer de multitâches au sens propre du terme inspira en France nombre de serveurs Minitel gérant 80 connexions en simultané apparent[4] sur un 386 travaillant sous DOS… qui était lui-même monotâche.

Des serveurs Minitel furent aussi développés sous CICS sur mainframe. En raison de sécurités actives par défaut en CICS et sans utilité dans une messagerie de loisirs (dynamic transaction backup, commit/rollback, etc.), de premiers essais se montrèrent peu performants. Une fois ces fonctions désactivées, CICS géra les terminaux en consommant en moyenne 0,02 MIPS du serveur central par Minitel connecté[5].