Audit du patrimoine applicatif mainframe et de la dette technique (IBM Developer for z/OS)
Une vision partagée de ce qui existe, de ce qui est fragile et de ce qui dépend de qui, pour décider de la suite.
En bref
- Résultat
- Une vision partagée de ce qui existe, de ce qui est fragile et de ce qui dépend de qui, pour décider de la suite.
- Idéal pour
- Responsable de l'exploitation et de la production informatique (systèmes centraux), architecte d'entreprise ou directeur des systèmes d'information.
- Ce que vous obtenez
- Cartographie du patrimoine (applications, programmes, chaînes batch, bases, interfaces), indicateurs de dette technique et rapport avec plan d'actions.
- Prérequis de votre côté
- Extraits de code et de JCL (Job Control Language, langage de contrôle des travaux sur mainframe), inventaires disponibles, schémas de bases, volumes et calendrier des batchs, entretiens avec les développeurs et les exploitants, données anonymisées ou fictives uniquement.
- Durée et charge
- 8 à 20 jours
- Format
- Forfait
Exemple de situation
Cartographier un patrimoine COBOL mal documenté. Un établissement de crédit exploite depuis des décennies une chaîne de gestion de comptes liée au thème IBM Developer for z/OS. L'audit, en quinze jours, recense les programmes, les dépendances entre chaînes batch et les compétences concentrées sur trois personnes, et propose un ordre de documentation.
Nous cartographions, sous l'angle du thème IBM Developer for z/OS, le patrimoine applicatif : programmes et copybooks, transactions en ligne, chaînes de traitement de nuit, bases de données, interfaces avec les canaux, les paiements et les échanges interbancaires. Nous relevons la dette technique (code mort, duplications, dépendances non documentées, versions de compilateurs et de logiciels en fin de support), les points de fragilité et la concentration des compétences sur quelques personnes.
Le travail s'appuie sur la lecture d'extraits de code, de JCL et de documentation, sur des outils d'analyse statique que vous nous autorisez à utiliser et sur des entretiens. Nous ne demandons ni accès à la production ni accès aux données de clients. Le rapport classe les constats, rattache les risques aux exigences applicables (évaluation du risque des systèmes hérités prévue par DORA, contrôle interne) et propose des actions, avec l'objectif de maîtriser IBM Developer pour z/OS pour accélérer le développement.
Déroulé de la prestation
Cadrage
Nous fixons avec vous le périmètre, le référentiel applicable et les interlocuteurs, et nous convenons des règles de confidentialité, d'accès aux sites et aux données.
Lecture documentaire
Nous lisons les procédures, enregistrements et comptes rendus relatifs au thème IBM Developer for z/OS, avant toute rencontre, pour arriver sur le terrain avec des questions précises.
Entretiens et observation
Nous rencontrons les responsables et les équipes, et nous observons les pratiques sur le terrain lorsque l'accès est possible.
Analyse des écarts
Chaque constat est rattaché à une exigence identifiée, classé par gravité et par urgence, et associé à une action corrective, un responsable et un délai.
Restitution
Nous présentons le rapport à votre direction, répondons aux objections et, si vous le souhaitez, préparons avec vous le plan d'actions.
Livrables, format et conditions
Au terme de la prestation, vous disposez des éléments suivants, rédigés pour être présentés à votre direction, à votre donneur d'ordre ou à l'autorité.
- Cartographie des applications, des programmes, des chaînes batch, des bases et des interfaces
- Indicateurs de dette technique et liste des points de fragilité
- Plan d'actions priorisé présenté à la direction des systèmes d'information
Format et charge : forfait, 8 à 20 jours. Idéal pour : responsable de l'exploitation et de la production informatique (systèmes centraux), architecte d'entreprise ou directeur des systèmes d'information. Prérequis de votre côté : extraits de code et de JCL, inventaires disponibles, schémas de bases, volumes et calendrier des batchs, entretiens avec les développeurs et les exploitants, données anonymisées ou fictives uniquement.
Exemples d'usage
Deux situations d'exemple, dans lesquelles cette prestation a du sens. Ce sont des exemples construits à partir de situations courantes du secteur, pas des références clients ; les chiffres sont indicatifs et dépendent du site et du périmètre.
Cartographier un patrimoine COBOL mal documenté
Un établissement de crédit exploite depuis des décennies une chaîne de gestion de comptes liée au thème IBM Developer for z/OS. L'audit, en quinze jours, recense les programmes, les dépendances entre chaînes batch et les compétences concentrées sur trois personnes, et propose un ordre de documentation.
Évaluer le risque des systèmes hérités
Une banque de réseau doit apprécier chaque année le risque de ses applications anciennes, dont celles du thème IBM Developer for z/OS. L'audit documentaire les classe selon leur criticité, leur fin de support et leurs dépendances, et fournit une base à la revue du contrôle interne.
Questions fréquentes sur cette prestation
Combien de temps dure l'audit et qui le réalise ?
La charge indicative est de 8 à 20 jours, format forfait, répartie entre la lecture documentaire, les entretiens, l'observation sur site et la rédaction. L'auditeur est un praticien du thème IBM Developer for z/OS dans le secteur bancaire ou financier, indépendant de vos équipes, qui signe les engagements de confidentialité demandés et respecte le secret bancaire. Nous fixons le calendrier avec vous pour que la restitution précède votre échéance, mission de l'audit interne, contrôle d'une autorité ou audit de certification, d'au moins quelques semaines, afin de laisser le temps de traiter les écarts les plus importants.
Quelle différence avec une formation sur ce thème ?
La formation transmet des compétences ; l'audit vous dit où vous en êtes. Sur le thème IBM Developer for z/OS, l'audit produit un rapport étayé, avec des constats rattachés à des exigences identifiées et un plan d'actions chiffré, présentable à votre audit interne ou à votre donneur d'ordre. Il met souvent en évidence des besoins de formation, que nous pouvons ensuite couvrir, mais il ne remplace pas la formation, et inversement. Il ne remplace pas non plus le contrôle d'une autorité ou l'audit d'un organisme de certification, que nous ne réalisons pas. Les deux prestations se combinent dans un même plan lorsque l'échéance le justifie.
Comment l'assistance technique est-elle organisée et encadrée ?
Elle est réalisée par des intervenants d'Optédif, sous la responsabilité et l'encadrement d'Optédif, dans un contrat de prestation de services qui porte sur des livrables définis : programmes, dossiers de tests, documentation, passation. Sur le thème IBM Developer for z/OS, la mission est au forfait ou en récurrent, avec un responsable de prestation qui reste votre interlocuteur et un compte rendu mensuel. Nous ne mettons pas de personnel à disposition : les intervenants ne sont pas placés sous l'autorité de votre hiérarchie. Un tuteur de votre côté reçoit le transfert de compétences.
Demander un devis
Indiquez le site, les équipes concernées et l'échéance : nous vous répondons sous 48 h ouvrées, puis nous établissons le devis après un échange de cadrage.
Les autres types de prestation sur le thème IBM Developer for z/OS
- Conseil en stratégie de modernisation et en trajectoire de migration (IBM Developer for z/OS)
- Conception d'architectures cibles et de plans de migration applicative (IBM Developer for z/OS)
- Migration de systèmes centraux et déploiement d'outils de modernisation (IBM Developer for z/OS)
- Assistance technique en analyse, documentation et revue de code COBOL, z/OS et Db2 (IBM Developer for z/OS)
- Comprendre les bases de l'élaboration d'applications z/OS