Otthon Magazin Mit jelent a mdm? Mi az a „törzsadatkezelő rendszer”, és miért van rá szükség?

Mit jelent a mdm? Mi az a „törzsadatkezelő rendszer”, és miért van rá szükség?

Folyamatosan szembesülünk azzal a ténnyel, hogy az MDM (Master Data Management) területén katasztrofálisan hiányoznak az érthető bemutatkozó anyagok, amelyek segítségével gyorsan megérthető, mi ez, miért és miért fontos. Próbáljuk ezt legjobb tudásunk szerint kijavítani, és üzleti nyelven elmagyarázni.

Még mindig komoly hiányosságok vannak ezen a téren, és furcsa módon még a Wikipédia sem teljesen biztos abban, hogy mi az. Ezért saját szavainkkal és „ujjakon”, példákkal magyarázzuk.

Mi az, hogy mi

Tehát minden adat, amelyen a modern információs rendszerek működnek, felosztható szabályozási és referencia információkra, törzsadatokra és tranzakciós adatokra.

A szabályozási referenciainformációk (RNI) vagy a referenciakönyvek és osztályozók lehetővé teszik, hogy strukturáljuk a körülöttünk lévő világot annak elemzése céljából. A könyvtárak és osztályozók általában listák és fák formájában épülnek fel. Például az összes terméket termékcsoportokba osztjuk, hogy könnyebben kezelhetőek legyenek. A világgyakorlatban ez a rész Referenciaadatoknak minősül, az alkalmazások és folyamatok megfelelő osztályával - Referenciaadat-kezelés.

A törzsadatok jellemzően valós objektumokat és azok alapvető tulajdonságait tükrözik, például: ügyfelek, termékek, emberek, irodák, járművek. Legfontosabb különbségük a törzsadatoktól, hogy a törzsadatok attribútumok, tulajdonságok, listák és egyéb osztályozási síkok, de a törzsadatok által leírt objektumok a való életben általában nem léteznek. Így egy autómodell a törzsadat eleme, de egy konkrét autó a tulajdonságaival együtt a törzsadat eleme.

A tranzakciós adatok tükrözik a világobjektumokkal (törzsadat-objektumok olvasása), eseményekkel és interakciókkal kapcsolatos tevékenységeinket. T pillanatban B terméket szállítottunk A ügyfélnek X mennyiségben és Y áron. Aztán T1 pillanatban A ügyféltől Z összegű kifizetést kaptunk, ezek a rekordok tranzakciós adatok lesznek.

Ha ezt a három csoportot nézzük, az ábrán némi hierarchiát fogunk látni. A törzsadatokat a törzsadatok és a tranzakciós adatok strukturálására használják. A törzsadatok meghatározzák a tranzakciós adatok szerkezetét. És csak a tranzakciós adatok jelentik a lánc végeredményét.

Így a törzsadatok mind a törzsadatokat, mind a tranzakciós adatokat strukturálják. A törzsadatok a tranzakciós adatokat strukturálják. Ennek eredményeként a tranzakciós adatokkal kapcsolatos elemzési képességeink közvetlenül függenek attól, hogy a törzsadatokból és törzsadatokból mennyire tudtunk megfelelő „keretet” felépíteni céljainknak.

Természetesen minden adattípusnak megvannak a maga sajátosságai, amelyeket részletesen figyelembe kell vennünk.

A referenciaadatok jellemzői

A referenciaadatok legfontosabb jellemzője relatív megváltoztathatatlanságuk, azaz. A referenciaadatokat kezdetben üzleti célok alapján vagy a világ stabil objektív valóságából építik fel (például szervezeti formák vagy autómodellek jegyzéke). A törzsadatok változása általában meghatározott eljárás szerint történik, a törzsadatok karbantartása egy adott osztályhoz van rendelve. Minden változtatásnak szükségszerűen át kell mennie egy bizonyos jóváhagyási folyamaton, amely garantálja a törzsadatok integritását.

A törzsadatok változásának forrásai a környező valóság változásai, például időnként új országok vagy pénznemek jelennek meg. Vagy ha már az üzleti célok köré épített címtárakról beszélünk, az üzleti célok változásával járó változásokról, a számviteli politikáról, a termékcsoportok közötti felelősségmegosztásról stb.

Valójában a referenciaadatok alkotják az analitika alapsíkjait, amelyek miatt a referenciaadatok összetétele és szerkezete meglehetősen összetett lehet, így egyes referenciakönyvek másoknál attribútumként is használhatók, összetett struktúrákat alkotva, amelyek számos analitikai síkot valósítanak meg. Például a marketing, a termelés, a készletgazdálkodás és a pénzügyi elszámolás céljaira a termékcsoportok teljesen eltérő csoportosítása és a jellemzők különböző csoportjai használhatók.

A referenciaadat-kezelés megfelelő központosításával a címtárrendszer általában stabil, és nincs kitéve „zajnak”. A nem kellően integrált alkalmazásokkal rendelkező cégeknél azonban ugyanezt a problémát látjuk: a törzsadatokat gyakran minden alkalmazáson belül külön építik fel az alkalmazás által biztosított „helyi” üzleti célok alapján. Ennek eredményeként „párhuzamos” referenciaadat-készletek jönnek létre, amelyeket nem egyesítenek egyetlen rendszerré, ami nagymértékben megnehezíti az analitikai tömbök kialakítását.

Ideális esetben a törzsadatok kezelését központosítani kell. Így az informatikai megoldás részeként megjelenik egy olyan rendszer, amely a törzsadatok kezelésének technikai és szervezési alapját adja, melyhez képest minden más alkalmazás a törzsadatok egyirányú szinkronizálásának kliense - az RDM-től az alkalmazásokig.

Törzsadatok jellemzői

A törzsadatok „mozgóbbak”: új ügyfelek, új termékek, új emberek – mindez közvetlenül a cég életéből fakad.

A törzsadatok legfontosabb jellemzője, hogy a vállalat itt halmoz fel ismereteket a munkája tárgyáról. Minden olyan információt, amely egy adott ügyfélről idővel megjelenik, gazdaságosan össze kell állítani, strukturálni és frissíteni kell, beleértve a változások teljes történetét. Ugyanez vonatkozik bármely törzsadatra. Ugyanilyen fontos, hogy a törzsadatok a különböző entitások közötti kapcsolatokat is meghatározzák. Minek mi az ága, ki milyen termékcsoportok beszállítója, mely járművek milyen ágazatokhoz tartoznak stb.

A törzsadatok módosításának ellenőrzési foka azonban lényegesen alacsonyabb, mivel a rekordok és azok frissítései különböző részlegeken, különböző időpontokban, más-más emberek által készülnek, és gyakran a komplex informatikai környezetet alkotó különböző rendszerekben is. egy modern cégé. Ennek eredményeként az egyes rendszerek gyakran csak egy részét tárolják ugyanarról az entitásról, mindegyik rendszer hozzárendeli a saját azonosítóját. Ennek eredményeként az átfogó elemző kép kialakítása bonyolultabbá válik, különösen előrehaladott esetekben pedig teljesen lehetetlenné válik.

Emiatt a törzsadatok nagymértékben érzékenyek a „zajra” a hibák és a duplikált rekordok létrehozása miatt. Ezt általában szervezeti intézkedésekkel kezelik, olyan szabályokkal, mint például „ne hozzon létre terméket, ha már létezik” vagy „ügyfél hozzáadása előtt végezzen keresést az aktuális ügyfélbázisban”. Ám amikor a pályázati rendszerek szétszórtsága rárakódik az írások és leírások sokféleségére, és ez mind az emberi figyelem és szorgalom határain belül van, akkor semmiféle szervezési intézkedés nem segít.

A „zaj” eredménye a törzsadatok minőségének romlása, ami az analitika tönkretételével jár, hiszen milyen elemzésről lehet szó, ha egy valós ügyfélre vonatkozó tranzakciók három különböző ügyfélrekordhoz vannak kötve, különböző időpontokban, különböző időpontokban. különböző emberek rendszerei?

A nagy múltú és összetett informatikai infrastruktúrával rendelkező nagyvállalatok rendszerében 15...20 millió ügyfélrekordot tárolhatnak jogi személyekről, míg Oroszországban összesen kevesebb, mint 5 millió jogi személy van, és ez elég valós eset . Itt nem kell beszélni a kiváló minőségű ügyfélelemzésről.

