Domeenimudel: kontseptsioon, struktuur ja aluspõhimõtted

Sisukord:

Domeenimudel: kontseptsioon, struktuur ja aluspõhimõtted
Domeenimudel: kontseptsioon, struktuur ja aluspõhimõtted
Anonim

Tarkvaratehnikas on domeenimudel kontseptuaalne. See hõlmab nii käitumist kui ka andmeid. Tehnikaontoloogias on domeenimudel domeeni formaalne esitus koos mõistete, sülemide, andmetüüpide, indiviidide ja reeglitega, mida tavaliselt kasutatakse loogika kirjeldamisel.

Üldine teave

Domeeni teabe mudel
Domeeni teabe mudel

Domeenimudel on abstraktsioonide süsteem, mis kirjeldab teadmiste, mõju või tegevuse valdkonna teatud aspekte. Seejärel saab seda kasutada selle valdkonnaga seotud probleemide lahendamiseks. Domeenimudel on sisuliste reaalmaailma kontseptsioonide esitus, mis on seotud materiaalsete aspektidega, mida tuleb tarkvaras modelleerida. Mõisted hõlmavad ettevõttes kasutatavaid andmeid ja reegleid, mida organisatsioon nende komponentide suhtes kohaldab.

Domeenimudel kasutab tavaliselt professionaalset sõnavara. See onvõimaldab edastada seisukohti sidusrühmadele. See ei tohi viidata tehnilistele rakendustele.

Kasuta

Infoloogiline domeenimudel
Infoloogiline domeenimudel

Domeeni mudelit rakendatakse tavaliselt objektivaldkonnana kihis, mis kasutab madalamaid väärtusi API-de salvestamiseks ja avaldamiseks kõrgel tasemel, et pääseda juurde domeeni andmetele ja käitumisele.

Unified Modeling Language (UML) kasutab süsteemi esindamiseks klassidiagrammi.

Funktsioonid ja põhifunktsioonid

Domeeni teabemudel esitab kogu domeeni, näiteks kliinilised uuringud, tervishoid või õendus. DIM-id luuakse tavaliselt UML (Unified Modeling Language) klassidiagramme kasutades, et esindada kogu aine semantikat, kasutades vastava ala asjatundjatele arusaadavat keelt. Need mustrid näitavad hinnanguid, nagu inimesed, kohad ja tegevused ning kuidas need on üksteisega seotud.

DIM-i abil saab arendada rakendusi, API-sid, ettevõtte lisandmooduleid ja muid elektroonilisi süsteeme. Isegi kui neid rakendatakse erinevate programmeerimiskeelte abil, on kõigil DIM-i kasutavatel sfääridel sama semantika. See loob kriitilise raamistiku tarkvara koostalitlusvõimeks ja sisukaks andmevahetuseks. BRIDG-i abil loodud rakendustel on ühine mõiste "manustatud", mis tagab ühilduvuse selliste heterogeensete vahel.süsteemid.

Ükski kasutatav programm ei rakenda kõiki domeenimudeli objekte. Kuid kõikehõlmavus võimaldab lõppkasutajatel sirvida BRIDG-i semantika universumit ja valida mis tahes lahenduse rakendamiseks vajalikud konkreetsed ressursid. BRIDG kasutab domeenimudeli kontseptsioone ja näiteid, mis on ekspertide jaoks arusaadavad, et nad saaksid teha tihedat koostööd tarkvaraarendajate ja analüütikutega, et kinnitada DIM-i ja valida nende projekti jaoks sobivad objektid.

Juhul, kui ükski BRIDG-i üksus ei kata uue projekti nõutavat semantikat, saavad lõppkasutajad töötada analüütikaga. Selline koostöö aitab neid lünki tuvastada, pakkuda nende kirjeldamiseks kasutusjuhtumeid ja seejärel täita kõik nüansid uue semantikaga. Seejärel saab arendusmeeskond kasutada BRIDG-l põhinevat domeeni teabemudelit. See on asjakohane näiteks muude süsteemide loomisel.

Olemasolevate projektide loogilise domeeni mudelit saab kasutada ka koostalitlusvõime parandamiseks. Eeltoodu põhjal töötatakse välja füüsiline disain. See sisaldab süsteemispetsiifilisi üksikasju, nagu programmeerimiskeelepõhised andmetüübid, juurdepääsupiirangud jne. Kõik konkreetsed rakendused on hõlpsasti jälgitavad viitestandardile.

