Põld TRANS-AMT-CD COBOL-programmis on seda toodetud alates 1981. aastast. FD-kirje defineerib seda järgmiselt PIC S9(9)V99 COMP-3, pakitud kümnendmurruga numbriväli, üksteist numbrit, kaks kaudset kümnendkohta. See on tehniline metateave. Ettevõtte metaandmed – mida TRANS-AMT-CD tegelikult tähendab, mis valuutas see on nomineeritud, kas kaks kaudset kümnendkohta tähistavad sente või baaspunkte, kas negatiivne väärtus tähistab krediiti või deebetit ja kuidas nullväärtust tuleks tõlgendada – ei eksisteeri koodibaasis kusagil. Need eksisteerisid funktsionaalse spetsifikatsiooni dokumendis, mis trükiti 1981. aastal, arhiveeriti arhiivikappi ja mida pole sellest ajast peale nähtud. Kaks arendajat, kes algselt teadsid, mida TRANS-AMT-CD tähendab, läksid mõlemad pensionile 2014. aastal.
See on metaandmete olukord, millega seisab silmitsi iga organisatsioon, millel on mitme aastakümne pikkused andmesüsteemid, ja just selle metaandmete olukorra lahendamiseks ei ole tänapäevased andmehalduse raamistikud loodud. Collibra, Alation, Atlan ja kõik teised ettevõtte andmekataloogi platvormid on suurepärased juba kirjeldatud andmete, dokumenteeritud skeemidega pilveandmebaaside, määratletud veerusemantikaga andmeladude ja OpenAPI spetsifikatsioonidega API lõpp-punktide metaandmete haldamisel. Need ei ole loodud sellise metaandmete rekonstrueerimiseks, mida pole kunagi ametlikult jäädvustatud, mis eksisteerivad ainult enne metaandmete haldamise distsipliiniks saamist kirjutatud programmide käitumises ja mida on kümned arendajad nelja aastakümne jooksul muutnud ilma, et keegi oleks iga välja tähenduse keskset kirjet uuendanud.
Mitme aastakümne pikkuste andmesüsteemide metaandmete haldamine ei ole sama probleem kui tänapäevaste süsteemide metaandmete haldamine. See nõuab põhimõtteliselt erinevat lähenemisviisi, mis algab metaandmete ekstraheerimisest allikaartefaktidest, mitte metaandmete sisestamisest ühendatud süsteemidest.
Leia tähendus enne, kui see pensionile läheb
SMART TS XL ekstraheerib FD kirjetest ja märkmikest väljavälja tasemel tehnilised metaandmed enne, kui kataloogitööriistad neid hallata saavad.
SAAGE LISATEAVET…Pärandmetaandmete kolm kihti
Mitme aastakümne vanuste süsteemide metaandmete probleemi mõistmine eeldab mõistmist, et metaandmed eksisteerivad nendes keskkondades kolmes erinevas kihis, millel kõigil on erinev ekstraheeritavus, erinev täielikkus ja erinevad haldusalased tagajärjed.
Tehnilised metaandmed on kõige paremini eraldatav kiht. See kirjeldab andmete füüsilist struktuuri: väljanimed, andmetüübid, pikkused, positsioonid kirjetes, numbrilised täpsusspetsifikatsioonid ja väljadevahelised seosed kirjepaigutuses. COBOL-keskkondades eksisteerivad tehnilised metaandmed lähtekoodi artefaktides: FD-kirjed määratlevad kirjepaigutused, COPY-liikmed määratlevad korduvkasutatavad andmestruktuurid, SELECT-klauslid määratlevad failikorralduse ja juurdepääsumeetodid ning JCL DD-laused määratlevad iga programmi käivitamisega seotud andmekogumid. See kiht on põhimõtteliselt masinloetav, COBOL-süntaksit mõistv parser saab selle lähtekoodist eraldada, kuid see on jaotatud tuhandete lähtekoodifailide vahel, mitte ei ole tsentraliseeritud skeemiregistrisse.
Operatiivsed metaandmed kirjeldavad, kuidas andmed süsteemis liiguvad: millised programmid toodavad milliseid andmekogumeid, millised programmid neid tarbivad, millises järjekorras ja milliste teisenduste kaudu. Suurarvutikeskkondades on operatiivsed metaandmed jaotatud JCL-i töövoogude (mis määratlevad täitmisjärjestused ja andmekogumite seosed), programmikõnede graafikute (mis määratlevad programmidevahelise andmevoo) ja ajastaja konfiguratsiooni (mis määratleb ajastuse ja sõltuvused) vahel. See kiht on ka masinekstraktitav lähtetekstidest, kuigi ekstraheerimine nõuab mitte ainult üksikute programmide, vaid ka nendevaheliste seoste mõistmist.
Äri- või semantilised metaandmed on kõige vähem eraldatav ja kõige väärtuslikum kiht. See vastab küsimustele, millele tehnilised metaandmed ei suuda: mida see teeb? TRANS-AMT-CD tegelikult äriterminites tähendab? Millised on kehtivad väärtused ACCT-TYPE-CD ja mida iga väärtus tähendab? Milline ärireegel määrab, millal CUST-STATUS-FLG üleminekud alates A et ISee kiht eksisteerib, kui see üldse eksisteerib, spetsifikatsioonidokumentides, arendaja mälus, pensionile jäänud töötajate institutsionaalsetes teadmistes ja programmide protseduurilises loogikas, mis jõustavad ärireegleid IF-lausete ja EVALUATE-plokkide kaudu, mitte andmebaasi piirangute kaudu.
Mitme aastakümne vanuste süsteemide metaandmete väljakutse seisneb selles, et neid kolme kihti on aastakümnete pikkuse süsteemiarenduse jooksul hallatud erinevalt või üldse mitte. Tehnilised metaandmed jäädvustati lähtekoodi, kuid neid ei vormistatud kunagi andmesõnastikuks. Operatiivsed metaandmed olid JCL-i töövoogudes kaudsed, kuid neid ei dokumenteeritud kunagi liinikirjena. Ärimetaandmed dokumenteeriti spetsifikatsioonides esialgse arenduse ajal ja neid ei ajakohastatud kunagi süsteemide arenedes.
Metaandmete triivi probleem
Igal aastal, kui mitme aastakümne pikkune süsteem toimib ilma süstemaatilise metaandmete haldamiseta, suureneb lõhe ametlikus dokumentatsioonis olevate metaandmete ja süsteemi tegelikku käitumist kajastavate metaandmete vahel. See nihe toimub nelja mehhanismi kaudu:
Väli tähendab evolutsiooni. Valdkond, mis defineeriti 1978. aastal ühe ärilise tähendusega, võib järgnevate aastakümnete jooksul olla omandanud täiendavaid tähendusi. ACCT-TYPE-CD võis algselt eristada arvelduskontosid hoiukontodest. Neljakümne aasta jooksul võidi lisada täiendavaid koode rahaturukontode, hoiusertifikaatide, IRA-kontode ja tingdeponeerimiskontode tähistamiseks, kusjuures iga lisamine dokumenteeriti ainult uut koodiväärtust käsitlevas programmikoodis, mitte üheski keskses väljadefinitsioonis. Välja nimi ja tüüp jäävad samaks; selle semantiline tähendus on oluliselt keerukamaks muutunud.
Vaikne ümberistutamine. Väljade otstarvet muudetakse aeg-ajalt ilma ümbernimetamata. Ühel otstarbel kasutatud välja laiendamine muutub ebamugavaks ja arendaja kasutab külgneva lipuvälja eelnevalt kasutamata väärtust teistsuguse teabe kodeerimiseks. TRANS-FLAG-1 võib nüüd kodeerida kolme erinevat kontseptsiooni erinevates programmikontekstides, mida saab eristada ainult siis, kui uuritakse, millised programmid ja millistel tingimustel välja loevad. Tehnilised metaandmed (välja nimi, tüüp, pikkus) ei anna märku, et väli on semantiliselt ülekoormatud.
REDEFINES akumuleerimine. Nagu VSAM-i analüüsi kontekstides arutletud, kattuvad REDEFINES-klauslid sama füüsilise salvestusruumiga, millel on erinevad väljatõlgendid. Iga REDEFINES-variant võib olla lisatud süsteemi ajaloo eri aegadel, erinevate arendajate poolt erinevatel ärilistel eesmärkidel. REDEFINES-hierarhia täieliku semantilise tähenduse, milline variant millal kehtib ja mida iga variandi väljad tähendavad, saab rekonstrueerida ainult kõigi igale variandile juurde pääsevate programmide ja tingimuste analüüsimise teel, mille alusel nad seda teevad.
Erinevused eksemplarides. Kui standardset COBOL-eksemplari muudetakse uue nõude täitmiseks, võivad programmid, mis sisaldasid eksemplari ja mida uue välja käsitlemiseks ei värskendatud, käituda valesti või lihtsalt uut välja ignoreerida. Aastakümnete pikkuse evolutsiooni käigus võib nominaalselt samast eksemplarist eksisteerida mitu versiooni erinevates teekides, kusjuures erinevad programmid kasutavad erinevaid versioone. Eksemplaris määratletud välja metaandmed võivad programmide lõikes erineda olenevalt sellest, millist eksemplari versiooni iga programm sisaldab.
Mida tänapäevased metaandmete tööriistad ei suuda pärandandmetega teha
Ettevõtete andmekataloogide turg on märkimisväärselt küpsenud. Collibra, Alation, Atlan, Microsoft Purview ja Informatica Axon on keerukad platvormid metaandmete haldamiseks tänapäevastes andmekeskkondades. Nad paistavad silma järgmisega: skeemide automaatne avastamine ühendatud andmebaasidest, veerutasemel andmepäringute jälgimine ETL-torustike kaudu, ärisõnastike haldamine kureeritud terminite definitsioonidega ja andmekvaliteedi mõõdikute esiletõstmine metaandmete kirjete kõrval.
Mida need tööriistad ei suuda mitme aastakümne pikkuse COBOL-i ja suurarvutite puhul teha:
Nad ei saa ühendust sellega, mida nad ei näe. Kaasaegsed kataloogid avastavad metaandmeid konnektorite, JDBC-ühenduste andmebaasidega, API-integratsioonide kaudu pilveteenustega, skanneriintegratsioonide kaudu toetatud platvormidega. VSAM-failidel, COBOL-programmidel ja JCL-töövoogudel puuduvad standardsed kataloogikonnektorid. Kataloog ei saa avastada seda, milleni tal puudub mehhanism jõudmiseks. Nende süsteemide hallatavad andmed on kataloogile sisuliselt nähtamatud, mis tähendab, et nendest andmetest tulenevad allavoolu pilveanalüütika liinikirjed on puudulikud või puuduvad.
Nad ei saa ekstraheerida metaandmeid, mis eksisteerivad ainult koodis. DB2 andmebaasiga ühendatud andmekataloog saab lugeda andmebaasi skeemi, tabeli definitsioone, veerunimesid, andmetüüpe ja indekseid. See ei saa lugeda COBOL-programmi, mis täidab DB2 tabeli, et mõista, millised ärireeglid populatsiooni reguleerivad, millised ÜMBERMÄÄRATLETAVAD variandid lähtekirjes eksisteerivad või millised 88-taseme tingimusnimed määravad iga välja semantilise kehtivuse. Kooditaseme metaandmed, kiht, kus pärandandmete äritähendus tegelikult asub, nõuavad koodianalüüsi, mitte kataloogi skannimist.
Nad ei suuda taastada tähendust, mida pole kunagi jäädvustatud. Isegi täiusliku tehnilise metaandmete ekstraheerimise korral ei saa automaatselt taastada nende väljade ärilist tähendust, mida pole kunagi ametlikult dokumenteeritud. See kiht nõuab koodianalüüsi (programmide andmetele rakendatavate ärireeglite väljaselgitamiseks, mis on ärilise tähenduse asendajad) ja inimese poolt läbivaatamise (taastatud tähenduse valideerimiseks institutsionaalsete teadmiste suhtes, kui need teadmised on veel olemas) kombinatsiooni.
Metaandmete rekonstrueerimise lähenemisviis
Mitme aastakümne vanuste süsteemide puhul, kus formaalseid metaandmeid pole kunagi jäädvustatud või on need praegusest reaalsusest oluliselt kõrvale kaldunud, nõuab metaandmete haldamine enne haldusfaasi rekonstrueerimisetappi. Rekonstrueerimise lähenemisviis eraldab taastatavad kihid ja tuvastab lüngad, kus on vaja inimteadmisi.
1. etapp: tehniliste metaandmete ekstraheerimine lähteartefaktidest.
Parsi iga COBOL FD kirjet, COPY liiget, SELECT-klauslit ja JCL DD lauset, et luua väljatasemel tehniliste metaandmete inventuur:
kobol
* Source FD entry -- technical metadata extraction target
FD TRANSACTION-FILE
LABEL RECORDS ARE STANDARD
RECORD CONTAINS 200 CHARACTERS.
01 TRANSACTION-RECORD.
05 TRANS-DATE PIC 9(8). *> YYYYMMDD format
05 TRANS-TYPE-CD PIC XX. *> See 88-level values
88 TRANS-PAYMENT VALUE 'PM'.
88 TRANS-REFUND VALUE 'RF'.
88 TRANS-ADJUSTMENT VALUE 'AJ'.
88 TRANS-REVERSAL VALUE 'RV'.
05 TRANS-AMT-CD PIC S9(9)V99 COMP-3.
05 TRANS-CURRENCY-CD PIC X(3). *> ISO 4217
05 TRANS-DETAIL REDEFINES TRANS-TYPE-CD.
10 TRANS-MERCH-ID PIC X(12).
10 TRANS-AUTH-CD PIC X(6).
10 FILLER PIC X(84).Sellest ühest FD kirjest saadakse tehniliste metaandmete ekstraheerimisel: väljanimed, andmetüübid, pikkused, positsioonid, pakitud kümnendsüsteemi täpsus. TRANS-AMT-CD (9 numbrit, 2 kohta pärast koma, märgiga), neli semantilist väärtust TRANS-TYPE-CD nagu on määratletud 88-tasemeliste tingimusnimedega ja REDEFINES struktuuriga, mis loob kirje baitide 10–105 kaks kattuvat tõlgendust.
88-tasemelised tingimusnimed on metaandmetena eriti väärtuslikud: TRANS-PAYMENT, TRANS-REFUND, TRANS-ADJUSTMENT, TRANS-REVERSAL on neli äriterminoloogia elementi, mida COBOL-kood ise pakub ja mis on sisukamad kui aluseks olev tekst. PM, RF, AJ, RV väärtused, mida andmebaasi skaneeriv andmekataloog näeks.
2. etapp: Operatiivsete metaandmete ekstraheerimine programmi sõltuvustest.
Looge operatiivse liini kaart, jälgides andmevooge programmi sõltuvusgraafiku kaudu:
- Millised programmid kirjutavad
TRANSACTION-FILE(produtsendid) - Millised programmid loevad
TRANSACTION-FILE(tarbijad) - Millised JCL-töö etapid kutsuvad esile iga tootja ja tarbija ning millises järjekorras?
- Millised allavoolu andmekogumid ja andmebaasid saavad teisendatud andmeid
TRANSACTION-FILE
See liinikaart on operatiivsed metaandmed, mida andmekataloogi tööriistad vajavad liini visualiseerimiseks, kuid mida ei saa luua ilma lähtekoodi ja JCL-i ligipääsuta.
3. etapp: Ärireeglite ekstraheerimine semantilise metaandmete asendajana.
COBOL PROCEDURE DIVISION loogikas kodeeritud ärireeglid on ärilise tähenduse asendajad. Programm, mis valideerib TRANS-AMT-CD veendumaks, et see jääb enne töötlemist teatud vahemikku, annab see tõendeid välja kehtiva vahemiku kohta. Programm, mis teisendab TRANS-AMT-CD teisele ühikule enne allavoolu süsteemi kirjutamist paljastab kaudse kümnendsüsteemi või ühikukonventsiooni.
Nende ärireeglite eraldamine koodianalüüsi abil annab tulemuseks tuletatud semantilise metaandmete komplekti: igale väljale rakendatud valideerimisvahemikud, lähte- ja sihtmärgi vahel toimuvad teisendused ning tingimused, mille alusel erinevad kooditeed käivituvad. Need tuletatud semantilised metaandmed on ebatäpsed, need näitavad, mida programmid andmetega teevad, mitte tingimata seda, mida andmed pidid tähendama, kuid need on koodist taastatavad viisil, mida algne spetsifikatsioonidokument ei ole.
4. etapp: Inimese valideerimine ja semantiline rikastamine.
Ekstraheeritud tehnilised ja operatiivsed metaandmed ning järeldatud semantilised metaandmed moodustavad aluse inimeste valideerimisseanssidele valdkonnaekspertide ja pensionile jäävate arendajatega. Eesmärk on teisendada järeldatud semantika kinnitatud semantikaks, valideerides, et TRANS-AMT-CD tähendab seda, mida kood väidab, et see tähendab, tuvastades juhtumid, kus koodi käitumine ei kajasta enam kavandatud ärilist tähendust, ja jäädvustades institutsioonilisi teadmisi valdkonna ajaloo kohta, mida koodianalüüs ei suuda taastada.
See etapp on ajaliselt piiratud valdkonnaekspertiisi kättesaadavusega: iga mööduva aastaga läheb suurem osa neist teadmistest pensionile koos inimestega, kes neid valdavad.
Pärandmetaandmete lünk tänapäevase süsteemi piiril
Mitme aastakümne vanuste süsteemide tekitatud metaandmete defitsiit ei püsi ainult pärandkeskkonnas. See levib allavoolu: iga analüütiline süsteem, andmeladu ja masinõppe kanal, mis tarbib andmeid pärandsüsteemidest, pärib metaandmete lünga.
Pilveandmeladu, mis saab COBOL-i paketiprogrammist igal õhtul lamefaili väljavõtte, kannab oma veergude definitsioonides nime, mille andmetehnika meeskond ETL-torustiku loomisel veergudele valis. Kui algne väli oli TRANS-AMT-CD ja ETL-i arendaja nimetas sihtveeru transaction_amount, näib, et andmelaol on kataloogile lisatud täielikud metaandmed: veeru nimi, andmetüüp ja ettevõtte kirjeldus. Kataloog ei salvesta seda, et transaction_amount pärineb TRANS-AMT-CD in TRANSACTION-FILE, mis on loodud COBOL-programmi nimega TRNSRC01, mis töötab JCL-i tööülesannete raames TRANSDAY igal õhtul kell 2 öösel ja mis rakendab kindlat valuutakonverteerimist, mis kodeeriti 1987. aastal vastavalt vahetuskursikonventsioonile, mis võib olla või mitte olla endiselt kehtiv.
Allavoolu metaandmete kirje näib olevat täielik. Pärimispäring on pärandi piiril katkenud. Igasugune analüütiline või tehisintellekti töökoormus, mis sõltub päritolu ja tähenduse mõistmisest, transaction_amount on lünk, kus selle väärtuse tegelikku päritolulugu ei ole dokumenteeritud.
Gartneri järeldus, et 60 protsenti tehisintellekti projektidest, mida tehisintellektiga ühilduvad andmed ei toeta, hüljatakse 2026. aastaks, on osaliselt metaandmete avaldus. Tehisintellekti mudelid, mis tarbivad transaction_amount teadmata, et see pärineb pakitud kümnendsüsteemi COBOL-väljalt, millel on kaudne kümnendkoht ja mis on nomineeritud valuutas, mis võib olla konverteeritud 1987. aasta vahetuskursikonventsiooni alusel, treenitakse andmetega, mille päritolu on läbipaistmatu. Mudel ei saa teada, et seda konteksti tuleks umbusaldada või vastavalt kohandada, sest metaandmeid, mis seda edastaksid, ei eksisteeri üheski kataloogis, millele mudelil või selle andmekanalil on juurdepääs.
Metaandmete haldusprogrammi loomine pärandsüsteemidele
Mitme aastakümne pikkuste andmesüsteemide metaandmete haldusprogrammil on neli komponenti, mis erinevad ettevõtte andmekataloogi tavalistest rakendustest:
Komponent 1: Lähtekoodi metaandmete ekstraheerimine. Enne kui mis tahes kataloogitööriist saab pärandmetaandmeid hallata, tuleb metaandmed ekstraheerida lähteartefaktidest, kus need asuvad. See ekstraheerimine peab hõlmama järgmist: FD-kirjed ja koopiaraamatud (andmestruktuuride tehnilised metaandmed), SELECT-klauslid (failide korraldus ja juurdepääsumeetod), JCL DD-laused (andmekogumi seosed ja failide omadused) ning 88-tasemelised tingimusnimed (lähtekoodi manustatud semantilise väärtuse sõnavara). Väljund on väljataseme metaandmete inventuur, mille saab kataloogi laadida äritegevuse rikastamise lähtepunktina.
Komponent 2: Pärimispäringute rekonstrueerimine. Pärandsüsteemide andmete päritolu tuleb rekonstrueerida programmi sõltuvusanalüüsi, mitte ETL-tööriista päritolu jälgimise abil. Pärimispäringute kaart jälgib andmeid alates algsest COBOL-programmist läbi vahepealsete teisendusprogrammide kuni lõplike tarbijateni, sealhulgas ETL-protsessideni, mis edastavad need tänapäevastele analüütilistele süsteemidele. See rekonstrueerimine sulgeb päritolulünga pärandi piiril, ühendades pilveandmelao veeru metaandmed COBOL FD kirje metaandmetega dokumenteeritud programmi sõltuvuste ahela kaudu.
Komponent 3: Semantiline rikastamine valdkonnaekspertiisi abil. Ekstraheeritud tehnilised metaandmed annavad struktuuri; kinnitatud äriline tähendus nõuab valdkonnaalaseid teadmisi. Rikastamisprotsess kasutab tehnilisi metaandmeid struktureeritud küsimusena ekspertide intervjuude jaoks: „See väli on defineeritud kui PIC S9(9)V99 COMP-3, see on 14 programmis valideeritud mittenegatiivseks ja enne allavoolu andmebaasi kirjutamist teisendatakse see erinevasse skaalasse. Kas saate kinnitada, mida see esindab ja mida teisendus tähendab?“ See struktureeritud lähenemisviis kasutab koodianalüüsi, et maksimeerida iga eksperdi suhtluse teabeväärtust, võimaldades kiiremat ja täielikumat rikastamist kui struktureerimata dokumentatsiooni läbivaatamine.
Komponent 4: Haldusintegratsioon kaasaegsete kataloogiplatvormidega. Kui pärandmetaandmed on ekstraheeritud, rekonstrueeritud ja rikastatud, tuleb need integreerida kaasaegse metaandmete haldusinfrastruktuuriga. See integratsioon ühendab pärandmetaandmete inventuuri ettevõtte andmekataloogiga, pakkudes: veerutasemel päritolu COBOL-allikast pilvesihtmärgini, ärisõnastiku termineid, mis on lingitud pärandväljadefinitsioonidega, ja andmekvaliteedi metaandmeid pärandandmekogumite jaoks, mis asuvad samas haldusraamistikus kui kaasaegsed süsteemi metaandmed.
Kuidas SMART TS XL Väljavõte pärandmetaandmetest
SMART TS XL käsitleb pärandmetaandmete haldusprogrammi kahte esimest komponenti – lähtekoodi metaandmete ekstraheerimist ja liini rekonstrueerimist –, rakendades staatilist analüüsi kogu COBOLi, JCLi ja koopiaraamatute portfooliole.
Staatilise koodi analüüsimise võimalus parsib iga FD kirje, COPY liikme, SELECT-klausli ja 88-tasemelise definitsiooni kogu COBOL-portfellis, luues väljataseme tehniliste metaandmete inventuuri: iga väljanimi, andmetüüp, pikkus, COMP-spetsifikatsioon, REDEFINES-liikmelisus ja 88-tasemelise tingimuse nimi igas keskkonnas olevas programmis ja õpikus. Tuhandete COBOL-programmide portfelli puhul loob see ekstraktimine tundidega tehniliste metaandmete inventuuri, mille käsitsi dokumenteerimise loomine võtaks aastaid, kui seda üldse täielikult luua saaks.
Rakendussõltuvuste kaardistamine loob operatiivse liinikaardi: iga programmide ja andmekogumite vaheline seos (millised programmid toodavad milliseid andmekogumeid ja millised neid tarbivad), iga programmide ja programmide vaheline sõltuvus (millised programmid kutsuvad milliseid teisi ja millised andmed nende vahel liiguvad) ning iga JCL-i ja programmide vaheline seos (millised tööetapid milliseid programme millises järjestuses käivitavad). See liinikaart on operatiivne metaandmete kiht, mis täidab lünga pärandallikasüsteemide ja tänapäevase andmekataloogi liinikirjete vahel.
JCL -i laiendusvõimalus jälgib iga JCL-i töö täielikku täitmisahelat: PROC-viidete lahendamist, sümboolsete parameetrite laiendamist ning iga andmestiku tootmise ja tarbimise täielike operatiivsete metaandmete loomist, ajastamiskonteksti, sõltuvaid töid ja täitmisjärjestust, mis määrab iga andmestiku ajakohasuse ja värskuse omadused.
Ettevõtte otsinguvõimalus muudab ekstraheeritud metaandmete inventuuri päringuliseks kogu metaandmete haldusprogrammis: leida saab iga COMP-3-na määratletud väli (täppistundlikud väljad, mis vajavad hoolikat sihtmärgi kaardistamist), iga programm, mis loeb konkreetset välja (tuvastades kõik konkreetse andmestiku tarbijad päritolu ja semantilise rikastamise jaoks), iga 88-tasemelise tingimuse nimi, mis vastab konkreetsele äriterminile (ärisõnavara kaardistamine tehniliste väljade definitsioonidega). See otsinguvõimalus toetab semantilise rikastamise protsessi, võimaldades valdkonnaekspertidel leida konkreetse välja või väärtuse kõik kasutusviisid enne selle ärilise tähenduse kinnitamist.
Organisatsioonidele, kes korraldavad pärand moderniseerimine programmid, SMART TS XLmetaandmete ekstraheerimine pakub migratsioonieelse aluse: väljataseme tehnilised metaandmed, mida migratsioonitööriistad vajavad lähteväljade ja sihtskeemide kaardistamiseks, operatiivse liini, mida migratsiooniprogrammid vajavad andmestike migratsioonide korrektseks järjestamiseks, ja 88-tasemelise semantilise sõnavara, mis võimaldab COBOL-koodi väärtuste täpset kaardistamist relatsiooniliste piirangute definitsioonidega.
Metaandmete taastamise kiireloomulisus enne teadmiste pensionile jäämist
Metaandmete rekonstrueerimise probleemil on loomulik tähtaeg, mis ei kehti enamiku andmehalduse väljakutsete puhul: nende arendajate pensionile jäämine, kellel on institutsioonilised teadmised, mida koodianalüüs ei suuda taastada. Ligi kolmandik COBOL-programmeerijatest läheb pensionile 2030. aastaks. Suurarvutite inseneride keskmine vanus on 58.7 aastat. Iga aasta, mis möödub ilma süstemaatilise metaandmete ekstraheerimise ja semantilise rikastamiseta, kitsendab akent, mille jooksul on võimalik taastatud metaandmete inimese poolt valideerida.
Tehnilised metaandmed, väljadefinitsioonid, tüübispetsifikatsioonid, programmi sõltuvused ja andmete päritolu on lähtekoodist taastatavad lõputult, seni kuni lähtekood eksisteerib. Semantilised metaandmed – mida iga väli äriterminites tähendab, millised olid väljade kujundamise ajaloolised otsused ja millised on kaudsed konventsioonid, mida tehnilised spetsifikatsioonid ei dokumenteeri – on taastatavad ainult inimestelt, kes neid teavad, ja ainult seni, kuni need on kättesaadavad.
Mitme aastakümne pikkuste süsteemide metaandmete haldusprogramm, mis algab tehnilise ekstraheerimisega ja liigub semantilise rikastamise poole, kuni valdkonnaalane ekspertiis on veel saadaval, loob täieliku ja taastatava metaandmete aluse. Sama programm, mille arendamist edasi lükatakse kuni teadmiste kadumiseni, loob tehnilise metaandmete aluse, mis on täpne, kuid mittetäielik, andmete struktuuri osas õige, kuid ei kajasta nende tähendust.
Metaandmed on kaart. Mitme aastakümne pikkused süsteemid matsid selle maha.
Kaasaegsete süsteemide andmehaldus algab ajakohastest, ligipääsetavatest ja vähemalt osaliselt dokumenteeritud metaandmetest. Mitme aastakümne vanuste süsteemide andmehaldus algab metaandmetest, mis on jaotatud tuhandete lähtekoodifailide vahel, osaliselt dokumenteeritud spetsifikatsioonides, mis on pärit internetist ja osaliselt salvestatud pensionile lähenevate arendajate mällu.
Tee maetud olekust hallatavasse läbib ekstraheerimise, rekonstrueerimise ja rikastamise, selles järjekorras. Lähtekoodist ekstraheeritud tehnilised metaandmed pakuvad algset inventuuri. Programmi sõltuvustest rekonstrueeritud operatiivne päritolu annab päritolukaardi. Valdkonnaekspertiisi abil valideeritud semantiline rikastamine annab ärilise tähenduse, mis muudab tehnilised metaandmed analüütika, tehisintellekti ja haldamise jaoks rakendatavaks.
Kaasaegsed andmekataloogiplatvormid on nende metaandmete sihtkoht, mitte lähtepunkt. Enne kui Collibra saab neid hallata ja Alation kataloogida ning andmeteadlased saavad neid usaldada, tuleb esmalt leida mitme aastakümne vanustes süsteemides sisalduvad metaandmed – FD kirjetest, käsiraamatutest, 88-tasemeliste tingimuste nimedest ja neljakümne aasta pikkuse protseduuride jagamise loogikaga kodeeritud ärireeglitest.
Kaart on olemas. Seda tuleb lihtsalt lugeda.