Egy másik példa. A termékkatalógusok nagyon érzékenyek a zajra. Az egységes egyedi azonosító hiánya és az írásmódok változatossága miatt az üzemeltető gyakran nem tud új termékeket korrelálni a rendszerben már rögzítettekkel. Ennek eredményeként egy raktárban porosodó cikk csak azért kerül újravásárlásra, mert az egyik termékkártya megfelel a raktári egyenlegeknek, a másik pedig a tervezési specifikációkban, bár fizikailag ugyanaz a termék.

Külön meg kell jegyezni, hogy a legtöbb alkalmazási rendszer nem tartalmaz hatékony mechanizmusokat ezen adatok minőségének kezelésére, csupán egy triviális, részkarakterláncon alapuló keresésre korlátozódik, az operátor integritására és az alkalmazási terület ismereteire támaszkodva. Ezért a törzsadatok minőségének problémája általában akkor merül fel, amikor a bevezetett torzítások és az analitika elégtelensége lenyűgöző méreteket ölt, és szabad szemmel is látható.

A tranzakciós adatok jellemzői

A tranzakciós adatok a felsorolt típusok közül a legdinamikusabbak, és lényegében a legtöbb szolgáltató számára átláthatóan generálódnak olyan érthető műveletek során, mint az „áru szállítása”, „bankkivonatok letöltése”. Jellemzően a tranzakciós adatok minden eleme számos hivatkozást tartalmaz különböző típusú törzsadatrekordokra, valamint dátumot és a tranzakciót jellemző számsorokat.

Például a szállítmány által generált tranzakciós adatok minimális eleme a vásárlói hivatkozásból, a termékreferenciából, a mennyiségből és az árból állna. A valóságban a tranzakciós adatok valamivel bonyolultabb felépítésűek, például van egy számla és egy hozzá tartozó adatelem, amely jelzi a partnert és a dátumot, illetve vannak annak sorai, amelyek mindegyikében egy-egy termékcikk, mennyiség és ár szerepel. Ennek ellenére elemzési célból a tranzakciós rekordok száma megegyezik a számla sorainak számával, és maga a számlának megfelelő rekord nem szűnik meg tranzakciós adat lenni.

Megjegyzendő, hogy mindenféle, például folyó egyenleget tartalmazó számviteli regiszter lényegében nem tranzakciós adat, hanem egyfajta elemző általánosítás. Csupán arról van szó, hogy ezt az általánosítást technikai eszközökkel naprakészen tartják, és célja a teljesítmény optimalizálása. A lényeg az, hogy a tranzakciós adatokból bármikor újraszámolható, és ez az alapvető különbsége - ez másodlagos.

Lényege, hogy a tranzakciós adatok általában a külső felek érdekeit érintik, és emiatt nincs különösebb probléma a minőségük ellenőrzésével: például ha az üzemeltető megduplázza a szállítmányt, az befolyásolja a partnerrel fennálló egyenleget, eltérések, egyeztetés, és a hiba kijavításra kerül. Így az egymással együttműködő szerződő felek közötti kölcsönös ellenőrzés, az analitikai eszközökkel és a kialakult üzleti gyakorlattal párosulva biztosítja a tranzakciós adatok viszonylag magas minőségét.

Miért igényelnek speciális megközelítést a törzsadatok?

A fogalmak meghatározása és az adattípusok jellemzőinek mérlegelése után közel kerültünk ahhoz a kérdéshez, hogy a törzsadatkezelést miért emelik ki külön funkcióként a modern informatikai architektúrákban? Ennek több oka is van:

Az alkalmazások szűk funkcionális fókusza gyakran ahhoz vezet, hogy minden alkalmazás saját attribútumkészlettel működik. A telefonközpont nem hívja fel az iroda címét, a kézbesítés az e-mail címre nem szállít árut. Vagyis egy teljes információhalmaz, az ún. Az egyes alkalmazások „törzsrekordja” redundáns. Ráadásul a nagy szervezetekben különböző alkalmazási rendszereket építenek különböző üzleti célokra, és gyakran más törzsadatokkal is működnek. A funkcionális alkalmazások fejlesztői és üzemeltetői egyszerűen nem érzik szükségét a céljaik keretein belül „idegen” törzsadatoknak és referenciaadatoknak, és mindezek a problémák végső soron a magas szintű üzleti analitikai rendszerekre hárulnak, amelyekben a törzsadatok és referenciaadatok kerülnek alkalmazásra. váltakozó fokú sikerrel kombinálva . A megoldásukra kényszerülő polgárok pedig sokat tudnak beszélni az ilyenkor felmerülő problémákról, színesen és igényesen, de általában nem túl irodalmi módon.
A törzsadatokkal való munka algoritmusainak sajátosságai. A paradoxon az, hogy a hatékony törzsadat-kezeléshez olyan megközelítések egész sora szükséges, amelyeket az alkalmazásrendszereken belül általában nem ront el a fejlesztők figyelme. Tehát a rekordok megkettőzésének elkerülése érdekében nagyon rugalmas és hatékony keresési és összehasonlító mechanizmusokra, valamint komplex normalizációs-validációs-összehasonlító algoritmusokra van szükség. Sőt, ezen algoritmusok szempontjából a különböző típusú törzsadatok kezelése közel azonos. Általában nem mindegy, hogy kereskedelmi fáról, járműlistáról, ügyfélprofilról vagy személyes alkalmazotti kártyáról van szó. A megközelítés nem változik, egyszerű: törölje ki a hibákat és elírásokat, kapja el és állítsa le a duplikációkat, kiegészítse és frissítse, amennyire csak lehetséges, mentse el a változtatások teljes történetét, emelje ki a „kétes” eseteket az elemzők (adatkezelők) általi feldolgozásra.

Így egy külön elem jelenik meg az informatikai tájban - külön funkcióként egy informatikai szolgáltatás, amely a cég teljes törzsadatkészletét „levezeti”, minden funkcionális alkalmazást egyetlen, holisztikus, naprakész ill. teljes törzsadat. A legtöbb esetben az alkalmazásrendszerek és az MDM közötti kommunikáció adatbuszon, üzeneteken vagy SOAP/REST API-n keresztül történik.

A paradoxon az, hogy minden vállalat, amely magas szintű elemzést próbál építeni, automatikusan a törzsadatok implicit képzéséhez jut, még akkor is, ha ETL eljárásokkal „túlterheli” több számviteli rendszer adatait egy analitikus rendszerbe, mert a jó minőségű analitika alapvetően fontos. minőségi törzsadatok nélkül lehetetlen. A kérdés csak az, hogy az ETL folyamatot használó illesztési algoritmusok mennyire fejlettek, és milyen minőségű törzsadatokat kapnak a célelemző rendszerben.

Így a törzsadatok sajátosságaiból adódóan az, hogy a nagyszámú alkalmazási rendszerrel megsokszorozva nem lehet igazán minőségileg megoldani azok kezelésének problémáját egy külön pályázati rendszeren belül, külön informatikai tartományt - törzsadatkezelést - eredményez.

Mi az MDM és mik azok?

Tehát a törzsadatkezelés vagy az MDM külön szakterületként és termékosztályként kristályosodik ki. A jelenlegi angol nyelvű terminológia szerint azonban ez a termékek és megoldások általános osztálya, amely különösen számos alkalmazási megoldást és kapcsolódó üzleti folyamatot foglal magában:

, általában ez a referenciaadatok kezelése. Úgy tűnik, hogy ez nem törzsadat, ez egy másik tartomány. De a törzsadatok és a törzsadatok között csak a központosításban van a különbség, és ugyanazokat az eszközöket, amelyeket a törzsadatok kezelésére használunk, a törzsadatokhoz is használhatjuk, azzal a különbséggel: az RDM-mel kapcsolatos összes rendszer csak olvasható módban működik, ill. minden változás szükségszerűen a megfelelő üzleti folyamatokon megy keresztül.
, ügyféladatok integrálása. Ez a kifejezés azokat a rendszereket takarja, amelyek szűken az ügyfél főprofiljához vannak szabva. Nyilvánvaló, hogy ezek a rendszerek a maximális mennyiségű információt összesítik az ügyfélről, és az összes többi rendszert szolgáltatással látják el az ügyfélrekordok kereséséhez, létrehozásához és frissítéséhez, valamint a kétirányú szinkronizáláshoz.
PIM, Termékinformáció-kezelés, termékinformáció-kezelő rendszer. Az MDM speciális típusa, amely a termékekkel, tulajdonságaikkal és tulajdonságaikkal kapcsolatos információkra összpontosít. Például egy ilyen rendszer egyszerre lehet a termékinformációk „hatósági forrása” egy online kirakat, egy nyomtatott katalógus, egy ERP rendszer és egy call center számára, biztosítva a bemutatás következetességét és az információk konzisztenciáját.