Autor. Bruce Johnson

Domeeni andmemudel
Domeeni andmemudel

Domeeni infomudel on edu võtmekomponentväljatöötatud andmesalvestusprogrammi või nende arhitektuuri. Sageli kasutatakse seda loomisel ainult segmenteerimise eesmärgil. Ükskõik, kas keegi töötab selle ise välja või ostab lahenduse, võib rakenduse olemasolu aidata paljudes toimingutes. Kui seda kasutatakse tõhus alt, toetab see ka arendamist ja kasutuselevõttu.

Domeenimudeli kontseptsiooni on vaja sügavam alt vaadelda. Kasutajate jaoks on oluline mõista, kuidas sellest maksimumi võtta.

Mis on SAM

Infoloogiline domeenimudel on kõige tõhusam ettevõtte määratluste jaotamiseks. Need on lahenduse kõrgetasemelised domeenid, kuigi neid kasutatakse kõige sagedamini andmedomeenide määratlemiseks uues organisatsioonis või organisatsioonis, mis arendab ametlikku arhitektuuriprogrammi.

Mudel tuleks võtta aluseks organisatsiooni kõigi valdkondade kaardistamisel. Iga eduka domeenimudeli võti on tagada, et sellega seotud terminoloogia ja definitsioonid oleksid ettevõttepõhised ja ühe pilguga arusaadavad. Tõhusate või soovitavate esemete arvule kehtivad erinevad nõuded. Reeglina peaks olema vähem alt 6 ja mitte rohkem kui 20.

Väärtusliku mudeli loomise üldkontseptsioon on see, et üksused ei tohiks muutuda. Ettevõtluse arenedes võib see oma olemuselt suureneda, kuid see ei tohiks oluliselt muutuda.

Erinevad meetodid ja lähenemisviisid heli domeenimudeli määratlemiseksliiga palju ja liiga pikk, et seda ühes lühikeses artiklis käsitleda.

Kuidas saate SAM-i kasutada?

Domeenimudeli loomine
Domeenimudeli loomine

Täpselt määratletud rakendus ei pea olema midagi, mis on ehitatud ja riiulile pandud. See on midagi, mis tuleb integreerida andmearhitektuuri, mis vastab selle loomise põhjusele. Ettevõtte järelevalve ja juhtimismudeli määratlemine tagab, et ettevõte ei ole mitte ainult aktiivselt kaasatud, vaid aitab saavutatavat väärtust hallata ja realiseerida. Suur osa IT-toest pärast esialgset loomist hõlmab keeruka osa moodustavate üksikasjalike andmevaldkonna komponentide kuvamist ja modelleerimist.

Kuidas saada maksimum

Kui SAM on loodud, on selle kasutamiseks mitu võimalust, et sellest maksimumi saada. Siin on kategooriad, millest võib abi olla:

  • Planeerimine. Kuna vajadused on prioriteediks seatud ja planeeritud, saab SAM pakkuda raamistikku arendatavatest ja juurutavatest projektidest teavitamiseks. Ettevõtluse juhtimine võib aidata luua seose planeerimise ja andmetegevuse vahel, et luua ühtset terminoloogiat, mis sobib ettevõtluse olemusega.
  • Kehtige kontroll. SAM-i peamine eelis on kindlaks teha, kuidas ettevõte kontrollib andmete kogumist, kvaliteeti ja kasutamist. Tihti on kontrolli eraldamise kõige parem teha iga õppeaine eraldi. See võib tähendada ametlike korrapidajate kohalolekut, kellest igaüks vastutabeseme või nende eest vastutava isiku olemasolu kohta.
  • Andmete kogumise või integreerimise planeerimine. Domeenimudelite ja -tavade loomiseks domeenipõhise disaini määratluse jaoks võib süsteem aidata komponente loogiliselt eraldada. Seejuures pakub see killustumist, mis võimaldab ressurssidel keskenduda konkreetsete valdkondade kvaliteedile ja terviklikkusele ning siduda need vastavate halduritega.
  • Suhtlus. Tõhus tegevuskava vähendab sageli takistusi, mis aeglustavad projekte ja elluviimist. Ühise andmetöötluse kui vara jagamine organisatsiooniga võib pakkuda mitmeid eeliseid. Esiteks aitab see leevendada muret kaitse pärast. Teiseks näete, kuidas süsteemide areng korreleerub nende ressurssidega ja kuidas see mõjutab ettevõtte üldist edu. Plaani abil saab kirjeldada, miks on andmeid analüütilise töö tegemiseks vaja.
  • Määratlege nõuded. Üksiku projekti andmete puhul on kasulik omada kõrgetasemelist mudelit, mida saate komponentide kiireks leidmiseks kasutada. Sel juhul kasutatakse SAM-i suhtlemiseks ja kontrollimiseks, kuidas mis tahes jõupingutuste vajadused sobivad üldisesse arhitektuuri. Teabe salvestamisel loob see aluse sihtkuva allika sortimiseks ja järjestamiseks.

