Programmatūras inženierijā domēna modelis ir konceptuāls. Tas ietver gan uzvedību, gan datus. Tehnikas ontoloģijā domēna modelis ir formāls domēna attēlojums ar jēdzieniem, bariem, datu tipiem, indivīdiem un noteikumiem, ko parasti izmanto loģikas aprakstīšanai.
Vispārīga informācija
Domēna modelis ir abstrakciju sistēma, kas apraksta konkrētus zināšanu, ietekmes vai darbības jomas aspektus. Pēc tam to var izmantot, lai atrisinātu problēmas, kas saistītas ar šo jomu. Domēna modelis ir jēgpilnu reālās pasaules jēdzienu attēlojums saistībā ar materiālajiem aspektiem, kas jāmodelē programmatūrā. Jēdzieni ietver uzņēmumā izmantotos datus un noteikumus, ko organizācija piemēro šiem komponentiem.
Domēna modelī parasti tiek izmantots profesionāls vārdu krājums. Tas irļauj nodot viedokļus ieinteresētajām personām. Tas nedrīkst atsaukties uz tehnisku ieviešanu.
Izmantot
Domēna modelis parasti tiek ieviests kā objekta joma slānī, kas izmanto zemākas vērtības, lai augstā līmenī saglabātu un publicētu API, lai piekļūtu sfēras datiem un darbībai.
Unified Modeling Language (UML) sistēmas attēlošanai izmanto klašu diagrammu.
Funkcijas un galvenās funkcijas
Domēna informācijas modelis nodrošina visa domēna attēlojumu, piemēram, klīnisko pētniecību, veselības aprūpi vai medmāsu. DIM parasti tiek veidoti, izmantojot vienotās modelēšanas valodas (UML) klašu diagrammas, lai attēlotu visa priekšmeta semantiku, izmantojot valodu, kas ir saprotama profesionāļiem. Šie modeļi parāda spriedumus, piemēram, cilvēkus, vietas un darbības, kā arī to, kā tie ir saistīti viens ar otru.
Lietojumprogrammas, API, uzņēmuma papildinājumus un citas elektroniskās sistēmas var izstrādāt, izmantojot DIM. Pat ja tie tiek ieviesti, izmantojot dažādas programmēšanas valodas, visām sfērām, kas izmanto DIM, ir vienāda semantika. Tas nodrošina kritisku sistēmu programmatūras sadarbspējai un jēgpilnai datu apmaiņai. Lietojumprogrammām, kas veidotas, izmantojot BRIDG, ir kopīgs jēdziens "iegultais", kas nodrošina saderību starp šādām neviendabīgāmsistēmas.
Neviena no izmantotajām programmām nerealizēs visus domēna modeļa objektus. Tomēr visaptverošums ļauj galalietotājiem pārlūkot BRIDG semantikas visumu un atlasīt konkrētus resursus, kas nepieciešami jebkura risinājuma ieviešanai. BRIDG izmanto domēna modeļu koncepcijas un piemērus, kas ir saprotami ekspertiem, lai viņi varētu cieši sadarboties ar programmatūras izstrādātājiem un analītiķiem, lai apstiprinātu DIM un atlasītu objektus, kas ir piemēroti viņu projektam.
Gadījumos, kad neviens no BRIDG vienumiem neaptver jauna projekta nepieciešamo semantiku, galalietotāji var strādāt ar analīzi. Šāda sadarbība palīdzēs identificēt šīs nepilnības, nodrošināt lietošanas gadījumus to aprakstīšanai un pēc tam aizpildīt visas nianses ar jaunu semantiku. Pēc tam izstrādes komanda var izmantot domēna informācijas modeli, kura pamatā ir BRIDG. Tas attiecas, piemēram, citu sistēmu izveidei.
Loģisko domēna modeli no esošajiem projektiem var izmantot arī, lai uzlabotu savietojamību. Fiziskais dizains ir izstrādāts, pamatojoties uz iepriekš minēto. Tajā ir iekļauta sistēmai specifiska informācija, piemēram, programmēšanas valodai specifiski datu tipi, piekļuves ierobežojumi utt. Visas konkrētās ieviešanas būs viegli izsekojamas līdz atsauces standartam.
Autors Brūss Džonsons
Domēna infoloģiskais modelis ir galvenā veiksmīgas darbības sastāvdaļaizstrādāta datu uzglabāšanas programma vai to arhitektūra. Bieži vien, kad tas tiek izveidots, tas tiek izmantots tikai segmentācijas nolūkos. Neatkarīgi no tā, vai kāds to izstrādā pats vai iegādājas risinājumu, lietojumprogramma var palīdzēt daudzās darbībās. Ja to izmanto efektīvi, tas arī atbalsta un palīdz izstrādē un izvietošanā.
Ir nepieciešams dziļāk apskatīt domēna modeļa jēdzienu. Lietotājiem ir svarīgi saprast, kā no tā gūt maksimālu labumu.
Kas ir SAM
Infoloģiskais domēna modelis ir visefektīvāk definēts, lai sadalītu uzņēmējdarbības definīcijas. Šie ir risinājuma augsta līmeņa domēni, lai gan tos visbiežāk izmanto, lai definētu datu domēnus jaunā organizācijā vai organizācijā, kas izstrādā formālu arhitektūras programmu.
Modelis ir jāizmanto kā pamats visu organizācijas jomu kartēšanai. Jebkura veiksmīga domēna modeļa atslēga ir nodrošināt, lai ar to saistītā terminoloģija un definīcijas būtu konkrētam uzņēmumam un vienā mirklī saprotamas. Efektīvo vai vēlamo vienumu skaitam ir dažādas prasības. Parasti jābūt vismaz 6 un ne vairāk kā 20.
Vērtīga modeļa izveides vispārīgā koncepcija ir tāda, ka vienumus nedrīkst mainīt. Attīstoties biznesam, tas pēc būtības var pieaugt, taču tam nevajadzētu būtiski mainīties.
Dažādas metodes un pieejas skaņas domēna modeļa noteikšanaipārāk daudz un pārāk garš, lai tos iekļautu vienā īsā rakstā.
Kā izmantot SAM
Precīzi definētai lietojumprogrammai nav jābūt tādai, kas ir izveidota un novietota plauktā. Tas ir kaut kas, kas ir jāintegrē datu arhitektūrā, kas atbilst tās izveides iemeslam. Uzņēmējdarbības pārraudzības un pārvaldības modeļa noteikšana nodrošina, ka uzņēmums ne tikai aktīvi iesaistās, bet arī palīdz pārvaldīt un realizēt sasniegto vērtību. Liela daļa IT atbalsta pēc sākotnējās izveides ietver detalizēto datu jomas komponentu attēlošanu un modelēšanu, kas veido sarežģīto daļu.
Kā iegūt maksimālo
Kad SAM ir izveidots, ir vairāki veidi, kā to izmantot, lai gūtu maksimālu labumu no tā. Šīs ir kategorijas, kas jums varētu būt noderīgas:
- Plānošana. Tā kā vajadzības ir prioritāras un plānotas, SAM var nodrošināt satvaru saziņai par projektiem, kas jāizstrādā un jāizvieto. Uzņēmējdarbības vadība var palīdzēt nodrošināt saikni starp plānošanu un datu darbību, lai izveidotu vienotu terminoloģiju, kas atbilst uzņēmējdarbības būtībai.
- Izveidojiet kontroli. Galvenais SAM ieguvums ir noteikt, kā uzņēmums kontrolē datu vākšanu, kvalitāti un izmantošanu. Bieži vien kontroles nodalīšanu vislabāk var veikt katram priekšmetam atsevišķi. Tas var nozīmēt oficiālo stjuartu klātbūtni, no kuriem katrs ir atbildīgspar preci vai par to atbildīgās personas klātbūtni.
- Plānot datu vākšanu vai integrāciju. Lai izveidotu domēna modeļus un praksi uz domēnu orientēta dizaina definīcijai, sistēma var palīdzēt loģiski atdalīt komponentus. To darot, tiek nodrošināta sadrumstalotība, kas ļauj resursiem koncentrēties uz konkrētu apgabalu kvalitāti un integritāti un saistīt tos ar atbilstošiem pārziņiem.
- Saziņa. Efektīvs rīcības plāns bieži samazina šķēršļus, kas palēnina projektu īstenošanu un izpildi. Kopīgas datu apstrādes kā aktīvu kopīgošana ar organizāciju var sniegt vairākas priekšrocības. Pirmkārt, tas palīdzēs mazināt bažas par aizsardzību. Otrkārt, jūs varat redzēt, kā sistēmu attīstība korelē ar to resursiem, kā arī kā tas ietekmēs vispārējos biznesa panākumus. Projektu var izmantot, lai aprakstītu, kāpēc dati ir nepieciešami analītiskā darba veikšanai.
- Definējiet prasības. Viena projekta datos ir noderīgi izmantot augsta līmeņa modeli, ko varat izmantot, lai ātri atrastu komponentus. Šajā gadījumā SAM tiek izmantots, lai sazinātos un pārbaudītu, kā jebkura piepūles vajadzības iekļaujas kopējā arhitektūrā. Informācijas uzglabāšanas centienos tas nodrošina pamatu mērķa displeja avota šķirošanai un sakārtošanai.
Datu modeļa izstrāde
Visbiežāk SAM lietojums ir ļaut simulācijas komandai koncentrēties unnoteikt prioritāti, veidojot arhitektūras projektu. Pēc tam tas var kļūt par pamatu vispārējā modeļa izveidei, ļaujot vairākiem resursiem strādāt pie daļām, vienlaikus radot uzņēmuma datu sfēru.
Domēna datu modelis ir rīks, kas pēc izveides var un ir jāizmanto dažādiem mērķiem. Ideālā gadījumā sfēra kļūst par labi definētas datu arhitektūras programmas stūrakmeni. Vissvarīgākais ir tas, ka tas ir jāizmanto kopā, lai izveidotu integrētu programmu. Uzņēmējdarbības un IT saskaņošana, izstrādes un pārraudzības modelis var palīdzēt pārvarēt plaisu starp pūlēm un plānošanu.
Datu kvalitāte
Datubāzei kā domēna modelim ir viena no galvenajām lomām veiksmīgā biznesā. Informācija ir svarīga uzņēmuma vērtība. Tāpēc tā kvalitātei ir izšķiroša nozīme. Atsevišķi lieki dati ir viens no galvenajiem faktoriem, kas veicina zemas likmes. EDM ir svarīga datu kvalitātei, jo tā atklāj neatbilstības, kas raksturīgas liekajām sfērām. Esošās problēmas var noteikt, salīdzinot sistēmas ar EDM. Tā kā jaunās jomas ir balstītas uz uzņēmuma datu modeli, daudzas iespējamās kvalitātes problēmas tiks identificētas un atrisinātas pirms ieviešanas.
Īpašums
Korporatīvo datu īpašumtiesības ir svarīgas to kopīgā rakstura dēļ, jo īpaši to uzturēšanā un administrēšanā. EDM tiek izmantots kā īpašumtiesību pārvaldības rīks,tādu informācijas attiecību un atkarību identificēšana un dokumentēšana, kas šķērso uzņēmējdarbības un organizācijas robežas. Tas atbalsta dalīto īpašumtiesību koncepciju, kas pastāv Korporatīvo sfēru iniciatīvā.
Datu sistēmas paplašināšana
EDM atbalsta pieaugošo arhitektūru. Paplašināmība ir spēja mērogot sistēmas funkcionalitāti, lai efektīvi apmierinātu mainīgās lietotāja vides vajadzības. Paplašināmām sistēmām ir iespēja pievienot vai palielināt funkcionalitāti ar dažām blakusparādībām. EDM, kas balstās uz no tehnoloģijām neatkarīgu stratēģisku biznesa koncepciju, atbalsta paplašināmību, ļaujot pāriet uz jaunām iespēju jomām ar minimālām IT izmaiņām.
Nozares datu integrācija
Neviens uzņēmums nedarbojas vakuumā. Tā kā EDM ietver izskatu, tas uzlabo organizācijas spēju koplietot kopīgus datus visā savā nozarē. Organizācijas vienā un tajā pašā jomā bieži izmanto vienus un tos pašus pamatā esošos datus (piemēram, klienti, atrašanās vieta, piegādātāji). Organizācijas var arī koplietot informāciju ar saistītajām nozarēm vai biznesa partneriem. Piemēram, aviācijas jomā profesionāļi bieži integrējas ar automašīnu nomas kompānijām. EDM no nozares viedokļa ietver strukturālu domēna modeli datu mijiedarbībai.
Iepakoto lietojumprogrammu integrācija
EDM var izmantot viņu atbalstam, plānošanai un iegādei,kā arī īstenošanai. Tas tiek panākts, kartējot iepakoto lietojumprogrammu EDM, izveidojot tās iekšējo kartēšanu. Tā kā esošās sistēmas ir arī savstarpēji saistītas, var identificēt integrācijas punktus starp iepakoto lietojumprogrammu un esošajām sistēmām, nodrošinot ceļvedi konsekventas kvalitātes datu plūsmai caur produktu.
Stratēģiskā sistēmu plānošana
EDM nosaka datu atkarības. Tā kā esošās domēna modeļu sistēmas ir kartētas ar EDM, var veikt trūkumu analīzi, lai noteiktu uzņēmuma informācijas vajadzības. No parsēšanas nepilnībām un datu atkarībām sistēmas laidieniem var piešķirt prioritāti.
Uzņēmuma datu modelēšanas domēna procesa modelī visiem sistēmas dizainiem tiek izmantota pieeja no augšas uz leju, no apakšas uz augšu. EDM ir artefakts, kas iegūts no pakārtotajiem soļiem. Augšupējie ir svarīgi arī tāpēc, ka tie izmanto esošos avotus, lai efektīvi un praktiski izveidotu projektus.
Domēna domēns (ESAM) vispirms tiek izveidots un pēc tam paplašināts, lai izveidotu uzņēmuma konceptuālo modeli (ECM). Lai gan modeļi ir savstarpēji saistīti, katram ir sava unikālā identitāte un mērķis. EDM veidošana ir vairāk māksla nekā zinātne.
Kas ir ESAM
Apsvērsim, kas ir uzņēmuma domēna modelis (ESAM). Korporatīvās jomas ir jebkura informācija, kas ir svarīga uzņēmumam un tiek glabāta papildu lietošanai. Dati netiks saglabāti, ja viennepieciešams. Tādējādi lielāko daļu jomu var uzskatīt par uzņēmumu, padarot tā mērogu milzīgu. Tas attiecas pat uz spēcīgām komandām, kuras ir gandrīz neiespējami izveidot, izstrādāt un uzturēt, nesadaloties vairākos pārvaldāmās daļās.
Uzņēmuma domēna modeļa galvenais mērķis ir ideja "skaldi un valdi". ESAM aptver visu organizāciju. Visi uzņēmuma radītie un izmantotie dati ir attēloti temata apgabalā. Vidējais organizācijas skaits ir 10 līdz 12. Sarežģītākām sistēmām var būt nepieciešamas papildu priekšmetu jomas. ESAM ir uzņēmuma informācijas pamats.
Domēna modeļa apraksts
Katra apgabala ir augsta līmeņa datu klasifikācija, kas pārstāv ar galveno tēmu saistītu jēdzienu grupu. Tas atspoguļo organizācijas intereses. Domēna relāciju modeļi var attēlot vispārīgas uzņēmējdarbības koncepcijas (klients, produkts, darbinieks un finanses), kā arī nozares koncepcijas.
Tematiskās jomas var grupēt trīs augsta līmeņa uzņēmējdarbības kategorijās: ienākumi, aktivitātes un atbalsts. Šie grupējumi ir nozīmīgi, jo katrs no tiem atspoguļo izteikti atšķirīgu uzņēmējdarbības virzienu. Ieņēmumu veidi koncentrējas uz peļņu, tostarp plānošanu, grāmatvedību un atbildību. Darbību veidi atspoguļo galvenās biznesa funkcijas, kas saistītas ar ikdienas darbībām.
Atbalsta vienības palīdz uzņēmējdarbībai, nevis pārstāv pamatdarbību. Visām organizācijām ir kopīgas šīs augsta līmeņa biznesa grupaslīmenī. Piemēram, aviokompāniju priekšmetu jomas ir grupētas šādi:
- Ieņēmumu biļete, rezervēšana, pārdošana, inventārs, cenas.
- Darbība: lidojums, atrašanās vieta, aprīkojums, apkope, grafiks.
- Atbalstiet IT, finanses, darbiniekus, klientus.
Datu subjekta apgabals
Taksonomija ir zinātne par lietu nosaukšanu, kategorizēšanu un klasificēšanu hierarhiskā secībā, pamatojoties uz kritēriju kopumu. Datu taksonomija ir klasifikācijas rīks, ko izmanto datiem, lai izprastu, izstrādātu, uzturētu un izveidotu domēna modeli. Taksonomija ietver vairākus hierarhiskus klasifikācijas līmeņus. Augstākajā līmenī visus datus var ievietot vienā no trim sistēmām: pamata, darījumu vai informācijas. Tie atšķiras pēc ražošanas modeļiem un koncepcijas, kā arī to dzīves cikla.
Pamatdati tiek izmantoti, lai definētu, atbalstītu vai izveidotu citas jomas. Tajos ir iekļauta atsauces veida informācija, metadati un saraksti, kas nepieciešami biznesa operāciju veikšanai. Darījumu dati ir dati, kas izveidoti vai atjaunināti sistēmas biznesa darījumu rezultātā. Tie ir dinamiski un attiecas uz operētājsistēmām.
Informācijas dati ir vēsturiski, apkopoti vai atvasināti. Tie parasti tiek izveidoti, izmantojot informāciju, kas atrodama lēmumu atbalsta sistēmās.
Priekšmetu jomas var klasificēt pēc to dominējošā grupējuma. Detaļu līmenīmācību priekšmetu jomās ir visas trīs datu klases. Sistematizācija balstās uz lielumu, lietojumu un ieviešanu. Piemēram, 14 aviokompāniju tēmas var klasificēt šādi:
- Pamatklase - aprīkojums, IT, darbinieks, tirdzniecība, atrašanās vieta, klients.
- Darījumu - biļete, rezervēšana, lidojums, finanses, serviss.
- Informatīvie - cenas, inventārs, diagrammas.
Priekšmeta jomas strukturālā modeļa izveide
ESAM ir izstrādāts ciešā sadarbībā ar biznesa ekspertiem, un to pamatā ir visas esošās uzņēmuma zināšanas. Jādefinē un jāsaprot domēna modeļa un biznesa funkcijas organizatoriskās struktūras. Visa informācija ir kopīga lielākajai daļai organizāciju (klients, darbinieks, atrašanās vieta un finanses). Vispirms tiek noteikts. Pēc tam tiek noteiktas papildu priekšmetu jomas, kas beidzas ar pilnu oficiālo jomu sarakstu. Pēc tam tos pārskata ar biznesa ekspertiem.
Katras mācību jomas definēšanas un nosaukšanas process ir svarīgs, jo tas ļauj panākt vienprātību pāri biznesa robežām par tēmām, kas organizācijai ir svarīgas. Ja vienošanos izdosies panākt augstā līmenī, detalizētākus jēdzienus būs daudz vieglāk definēt. Šis process piešķir prioritāti detalizētai analīzei, kas nepieciešama turpmākai EDM attīstībai.
Var rasties jautājumi par informācijas veida priekšmetu jomām, jo tie parasti sastāv no vispārinātām un vēsturiskām jomāmdarījuma dati. Informācijas domēna noteikšana var radīt iespaidu, ka tas pieder sākotnējam darījumu domēnam. Apsveriet to ar aviokompānijas piemēru:
Rezervēšana ir darījumu domēns, krājumi ir informatīvs domēns.
Galveno jēdzienu sauc par rezervāciju vēsturi. Tajā ir dati, kas nepieciešami, lai iegūtu pieejamo vietu sarakstu. Rezervēšana un inventārs ir svarīgas, taču atsevišķas aviosabiedrības priekšmetu jomas.
Nosaukumiem jābūt ļoti skaidriem, kodolīgiem un kodolīgiem. Ideālā gadījumā priekšmeta joma sastāv no viena vārda. Ja iespējams, tiek izmantoti nozares standarta uzņēmumu nosaukumi (klients, darbinieks un finanses). Definīcijas ir formulētas no horizontālā skata, ņemot vērā visu būtisko informāciju. Tie ir svarīgi, jo tos pēta visa organizācija. Tāpēc definīcijām jābūt pēc iespējas vienkāršākām un skaidrākām. Nekad nedrīkst lietot teorētisku, akadēmisku vai patentētu valodu.
Attiecības starp priekšmetu jomām atspoguļo nozīmīgu biznesa mijiedarbību un atkarību. Šajā līmenī nav izvēles iespēju vai vienumu skaita. Praktiskuma dēļ nav pārstāvētas visas iespējamās attiecības. ESAM nav paredzēts, lai parādītu katru priekšmetu jomu kā sava veida tvertni. To var uzskatīt par diagrammu ar pārklājumiem, kas beidzas tikai ar vienu tematu.
Krāsai ir svarīga loma ESAM, kā arī visā EDM. Katrspriekšmeta jomai, tās turpmākajiem jēdzieniem un datu objektiem ir sava konotācija. Viena krāsa tiek izmantota visiem jēdzieniem, objektiem un tabulām, kas saistīti ar noteiktu apgabalu. Nokrāsas lietošana sniedz tūlītēju ieskatu, skatot kādu no organizācijas modeļiem.
ESAM veidošanā tiek ievēroti korporatīvie standarti, nosaukumu piešķiršanas metodika un analīzes process. Datubāzei kā domēna modelim ir liela nozīme, jo ar tās palīdzību visi objekti tiks piesaistīti vienam apgabalam.