Kétségtelen, hogy az angol nyelvterület közismert szeretetével a valóság strukturálása, a specializáció és a betűszavak iránt, jó tucat szűkebb alkalmazási rendszert lehet feltárni, amelyek lényegében a törzsadatkezelés funkcionalitását valósítják meg egyben. specifikus szűk terület.

Az MDM-megoldások feltörekvő piacát ma nagyon sok olyan cég képviseli, amelyek nagyon eltérő minőségű megoldásokat kínálnak. Minden „első szintű” gyártó jelezte az MDM-megoldások jelenlétét portfóliójában, akár külön-külön, akár rendszerük részeként. Azonban, mint elhangzott, a legtöbbjük más funkciókra összpontosít, így az egyes MDM-funkciók megvalósításának minősége sok kívánnivalót hagy maga után. Ugyanakkor sok kisebb, de inkább MDM-problémákra koncentráló cég kínál lényegesen funkcionálisabb megoldásokat.

Szükségem van MDM-re?

Mikor érdemes tehát feltétlenül megfontolni az MDM bevezetését az informatikai architektúrájába? Első közelítésként a kritériumok a következők:

Nagyon sok törzsadatod van. Tíz- és százezer, sőt milliónyi rekord az általunk törzsadatként megjelölt területen. Az ügyfelek és a termékek az elsők. Nem számít, milyen jók a rendszerei, az ilyen mennyiségű adat elkerülhetetlenül zsúfolttá válik. És ezt a problémát nagy valószínűséggel nem lehet megoldani rendszerei szabványos eszközeivel. Tapasztalataink azt mutatják, hogy még az említett „kidolgozott duplikáció-mentesítési és adatminőség-biztosítási mechanizmusok” mellett is az ismétlődések számát a rekordok számának több tíz százalékában számolják.
Számos funkcionális rendszere van, amelyek átfedő törzsadatokkal rendelkeznek. Igen, a lehetőségek akkor lehetségesek, ha az architektúra kezdetben megfelelően integrálva van, a törzsadatokat egységesen karbantartják, és a különböző rendszerek adatait közvetítő nélkül megfelelően szinkronizálják, és minden törzsadattípushoz meg van határozva egy elsődleges rendszer, amellyel az összes többi szinkronizálva van. Ez azonban inkább kivétel, mint szabály. Gyakrabban fordítva van. És az állatkert egységessé tétele MDM-rendszerrel sokkal könnyebb lesz, mint dedikált MDM-komponens nélküli integrációval.
Az adatok szinkronizálása és egyetlen képpé összeállítása sok erőfeszítést igényel, az így létrejövő elemzési tömb megkérdőjelezhető. Sok cég alkalmaz egy dióhéjban így leírható stratégiát: „éljen minden rendszerben, ahogy él, és BI szinten akárhogyan is csökkentjük” és bonyolult, körülményes és nem túl hatékony ETL eljárásokat alkalmaz. BI tárhely létrehozásához. Sajnos ez egy palliatív megoldás, ügyetlen és nagyon erőforrásigényes, ami arra kényszeríti az embert, hogy naponta „csipkedjen” a rendszeren, hatalmas mennyiségű „normalizált” adatot tároljon, lényegében óriási munkát végezve az MDM hiányának kompenzálására.

Az utolsó dolog, amit ebben a részben szeretnék megjegyezni, az az, hogy nincs jobb alkalom az MDM bevezetésére, mint az új funkcionális informatikai rendszerek bevezetése vagy az egyik rendszerről a másikra való migráció. Hiszen a megvalósítási folyamat magában foglalja a felhalmozott adatok „megtisztítását” és a rendszerek összekapcsolását. Ezeket a dolgokat kombinálva két legyet ölünk egy csapásra: javítjuk az adatok minőségét az új rendszerben, és egyben fenntartjuk a folytonosságot a régivel, mert az MDM rendszer összefűzi őket.

Merre tart az MDM?

Mit kell várni ettől az iránytól? Mi a fejlődés vektora? Úgy gondoljuk, hogy a következő trendek relevánsak lesznek:

„Erősen specializált” MDM termékek fejlesztése. Az RDM, CDI és PIM osztályok nem ok nélkül vannak kiemelve, ezek a legrelevánsabb és legérthetőbb MDM-feladatok, amelyek megoldása az üzleti életre maximálisan hat. Javasoljuk, hogy legyen körültekintő, mert a piac jelenlegi állapotában a „specializált” inkább marketing pozicionálást jelent, semmint plusz funkcionalitást. Nem tény, hogy az egyik gyártótól származó „speciális célú MDM” jobban megoldja a problémát, mint egy másik gyártó általános célú MDM-je.
MDM funkcionalitás fejlesztése alkalmazásrendszerekben. Ez legalábbis azáltal történik, hogy az „első lépcsőfok” eladói kisebb, de ezen a területen fejlettebb cégeket vásárolnak. Ez elsősorban azokat a vállalatokat fogja érinteni, amelyek egy teljesen egyetlen szállítóból álló informatikai környezetet próbálnak létrehozni.
Mini-megoldások és integráció szabványos API-kon keresztül. Manapság a legtöbb MDM-megoldás nehéz és drága vállalati rendszer, amely csak nagy méretekben hatékony. Összetett konfigurációt, képzett szakembereket és átgondolt integrációt igényelnek. És bár megvalósításuk hatása óriási, a belépő ára is igen magas. Azonban, mint sok technológia az IT-ben, ezek is „lemennek”, idővel egyre jobban elérhetővé válnak az egyre kisebb cégek számára.
MDMasService. Nyilvánvaló, hogy nincs akadálya annak, hogy az MDM-et más alkalmazásokkal egyenrangú szolgáltatásként nyújtsuk. A SaaS-alkalmazások nyílt felületei megkönnyítik az integrációjukat, így várhatóan sok egymással integrált SaaS-alkalmazást fognak használni, köztük lesz a SaaS MDM is.

Következtetés

Reméljük, hogy ez az anyag képet ad arról, hogy mi is az a törzsadat, mik azok az adatkezelő rendszerek és miért van rájuk szükség.

Határozottan a meglehetősen nagy, összetett informatikai környezettel rendelkező szervezetek számára az MDM feltétlenül szükséges elem, amely lehetővé teszi a hatalmas, de töredezett adatok lehető leghasznosabbá tételét, az architektúra egyszerűsítését, az üzlet létrehozásának munkaintenzitásának radikális csökkentését. elemzést, és ugyanakkor jelentősen javítja a minőségét.

Ez egy bevált és hatékony módszer a védő (adaptációs) rendszer korrekciójára az agy vezérlőközpontjainak szintjén. Az adaptációs rendszer állapotának normalizálása az egész szervezet tevékenységének átstrukturálásával jár, különösen a normától eltérő vagy kóros folyamat által érintett szervek és szövetek munkájának minősége javul. Az agyi struktúrákon bizonyos paraméterekkel rendelkező gyenge elektromos jelnek való kitettség eredményeként a neuroendokrin rendszer különböző részei szelektíven aktiválódnak, ami mintegy arra kényszeríti a szervezetet, hogy belső tartalékokat használjon, és mobilizálja az immunrendszert.

A módszert orosz tudósok egy csoportja fedezte fel a 20. század 80-as éveiben, de finomították, tesztelték és bevezették a klinikai gyakorlatba Európában. A technika pozitív értékeléseket kapott mind Oroszországban, mind külföldön vezető orvosi központoktól. A módszert több mint 200 ezer beteg kezelésére alkalmazták, beleértve a gyermekgyógyászati gyakorlatot is. A betegek több mint 20 éves monitorozása során nem találtak negatív következményeket Ausztriában, Németországban, Görögországban, Csehországban és Svájcban is sikeresen működnek V. Pavlov professzor módszerével működő MDM terápiás szobák. Moszkvában megnyílt az első MDM terápiás szoba a Semeynaya klinikán (Serpukhovskaya egészségügyi központ). Most azoknak a betegeknek, akik ezt a rendkívül hatékony, nem gyógyszeres módszert szeretnék alkalmazni, lehetőségük van arra, hogy külföldi utazás nélkül is részt vegyenek a kezelésben.

Hogyan zajlik az eljárás:

