Les applications critiques d\u2019IBM i (AS\/400, iSeries) sont utilis\u00e9es depuis des d\u00e9cennies et ont d\u00e9sesp\u00e9r\u00e9ment besoin d\u2019aide \u00e0 mesure que les entreprises se d\u00e9veloppent et que leurs besoins \u00e9voluent. Attendre signifie se retrouver avec une dette technique o\u00f9 les services des TI disent\u00a0: \"Nous y reviendrons plus tard\".<\/p>\n
Nous constatons r\u00e9guli\u00e8rement le besoin de redimensionner les champs de base de donn\u00e9es \u00e0 mesure que les entreprises se d\u00e9veloppent de mani\u00e8re organique ou via des acquisitions. S\u2019il est r\u00e9alis\u00e9 manuellement, le redimensionnement des champs constitue souvent un projet de longue haleine, qui peut prendre des ann\u00e9es. C\u2019est pourquoi les entreprises \u00e9vitent de s\u2019y attaquer jusqu\u2019\u00e0 ce qu\u2019elles n\u2019aient plus d\u2019autre choix.<\/p>\n
Dans de nombreux cas, un projet de redimensionnement est assorti d\u2019une date limite, car il est li\u00e9 \u00e0 la croissance de l\u2019entreprise. Soudainement, le logiciel sur lequel vous avez compt\u00e9 pour vous donner un avantage concurrentiel n\u2019est plus en mesure de soutenir cette croissance.<\/p>\n
\u00c0 premi\u00e8re vue, le redimensionnement des champs dans les applications de g\u00e9n\u00e9rateur automatique de programmes (GAP) semble simple. En r\u00e9alit\u00e9, il s\u2019agit d\u2019un processus complexe qui peut entra\u00eener toutes sortes de probl\u00e8mes. Lorsque vous r\u00e9alisez manuellement un projet de redimensionnement de champ dans des applications qui ont \u00e9t\u00e9 cr\u00e9\u00e9es et g\u00e9r\u00e9es pendant des d\u00e9cennies (souvent par plusieurs programmeurs), vous allez rencontrer des obstacles et introduire des erreurs humaines.<\/p>\n
Un projet d\u2019une telle ampleur pourrait paralyser les op\u00e9rations.<\/strong><\/p>\n Un client avec lequel je travaillais poss\u00e9dait 92\u00a0emplacements et son champ d\u2019emplacements pouvait en compter un maximum de 99. Il devait passer \u00e0 trois ou quatre chiffres pour soutenir sa croissance, tout en g\u00e9rant les aspects quotidiens de l\u2019application. C\u2019est pourquoi il est important de chercher des moyens de r\u00e9duire au minimum le temps et les efforts n\u00e9cessaires.<\/p>\n Mener \u00e0 bien un projet de redimensionnement de champ ne se fait pas en criant lapin. Les applications IBM i sont souvent le r\u00e9sultat d\u2019un m\u00e9lange de diff\u00e9rents styles de programmation, et vous ne savez pas toujours ce que vous allez rencontrer lorsque vous commencez \u00e0 creuser dans le code.<\/p>\n M\u00eame le programmeur le plus patient peut s\u2019asseoir et revoir manuellement le code, d\u00e9couvrant ainsi les secrets cach\u00e9s et les squelettes dans le placard. C\u2019est un processus fastidieux et laborieux. Cependant, la fatigue du projet s\u2019installe in\u00e9vitablement et le programmeur s\u2019ennuie. C\u2019est la meilleure fa\u00e7on d\u2019introduire des erreurs.<\/p>\n Trois \u00e9l\u00e9ments sont n\u00e9cessaires \u00e0 la r\u00e9ussite d\u2019un projet de redimensionnement de champ. La premi\u00e8re est la compr\u00e9hension de l\u2019application. Vous devez d\u00e9couvrir les renseignements qui d\u00e9terminent les d\u00e9fis auxquels vous pourriez \u00eatre confront\u00e9. Vous devez \u00eatre en mesure de savoir o\u00f9 ces donn\u00e9es sont transmises d\u2019un programme \u00e0 un autre en tant que param\u00e8tre. Vous pourriez rencontrer quelque chose comme des champs intelligents. Cette pratique est apparue parce que les programmeurs h\u00e9sitaient \u00e0 modifier un fichier.<\/p>\n Cela conduit \u00e0 la subdivision d\u2019un champ. Vous pourriez logiquement dire\u00a0: \u00ab\u00a0Ce champ contient trois valeurs. Je vais \u00e9crire mes programmes autour d\u2019elles pour interpr\u00e9ter ces trois valeurs qui sont stock\u00e9es dans le m\u00eame champ.\u00a0\u00bb Le redimensionnement de ce champ constitue un v\u00e9ritable casse-t\u00eate.<\/p>\n Vous devez d\u00e9terminer quels sont ces champs et o\u00f9 ils se trouvent, ainsi que tout effet en cascade dans votre code. Il se peut que des donn\u00e9es num\u00e9riques stock\u00e9es dans un champ alpha ne correspondent pas aux donn\u00e9es stock\u00e9es dans un autre champ parce qu\u2019elles sont num\u00e9riques.<\/p>\n La deuxi\u00e8me chose dont vous avez besoin est un ensemble complet de plans d\u2019essai. Votre plan d\u2019essai vous permettra de d\u00e9terminer si vous avez mis \u00e0 l\u2019essai tout ce que vous devez mettre \u00e0 l\u2019essai. Pouvez-vous limiter vos essais aux \u00e9l\u00e9ments que vous avez r\u00e9ellement modifi\u00e9s? Les essais de r\u00e9gression repr\u00e9sentent un autre \u00e9l\u00e9ment \u00e0 prendre en compte, car il ne faut pas introduire de nouveaux comportements.<\/p>\n La troisi\u00e8me cl\u00e9 de la r\u00e9ussite est l\u2019automatisation. Lorsque vous effectuez une modification, vous pouvez \u00eatre amen\u00e9 \u00e0 recompiler des centaines, voire des milliers d\u2019objets dans l\u2019ensemble de votre application. L\u2019automatisation du processus le rendra plus efficace tout en r\u00e9duisant les risques et le nombre d\u2019heures humaines de travail n\u00e9cessaires. L\u2019automatisation vous permet de vous concentrer sur les \u00e9l\u00e9ments qui n\u00e9cessitent une attention particuli\u00e8re.<\/p>\n L\u2019analyse pr\u00e9liminaire de MEDHOST pr\u00e9voyait que seuls 200\u00a0fichiers devraient \u00eatre modifi\u00e9s<\/a>. Apr\u00e8s la comparaison avec notre solution automatis\u00e9e, X-Analysis,<\/a> nous avons trouv\u00e9 1\u00a0600\u00a0fichiers qui n\u00e9cessitaient des modifications. Pouvez-vous imaginer qu\u2019il manque 1\u00a0400\u00a0fichiers dans votre projet de redimensionnement?<\/p>\n \u00ab\u00a0Sur la base de l\u2019ampleur et de la profondeur du projet, je ne peux pas imaginer le nombre d\u2019heures humaines n\u00e9cessaires pour faire ce que X-Resize peut faire en quelques heures sans que cela n\u2019entra\u00eene un risque d\u2019erreur humaine. C\u2019est vraiment incroyable.\u00a0\u00bb<\/p>\n Cliff Dowell \u2013 Ing\u00e9nieur logiciel principal, MEDHOST<\/strong><\/p><\/blockquote>\n Un autre client poss\u00e9dait une application relativement nouvelle et avait utilis\u00e9 un dictionnaire de donn\u00e9es pour faciliter les changements. Il a pu utiliser X-Analysis pour automatiser 95\u00a0% de l\u2019effort, ce qui ne lui a laiss\u00e9 que 5\u00a0% de l\u2019effort manuel.<\/p>\n New Penn est une soci\u00e9t\u00e9 de transport nord-am\u00e9ricaine qui souhaitait \u00e9tendre son champ de num\u00e9ros de clients pour soutenir sa croissance. L\u2019estimation initiale du projet pour un travail manuel s\u2019\u00e9levait \u00e0 13 ou 14\u00a0ann\u00e9es-personnes et \u00e0 plus d\u2019un million de dollars. Lorsqu\u2019elle a compar\u00e9 cela au temps et aux efforts n\u00e9cessaires \u00e0 l\u2019utilisation de X-Analysis,\u00a0son estimation du projet a \u00e9t\u00e9 ramen\u00e9e \u00e0 environ six mois et \u00e0 une r\u00e9duction des co\u00fbts de 90\u00a0%<\/a>.<\/p>\nComment les entreprises abordent-elles la question du redimensionnement des champs IBM\u00a0i?<\/h3>\n
La meilleure fa\u00e7on d\u2019aborder un projet de redimensionnement de champ<\/h3>\n
Projets de redimensionnement de champ r\u00e9ussis<\/h3>\n