Andmemudeli arendus

Loogiline domeenimudel
Loogiline domeenimudel

SAM-i kõige levinum kasutusviis on võimaldada simulatsioonimeeskonnal keskenduda japrioriteediks arhitektuuriprojekti loomisel. Sellest võib saada kogu mudeli koostamise alus, mis võimaldab mitmel ressursil osade kallal töötada, luues samal ajal ettevõtte andmevaldkonna.

Domeeni andmemudel on tööriist, mida pärast loomist saab ja tuleks kasutada erinevatel eesmärkidel. Ideaalis saab sfäärist täpselt määratletud andmearhitektuuri programmi nurgakivi. Kõige tähtsam on see, et seda tuleb integreeritud programmi loomiseks kasutada koos. Ettevõtluse ja IT ühildamine, arendus- ja järelevalvemudel võib aidata ületada lõhet pingutuste ja planeerimise vahel.

Andmete kvaliteet

Andmebaasil kui domeenimudelil on edukas äris üks peamisi rolle. Teave on ettevõtte oluline vara. Seetõttu on selle kvaliteet otsustava tähtsusega. Üksikud üleliigsed andmed on üks peamisi madalaid määrasid soodustavaid tegureid. EDM on andmekvaliteedi jaoks oluline, kuna tuvastab üleliigsetele sfääridele omased ebakõlad. Olemasolevaid probleeme saab tuvastada, võrreldes süsteeme EDM-iga. Kuna uued valdkonnad on üles ehitatud ettevõtte andmemudelile, tuvastatakse ja lahendatakse enne juurutamist paljud võimalikud kvaliteediprobleemid.

Valdus

Domeeni mudeli kirjeldus
Domeeni mudeli kirjeldus

Ettevõtte andmete omandiõigus on oluline nende jagatud olemuse tõttu, eriti nende hooldamisel ja haldamisel. EDM-i kasutatakse omandihalduse tööriistana,äri- ja organisatsioonipiire ületava teabe suhete ja sõltuvuste tuvastamine ja dokumenteerimine. See toetab ühisomandi kontseptsiooni, mis eksisteerib Corporate Spheres Initiative'is.

Andmesüsteemi laiendatavus

EDM toetab kasvavat arhitektuuri. Laiendatavus on võime skaleerida süsteemi funktsionaalsust, et vastata tõhus alt muutuva kasutajakeskkonna vajadustele. Laiendatavatel süsteemidel on väheste kõrvalmõjudega võimalus funktsionaalsust lisada või suurendada. Tehnoloogiast sõltumatul strateegilisel ärikontseptsioonil põhinev EDM toetab laiendatavust, võimaldades minimaalsete IT-muudatustega üleminekut uutele võimaluste valdkondadele.

Tööstusandmete integreerimine

Looge domeenimudel
Looge domeenimudel

Ükski ettevõte ei tegutse vaakumis. Kuna EDM hõlmab välimust, suurendab see organisatsiooni võimet jagada ühiseid andmeid kogu oma tööstusharus. Sama valdkonna organisatsioonid kasutavad sageli samu alusandmeid (näiteks kliendid, asukoht, tarnijad). Organisatsioonid võivad jagada teavet ka seotud tööstusharude või äripartneritega. Näiteks lennunduses lõimuvad spetsialistid sageli autorendifirmadega. EDM sisaldab oma tööstusharu vaatenurgast andmeinteraktsiooni struktuurset domeenimudelit.

Pakendatud rakenduste integreerimine

EDM-i saab kasutada nende toetamiseks, planeerimiseks ja ostmiseks,samuti rakendamiseks. See saavutatakse pakitud rakenduse kaardistamisega EDM-iga, luues selle ettevõttesisese kaardistamise. Kuna ka olemasolevad süsteemid on korrelatsioonis, saab pakitud rakenduse ja olemasolevate süsteemide vahelised integratsioonipunktid tuvastada, pakkudes teekaarti ühtlase kvaliteediga andmete voomiseks läbi toote.

