Tapasztalatom a nagyszámítógépes korszerűsítéssel kapcsolatban a nagy US Bank számára (Bhasheer Lepakshi)

A nagyszámítógépek korszerűsítésének háttere:

      A banki, biztosítási és más jelentősebb szektorok számítógépes forradalma után a nagyszámítógép volt az egyik legnagyobb forradalom az adatok biztonságosabb tárolásában és kezelésében. Még most is sok nagy bank és biztosítótársaság tartja fenn a Mainframe rendszert.

      Az idő múlásával technológiailag annyi változás következett be, és a világ digitálisabbá vált, és a felhasználók/ügyfelek a másodpercek töredéke alatt akarnak hozzáférni az adatokhoz, és nincs idejük a hagyományos banki és egyéb szolgáltatásokhoz. Így a bankok és más iparágak kénytelenek a digitális út felé haladni.

 Ebben a gyors digitális világban a régebbi rendszerekből, például a Mainframe-ből származó adatokhoz való hozzáférés egyre nehezebbé válik, hogy gyors szolgáltatásokat nyújtsanak az ügyfeleknek, ezért az ügyfelek modernizációt keresnek.

A nagyszámítógép-korszerűsítés során követendő fő kezdeményezések a következők:

1. Újratervezés: Bomlasztó átalakítás digitális platformokká, mint például a felhő és a mikroszolgáltatások
2. Újratárolás: Minősített alkalmazások újraplatformálása elosztott platformra, megőrizve a régi architektúrát és kódot ​
3. Helyben történő modernizáció: Használja ki a System z és System I modernizációs képességeit a Legacy megfelelő keverékével
4. Csere: Cserélje ki az alkalmazást egy megfelelő COTS termékre, miután elvégezte az alapos illesztési elemzést

Ez a blog az újratervezési forgatókönyvről szól. Ebben a forgatókönyvben ki kell bontanunk az üzleti szabályokat a régi kódból, amelyet a Forward Engineering csapat fog használni követelménydokumentumként:

Hogyan lehet a Mainframe kódot üzleti szabályokká alakítani?

1. Sablon előkészítése:

     Bármilyen Legacy átalakítás megkezdésekor az első legnagyobb kihívás az, hogy megértsük a meglévő üzleti logikát, és azt a megfelelő formátumba hozzuk, amelyet a Forward Engineering csapat megérthet, és kitalálhatja a kódolási módot.

A sablon kulcsfontosságú az üzleti szabályok összeállításához, ha a sablon leírja az alábbiakat, akkor hasznos lenne:

1. Munkaösszefoglaló (JCL Summary), amely az alábbiakat írja le –
   1. Munka funkcionalitása / Leírás
   2. A munkában használt fájlok (olvasás/írás)
   3. Használt DB2 táblák (programosan)
   4. Ütemezési információk
   5. Munkafolyamat (valószínűleg fa szerkezet)
   6. Újraindítási utasítások
2. Üzleti szabályok – az adott program adott funkciójához kapcsolódó szabályokat kell leírnia
3. Record Layout – A programban használt felvétel elrendezés/fájlstruktúrák
4. Mezőleképezés – Képes vagy táblázatos formátumban kell leírnia, hogyan történik a forrás célleképezése az üzleti logikában/programban

   2. Az üzletszabályzat megírása:

     Elemezze a kódot és értse meg a program logikai folyamatát. Ne próbáljon minden bekezdést szabályként megírni, ha szükséges, előfordulhat, hogy a bekezdéseket kombinálnunk kell, hogy az üzleti logikát/szabályt logikus módon hozzuk létre.

Az alábbiakat kell figyelembe venni az Üzletszabályzat megírásakor:

• Minden tranzakciót és munkát leképezhet üzleti funkcióra   
• A szabályok rögzítése után képezze le őket a 4., 3., 2., 1. és 0. szintre. A 0-s szint a legmagasabb, és ez az 1-től 4-ig terjedő szintek kombinációja a funkció eléréséhez (például: az ügyfél beléptetése a 0-s szint lesz)
• Címsorok, alcímek – A címsorok és alcímek nagyon fontosak az üzleti szabályok megírásakor például: általában a Feldolgozás bekezdése az alapvető logika feldolgozására szolgál, az ebben a szakaszban/bekezdésben szereplő összes funkció alcímként fog megjelenni, így megértheti az egészet. folyamat vagy logika a címsor és az alcímek megtekintésével.
• Ideiglenes változók/Munkatárolási változók – Ügyeljen arra, hogy minden Temp változóhoz adja meg a hivatkozást, és adja meg a szabály számát, ahol ezt a változót használni fogjuk, vagy ahol hivatkozunk rá 
• HA Feltételek és ÉRTÉKELÉS nyilatkozatok – A régi programozási stílusban az IF feltételekhez az END-IF nem kerül említésre, ezért feltétlenül említse meg az END-IF-et, és használja a színeket a beágyazott IF-ek esetén. Bontsa fel az egyes feltételeket egy meghatározott szabályra.
• PERFORM Loops – Világosan említse meg a hurkot, mikor kezdődik és mikor ér véget
• tömbök/táblázatok – Említse meg az összes deklarációt az Arrays/Table esetén és a kapcsolódó használatot egy adott függvényhez.
• Adatbázis – Adatbázissal kapcsolatos logika írása közben jobb, ha szabályként írja meg a DECLARE CURSOR-t és minden más SQL-utasítást, és adja meg a hivatkozást, ahol hivatkozni kell. Említse meg az SQLCODE jelentését, miközben hozzáadja a logikát az Üzleti szabályhoz.
• Hibakezelés - Győződjön meg arról, hogy a hibakezelés megfelelően dokumentálva van a DISPLAY utasításokkal együtt.
• Közös rutinok – A közös rutin szabályok egyetlen közös lapon vagy dokumentumban helyezhetők el, így a Forward Engineering csapata egyszer elkészítheti és felhasználhatja.

Üzleti szabályok bemutatása a Forward mérnöki csapatnak:

       A fő kihívás, hogy mennyire hatékonyan tudja elmagyarázni a logikát a Forward Engineering csapatnak, ha olyan műszaki BA-t szerez, aki ismeri a rendszert, akkor szerencsés! Annak érdekében, hogy elmagyarázza a logikát, és a BA megérti, és előállhat a használati esetekkel.

A nagyszámítógép oldaláról a jobb módszer, ha egy folyamatábrát készítünk nagyon magas szintű áramlással a feladat szintjén. Annak érdekében, hogy a Forward Engineering csapatának könnyen megemészthető legyen az egész folyamat, és a Mainframe srácok is könnyen elmagyarázzák a folyamatot.

Mindenképpen magyarázza el az összes logikát a BA-nak és a Forward Engineering csapatnak. És ha a Forward Engineering oldalon alacsony szintű tervezés jönne létre, akkor a saját munkamódszerük szerint. Hasznos lenne a csapatnak.

Szabályok konvertálása Java-ra:

      A Mainframe COBOL Java-ra konvertálásakor meg kell érteni a COBOL és a Java közötti különbséget. Először is, a COBOL az eljárási nyelv, és a lépéseket sorrendben határozta volna meg. Míg a Java egy objektumorientált nyelv, amely az OOP koncepcióit követi.

Fontolja meg a COBOL számára jól használható alkalmazások típusait. A COBOL kifejezés a Common Business Oriented Language rövidítése. A nyelvet úgy tervezték, hogy támogassa az olyan üzleti funkciókat, mint a jelentéskészítés, a számozás és az adatok feldolgozása. Ez nem jelenti azt, hogy a COBOL nem végezhet más típusú feldolgozást; az tud. Csak azért, mert bizonyos típusú programok jobban fejleszthetők egy másik nyelv használatával.

    A Java egy objektum-orientált programozási nyelv, amely alkalmas többcélú számítástechnikára, azzal a további előnnyel, hogy több hardverplatformon is hordozható. Az a képesség, hogy ugyanazt a programot különböző számítógépeken futtatják (ha a platformhoz elérhető Java virtuális gép), az egyik oka annak, hogy a Java ma az egyik legnépszerűbb nyelv az új fejlesztéseknél.

Az alábbi megfontolások Java oldalról a COBOL kód konvertálásához:

1. Ismerje meg a Java kódolási szabványokat az ügyfélkörnyezet szerint
2. A COBOL és a Java adattípusok közötti különbség
3. Egyenértékű függvények a COBOL és a Java között.
4. Milyen adatbázis-kapcsolatot kell használni Java-ban Legacy adatbázis-hívások esetén (JPA vagy JDBC)?
5. Elvégezhető valamilyen lekérdezésoptimalizálás a DB lekérdezésekhez?
6. Lehetséges-e párhuzamos futás (a lépések között)?
7. Megvalósítható-e a Chunking logika a DML műveleteken?
8. Minden gyakori rutint/szolgáltatást létre kell hozni és újra fel kell használni

• SEO által támogatott tartalom és PR terjesztés. Erősödjön még ma.
• Platoblockchain. Web3 metaverzum intelligencia. Felerősített tudás. Hozzáférés itt.
• Forrás: https://www.finextra.com/blogposting/23602/my-experience-on-mainframe-modernization-for-major-us-bank?utm_medium=rssfinextra&utm_source=finextrablogs