A mezoencephaliás modulációs munkameneteket számítógépes komplexum segítségével hajtják végre MDM-2000/1, gyártó: ZAT ad., Csehország. Berendezés MDM-2000/1 az Orosz Föderációban bejegyzett, és szerepel az Orvosi Termékek és Orvosi Felszerelések Állami Nyilvántartásában (2004/1128 számú FS regisztrációs bizonyítvány, érvényes 2011. január 22-ig), valamint egészségügyi és járványügyi következtetéssel is rendelkezik a használathoz (77.99 számú engedély. 28.944.D 007272.12.04, 2004. december 28.).

A mesodiencephaliás moduláció végrehajtása egyszerű és fájdalommentes: a páciens fejére egy pár fronto-occipitalis elektródát helyeznek, amelyen keresztül speciálisan kiválasztott terápiás áramimpulzusokat vezetnek, amelyek egy előre meghatározott program szerint változnak az időben. Az elektromos jelek paraméterei úgy vannak programozva, hogy a szervezetre gyakorolt negatív hatások teljesen kizárhatók legyenek.

Az eljárás 30 percig tart, a standard kúra 13 eljárásból áll (naponta 10 napig)

MDM terápiára szakosodott orvos előzetes konzultációja és kivizsgálása szükséges. Klinikánkon minden vizsgálatot és magát az eljárást is okleveles, nagy tapasztalattal rendelkező, külföldön végzett szakorvosok végzik.

Az MDM terápia javallatai

Az MDM-terápia ellenjavallatai

fém idegen testek jelenléte a fej szöveteiben;
intracranialis vérzés, koponyán belüli vérzés veszélye;
skizofrénia;
epilepszia;
akut pszichózis pszichomotoros izgatottsággal;
bőrbetegségek az elektródák alkalmazásának helyén a homlokon és a fej hátsó részén.

Tudjon meg többet a Mesodiencephalic Modulation (MDM) módszerről

Mezoencephaliás moduláció vagy MDM terápia utal fizioterápiás módszerek, de terápiás hatását tekintve jelentősen meghaladja az összes ismert módszert. Alapja gyenge, de összetett szerkezetű, elektromos jelek, amelyek szelektíven befolyásolják az agyi struktúrákat, aktiválva a védőrendszer vezérlőközpontjainak munkáját. Mezoencephaliás modulációs módszer Az agyi struktúrák terápiás koponyán keresztüli (koponyán keresztüli) elektromos stimulációja területén végzett korábbi kutatásokon alapul. A transzkraniális terápiát először 1902-ben végezték betegeken. Azóta a gyakorlati gyógyászatban az eszközök különféle módosításait alkalmazzák az elektromos jelek különféle frekvenciájának és egyéb jellemzőinek felhasználásával. Oroszországban a leghíresebbek az elektrosalvás, az elektronarkózis és a TES-terápiás eszközök. A több mint 100 éves klinikai használat során hatalmas mennyiségű anyag halmozódott fel, amely lehetővé teszi mindenekelőtt az elektromos áram paramétereinek meghatározását, nem gyakorolnak káros hatást az emberi szervezetre, de javítja számos betegség lefolyását.

Elődeivel ellentétben mesodiencephalic modulációs módszer Az agy kéreg alatti szárrészeire (mezoencephaliás zóna) gyakorolt hatást összpontosítva nemcsak fájdalomcsillapító hatást sikerült elérni, hanem a fő szabályozórendszerek - hipotalamusz-hipofízis, mellékvese, opioid stb. - szelektív aktiválását is. a frekvenciakarakterisztika, az impulzus alakok, az alkalmazás módja, az elektródák polaritása és egyéb mutatók jelentősen eltérnek a korábbi módszerektől.

Mint egy új irány mezoencephaliás moduláció az 1980-as évek közepén jelent meg a Sürgősségi Orvostudományi Kutatóintézet Sürgősségi Kardiológiai Központja alapján. N.V. Szklifoszovszkij. Az Élettani Intézetben kifejlesztett elektromos érzéstelenítő készülék tesztelése. I.P. Pavlov RAS, a V. A. Pavlov által vezetett tudóscsoport felfedezte, hogy az elektromos stimuláció fájdalomcsillapító hatása nem a fő hatás. Megállapították, hogy a mesodiencephalic zóna gyenge elektromos jelnek való kitettsége bizonyos paraméterekkel biológiailag aktív anyagok felszabadulásához vezet a vérbe - opioid peptidek (különösen a béta-endorfin - az „örömhormon”), az agyalapi mirigy hormonjai és az inzulin, amelyek csökkentik a stresszreakciók súlyosságát és növelik a szervezet adaptív tulajdonságait. Vagyis a hatásmechanizmus a következő: a szervezetet megterhelő helyzet (trauma, fertőzés, allergia stb.) következtében a szervek központi és perifériás neurohumorális szabályozása között megszakad a kapcsolat, ami viszont oda vezet. a sérült szerv saját méhen kívüli ritmusának bevonására és a központi idegrendszer irányítása alóli kivonására. A mezoencephaliás moduláció lehetővé teszi az agy szabályozó struktúráinak szelektív aktiválását, olyan hormonok felszabadulását, amelyek normalizálják a szervek tevékenységét és hozzájárulnak a teljes funkcionális aktivitás helyreállításához.

Az elektromos jelparaméterek továbbfejlesztése, amelyet V. A. Pavlov professzor vezetésével, az európai tudományos központok alapján végeztek, lehetővé tette ennek a pozitív hatásnak a jelentős növekedését. Közel 30 éves tudományos munka eredménye az MDM 2000/1 számítógép-komplexum. A szakemberek által a különféle típusú patológiák kezelésére kidolgozott programok lehetővé teszik a betegek számára, hogy kifejezett klinikai és biológiai hatásokat érjenek el:

Anti-stressz. Lehetővé teszi, hogy ne csak extrém helyzetben megbirkózzon a stresszel, hanem megakadályozza a depressziós rendellenességekkel járó krónikus folyamat súlyosbodását is. Ráadásul a stresszoldó hatás valójában csökkenti a különböző betegségek kezelésében fellépő szövődmények számát, és megkönnyíti lefolyásukat.
Reparatív. A javítás 2-2,5-szeres gyorsulása a legmodernebb gyógyászati és fizioterápiás módszerekhez képest. Például gyomor- vagy nyombélfekély (beleértve a „csókos” fekélyt is), szívinfarktus, égési sérülések, törések, trofikus fekélyek stb.
Fájdalomcsillapító és gyulladáscsökkentő. Az erőteljes fájdalomcsillapító hatás lehetővé teszi, hogy megbirkózzon a legtöbb létező fájdalomtípussal (migrén, radiculitis, radikuláris szindróma gerinc osteochondrosisban, ízületi gyulladásos fájdalom, fogfájás stb.). Ez nemcsak a fájdalom intenzitását csökkenti, hanem enyhíti a gyulladásos folyamatot is, amely fenntartja ezt a fájdalmat.
Megelőző. Krónikus betegségek exacerbációinak megelőzése: stabil remisszió (nincs exacerbáció) gyakran megfigyelhető még olyan súlyos betegségek esetén is, mint a bronchiális asztma, magas vérnyomás, diabetes mellitus stb. Ugyanakkor a fenntartó gyógyszerek adagja jelentősen csökken (az MDM terápia fokozza a a legtöbb ismert gyógyszer hatása), A mellékhatások és az allergiás szövődmények jelentősen csökkennek. Gyógyszer intolerancia, valamint krónikus vese- vagy májelégtelenség esetén az MDM terápia alkalmazható egyedüli kezelési módszerként.
Politerápiás. Több krónikus betegség jelenlétében a teljes listán egyidejűleg érvényesül a terápiás hatás, ami különösen fontos a gerontológia területén.

Kérjen időpontot gyógytornászhoz

Feltétlenül forduljon szakképzett szakemberhez a Semeynaya klinikán. Ez a szolgáltatás nem minden fiókban érhető el, kérjük, érdeklődjön az adminisztrátoroktól a további részletekért.

(a képre kattintva beléphet a kiadványba)

A szervezetek fejlődésével egyre több információs rendszert vezetnek be teljesen más területeken: számvitel, személyi menedzsment, raktárgazdálkodás stb. A rendszerek egymástól függetlenül élnek és fejlődnek egészen addig a pillanatig, amíg egy vállalatnak az adatait összességében kell néznie. Az adatmennyiségek már elérik a kritikus pontot, és kiderült, hogy egyszerűen lehetetlen manuálisan összegyűjteni és összehasonlítani az adatokat. Az egymásnak ellentmondó és ellenőrizetlen adatokon alapuló döntések vezetési hibákhoz, az adatok ismétlődése és irrelevánssága pedig helytelen üzleti döntésekhez vezet.

Természetesen a fent leírt probléma nem új keletű, ma a klasszikus megoldásról – egy törzsadatkezelő rendszerről – fogunk beszélni.

(kattintható)

Vállalati adatok típusai: mi a referencia- és tranzakciós adat

Ahhoz, hogy megértsük, mi a törzsadat és mi nem, nézzük meg a vállalati adatok fő típusait.

(innen vettük)

Strukturálatlan adatok- szöveg, levél és egyéb olyan adat, amely nem rendelkezik formálisan meghatározott és leírt szerkezettel.

Félig strukturált- olyan adat, amely nem rendelkezik meghatározott sémával (vagy változó szerkezetű), de ennek ellenére rendelkezik formális leírással címkék és/vagy speciális markerek formájában. Az XML egy példa a félig strukturált adatokra.

Strukturált (tranzakciós) adatok- formálisan meghatározott sémával rendelkező adatok.

Metaadatok- ez más adatokat leíró adat, például ügyfél adatbázis-séma, konfigurációs fájl vagy jelentéssablon.

Törzsadatok- ezek olyan adatok, amelyek kulcsfontosságú információkat tartalmaznak a vállalkozásról, beleértve az ügyfeleket, termékeket, alkalmazottakat, technológiákat és anyagokat. Ezen csoportok mindegyike több témakörre osztható: az emberek kategóriában az ügyfelek, eladók, beszállítók tartoznak. Ezenkívül érvényesítési szabályokkal is rendelkezhet, amelyeknek az adatoknak meg kell felelniük.

Példa a törzsadatok általános szerkezetére és az érvényesítési szabályokra (kattintható)

Miért van rá szükség?

Történelmileg sok adattároló, elemző és vizualizációs rendszer párhuzamosan fejlődött, és nem kompatibilis egymással. A vállalat növekedésével az adatintegráció egyre fontosabbá és sok esetben kritikussá válik, és a Microsoft szerint a középvállalatok már most is érzik az eltérő adatokkal való munkavégzés hatását.
Így az MDM rendszerek egyik feladata az adatszinkronizálás, amely leegyszerűsíti a kapcsolódó feladatok megoldását, például a pénzügyi kimutatások elkészítését.

Az MDM-rendszer az üzleti architektúra egyik sarokköve az ERP- és BI-rendszerekkel együtt, lehetővé téve, hogy az analitika és az üzleti rendszerek egyetlen nézetet kapjanak az adatokról, függetlenül a forrástól és a formától.

Nézzünk meg néhány klasszikus esetet, amikor szükség van egy törzsadat-kezelő rendszer használatára és megvalósítására.

Állatkerti informatikai rendszerek és összevont jelentés

Legyen háromnál több adattároló és elemző rendszere a cégnek. Egymástól függetlenül megtelnek és fejlődnek. Egy bizonyos ponton szükségessé válik az összevont jelentés gyűjtése, valamint a szabályozási és referenciainformációk szinkronizálása. Például van egy Romashka cég, amelynek forgalma 1 millió, és két rekord van: „Általános határ. Romashka" és "Romashka LLC" különböző rendszerekben 400 ezer és 600 ezer forgalommal, szinkronizálási eszközök nélkül a jelentési rendszer nem tudja kombinálni a rekordokat.

Rendszerintegráció

Tegyük fel, hogy több 1C rendszer van a cég fiókjaiban, és a Romashka LLC által kiállított számlákat fel kell tölteni és elemezni kell a CRM-ben. Ha több ismétlődés van a CRM-ben, például a Kamilla és az Általános. Emberevő óriás Kamilla, akkor felmerül a kérdés, hogy a CRM-ben melyik Chamomile-hoz kell kapcsolni ezeket a fiókokat, és van-e megfelelő ezek között a százszorszépek között?

A szerződő felek egységes adatbázisa

Mindenekelőtt egy egységes adatbázis létrehozása szükséges a partnerekről szóló minőségi és megbízható információkhoz. Ha egy ügyfél, aki már aláírt egy szerződést, további N hívást kap a már elküldött dokumentumok elküldésének szükségességéről (mivel a „Romashka General Limited” és a „Romashka LLC” szintaktikailag különböző cégek), ez negatívan befolyásolja a vállalat kapcsolatait.

Adattisztítás és normalizálás

A fent leírt esetek adattisztítási és adatminőségi feladatok.

Az adatok tisztítása és normalizálása minden bizonnyal eszköz, a cél a vásárlói hűség növelése (pl. az ismétlődő hívások elkerülése), a riportkészítés (bizalom az elemzés helyességében) és a feladatvégzés sebességének növelése (gyorsabban haladunk végig az értékesítési cikluson).

Általános szabály, hogy az ügyfélnek szüksége van egy törzsadat-kezelő rendszer megvalósítására. Például egy vállalkozás tevékenységeinek operatív ellenőrzésének szükségessége megkövetelheti az összevont jelentés gyűjtését, ami viszont a törzsadatok informatikai rendszerbe történő szinkronizálásának szükségességét vonja maga után, ami viszont egy törzsadat bevezetését teszi szükségessé. irányítási rendszer.

Esetek az életből

Tizennégy 1C-ok

Az egyik N cég fiókjaiban tizennégy 1C rendszer működött, majd egy nap sürgősen jelentést kellett benyújtaniuk tevékenységükről valamelyik ottani kamarába. Az egységes jelentéstétel hiánya jelentős problémákkal fenyegetett, így az M dolgozói több hétig gyűjtötték és egyeztették az adatokat. Vagy csak fizikailag nem érnek oda időben.

Teherautók

Egy asztraháni ügyfél teherautókat küldött egy másik régióban lévő ügyfélnek, az út során a logisztikát az X cég biztosította, amely nem rendelkezett MDM-rendszerrel és a partnerek egységes adatbázisával. Az utazás során a kamionokat két régióban szervizelték - és az utazás végén X cég a szokásos árlista szerint számlázta ki az ügyfélnek ezeket a régiókat, a szükséges mennyiségi kedvezmény nélkül, mivel az ügyfél ebben a két régióban volt regisztrálva. kissé eltérő feltételek és a rendszer nem egyezik a nevekkel. Az eredmény további eljárások és az üzleti kapcsolatok megromlása.

Ismételt hívások

Egy napon a szerződés aláírása után hat(!) alkalommal hívtak egy ügyfél. Az ilyen alkalmatlanság miatt az ügyfél hűsége és szerződése veszélybe került.

Megoldási módszerek

Nézzük meg a fent leírt problémák megoldásának két legnépszerűbb módszerét.

Közigazgatási határozat

Az adminisztratív megközelítés az, hogy először töröljük a meglévő duplikációkat az informatikai rendszerekből, és olyan kódrendszert dolgozunk ki, amellyel összehasonlíthatóak a különböző informatikai rendszerek címtáraiban található bejegyzések és szabályozások. Ez a módszer viszonylag egyszerű, de számos hátránya van – nem akadályozza meg a referenciaadatok deszinkronizálását a különböző rendszerekben, és a szabályozások mindig megkerülhetők.

MDM rendszer megvalósítása

A technológiai megközelítés az adatok szinkronizálását és egységes megjelenítését biztosító rendszer alkalmazása. A legtöbb nagyvállalat általában akkor valósítja meg az MDM különböző verzióit, amikor a referenciainformációk és a jelentések kézi konszolidálása lehetetlenné válik, és bármilyen új rendszer bevezetése a szabályozás és a kódolás megváltoztatását kényszeríti ki, csak növelve a káoszt.

Természetesen az MDM rendszer egyszeri bevezetése nem old meg minden problémát, és az üzlet fejlődésével az MDM rendszernek is fejlődnie kell, sőt maga az MDM rendszer típusa is változhat (a főbb típusokat alább ismertetjük), azonban , mint a gyakorlat azt mutatja, az MDM az optimális üzleti megoldás hasonló esetekben.

MDM rendszerek típusai

Az MDM-rendszerek három fő típusát fogjuk megvizsgálni – erről bővebben olvashat.

Központosított rendszer

Egy informatikai rendszer kerül kiválasztásra, ez lehet egy meglévő informatikai rendszer vagy egy különálló referenciaadat-kezelő rendszer. Az ebben a rendszerben található referenciaadatokat szabványosnak tekintjük, abban karbantartjuk és más rendszereknek továbbítjuk. Referenciaadatok létrehozása és szerkesztése azonban más informatikai rendszerekben tilos. Ennek a megközelítésnek az előnyei a következők:

Könnyű végrehajtás;
A referenciaadatok relevanciájának és tisztaságának egyszerű fenntartása minden informatikai rendszerben, egyszerű adminisztráció és jogok elhatárolása;
Aktuális és tiszta referenciaadatok minden informatikai rendszerben, ami lehetővé teszi, hogy tiszta helyi jelentéseket építsenek ki az informatikai rendszerekben.

Ennek a módszernek azonban számos hátránya van - más rendszerekben lehetetlen a központi rendszerben meghatározott rekordokat létrehozni és szerkeszteni. Vagyis a vállalat belső üzleti folyamatai megváltoznak, ami sokszor nem kívánatos, esetenként pedig elfogadhatatlan. A rendszer instabil a kommunikációs megszakításokkal szemben is, és teljesítménye kritikusan függ a központi rendszer aktuális elérhetőségétől.

Analitikai rendszer

Az analitikus törzsadatrendszerben az összes törzsadatelem kliensrendszerekben jön létre, ahonnan a törzsadatrendszerbe kerül, ahol ezekből az elemekből törzsadat-katalógus rekordot képeznek. Ez lehetővé teszi a rendszer gyors megvalósítását, minimális változtatásokkal az ügyfélrendszereken.

Ám mivel egy külön informatikai rendszerben a törzsadatok nincsenek szinkronizálva semmivel, előfordulhat, hogy magában az informatikai rendszerben duplikációk lehetnek, és a jelentéskészítés összemosódhat, így nehézkes az üzemi jelentéskészítés felépítése (a helyi jelentéseket is „piszkosnak” tartják – helyi nyilvántartások). Előfordulhat, hogy a törzsadatok nem egyeznek meg a törzsadatrendszerben lévő rekordokkal).

Harmonizált rendszer

Ez a rendszer a legjobb központosított és elemző rendszereket tartalmazza. Lehetővé teszi az adatok beírását az informatikai rendszerekbe, majd a már bevittekkel való összehasonlítását, meg tudja keresni a lehetséges duplikációkat, feloldja a különböző informatikai rendszerekben ugyanazon adatok egyidejű módosításával járó konfliktusokat, valamint szinkronizálja a törzsadatokat az informatikai rendszerekben. Ily módon az üzleti folyamatok nem változnak és nem sérülnek meg, és minimálisra csökken a jelentéskészítés kézi munkavégzése – vagyis egyszerűen felépül a helyi jelentéskészítés. Ez a megközelítés azonban a legdrágább, legidőigényesebb, és komoly szakértelmet igényel a felépítése, és szükség lehet a kliens alkalmazások módosítására is.

Példák MDM rendszerek megvalósítására

Az elemző törzsadat-kezelő rendszerre példa a Navicon SalesOut, a központosított és harmonizáltra pedig a Navicon MDM különböző konfigurációi.

Az MDM rendszerek bevezetésének szükségességének mutatói

Kulcs: szükséges integráció különféle rendszerek és egységes jelentéstétel ezen adatok alapján.

Különleges előfeltételek a megvalósításhoz az egyik ügyfél példájával

Általános mutatók, amelyek elgondolkodtatnak a törzsadatok ésszerűsítésének és az MDM-folyamatok beállításának szükségességéről:

Először is ez több informatikai rendszer jelenléte vagy bevezetésének terve;
Végponttól végpontig terjedő üzleti folyamatok (azaz több informatikai rendszert érintő folyamatok) automatizálásának szükségletei - integráció szükségessége;
Az összevont (azaz több informatikai rendszerből származó adatok felhasználásával) történő jelentéskészítés szükségessége;
IT stratégia kidolgozása. Sok vállalat szívesebben oldja meg a törzsadatokkal kapcsolatos problémákat, mielőtt azok felmerülnének. Minél hosszabb ideig tárolták egymástól függetlenül a referenciaadatokat az informatikai rendszerekben, annál nehezebb lesz ellenőrizni, tisztítani, szinkronizálni őket a jövőben.

Következtetések

Főbb tézisek és következtetések: a referenciaadatok szinkronizálása elősegíti 1) új információs rendszerek bevezetését a vállalat informatikai infrastruktúrájába; 2) meglévő rendszerek integrációja; 3) vállalati adatok feldolgozása; 4) csökkenti az adatok frissítésével kapcsolatos munkaerőköltségeket; 5) minimalizálja a hibás adatokkal járó kockázatokat. A dedikált törzsadat-kezelő rendszer megvalósítása nem mindig kötelező, de az informatikai infrastruktúra fejlesztése során mindig érdemes emlékezni a törzsadatok deszinkronizálása miatt felmerülő problémákra. Weboldal

Történet

2016. október 7-én a BINBANK és az MDM Bank rendkívüli közgyűlésén elfogadták a BINBANK és az MDM Bank jogi összeolvadásának konstrukcióját, amely szerint a BINBANK csatlakozik az MDM Bankhoz, míg a beolvadt bank folytatja működését. a BINBANK márkanév alatt (az MDM Bank új neve BINBANK ). A BINBANK és az MDM Bank jogi összeolvadásának folyamata a tervek szerint 2016 végére zárul le.

Tulajdonosok és menedzsment

Az Igazgatóság elnöke - Oleg Vyugin, az igazgatóság elnöke - Mikail Shishkhanov.

Tevékenység

A PJSC MDM Bank teljes körű szolgáltatást nyújt a pénzügyi szolgáltatások piacán, beleértve a lakossági banki, kis- és középvállalkozási szolgáltatásokat, vállalati, lízing- és befektetési banki szolgáltatásokat.

A minősítő ügynökség becslései

Írjon véleményt az "MDM Bank" cikkről

Megjegyzések

Linkek

Lásd még

Az MDM Bankot jellemző részlet

– Igen, nagyon örülök Nikolushka-nak. Egészséges?

Amikor elvitték Nikolushkát Andrej herceghez, aki félve nézett apjára, de nem sírt, mert senki sem sírt, Andrej herceg megcsókolta, és nyilvánvalóan nem tudta, mit mondjon neki.
Amikor Nikoluskát elvitték, Marya hercegnő ismét odament bátyjához, megcsókolta, és mivel nem tudott tovább ellenállni, sírni kezdett.
A férfi figyelmesen nézett rá.
- Nikolushkáról beszélsz? - mondta.
Marya hercegnő sírva hajtotta le a fejét.
– Marie, ismered Evant... – de hirtelen elhallgatott.
-Mit mondasz?
- Semmit. Itt nem kell sírni – mondta, és ugyanolyan hideg tekintettel nézett rá.

Amikor Marya hercegnő sírni kezdett, rájött, hogy azért sír, hogy Nikolushka apa nélkül marad. Nagy erőfeszítéssel megpróbált visszatérni az életbe, és eljutott a nézőpontjukhoz.
– Igen, bizonyára szánalmasnak találják! - gondolta. – Milyen egyszerű!
„Az ég madarai nem vetnek és nem aratnak, de apád eteti őket” – mondta magában, és ugyanezt akarta mondani a királylánynak is. „De nem, meg fogják érteni a maguk módján, nem fogják megérteni! Amit nem tudnak megérteni, az az, hogy ezek az érzések, amelyeket értékelnek, mind a miénk, és ezek a gondolatok, amelyek annyira fontosak számunkra, hogy nincs rájuk szükség. Nem érthetjük meg egymást." - És elhallgatott.

Andrej herceg kisfia hét éves volt. Alig tudott olvasni, nem tudott semmit. Sokat tapasztalt e nap után, tudást, megfigyelést és tapasztalatot szerzett; de ha akkor rendelkezett volna mindezekkel a később megszerzett képességekkel, nem tudta volna jobban, mélyebben megérteni annak a jelenetnek a teljes jelentését, amelyet apja, Marya hercegnő és Natasa között látott, mint most. Mindent megértett, és sírás nélkül elhagyta a szobát, némán odalépett Natasához, aki követte őt, és félénken nézett rá elgondolkodó, gyönyörű szemekkel; felemelt, rózsás felső ajka megremegett, neki hajtotta a fejét és sírni kezdett.
Attól a naptól fogva kerülte Desalles-t, kerülte az őt simogató grófnőt, és vagy egyedül ült, vagy félénken közeledett Marya hercegnőhöz és Natasához, akiket úgy tűnt, még a nagynénjénél is jobban szeret, és csendesen, félénken simogatta őket.
Marya hercegnő, aki elhagyta Andrei herceget, teljesen megértett mindent, amit Natasha arca mondott neki. Többé nem beszélt Natasának az életének megmentésének reményéről. Felváltva ült vele a díványánál, és nem sírt többé, hanem szüntelenül imádkozott, lelkét az örökkévaló, felfoghatatlan felé fordítva, akinek jelenléte most olyan tapintható volt a haldokló felett.