Süsteemide strateegiline planeerimine

EDM määrab andmete sõltuvused. Kuna olemasolevad domeenimudelisüsteemid on kaardistatud EDM-iga, saab ettevõtte teabevajaduste kindlaksmääramiseks teha lünkade analüüsi. Sõelumislünkade ja andmesõltuvuste põhjal saab prioriteediks seada süsteemi väljalasked.

Ettevõtte andmete modelleerimise domeeni protsessimudel kasutab ül alt-alla- alt-üles lähenemisviisi kõigi süsteemikujunduste jaoks. EDM on artefakt, mis on tuletatud allavoolu etappidest. Ülesvoolud on olulised ka seetõttu, et nad kasutavad olemasolevaid allikaid projektide tõhusaks ja praktiliseks loomiseks.

Esm alt luuakse domeenidomeen (ESAM) ja seejärel laiendatakse seda ettevõtte kontseptuaalsele mudelile (ECM). Kuigi mudelid on omavahel seotud, on igal neist oma ainulaadne identiteet ja eesmärk. EDM-i tegemine on rohkem kunst kui teadus.

Mis on ESAM

Mõtleme, mis on ettevõtte domeenimudel (ESAM). Ettevõtte valdkonnad on igasugune teave, mis on ettevõtte jaoks oluline ja mida hoitakse täiendavaks kasutamiseks. Andmeid ei salvestata, kuivaja. Seega võib enamikku valdkondi pidada ettevõtteks, mis muudab selle mastaabi tohutuks. See kehtib isegi tugevate meeskondade kohta, mida on peaaegu võimatu kujundada, arendada ja hooldada ilma paremini juhitavateks tükkideks lagunemata.

Ettevõtte domeenimudeli peamine eesmärk on "jaga ja valluta" idee. ESAM hõlmab kogu organisatsiooni. Kõik ettevõtte toodetud ja kasutatavad andmed on teemavaldkonnas esindatud. Organisatsiooni keskmine arv on 10–12. Keerulisemate süsteemide puhul võib vaja minna täiendavaid teemavaldkondi. ESAM on ettevõtte teabe alus.

Domeeni mudeli kirjeldus

Iga valdkond on andmete kõrgetasemeline klassifikaator, mis esindab põhiteemaga seotud mõistete rühma. See peegeldab organisatsiooni huvisid. Domeeni relatsioonimudelid võivad esindada nii üldisi ärikontseptsioone (klient, toode, töötaja ja rahandus) kui ka valdkonna kontseptsioone.

Teemavaldkonnad saab rühmitada kolme kõrgetasemelisse ärikategooriasse: sissetulek, tegevus ja toetus. Need rühmad on olulised, kuna igaüks neist esindab selgelt erinevat ärifookust. Tulutüübid keskenduvad kasumile, sealhulgas planeerimisele, raamatupidamisele ja vastutusele. Toimingutüübid esindavad igapäevaste tegevustega seotud peamisi ärifunktsioone.

Tugiüksused toetavad äritegevust, mitte ei esinda põhitegevust. Kõik organisatsioonid jagavad neid kõrgetasemelisi ärigruppetasemel. Näiteks lennufirmade teemavaldkonnad on rühmitatud järgmiselt:

  • Tulupilet, broneerimine, müük, inventar, hinnad.
  • Kasutus: lend, asukoht, varustus, hooldus, ajakava.
  • Toetage IT-d, rahandust, töötajaid, kliente.

Andmesubjekt

Taksonoomia on teadus asjade nimetamisest, kategoriseerimisest ja klassifitseerimisest hierarhilises järjekorras, mis põhineb kriteeriumide kogumil. Andmete taksonoomia on andmete klassifitseerimise tööriist domeenimudeli mõistmiseks, kujundamiseks, hooldamiseks ja koostamiseks. Taksonoomia hõlmab mitut hierarhilist klassifikatsioonitaset. Kõrgeimal tasemel saab kõik andmed paigutada ühte kolmest süsteemist: põhi-, tehingu- või teabesüsteemi. Need erinevad tootmismudelite ja kontseptsiooni ning elutsüklite poolest.

