A szoftverfejlesztésben a tartománymodell fogalmi jellegű. Ez magában foglalja a viselkedést és az adatokat is. A technika ontológiájában a tartománymodell egy tartomány formális reprezentációja a logika leírására általánosan használt fogalmakkal, rajokkal, adattípusokkal, egyedekkel és szabályokkal.
Általános információ
A tartománymodell absztrakciók rendszere, amely a tudás, befolyás vagy tevékenység tartományának bizonyos aspektusait írja le. Ezután az ezzel a területtel kapcsolatos problémák megoldására használható. A tartománymodell olyan értelmes valós fogalmak reprezentációja, amelyek olyan lényeges szempontokhoz kapcsolódnak, amelyeket szoftverben kell modellezni. A fogalmak magukban foglalják az üzletben használt adatokat és azokat a szabályokat, amelyeket a szervezet ezekre az összetevőkre alkalmaz.
A tartománymodell általában professzionális szókincset használ. Ezlehetővé teszi, hogy véleményét közölje az érdekelt felekkel. Nem hivatkozhat semmilyen műszaki megvalósításra.
Használja
A tartománymodellt jellemzően objektumtartományként valósítják meg egy olyan rétegben, amely alacsonyabb értékeket használ az API-k magas szintű tárolására és közzétételére, hogy hozzáférjen a tartomány adataihoz és viselkedéséhez.
Az Unified Modeling Language (UML) osztálydiagramot használ a rendszer ábrázolására.
Jellemzők és főbb jellemzők
A tartomány információs modellje egy teljes tartományt reprezentál, például klinikai kutatást, egészségügyi ellátást vagy ápolást. A DIM-eket jellemzően Unified Modeling Language (UML) osztálydiagramok segítségével hozzák létre, amelyek a teljes téma szemantikáját reprezentálják a szakterületen járatosak számára érthető nyelven. Ezek a minták olyan ítéleteket mutatnak be, mint például az emberek, a helyek és a tevékenységek, valamint azt, hogy ezek hogyan kapcsolódnak egymáshoz.
Alkalmazások, API-k, vállalati kiegészítők és egyéb elektronikus rendszerek fejleszthetők a DIM segítségével. Még ha különböző programozási nyelvekkel valósítják meg őket, minden DIM-et használó szférának ugyanaz a szemantikája. Kritikus keretet biztosít a szoftverek interoperabilitásához és az értelmes adatcseréhez. A BRIDG segítségével épített alkalmazásoknak van egy közös „beágyazott” fogalma, amely biztosítja az ilyen heterogének közötti kompatibilitást.rendszerek.
A használt programok egyike sem fogja megvalósítani a tartománymodell összes objektumát. Az átfogóság azonban lehetővé teszi a végfelhasználók számára, hogy böngészhessék a BRIDG szemantika univerzumát, és kiválaszthassák a megoldás megvalósításához szükséges konkrét erőforrásokat. A BRIDG olyan tartománymodell-koncepciókat és példákat használ, amelyek a szakértők számára érthetőek, így szorosan együttműködhetnek a szoftverfejlesztőkkel és elemzőkkel a DIM érvényesítésében és a projektjüknek megfelelő objektumok kiválasztásában.
Azokban az esetekben, amikor a BRIDG egyik eleme sem fedi le egy új projekt szükséges szemantikáját, a végfelhasználók dolgozhatnak elemzésekkel. Az ilyen együttműködés segít azonosítani ezeket a hiányosságokat, használati eseteket biztosít ezek leírásához, majd minden árnyalatot kitölteni új szemantikával. A BRIDG-n alapuló tartományinformációs modellt ezután a fejlesztőcsapat használhatja. Ez fontos például más rendszerek létrehozásánál.
A meglévő projektekből származó logikai tartománymodell az interoperabilitás javítására is használható. A fizikai tervezést a fentiek alapján alakítjuk ki. Tartalmaz olyan rendszerspecifikus részleteket, mint a programozási nyelv-specifikus adattípusok, hozzáférési korlátozások stb. Minden konkrét megvalósítás könnyen nyomon követhető lesz a referenciaszabványig.
Bruce Johnson
A tartományinfológiai modell a sikeresség kulcsfontosságú elemekifejlesztett adattároló programot vagy azok architektúráját. Amikor létrehozzák, gyakran csak szegmentálás céljából használják. Akár maga fejleszti valaki, akár megvásárol egy megoldást, egy alkalmazás sok műveletet segíthet. Hatékony használat esetén támogatja és segíti a fejlesztést és a telepítést is.
Mélyebben meg kell vizsgálnunk a tartománymodell fogalmát. Fontos, hogy a felhasználók megértsék, hogyan hozhatják ki belőle a legtöbbet.
Mi az a SAM
Az infológiai tartománymodell a leghatékonyabb az üzleti meghatározások lebontására. Ezek a megoldás magas szintű tartományai, bár leggyakrabban adattartományok meghatározására használják őket egy új szervezetben vagy olyan szervezetben, amely formális architektúra programot fejleszt.
A modellt kell alapul venni a szervezet összes területének feltérképezéséhez. Minden sikeres tartománymodell kulcsa annak biztosítása, hogy a hozzá kapcsolódó terminológia és definíciók üzletspecifikusak és egy pillantásra érthetőek legyenek. Különféle követelmények vonatkoznak a hatékony vagy kívánatos elemek számára. Általános szabály, hogy legalább 6 és legfeljebb 20 lehet.
Az értékes modell létrehozásának általános koncepciója az, hogy az elemek nem változhatnak. Ahogy az üzlet fejlődik, természetében növekedhet, de nem szabad jelentősen változnia.
Különféle módszerek és megközelítések a hang tartománymodelljének meghatározásáratúl sok és túl hosszú ahhoz, hogy egyetlen rövid cikkben leírjuk.
A SAM használata
Egy jól definiált alkalmazásnak nem kell olyannak lennie, amit megépítettek és a polcra tesznek. Ezt olyan adatarchitektúrába kell integrálni, amely megfelel a létrehozásának okának. Az üzleti felügyeleti és irányítási modell meghatározása biztosítja, hogy a vállalkozás ne csak aktívan részt vegyen, hanem segítse az elért érték kezelését és megvalósítását. A kezdeti létrehozás utáni informatikai támogatás nagy része magában foglalja a részletes adattartomány összetevőinek megjelenítését és modellezését, amelyek az összetett részt alkotják.
Hogyan érhetjük el a maximumot
A SAM létrehozása után többféleképpen is használhatja, hogy a legtöbbet hozza ki belőle. Az alábbi kategóriák hasznosak lehetnek:
- Tervezés. Mivel az igények prioritást élveznek és megterveznek, a SAM keretet biztosíthat a kidolgozandó és telepítendő projektek kommunikációjához. Az üzleti vezetés segíthet kapcsolatot teremteni a tervezés és az adatkezelés között, hogy közös terminológiát hozzanak létre, amely illeszkedik a vállalkozás természetéhez.
- Vezérlés létrehozása. A SAM egyik fő előnye annak meghatározása, hogy egy vállalkozás hogyan szabályozza az adatok gyűjtését, minőségét és felhasználását. A vezérlés szétválasztását gyakran minden tantárgy külön-külön tudja megtenni. Ez jelentheti a hivatalos stewardok jelenlétét, akik mindegyike felelősegy tételhez vagy az értük felelős személy jelenlétéhez.
- Adatgyűjtés vagy integráció tervezése. A tartomány-orientált tervezési definícióhoz tartománymodellek és gyakorlatok felépítéséhez a rendszer segíthet a komponensek logikai elkülönítésében. Ezáltal töredezettséget biztosít, amely lehetővé teszi az erőforrások számára, hogy az adott területek minőségére és integritására összpontosítsanak, és összekapcsolják azokat a megfelelő őrzőkkel.
- Kommunikáció. Egy hatékony cselekvési terv gyakran csökkenti azokat az akadályokat, amelyek lassítják a projekteket és a megvalósítást. A közös adatfeldolgozás eszközként való megosztása egy szervezettel számos előnnyel járhat. Először is, segít enyhíteni a védelemmel kapcsolatos aggodalmakat. Másodszor, láthatja, hogy a rendszerek fejlődése hogyan korrelál az erőforrásaikkal, valamint hogy ez hogyan befolyásolja az üzlet általános sikerét. A terv használható annak leírására, hogy miért van szükség az adatokra az elemző munka elvégzéséhez.
- Határozza meg a követelményeket. Az egyedi projektadatoknál hasznos egy magas szintű modell, amely segítségével gyorsan megtalálhatja az összetevőket. Ebben az esetben a SAM-ot használják a kommunikációra és annak ellenőrzésére, hogy az erőfeszítések igényei hogyan illeszkednek az általános architektúrába. Az információtárolási erőfeszítéseknél ez adja az alapot a célmegjelenítés forrásának rendezéséhez és rendezéséhez.
Adatmodell fejlesztés
A SAM legáltalánosabb használata az, hogy lehetővé tegye a szimulációs csapat számára, hogy összpontosítson ésépítészeti projekt létrehozásakor adjon prioritást. Ez azután az átfogó modell felépítésének alapjává válhat, lehetővé téve, hogy több erőforrás dolgozzon a darabokon, és egyszerre hozzon létre egy vállalati adattartományt.
A tartományi adatmodell egy olyan eszköz, amely létrehozása után különféle célokra használható és kell is. Ideális esetben a gömb egy jól definiált adatarchitektúra program sarokkövévé válik. A legfontosabb, hogy együtt kell használni egy integrált program létrehozásához. Az üzlet és az IT összehangolása, a fejlesztési és felügyeleti modell segíthet áthidalni az erőfeszítés és a tervezés közötti szakadékot.
Adatminőség
Az adatbázis mint tartománymodell a sikeres üzlet egyik fő szerepét tölti be. Az információ egy vállalkozás fontos eszköze. Ezért a minősége döntő jelentőségű. Az egyes redundáns adatok az egyik fő tényező az alacsony ráta kialakulásában. Az EDM fontos az adatminőség szempontjából, mert felismeri a redundáns szférákban rejlő inkonzisztenciákat. A meglévő problémák azonosíthatók a rendszerek és az EDM összehasonlításával. Mivel az új területek a vállalati adatmodellre épülnek, sok lehetséges minőségi problémát azonosítanak és megoldanak a bevezetés előtt.
birtoklás
A vállalati adatok tulajdonjoga fontos megosztott jellegük miatt, különösen a karbantartás és adminisztráció terén. Az EDM-et tulajdonoskezelési eszközként használják,az üzleti és szervezeti határokat átlépő információk kapcsolatainak és függőségének azonosítása és dokumentálása. Ez támogatja a megosztott tulajdonlás koncepcióját, amely a Corporate Spheres Initiative-ban létezik.
Az adatrendszer bővíthetősége
EDM támogatja a növekvő architektúrát. A bővíthetőség egy rendszer funkcionalitásának méretezésének képessége, hogy hatékonyan megfeleljen a változó felhasználói környezet igényeinek. A bővíthető rendszerek kevés mellékhatással kiegészíthetik vagy növelhetik a funkcionalitást. A technológia-független stratégiai üzleti koncepcióra épülő EDM támogatja a bővíthetőséget, lehetővé téve az új lehetőségek felé való átállást minimális informatikai változtatásokkal.
Iparági adatok integrációja
Egyetlen vállalkozás sem működik légüres térben. Mivel az EDM magában foglalja a megjelenést, javítja a szervezet azon képességét, hogy megosszák a közös adatokat az ágazaton belül. Az ugyanazon a területen működő szervezetek gyakran ugyanazokat a mögöttes adatokat használják (például ügyfelek, hely, beszállítók). A szervezetek információkat is megoszthatnak a kapcsolódó iparágakkal vagy üzleti partnerekkel. Például a repülés területén a szakemberek gyakran integrálódnak az autókölcsönző cégekkel. Az EDM iparági szempontból egy strukturális tartománymodellt tartalmaz az adatinterakcióhoz.
Csomagolt alkalmazások integrációja
Az
EDM felhasználható támogatásukra, tervezésükre és vásárlásukra,valamint a megvalósításhoz. Ezt úgy érik el, hogy a csomagolt alkalmazást leképezik az EDM-re, létrehozva annak vállalaton belüli leképezését. Mivel a meglévő rendszerek is korrelálnak, azonosíthatók az integrációs pontok a csomagolt alkalmazás és a meglévő rendszerek között, ami egy ütemtervet biztosít a konzisztens minőségű adatok terméken keresztüli áramlásához.
Stratégiai rendszertervezés
Az
EDM adatfüggőségeket határoz meg. Mivel a meglévő tartománymodell-rendszerek EDM-re vannak leképezve, hiányelemzés végezhető a vállalkozás információigényének meghatározására. A hiányosságok és az adatfüggőségek elemzéséből a rendszerkiadások prioritást adhatnak.
A Vállalati adatmodellezés tartományi folyamatmodellje felülről lefelé, lentről felfelé építkező megközelítést alkalmaz minden rendszertervhez. Az EDM egy lefelé irányuló lépésekből származó műtermék. Az upstream azért is fontos, mert meglévő forrásokat használnak fel a projektek hatékony és praktikus létrehozásához.
Először létrejön egy tartománytartomány (ESAM), majd kibővül az Enterprise Conceptual Model (ECM) alapjául. Bár a modellek összefüggenek egymással, mindegyiknek megvan a maga egyedi identitása és célja. Az EDM készítés több művészet, mint tudomány.
Mi az ESAM
Nézzük meg, mi is az a vállalati tartománymodell (ESAM). A vállalati területek minden olyan információ, amely fontos a vállalkozás számára, és amelyet további felhasználás céljából tárolnak. Az adatok nem kerülnek mentésre, hacsak nemszükség. Így a legtöbb terület vállalkozásnak tekinthető, így a léptéke óriási. Ez még az olyan erős csapatokra is igaz, amelyeket szinte lehetetlen megtervezni, fejleszteni és karbantartani anélkül, hogy jobban kezelhető darabokra törnének.
A vállalati tartománymodell fő célja az „oszd meg és uralkodj” gondolata. Az ESAM az egész szervezetet lefedi. A vállalkozás által előállított és felhasznált összes adat a tárgykörben megjelenik. Egy szervezet átlagos száma 10-12. A bonyolultabb rendszerek esetében további tématerületekre lehet szükség. Az ESAM a vállalati információk alapja.
A tartománymodell leírása
Minden terület az adatok magas szintű osztályozása, amely a fő témához kapcsolódó fogalomcsoportot képvisel. A szervezet érdekeit tükrözi. A tartományi relációs modellek általános üzleti koncepciókat (ügyfél, termék, alkalmazott és pénzügy) és iparági koncepciókat is képviselhetnek.
A tematikus területek három magas szintű üzleti kategóriába sorolhatók: bevétel, tevékenység és támogatás. Ezek a csoportosítások azért jelentősek, mert mindegyik kifejezetten eltérő üzleti fókuszt képvisel. A bevételtípusok a profitra összpontosítanak, beleértve a tervezést, a könyvelést és az elszámoltathatóságot. A művelettípusok a napi tevékenységekhez kapcsolódó fő üzleti funkciókat képviselik.
A támogató entitások az üzleti tevékenységet segítik, nem pedig az alaptevékenységet képviselik. Minden szervezet osztozik ezeken a magas szintű üzleti csoportokonszint. Például a légitársaságok tárgykörei a következőképpen vannak csoportosítva:
- Bevételi jegy, foglalás, eladás, készlet, árak.
- Üzemeltetés: repülés, hely, felszerelés, karbantartás, menetrend.
- Informatika támogatása, pénzügyek, alkalmazottak, ügyfelek.
Adattárgyi terület
A taxonómia a dolgok megnevezésének, kategorizálásának és osztályozásának tudománya hierarchikus sorrendben, kritériumrendszer alapján. Az adattaxonómia egy osztályozási eszköz, amelyet az adatokra alkalmaznak a tartománymodell megértéséhez, tervezéséhez, karbantartásához és felépítéséhez. A taxonómia több hierarchikus osztályozási szintet foglal magában. A legmagasabb szinten minden adat három rendszer egyikébe helyezhető: alap, tranzakciós vagy információs rendszer. Gyártási modelljükben és koncepciójukban, valamint életciklusukban különböznek.
A mögöttes adatok más területek meghatározására, támogatására vagy létrehozására szolgálnak. Tartalmazzák az üzleti műveletek végrehajtásához szükséges referenciatípus-információkat, metaadatokat és listákat. A tranzakciós adatok rendszerüzleti tranzakciók eredményeként létrehozott vagy frissített adatok. Dinamikus természetűek, és relevánsak az operációs rendszerek számára.
Az információs adatok történelmiek, összesítettek vagy származtatottak. Általában a döntéstámogató rendszerekben található intelligenciából jönnek létre.
A tantárgyak csoportosítása az uralkodó csoportosítás szerint történhet. A részletek szintjéntantárgyak mindhárom adatosztályt tartalmazzák. A rendszerezés a méreten, a felhasználáson és a megvalósításon alapul. Például a 14 légitársaság témája a következőképpen osztályozható:
- Alap osztály - felszerelés, informatika, alkalmazott, értékesítés, hely, ügyfél.
- Tranzakció – jegy, foglalás, repülőjegy, pénzügy, szolgáltatás.
- Információs – árak, készletek, diagramok.
A tárgyterület strukturális modelljének létrehozása
Az
ESAM-et üzleti szakértőkkel szoros együttműködésben fejlesztették ki, és a meglévő vállalati tudás vezérli. Meg kell határozni és meg kell érteni a tartománymodell és az üzleti funkció szervezeti struktúráit. Minden információ közös a legtöbb szervezetben (ügyfél, alkalmazott, hely és pénzügyek). Először azt határozzák meg. Ezután további tématerületeket jelölnek ki, amelyek a hivatalos területek teljes listájával zárulnak. Ezt követően üzleti szakértőkkel felülvizsgálják őket.
Az egyes tématerületek meghatározásának és elnevezésének folyamata azért fontos, mert lehetővé teszi az üzleti határokon átnyúló konszenzus elérését a szervezet számára létfontosságú témákban. Ha magas szinten sikerül megegyezésre jutni, a részletesebb fogalmak sokkal könnyebben meghatározhatók. Ez a folyamat előnyben részesíti az EDM későbbi fejlesztéséhez szükséges részletes elemzést.
Kérdések merülhetnek fel az információ típusú tématerületekkel kapcsolatban, mivel ezek általában általánosított és történelmitranzakciós adatok. Egy információs tartomány meghatározása miatt úgy tűnhet, mintha az eredeti tranzakciós tartományhoz tartozik. Tekintsük ezt egy légitársasági példával:
A foglalás tranzakciós tartomány, a készlet pedig információs.
A fő koncepció a foglalási előzmények. Az elérhető helyek listájának eléréséhez szükséges adatokat tartalmazza. A foglalás és a készlet fontos, de külön témakör a légitársaságnál.
A címnek nagyon világosnak, tömörnek és tömörnek kell lennie. Ideális esetben a tárgykör egy szóból áll. Ahol lehetséges, iparági szabványos cégneveket (ügyfél, alkalmazott és pénzügy) használunk. A definíciók horizontális nézetből kerültek megfogalmazásra, figyelembe véve az összes lényeges információt. Fontosak, mert az egész szervezet tanulmányozza őket. Ezért a meghatározásoknak a lehető legegyszerűbbeknek és egyértelműbbeknek kell lenniük. Soha nem szabad elméleti, tudományos vagy védett nyelvezetet használni.
A tématerületek közötti kapcsolatok jelentős üzleti interakciókat és függőségeket jelentenek. Ezen a szinten nincs opcionális vagy tételszám. A gyakorlatiasság miatt nem minden lehetséges kapcsolat van ábrázolva. Az ESAM-ot nem úgy tervezték, hogy az egyes tématerületeket egyfajta silóként jelenítse meg. Felfogható diagramnak, amelyben az átfedések csak egy témakörben végződnek.
A szín fontos szerepet játszik az ESAM-ban, valamint az összes EDM-ben. Minden egyesa tárgyterületnek, annak későbbi fogalmainak és adatobjektumainak megvan a maga konnotációja. Egy adott területhez kapcsolódó összes fogalom, objektum és táblázat egy színt használ. Az árnyalat alkalmazása azonnali betekintést nyújt a szervezet bármely modelljének megtekintésekor.
Az ESAM építése a vállalati szabványokat, az elnevezési módszertant és az elemzési folyamatot követi. Az adatbázis mint tartománymodell kulcsfontosságú, mert segítségével minden objektum egyetlen területhez lesz kötve.