Andrej herceg nemcsak tudta, hogy meg fog halni, de érezte is, hogy haldoklik, hogy már félig halott. Megtapasztalta a minden földitől való elidegenedés tudatát és a lét örömteli és furcsa könnyedségét. Sietés és aggodalom nélkül várta, ami előtte áll. Az a fenyegető, örök, ismeretlen és távoli, amelynek jelenlétét egész életében nem szűnt meg érezni, most közel volt hozzá, és - a lét különös könnyedsége miatt, amit átélt - szinte érthető és érezhető.
Azelőtt félt a végétől. A haláltól, a végtől való félelem szörnyű, fájdalmas érzését kétszer is átélte, és most már nem értette.
Először akkor élte át ezt az érzést, amikor egy gránát pörögött előtte, mint egy felső, és a tarlót, a bokrokat, az eget nézte, és tudta, hogy a halál áll előtte. Amikor felébredt a seb után és lelkében, azonnal, mintha megszabadult volna az őt visszatartó élet elnyomásától, kivirult a szeretetnek ez az örök, szabad, ettől az élettől független virága, nem félt többé a haláltól. és nem gondolt rá.
Minél többet gondolt a szenvedő magány és félig-delírium óráiban, amelyeket sebesülése után töltött az örök szerelem új kezdetén, amely feltárult előtte, annál inkább lemondott a földi életről anélkül, hogy ezt maga is érezte volna. Minden, mindenkit szeretni, mindig feláldozni magát a szerelemért, azt jelentette, hogy nem szeretünk senkit, azt jelentette, hogy nem éljük ezt a földi életet. És minél jobban áthatotta a szeretet ezen elve, annál inkább lemondott az életről, és annál inkább lerombolta azt a szörnyű gátat, amely szeretet nélkül élet és halál között áll. Amikor először eszébe jutott, hogy meg kell halnia, azt mondta magában: hát, annál jobb.
Ám azután a Mitiscsiben töltött éjszaka után, amikor félig delíriumban megjelent előtte az, akit szeretett volna, és amikor a lány kezét ajkára szorítva halk, örömteli könnyeket kiáltott, egy nő iránti szerelem észrevétlenül belopakodott a szívébe. ismét az élethez kötötte. Örömteli és szorongó gondolatok egyaránt kezdtek járni benne. Emlékezett arra a pillanatra az öltözőnél, amikor meglátta Kuragint, most nem tudott visszatérni ehhez az érzéshez: kínozta a kérdés, hogy él-e? És ezt nem merte megkérdezni.

Milyen típusú adatok léteznek?

Mielőtt közvetlenül áttérnénk a törzsadat-kezelő rendszerekre, határozzuk meg, milyen adatok vannak.

Íme az 5 kulcstípus:

1. Metaadatok;
2. Referencia adatok;
3. Törzsadatok;
4. Tranzakciós adatok;
5. Történelmi adatok.

Metaadatok adat az adatokról. Szükségesek ahhoz, hogy megértsük és meghatározzuk, hogy a vállalkozás milyen adatokon dolgozik. A metaadatok meghatározzák a struktúrákat, az adattípusokat, a hozzájuk való hozzáférést stb. Különféle sémák léteznek a metaadatok leírására. Például egy XSD-séma használható egy XML-dokumentum szerkezetének leírására, egy WSDL-séma pedig egy webszolgáltatás leírására.

Referencia adatok- Ez viszonylag ritkán változó adat, amely meghatározza a vállalaton belüli műveletek végrehajtásához használt konkrét entitások értékeit. Ilyen entitások leggyakrabban a következők: pénznemek, országok, mértékegységek, megállapodások/számlák típusai stb.

Törzsadatok- Ez az alapadat, amely meghatározza azokat a gazdasági egységeket, amelyekkel a vállalkozás foglalkozik. Az ilyen gazdálkodó egységek általában magukban foglalják (a vállalkozás tárgyi ágazati fókuszától függően) vevőket, beszállítókat, termékeket, szolgáltatásokat, szerződéseket, számlákat, betegeket, állampolgárokat stb. Az egyik vagy másik fő entitásra vonatkozó közvetlen információkon kívül a törzsadatok tartalmazzák ezen entitások és hierarchiák közötti kapcsolatokat. Például a további értékesítési lehetőségek azonosítása szempontjából nagyon fontos lehet az egyének közötti explicit és implicit kapcsolatok azonosítása. A törzsadatokat a vállalaton belül elosztják, és minden üzleti folyamatban részt vesznek. A törzsadatokat jellemzően a vállalkozás kulcsfontosságú immateriális eszközeként tekintik, mert munkájának hatékonysága azok minőségétől és teljességétől függ. Oroszországban a „törzsadatok” kifejezés helyett gyakran a „szabályozási és referenciainformáció” kifejezést használják.

Tranzakciós adatok– olyan adat, amely a vállalkozás üzleti tranzakcióinak eredményeként keletkezett. Például egy kereskedelmi vállalkozás esetében: termékek és szolgáltatások értékesítése, vásárlások, pénzeszközök bevételezése/leírása, bevételek a raktárban stb. Az ilyen adatok általában vállalati erőforrás-tervezésen (ERP) vagy más iparági rendszereken alapulnak. A tranzakciós rendszerek természetesen széles körben használják fel a törzsadatokat a tranzakciók végrehajtása során.

Történelmi adatok olyan adat, amely tartalmazza a korábbi tranzakciós és törzsadatokat. Az ilyen adatok leggyakrabban ODS és DWH rendszerekben halmozódnak fel, és különféle elemzési problémák megoldására és menedzsment döntések támogatására szolgálnak.

Törzsadat-kezelő rendszerek

Mielőtt rátérnénk a törzsadat-kezelő rendszerre, határozzuk meg általában, mi is az a törzsadatkezelés.

A törzsadatkezelés (MDM) egy olyan tudományág, amely a törzsadatokkal dolgozik annak érdekében, hogy „arany rekordot” hozzon létre, azaz holisztikus és átfogó képet ad a törzs entitásról és a kapcsolatokról, egy törzsadat-szabványt, amelyet a vállalat egészében használnak. és néha a vállalkozások között az információcsere megkönnyítése érdekében.

A speciális törzsadat-kezelő rendszerek (MDM rendszerek) automatizálják ennek a folyamatnak az összes aspektusát, és a vállalati szintű törzsadatok „megbízható” forrásai. Gyakran az MDM rendszerek referenciaadatokat is kezelnek.

Azt a helyzetet, amikor az MDM rendszer a törzsadatok egyetlen forrása, minden változtatást az MDM rendszerben hajtanak végre, és csak ezután kerül át a fogyasztói rendszerekbe, „nyilvántartási rendszernek” nevezzük. Ez ideális helyzet a törzsadatok kezeléséhez. A való életben azonban a dolgok nem ilyen egyszerűek: az MDM-rendszer nem mindig lesz „rekordrendszer”. Egy adott vállalkozás üzleti folyamatainak sajátosságai, az egyes rendszerek technikai nehézségei stb. miatt szükséges a törzsnyilvántartások „másolatainak” elkészítése. A törzsadatok másolatát tartalmazó rendszert "referenciarendszernek" nevezik. Annak érdekében, hogy ne veszítse el az irányítást, a „link rendszert” irányítás alatt kell tartani, és szinkronizálni kell a „felvételi rendszerrel”.

Az MDM rendszerek három dimenziója

Tekintsük az MDM rendszert három dimenzióban:

Az MDM rendszereket általában nem „sietve” vezetik be, mert megvalósításuk a vállalat egészére kiterjedő következetes átalakítások komplex folyamata, az eltérő adatok karbantartásától a fő entitás holisztikus, átfogó képének létrehozásáig. Ezért az MDM rendszerek megvalósítása szekvenciálisan történik, fokozatosan közelítve a céleredményhez a három megadott dimenzióban.

Nézzük meg közelebbről ezeket a méréseket.

Domains

A törzsadatok kezelésével összefüggésben a domain a törzsadatok egy meghatározott területére utal. A leggyakoribb törzsadat-tartományok az ügyfél- és a terméktartomány. A nyugati szakirodalomban a törzsadatkezelésre bevett kifejezések jelentek meg ezeken a tartományokon belül: Ügyféladatok integrációja (CDI) az ügyféltartományhoz és Termékinformáció-kezelés (PIM) a terméktartományhoz.

A CDI hagyományosan nemcsak ügyfeleket, hanem szervezeteket vagy magánszemélyeket is magában foglal, akiket a vállalkozás iparágától függően eltérően lehet nevezni: ügyfelek, beszállítók, bankok, alapok, betegek, állampolgárok stb.

A PIM hagyományosan a következőket tartalmazza: termékek, áruk, anyagok, szolgáltatások, munkák stb.
Sok hasonlóság van a törzsadatkezelés CDI és PIM megközelítésében, de sok a különbség is. Például a kliens entitások deduplikálásakor a legtöbb esetben az entitásattribútumok egyszerű elemzése és valószínűségi algoritmusokon alapuló összehasonlítása történik, míg a terméktartományban az attribútumok szemantikai/ontológiai elemzése történik öntanuló mechanizmusok bevonásával. . Ezenkívül a terméktartományban az entitások nagyon eltérő attribútumokkal rendelkezhetnek a kiválasztott kategóriától függően (például a laptopoknak saját attribútumkészletük van, míg a mosógépeknek sajátjuk van). A különböző tartományok mindezen jellemzőit támogatniuk kell az MDM-rendszereknek.

A közelmúltban tendencia volt több tartományból álló MDM-rendszerek létrehozására, amelyek rugalmasan testreszabhatják a metaadat-struktúrát. Ez a rugalmasság lehetőséget ad a vállalkozásnak, hogy a törzsadatokat kifejezetten saját maga számára írja le, figyelembe véve az összes jellemzőt és árnyalatot, ugyanakkor sok időt és tudást igényel egy ilyen rendszer hozzáértő tervezése és konfigurálása. Vannak olyan rendszerek is a piacon, amelyek „merev” felépítésű master entitásokat tartalmaznak, amelyek már rendelkeznek megfelelően konfigurált mechanizmusokkal, de egy ilyen rendszert csak azok a vállalkozások használhatnak, amelyek alkalmazkodni tudnak hozzá. Az ilyen rendszerek jellemzően jól alkalmasak egy adott iparágon belüli törzsadat-kezelési probléma megoldására. Véleményem szerint azok a rendszerek a legígéretesebbek, amelyek rugalmas metaadat-modellel rendelkeznek, ugyanakkor a különböző iparágakban működő vállalkozások számára előre konfigurált, gyorsan újrakonfigurálható modellekkel rendelkeznek.

Felhasználási módok

A használati módok Az MDM (Method of use) meghatározza, hogy az MDM rendszert mire fogják használni a vállalatban. Vagyis ki lesz a törzsadat fogyasztója (természetesen több is lehet).

Három fő felhasználási mód létezik:

1. Elemző
2. Működési
3. Együttműködő

Az analitikus felhasználási módszer támogatja azokat az üzleti folyamatokat és alkalmazásokat, amelyek a törzsadatokat elsősorban az üzleti teljesítmény elemzésére, a szükséges jelentések készítésére és az elemzési funkciók elvégzésére használják. Ez gyakran az MDM BI-eszközökkel és -termékekkel való interakcióján keresztül történik. Az analitikus MDM rendszer jellemzően csak olvasható módban dolgozik az adatokkal, nem változtatja meg a forrásrendszerek adatait, hanem megtisztítja és gazdagítja azokat.

Az operatív felhasználási módszer lehetővé teszi a törzsadatok összegyűjtését, módosítását és felhasználását az üzleti tranzakciók (műveletek) végrehajtása során, és a törzsadatok szemantikai konzisztenciájának fenntartását szolgálja ezeken a műveleteken belül az összes működési alkalmazásban. Valójában ebben az esetben az MDM OLTP-rendszerként működik, amely feldolgozza a más működő alkalmazásoktól vagy felhasználóktól érkező kéréseket. Az ebben a módban való munkavégzés gyakran megköveteli a szolgáltatásorientált architektúra (SOA) alapelvei és a vállalati szolgáltatásbusz (ESB) eszközeinek felhasználásával egységes integrációs környezet kialakítását. Ideális esetben az ilyen eszközök vagy közvetlenül az MDM rendszerben szerepelnek, vagy annak folytatásai (vannak olyan gyártók, akiknek MDM és ESB megoldások is megtalálhatók a sorukban, egymással mélyen integrálva).

A kollektív felhasználási mód lehetővé teszi fő entitások létrehozását olyan esetekben, amikor a létrehozási folyamat során a különböző felhasználói csoportok közötti kollektív interakcióra van szükség. Az ilyen egyeztetés jellemzően összetett „elágazó” üzleti folyamatokat tartalmaz, amelyek különböző automatizált és manuális feladatokból állnak. A manuális feladatokat különböző adatkutatók (adatgondnok) végzik az üzleti folyamat által meghatározott sorrendben. Leggyakrabban a terméktartományban a kollektív felhasználás módszerét alkalmazzák. Például egy új termék létrehozásakor, amikor több személy felelős a különböző adatok beviteléért, sok a kézi munka és a végső jóváhagyás. Fontos, hogy az MDM rendszer lehetővé tegye tetszőleges üzleti folyamatok konfigurálását egy adott vállalat üzleti folyamatainak gyors támogatása érdekében.

Megvalósítási stílusok

Általában három fő megvalósítási stílus létezik:

1. Nyilvántartó;
2. Együttélés;
3. Tranzakciós.

A rendszerleíró adatbázis megvalósítási stílusa magában foglalja a törzsadatforrás létrehozását az alacsonyabb adatforrásokhoz való „összekapcsolási rendszerként”. A regisztrációs MDM csak az entitások azonosításához és leképezéséhez szükséges kulcsattribútumokat tartalmazza. A Registry MDM csak olvasható módban működik, a forrásrendszerekben bevitt adatokkal, amelyeket az MDM-nek továbbítanak az entitás feloldásához. Ezenkívül a rendszerleíró adatbázis MDM tárolhat hivatkozásokat a nem kulcsfontosságú adatok forrásaira, de magát az adatot általában nem továbbítják az MDM-be. A rendszerleíró adatbázis megvalósítási stílusát általában az MDM használatának működési módjának kiválasztásakor használják (lásd fent).

Az együtt létező megvalósítási stílus több forrásból (üzleti alkalmazások és MDM-rendszer) elosztott adatbevitelt foglal magában. Az MDM rendszer ebben az esetben csak az attribútumok egy részénél lehet „rekordrendszer”. Az MDM rendszerben azonban létrejön egy teljes értékű master entitás, amelynek változásait más rendszerek (talán nem mindegyik) továbbítják. Az együtt létező megvalósítási stílus meglehetősen egyszerű, és gyakran használják az első lépésként a következőhöz - a tranzakciós stílushoz, mert nem igényli az MDM rendszerrel kölcsönhatásba lépő rendszerek mélyreható átdolgozását.

A megvalósítás tranzakciós stílusa magában foglalja egy teljes értékű „rekordrendszer” létrehozását, amelyben a fő entitásokra vonatkozó összes adatot tárolják. Az MDM rendszer ebben az esetben az „igazság egyetlen forrása” minden fogyasztói rendszer számára. Az adatok létrehozásához és feldolgozásához szükséges összes művelet az MDM rendszer szintjén történik. Fogyasztói rendszerszintű adatbevitel tilos. Ezt a megközelítést általában meglehetősen nehéz megvalósítani, mert jelentős változtatásokat igényel az üzleti folyamatokban és az előfizetői rendszerekben.

Következtetés

A gyakorlatban az egyik vagy másik MDM bevezetési stratégia megválasztását számos tényező határozza meg: a vállalkozás céljai a törzsadatkezelés területén, a vállalkozás érettségi foka, az informatikai infrastruktúra készültségi foka, elérhetősége. a projekt megvalósításához szükséges beruházások összege és sok más paraméter. A megvalósítási stratégia eldöntéséhez mindezen tényezők alapos elemzését kell végezni, és részletes megvalósíthatósági tanulmányt kell készíteni a projektről, valamint részletes ütemtervet kell megjelölni a projektfejlesztés fázisairól. De ez egy másik átfogó téma, amely külön megfontolást igényel.

Egy biztos: az MDM-rendszer bevezetését nagyon körültekintően és fokozatosan kell megközelíteni. A legtöbb MDM-rendszer-megvalósítási projekt éppen azért bukik meg, mert alábecsülik az MDM-projektekkel kapcsolatos változások összetettségét és mennyiségét.