Alusandmeid kasutatakse muude valdkondade määratlemiseks, toetamiseks või loomiseks. Need sisaldavad viitetüübi teavet, metaandmeid ja äritoimingute tegemiseks vajalikke loendeid. Tehinguandmed on süsteemi äritehingute tulemusena loodud või uuendatud andmed. Need on olemuselt dünaamilised ja operatsioonisüsteemide jaoks asjakohased.

Teabeandmed on ajaloolised, koondatud või tuletatud. Need luuakse tavaliselt otsustustoetussüsteemides leiduva luureandmete põhjal.

Ainevaldkondi saab klassifitseerida nende valdava rühmituse järgi. Detailsuse tasemelainevaldkonnad sisaldavad kõiki kolme andmeklassi. Süstematiseerimine põhineb suurusel, kasutusel ja teostusel. Näiteks võib 14 lennufirma teemat liigitada järgmiselt:

  • Põhiklass – seadmed, IT, töötaja, müük, asukoht, klient.
  • Tehing – pilet, broneerimine, lend, rahandus, teenindus.
  • Teave – hinnakujundus, laoseisud, diagrammid.

Teemavaldkonna struktuurimudeli loomine

ESAM töötatakse välja tihedas koostöös äriekspertidega ja juhindutakse mis tahes olemasolevatest ettevõtteteadmistest. Domeenimudeli ja ärifunktsiooni organisatsioonilised struktuurid tuleb määratleda ja mõista. Kogu teave on enamiku organisatsioonide jaoks ühine (klient, töötaja, asukoht ja finantsid). See määratakse kõigepe alt kindlaks. Seejärel määratakse täiendavad teemavaldkonnad, mis lõppevad ametlike valdkondade täieliku loeteluga. Seejärel vaadatakse need koos äriekspertidega üle.

Iga teemavaldkonna määratlemise ja nimetamise protsess on oluline, kuna see võimaldab jõuda äripiirideülesele konsensusele organisatsiooni jaoks eluliselt olulistes teemades. Kui kokkuleppele jõutakse kõrgel tasemel, on üksikasjalikumaid mõisteid palju lihtsam määratleda. See protsess seab esikohale üksikasjaliku analüüsi, mis on vajalik EDM-i edasiseks arendamiseks.

Teabe tüüpi teemavaldkondade kohta võib tekkida küsimusi, kuna need koosnevad tavaliselt üldistatud ja ajaloolistesttehingu andmed. Teabedomeeni määratlemine võib jätta mulje, et see kuulub algsesse tehingudomeeni. Mõelge sellele lennufirma näitel:

Broneerimine on tehingute domeen, laoseisud on informatiivsed.

Põhikontseptsiooni nimetatakse broneeringute ajalooks. See sisaldab saadaolevate kohtade loendi saamiseks vajalikke andmeid. Broneerimine ja inventar on olulised, kuid eraldiseisvad lennufirma teemavaldkonnad.

Pealkirjad peaksid olema väga selged, lühikesed ja ülevaatlikud. Ideaalis koosneb ainevaldkond ühest sõnast. Võimaluse korral kasutatakse tööstusharu standardseid ettevõtete nimesid (klient, töötaja ja rahandus). Definitsioonid on sõnastatud horisontaalvaates, võttes arvesse kogu asjakohast teavet. Need on olulised, sest neid uurib kogu organisatsioon. Seetõttu peaksid määratlused olema võimalikult lihtsad ja selged. Teoreetilist, akadeemilist või omandatud keelt ei tohiks kunagi kasutada.

Ainevaldkondade vahelised suhted kujutavad endast olulist äritegevust ja sõltuvusi. Sellel tasemel pole valikulisust ega üksuste arvu. Kõik võimalikud suhted pole praktilisuse tõttu esindatud. ESAM ei ole loodud näitama iga ainevaldkonda omamoodi silohoidlana. Seda võib pidada graafikuks, mille kattumised lõppevad ainult ühe teemavaldkonnaga.

Värv mängib olulist rolli nii ESAMis kui ka kogu EDM-is. Igaainevaldkonnal, selle järgnevatel mõistetel ja andmeobjektidel on oma varjund. Kõikide konkreetse alaga seotud mõistete, objektide ja tabelite jaoks kasutatakse ühte värvi. Tooni rakendamine annab kohese ülevaate organisatsiooni mudelite vaatamisel.

ESAM-i ehitamine järgib ettevõtte standardeid, nimetamise metoodikat ja analüüsiprotsessi. Andmebaas kui domeenimudel on võtmetähtsusega, sest selle abiga seotakse kõik objektid ühe alaga.

Soovitan: