Domainmodel: konsep, struktuur en basiese beginsels

INHOUDSOPGAWE:

Domainmodel: konsep, struktuur en basiese beginsels
Domainmodel: konsep, struktuur en basiese beginsels
Anonim

In sagteware-ingenieurswese is die domeinmodel konseptueel. Dit sluit beide gedrag en data in. In 'n tegniekontologie is 'n domeinmodel 'n formele voorstelling van 'n domein met konsepte, swerms, datatipes, individue en reëls wat algemeen gebruik word in die beskrywing van logika.

Algemene inligting

Domein inligting model
Domein inligting model

'n Domeinmodel is 'n stelsel van abstraksies wat spesifieke aspekte van 'n domein van kennis, invloed of aktiwiteit beskryf. Dan kan dit gebruik word om probleme op te los wat met hierdie area verband hou. 'n Domeinmodel is 'n voorstelling van betekenisvolle werklike konsepte wat verband hou met materiële aspekte wat in sagteware gemodelleer moet word. Konsepte sluit in die data wat in die besigheid gebruik word en die reëls wat die organisasie op daardie komponente toepas.

Die domeinmodel gebruik gewoonlik 'n professionele woordeskat. Dit islaat jou toe om sienings aan belanghebbendes te kommunikeer. Dit moet nie na enige tegniese implementerings verwys nie.

Gebruik

Infologiese domein model
Infologiese domein model

'n Domeinmodel word tipies geïmplementeer as 'n voorwerprealm in 'n laag wat laer waardes gebruik om API's op 'n hoë vlak te stoor en te publiseer om toegang tot die data en gedrag van die realm te verkry.

The Unified Modeling Language (UML) gebruik 'n klasdiagram om 'n stelsel voor te stel.

Kenmerke en sleutelkenmerke

'n Domeininligtingsmodel verskaf 'n voorstelling van 'n hele domein, soos kliniese navorsing, gesondheidsorg of verpleging. DIM's word tipies geskep deur gebruik te maak van Unified Modeling Language (UML) klasdiagramme om die semantiek van die hele vak voor te stel deur 'n taal te gebruik wat verstaanbaar is vir diegene wat in die kuns is. Hierdie patrone wys oordele soos mense, plekke en aktiwiteite, en hoe elkeen met mekaar verband hou.

Toepassings, API's, ondernemingbyvoegings en ander elektroniese stelsels kan met DIM ontwikkel word. Selfs as hulle geïmplementeer word deur verskillende programmeertale te gebruik, het alle sfere wat DIM gebruik dieselfde semantiek. Dit bied 'n kritieke raamwerk vir sagteware-interoperabiliteit en betekenisvolle data-uitruiling. Toepassings wat met BRIDG gebou is, het 'n algemene konsep van "ingebed", wat versoenbaarheid tussen sulke heterogenestelsels.

Geen van die programme wat gebruik word, sal al die voorwerpe van die domeinmodel implementeer nie. Omvattendheid stel eindgebruikers egter in staat om deur die heelal van BRIDG semantiek te blaai en die spesifieke hulpbronne te kies wat nodig is om enige oplossing te implementeer. BRIDG gebruik domeinmodelkonsepte en -voorbeelde wat vir kundiges sin maak sodat hulle nou saam met sagteware-ontwikkelaars en -ontleders kan werk om die DIM te valideer en voorwerpe te kies wat geskik is vir hul projek.

In gevalle waar nie een van die items in BRIDG die vereiste semantiek van 'n nuwe projek dek nie, kan eindgebruikers met analise werk. Sulke samewerking sal help om hierdie leemtes te identifiseer, gebruiksgevalle te verskaf om dit te beskryf, en dan al die nuanses met nuwe semantiek in te vul. Die domeininligtingsmodel gebaseer op BRIDG kan dan deur die ontwikkelingspan gebruik word. Dit is byvoorbeeld relevant vir die skep van ander stelsels.

Die logiese domeinmodel van bestaande projekte kan ook gebruik word om interoperabiliteit te verbeter. Die fisiese ontwerp word op grond van bogenoemde ontwikkel. Dit sluit stelselspesifieke besonderhede in soos programmeertaalspesifieke datatipes, toegangsbeperkings, ens. Alle konkrete implementerings sal maklik na die verwysingstandaard herlei kan word.

Deur Bruce Johnson

Domein data model
Domein data model

