Vision IBM i : Pérennisez votre IBM i

Il existe un défi émergent pour les entreprises qui dépendent toujours d'IBM i

Alors que le nombre de programmeurs et d'administrateurs de RPG actifs diminue en raison des promotions, des départs à la retraite et de l'attrition, les entreprises auront du mal à conserver des ressources de développement suffisantes pour maintenir et développer leurs applications System i.

Les organisations informatiques devront trouver un moyen d'aider les nouveaux employés à saisir rapidement et avec précision les complexités et les subtilités de ces systèmes souvent vastes, tout en leur donnant la confiance nécessaire pour apporter des modifications et étendre ces systèmes - même s'ils n'ont aucune expérience de développement pratique. avec la langue ou la plateforme.

Dans cette édition d'IBM i Insights, nous approfondirons ce défi croissant en détail et discuterons des technologies et des concepts disponibles pour aider les organisations informatiques à relever le défi de la fuite des cerveaux RPG et soutenir le développement continu sur la plate-forme IBM i.

Une application typique sur IBM i pourrait être de quelques milliers à plusieurs millions de lignes de code, avec toute la complexité, les incohérences de conception, les langages, les syntaxes et la sémantique qui accompagnent des années de développement continu. Les applications critiques se composent d'un grand nombre de fichiers ou de tables physiques et de programmes. Les interdépendances de programme à fichier et de fichier à programme à elles seules peuvent facilement atteindre des centaines de milliers. Il ne s'agit pas de technologies individuelles abstraites ou ésotériques, mais de systèmes commerciaux entiers, prenant en charge des fonctions commerciales critiques.

Comme pour tout système de gestion efficace, les informations sur le système sont essentielles. Le niveau de détail et de disponibilité de ces informations est un autre facteur critique, qui a déjà été prouvé en entreprise par le succès des ERP et des systèmes d'entreprise en général. Cette exigence n'est pas nouvelle, mais elle devient plus universelle à mesure que les systèmes continuent de croître et de mûrir. Une question clé est de savoir comment gérer les coûts et les risques liés à la maintenance et à la modernisation de ces systèmes, et à évoluer continuellement pour s'aligner sur les besoins de l'entreprise.

Le mappage d'applications - extraire et analyser une base de données complète d'informations sur votre système d'application métier - est une solution essentielle au problème.

Discussion technique: Prendre des décisions éclairées grâce au mappage des applications

En mappant une application entière, une ligne de base fondamentale d'informations est mise à disposition pour toutes sortes de mesures et d'analyses. Le comptage des objets et des lignes source est généralement la pratique la plus couramment utilisée pour obtenir des mesures à l'échelle du système. De nombreuses entreprises réalisent des estimations et des budgets de projets logiciels en utilisant uniquement ce type d'informations. Le niveau d'expérience et les connaissances techniques d'un gestionnaire et de son personnel peuvent aider ces chiffres dans une certaine mesure, mais le plus souvent, il s'agit principalement de conjectures.

Une approche légèrement plus avancée utilisée avec les applications RPG, COBOL ou Synon consiste à approfondir l'application et à compter les éléments de conception dans les programmes.

Ces éléments comprennent:

• Des dossiers
• Affiche
• Sous-fichiers
• Lignes sources
• Sous-routines
• Programmes appelés
• Programmes d'appel

Pour plus de détails et l'article complet, veuillez cliquer sur le PDF ci-dessous: cliquez ici (English version): click here