Die domein-infologiese model is 'n sleutelkomponent van 'n suksesvolleontwikkel data stoor program of hul argitektuur. Dikwels, wanneer dit geskep word, word dit slegs gebruik vir die doel van segmentering. Of iemand dit self ontwikkel of 'n oplossing koop, om 'n toepassing te hê, kan met baie operasies help. Wanneer dit doeltreffend gebruik word, ondersteun en help dit ook met ontwikkeling en ontplooiing.

Dit is nodig om die konsep van 'n domeinmodel dieper te kyk. Dit is belangrik vir gebruikers om te verstaan hoe om die meeste daaruit te kry.

Wat is SAM

'n Infologiese domeinmodel word die doeltreffendste gedefinieer om besigheidsdefinisies af te breek. Dit is die hoëvlakdomeine van die oplossing, hoewel hulle die meeste gebruik word om datadomeine in 'n nuwe organisasie of een wat 'n formele argitektuurprogram ontwikkel, te definieer.

Die model moet gebruik word as die basis vir die kartering van alle areas in die organisasie. Die sleutel tot enige suksesvolle domeinmodel is om te verseker dat die terminologie en definisies wat daarmee geassosieer word besigheidspesifiek en met 'n oogopslag verstaanbaar is. Daar is verskeie vereistes vir die aantal items wat effektief of wenslik is. As 'n reël moet daar ten minste 6 en nie meer as 20 wees nie.

Die algemene konsep agter die skep van 'n waardevolle model is dat items nie moet verander nie. Soos die besigheid ontwikkel, kan dit in aard toeneem, maar dit behoort nie beduidend te verander nie.

Verskeie metodes en benaderings om die domeinmodel van klank te definieerte veel en te lank om in een kort artikel gedek te word.

Hoe jy SAM kan gebruik

Bou 'n domeinmodel
Bou 'n domeinmodel

'n Goed gedefinieerde toepassing hoef nie iets te wees wat gebou en op die rak geplaas word nie. Dit is iets wat geïntegreer moet word in 'n data-argitektuur wat ooreenstem met die rede vir die skepping daarvan. Om die besigheidstoesig- en bestuursmodel te definieer verseker dat die besigheid nie net aktief betrokke is nie, maar help om die waarde wat bereik word, te bestuur en te besef. Baie van die IT-ondersteuning na aanvanklike skepping behels die vertoon en modellering van die komponente van die gedetailleerde data-realm waaruit die komplekse deel bestaan.

Hoe om die maksimum te kry

Sodra SAM geskep is, is daar verskeie maniere om dit te gebruik om die meeste daaruit te put. Hier is die kategorieë wat jy dalk nuttig kan vind:

  • Beplanning. Aangesien behoeftes geprioritiseer en beplan word, kan SAM 'n raamwerk verskaf vir kommunikasieprojekte wat ontwikkel en ontplooi moet word. Sakeleierskap kan help om 'n skakel tussen beplanning en data-aksie te verskaf om gemeenskaplike terminologie te skep wat pas by die aard van entrepreneurskap.
  • Vind beheer. Om te bepaal hoe 'n besigheid die insameling, kwaliteit en gebruik van data beheer, is 'n sleutelvoordeel van SAM. Dikwels word die skeiding van beheer die beste deur elke vak afsonderlik gedoen. Dit kan die teenwoordigheid van amptelike rentmeesters beteken, wat elkeen verantwoordelik isvir 'n item of die teenwoordigheid van 'n persoon wat daarvoor verantwoordelik is.
  • Beplanning vir data-insameling of integrasie. Om domeinmodelle en praktyke vir 'n domeingeoriënteerde ontwerpdefinisie te bou, kan die stelsel help om die komponente logies te skei. Sodoende bied dit fragmentasie wat hulpbronne in staat stel om op die kwaliteit en integriteit van spesifieke gebiede te fokus en dit aan die toepaslike bewaarders te koppel.
  • Kommunikasie.’n Effektiewe aksieplan verminder dikwels die struikelblokke wat projekte en aflewering vertraag. Om algemene dataverwerking as 'n bate aan 'n organisasie te deel, kan verskeie voordele inhou. Eerstens sal dit help om kommer oor beskerming te verlig. Tweedens kan jy sien hoe die evolusie van stelsels met hul hulpbronne korreleer, asook hoe dit die algehele sukses van die besigheid sal beïnvloed. Die bloudruk kan gebruik word om te beskryf hoekom die data nodig is om analitiese werk te doen.
  • Definieer vereistes. In enkelprojekdata is dit nuttig om 'n hoëvlakmodel te hê wat jy kan gebruik om vinnig komponente te vind. In hierdie geval word SAM gebruik om te kommunikeer en te verifieer hoe die behoeftes van enige poging by die algehele argitektuur inpas. In inligtingstoorpogings bied dit die basis vir die sortering en ordening van die bron van die teikenvertoning.

Datamodelontwikkeling

Logiese domeinmodel
Logiese domeinmodel

Die mees algemene gebruik van SAM is om die simulasiespan toe te laat om te fokus enprioritiseer wanneer 'n argitektuurprojek geskep word. Dit kan dan die basis word vir die bou van die algehele model, wat verskeie hulpbronne toelaat om aan die stukke te werk, en terselfdertyd 'n ondernemingsdatagebied te skep.

'n Domeindatamodel is 'n instrument wat, sodra dit geskep is, vir verskeie doeleindes gebruik kan en moet word. Ideaal gesproke word die sfeer die hoeksteen van 'n goed gedefinieerde data-argitektuurprogram. Die belangrikste is dat dit saam gebruik moet word om 'n geïntegreerde program te skep. Om besigheid en IT te belyn, 'n model in ontwikkeling en toesig kan help om die gaping tussen moeite en beplanning te oorbrug.

Datakwaliteit

Die databasis as 'n domeinmodel speel een van die hoofrolle in 'n suksesvolle besigheid. Inligting is 'n belangrike bate van 'n onderneming. Daarom is die kwaliteit daarvan van deurslaggewende belang. Individuele oortollige data is een van die belangrikste bydraende faktore tot lae tariewe. EDM is belangrik vir datakwaliteit omdat dit teenstrydighede opspoor wat inherent is aan oortollige sfere. Bestaande probleme kan geïdentifiseer word deur stelsels met EDM te vergelyk. Aangesien die nuwe areas bo-op die ondernemingsdatamodel gebou is, sal baie potensiële kwaliteitkwessies geïdentifiseer en opgelos word voor implementering.

Besit

Beskrywing van die domeinmodel
Beskrywing van die domeinmodel

Eienaarskap van korporatiewe data is belangrik weens die gedeelde aard daarvan, veral in die instandhouding en administrasie daarvan. EDM word gebruik as 'n instrument vir eienaarskapbestuur,identifiseer en dokumenteer die verhoudings en afhanklikhede van inligting wat besigheids- en organisasiegrense oorskry. Dit ondersteun die konsep van gedeelde eienaarskap wat in die Corporate Spheres Initiative bestaan.

Datastelseluitbreidbaarheid

EDM ondersteun groeiende argitektuur. Uitbreidbaarheid is die vermoë om die funksionaliteit van 'n stelsel te skaal om effektief aan die behoeftes van 'n veranderende gebruikersomgewing te voldoen. Uitbreidbare stelsels het die vermoë om funksionaliteit by te voeg of te verhoog met min newe-effekte. EDM, gebaseer op 'n tegnologie-onafhanklike strategiese besigheidskonsep, ondersteun uitbreidbaarheid, wat oorgang na nuwe gebiede van geleentheid moontlik maak met minimale IT-veranderinge.

Bedryfdata-integrasie

Bou 'n domeinmodel
Bou 'n domeinmodel

Geen besigheid werk in 'n vakuum nie. Aangesien EDM voorkoms insluit, verbeter dit die vermoë van 'n organisasie om algemene data oor sy bedryf heen te deel. Organisasies in dieselfde veld gebruik dikwels dieselfde onderliggende data (byvoorbeeld kliënte, ligging, verskaffers). Organisasies kan ook inligting met verwante industrieë of sakevennote deel. Byvoorbeeld, in die lugvaartgebied integreer professionele persone dikwels met motorverhuringsmaatskappye. EDM sluit vanuit sy bedryfsperspektief 'n strukturele domeinmodel vir data-interaksie in.

Integrasie van verpakte toepassings

EDM kan gebruik word vir hul ondersteuning, beplanning en aankoop,sowel as vir implementering. Dit word bereik deur die verpakte toepassing na die EDM te karteer, en sy intra-onderneming kartering vas te stel. Aangesien bestaande stelsels ook gekorreleer is, kan integrasiepunte tussen die verpakte toepassing en bestaande stelsels geïdentifiseer word, wat 'n padkaart verskaf vir die vloei van konsekwente kwaliteit data deur die produk.

Strategiese stelselbeplanning

EDM definieer data-afhanklikhede. Omdat bestaande domeinmodelstelsels na EDM gekarteer word, kan 'n gapingsanalise uitgevoer word om die inligtingsbehoeftes van die besigheid te bepaal. Van die ontleding van gapings en data-afhanklikhede kan stelselvrystellings geprioritiseer word.

Die Enterprise Data Modeling-domeinprosesmodel gebruik 'n bo-na-onder-onder-na-bo-benadering vir alle stelselontwerpe. EDM is 'n artefak wat afkomstig is van stroomaf stappe. Stroomop is ook belangrik omdat hulle bestaande bronne gebruik om projekte doeltreffend en prakties te skep.

'n Domeindomein (ESAM) word eers geskep en dan uitgebrei om die Enterprise Conceptual Model (ECM) te baseer. Terwyl die modelle onderling verwant is, het elkeen sy eie unieke identiteit en doel. Om EDM te maak is meer kuns as wetenskap.

Wat is ESAM

Kom ons kyk na wat 'n ondernemingsdomeinmodel (ESAM) is. Korporatiewe areas is enige inligting wat vir die besigheid belangrik is en bewaar word vir bykomende gebruik. Data sal nie gestoor word tensybehoefte. Die meeste gebiede kan dus as 'n onderneming beskou word, wat die omvang daarvan groot maak. Dit geld selfs vir sterk spanne wat byna onmoontlik is om te ontwerp, ontwikkel en in stand te hou sonder om in meer hanteerbare stukke op te breek.

Die hoofdoel van die ondernemingsdomeinmodel is die idee van "verdeel en heers". ESAM dek die hele organisasie. Alle data wat deur die besigheid geproduseer en gebruik word, word in die vakgebied verteenwoordig. Die gemiddelde getal vir 'n organisasie is 10 tot 12. Bykomende vakgebiede kan nodig wees vir meer komplekse stelsels. ESAM is die grondslag vir ondernemingsinligting.

Beskrywing van die domeinmodel

Elke area is 'n hoëvlakklassifikasie van data, wat 'n groep konsepte verteenwoordig wat met die hoofonderwerp verband hou. Dit weerspieël die belange van die organisasie. Domein-relasionele modelle kan algemene sakekonsepte (kliënt, produk, werknemer en finansies) sowel as industriekonsepte verteenwoordig.

Tematiese areas kan in drie hoëvlak besigheidskategorieë gegroepeer word: inkomste, aktiwiteite en ondersteuning. Hierdie groeperings is betekenisvol omdat elkeen 'n duidelik verskillende besigheidsfokus verteenwoordig. Inkomstetipes fokus op wins, insluitend beplanning, rekeningkunde en aanspreeklikheid. Bedryftipes verteenwoordig die hoofbesigheidsfunksies betrokke by daaglikse aktiwiteite.

Ondersteuningsentiteite help die besigheidsaktiwiteit, verteenwoordig nie die kernbesigheid nie. Alle organisasies deel hierdie hoëvlak besigheidsgroepevlak. Byvoorbeeld, lugrederyonderwerpe word soos volg gegroepeer:

  • Inkomstekaartjie, bespreking, uitverkoping, voorraad, pryse.
  • Bedryf: vlug, ligging, toerusting, instandhouding, skedule.
  • Ondersteun IT, Finansies, Werknemers, Kliënte.

Data-onderwerparea

Taxonomie is die wetenskap om dinge in 'n hiërargiese volgorde te benoem, te kategoriseer en te klassifiseer gebaseer op 'n stel kriteria. Datataksonomie is 'n klassifikasie-instrument wat op data toegepas word om 'n domeinmodel te verstaan, te ontwerp, in stand te hou en te bou. Taksonomie sluit verskeie hiërargiese vlakke van klassifikasie in. Op die hoogste vlak kan alle data in een van drie stelsels geplaas word: basiese, transaksionele of inligting. Hulle verskil in produksiemodelle en konsep, sowel as hul lewensiklusse.

Onderliggende data word gebruik om ander areas te definieer, te ondersteun of te skep. Dit sluit verwysingstipe inligting, metadata en lyste in wat nodig is om sakebedrywighede uit te voer. Transaksionele data is data wat geskep of bygewerk word as gevolg van stelsel besigheidstransaksies. Hulle is dinamies van aard en relevant vir bedryfstelsels.

Inligtingdata is histories, saamgevoeg of afgelei. Hulle word gewoonlik geskep uit intelligensie wat in besluitsteunstelsels gevind word.

Vakgebiede kan volgens hul oorheersende groepering geklassifiseer word. Op die vlak van detailvakgebiede bevat al drie dataklasse. Sistematisering is gebaseer op grootte, gebruik en implementering. Byvoorbeeld, die 14 lugredery-temas kan soos volg geklassifiseer word:

  • Basiese klas – toerusting, IT, werknemer, verkope, ligging, kliënt.
  • Transaksie - kaartjie, bespreking, vlug, finansies, diens.
  • Inligting – pryse, voorraad, grafieke.

Skep 'n strukturele model van die vakgebied

ESAM is ontwikkel in noue samewerking met sakekundiges en gelei deur enige bestaande ondernemingskennis. Die organisasiestrukture van die domeinmodel en besigheidsfunksie moet gedefinieer en verstaan word. Alle inligting is algemeen vir die meeste organisasies (kliënt, werknemer, ligging en finansies). Dit word eers bepaal. Bykomende vakgebiede word dan aangewys, wat eindig met 'n volledige lys amptelike gebiede. Hulle word dan saam met sakekenners hersien.

Die proses om elke vakgebied te definieer en te benoem is belangrik omdat dit dit moontlik maak om konsensus oor sakegrense heen te bereik oor onderwerpe wat noodsaaklik is vir die organisasie. As ooreenkoms op 'n hoë vlak bereik kan word, sal die meer gedetailleerde konsepte baie makliker wees om te definieer. Hierdie proses prioritiseer die gedetailleerde ontleding wat nodig is vir die daaropvolgende ontwikkeling van die EDM.

Vrae kan ontstaan oor inligtingtipe vakgebiede, aangesien dit gewoonlik uit veralgemeende en historiese bestaantransaksie data. Om 'n inligtingsdomein te definieer kan veroorsaak dat dit lyk asof dit in die oorspronklike transaksionele domein hoort. Oorweeg dit met 'n lugrederyvoorbeeld:

Bespreking is 'n transaksionele domein, voorraad is 'n inligtingsgebied.

Die hoofkonsep word Besprekingsgeskiedenis genoem. Dit bevat die data wat nodig is om die beskikbare lys plekke te kry. Bespreking en voorraad is belangrik, maar aparte vakgebiede van die lugredery.

Titels moet baie duidelik, bondig en bondig wees. Ideaal gesproke bestaan die vakgebied uit een woord. Waar moontlik word bedryfstandaardmaatskappyname (kliënt, werknemer en finansies) gebruik. Die definisies word vanuit 'n horisontale oogpunt geformuleer aangesien alle relevante inligting in ag geneem word. Hulle is belangrik omdat hulle deur die hele organisasie bestudeer word. Daarom moet definisies so eenvoudig en duidelik as moontlik wees. Teoretiese, akademiese of eie taal moet nooit gebruik word nie.

Verhoudings tussen vakgebiede verteenwoordig beduidende besigheidsinteraksies en afhanklikhede. Daar is geen opsie of itemtelling op hierdie vlak nie. Alle moontlike verwantskappe word nie verteenwoordig nie as gevolg van praktiese toepassing. ESAM is nie ontwerp om elke vakgebied as 'n soort silo te wys nie. Dit kan beskou word as 'n grafiek met oorvleuelings wat eindig in slegs een vakgebied.

Kleur speel 'n belangrike rol in ESAM sowel as in die hele EDM. Elkeendie vakgebied, sy daaropvolgende konsepte en data-objekte het hul eie konnotasie. Een kleur word gebruik vir alle konsepte, voorwerpe en tabelle wat met 'n spesifieke area verband hou. Die toepassing van tint verskaf onmiddellike insig wanneer enige van die organisasie se modelle bekyk word.

Building ESAM volg korporatiewe standaarde, benamingsmetodologie en ontledingsproses. Die databasis as 'n domeinmodel is die sleutel, want met die hulp daarvan sal alle voorwerpe aan 'n enkele area gekoppel word.

Aanbeveel: