Inom mjukvaruteknik är domänmodellen konceptuell. Det inkluderar både beteende och data. I en teknikontologi är en domänmodell en formell representation av en domän med begrepp, svärmar, datatyper, individer och regler som vanligtvis används för att beskriva logik.
Allmän information
En domänmodell är ett system av abstraktioner som beskriver särskilda aspekter av en domän av kunskap, inflytande eller aktivitet. Sedan kan den användas för att lösa problem relaterade till detta område. En domänmodell är en representation av meningsfulla verkliga begrepp som relaterar till materiella aspekter som behöver modelleras i mjukvara. Begreppen inkluderar data som används i verksamheten och de regler som organisationen tillämpar på dessa komponenter.
Domänmodellen använder vanligtvis ett professionellt ordförråd. Detta ärlåter dig kommunicera synpunkter till intressenter. Den får inte hänvisa till några tekniska implementeringar.
Använd
En domänmodell implementeras vanligtvis som en objektsfär i ett lager som använder lägre värden för att lagra och publicera API:er på en hög nivå för att komma åt sfärens data och beteende.
The Unified Modeling Language (UML) använder ett klassdiagram för att representera ett system.
Funktioner och nyckelfunktioner
En domäninformationsmodell ger en representation av en hel domän, till exempel klinisk forskning, sjukvård eller omvårdnad. DIM skapas vanligtvis med hjälp av Unified Modeling Language (UML) klassdiagram för att representera semantiken för hela ämnet med hjälp av ett språk som är förståeligt av fackmannen. Dessa mönster visar bedömningar som människor, platser och aktiviteter, och hur de förhåller sig till varandra.
Applikationer, API:er, företagstillägg och andra elektroniska system kan utvecklas med DIM. Även om de är implementerade med olika programmeringsspråk, har alla sfärer som använder DIM samma semantik. Det tillhandahåller ett kritiskt ramverk för interoperabilitet mellan programvara och meningsfullt datautbyte. Applikationer byggda med BRIDG har ett gemensamt koncept för "inbäddad", vilket säkerställer kompatibilitet mellan sådana heterogenasystem.
Inget av de använda programmen kommer att implementera alla objekt i domänmodellen. Men heltäckande tillåter slutanvändare att bläddra i universum av BRIDG semantik och välja de specifika resurser som behövs för att implementera vilken lösning som helst. BRIDG använder domänmodellkoncept och exempel som är meningsfulla för experter så att de kan arbeta nära programutvecklare och analytiker för att validera DIM och välja objekt som är lämpliga för deras projekt.
I fall där inget av objekten i BRIDG täcker den nödvändiga semantiken för ett nytt projekt, kan slutanvändare arbeta med analys. Sådant samarbete kommer att hjälpa till att identifiera dessa luckor, tillhandahålla användningsfall för att beskriva dem och sedan fylla i alla nyanser med ny semantik. Domäninformationsmodellen baserad på BRIDG kan sedan användas av utvecklingsteamet. Detta är till exempel relevant för att skapa andra system.
Den logiska domänmodellen från befintliga projekt kan också användas för att förbättra interoperabiliteten. Den fysiska utformningen är framtagen utifrån ovanstående. Den innehåller systemspecifika detaljer som programmeringsspråksspecifika datatyper, åtkomstbegränsningar, etc. Alla konkreta implementeringar kommer lätt att kunna spåras till referensstandarden.
Av Bruce Johnson
Den domäninfologiska modellen är en nyckelkomponent för en framgångsrikutvecklat datalagringsprogram eller deras arkitektur. Ofta, när den skapas, används den endast i segmenteringssyfte. Oavsett om någon utvecklar den själv eller köper en lösning, kan en applikation hjälpa till med många operationer. När den används effektivt stöder och hjälper den också vid utveckling och driftsättning.
Det är nödvändigt att ta en djupare titt på konceptet med en domänmodell. Det är viktigt för användarna att förstå hur man får ut det mesta av det.
Vad är SAM
En infologisk domänmodell är mest effektivt definierad för att bryta ner affärsdefinitioner. Dessa är lösningens högnivådomäner, även om de oftast används för att definiera datadomäner i en ny organisation eller en som håller på att utveckla ett formellt arkitekturprogram.
Modellen ska användas som grund för att kartlägga alla områden i organisationen. Nyckeln till alla framgångsrika domänmodeller är att se till att terminologin och definitionerna som är förknippade med den är affärsspecifika och begripliga med ett ögonkast. Det finns olika krav på antalet artiklar som är effektiva eller önskvärda. Som regel bör det finnas minst 6 och inte fler än 20.
Det allmänna konceptet bakom att skapa en värdefull modell är att föremål inte ska förändras. När verksamheten utvecklas kan den öka till sin karaktär, men den bör inte förändras nämnvärt.
Olika metoder och tillvägagångssätt för att definiera domänmodellen för ljudför många och för långa för att täckas i en kort artikel.
Hur du kan använda SAM
En väldefinierad applikation behöver inte vara något som är byggt och lagt på hyllan. Detta är något som måste integreras i en dataarkitektur som matchar anledningen till att den skapades. Att definiera affärstillsyns- och styrmodellen säkerställer att verksamheten inte bara är aktivt involverad, utan hjälper till att hantera och realisera värdet som uppnås. Mycket av IT-stödet efter den första skapandet innebär att visa och modellera komponenterna i den detaljerade datavärlden som utgör den komplexa delen.
Hur får du det maximala
När SAM har skapats finns det flera sätt att använda det för att få ut det mesta av det. Här är kategorierna som du kan ha nytta av:
- Planering. Eftersom behov är prioriterade och planerade kan SAM utgöra ett ramverk för att kommunicera projekt som ska utvecklas och implementeras. Företagsledarskap kan bidra till att skapa en länk mellan planering och dataåtgärder för att skapa gemensam terminologi som passar entreprenörskapets natur.
- Etablera kontroll. Att bestämma hur ett företag kontrollerar insamling, kvalitet och användning av data är en viktig fördel med SAM. Ofta görs separationen av kontroll bäst av varje individ separat. Detta kan innebära närvaron av officiella förv altare, som var och en är ansvarigför en vara eller närvaron av en person som är ansvarig för dem.
- Planerar för datainsamling eller integration. För att bygga domänmodeller och metoder för en domänorienterad designdefinition kan systemet hjälpa till att logiskt separera komponenterna. Genom att göra det ger det fragmentering som gör det möjligt för resurser att fokusera på kvaliteten och integriteten för specifika områden och länka dem till lämpliga vårdnadshavare.
- Kommunikation. En effektiv handlingsplan minskar ofta de hinder som bromsar projekt och leverans. Att dela gemensam databehandling som en tillgång för en organisation kan ge flera fördelar. För det första kommer det att hjälpa till att lindra oro för skydd. För det andra kan du se hur utvecklingen av system korrelerar med deras resurser, såväl som hur detta kommer att påverka den övergripande framgången för verksamheten. Ritningen kan användas för att beskriva varför data behövs för att utföra analysarbete.
- Definiera krav. I enstaka projektdata är det användbart att ha en högnivåmodell som du kan använda för att snabbt hitta komponenter. I det här fallet används SAM för att kommunicera och verifiera hur behoven för varje ansträngning passar in i den övergripande arkitekturen. I informationslagringsarbetet ger detta grunden för att sortera och sortera källan för målvisningen.
Utveckling av datamodell
Den vanligaste användningen av SAM är att låta simuleringsteamet fokusera ochprioritera när du skapar ett arkitekturprojekt. Det kan sedan bli grunden för att bygga den övergripande modellen, tillåta flera resurser att arbeta på delarna, skapa en företagsdatasfär samtidigt.
En domändatamodell är ett verktyg som, när det väl har skapats, kan och bör användas för olika ändamål. Helst blir sfären hörnstenen i ett väldefinierat dataarkitekturprogram. Det viktigaste är att det måste användas tillsammans för att skapa ett integrerat program. Att anpassa affärer och IT, en modell för utveckling och tillsyn kan hjälpa till att överbrygga klyftan mellan ansträngning och planering.
Datakvalitet
Databasen som domänmodell spelar en av huvudrollerna i ett framgångsrikt företag. Information är en viktig tillgång för ett företag. Därför är dess kvalitet av avgörande betydelse. Individuell redundant data är en av de främsta bidragande faktorerna till låga priser. EDM är viktigt för datakvaliteten eftersom det upptäcker inkonsekvenser som är inneboende i redundanta sfärer. Befintliga problem kan identifieras genom att jämföra system med EDM. Eftersom de nya områdena är byggda ovanpå företagsdatamodellen kommer många potentiella kvalitetsproblem att identifieras och lösas innan de implementeras.
Possession
Ägande av företagsdata är viktigt på grund av dess delade karaktär, särskilt när det gäller underhåll och administration. EDM används som ett verktyg för ägandehantering,identifiera och dokumentera relationer och beroenden av information som korsar affärs- och organisationsgränser. Detta stöder konceptet med delat ägande som finns i Corporate Spheres Initiative.
Utökningsbarhet för datasystem
EDM stöder växande arkitektur. Utökningsbarhet är förmågan att skala funktionaliteten i ett system för att effektivt möta behoven i en föränderlig användarmiljö. Utökningsbara system har förmågan att lägga till eller öka funktionalitet med få biverkningar. EDM, baserat på en teknikoberoende strategisk affärsidé, stödjer utvidgningsmöjligheter, vilket möjliggör övergång till nya möjligheter med minimala IT-förändringar.
Industry data integration
Inget företag verkar i ett vakuum. Eftersom EDM inkluderar utseende, förbättrar det en organisations förmåga att dela gemensamma data över sin bransch. Organisationer inom samma område använder ofta samma underliggande data (till exempel kunder, plats, leverantörer). Organisationer kan också dela information med relaterade industrier eller affärspartners. Till exempel inom flygområdet integrerar proffs ofta med biluthyrningsföretag. EDM från dess branschperspektiv inkluderar en strukturell domänmodell för datainteraktion.
Integration av paketerade applikationer
EDM kan användas för deras support, planering och köp,samt för genomförandet. Detta uppnås genom att mappa den paketerade applikationen till EDM, och etablera dess intra-företagsmapping. Eftersom befintliga system också är korrelerade, kan integrationspunkter mellan den paketerade applikationen och befintliga system identifieras, vilket ger en färdplan för flödet av konsekvent kvalitetsdata genom produkten.
Strategisk systemplanering
EDM definierar databeroenden. Eftersom befintliga domänmodellsystem är mappade till EDM kan en gapanalys utföras för att fastställa verksamhetens informationsbehov. Från att analysera luckor och databeroende kan systemversioner prioriteras.
Domänprocessmodellen för Enterprise Data Modeling använder en uppifrån och ned-nedifrån-upp-metod för alla systemdesigner. EDM är en artefakt som härrör från nedströmssteg. Uppströms är också viktiga eftersom de använder befintliga källor för att skapa projekt effektivt och praktiskt.
En domändomän (ESAM) skapas först och utökas sedan till att baseras på Enterprise Conceptual Model (ECM). Även om modellerna är relaterade till varandra har var och en sin egen unika identitet och syfte. Att göra EDM är mer konst än vetenskap.
Vad är ESAM
Låt oss överväga vad en företagsdomänmodell (ESAM) är. Företagsområden är all information som är viktig för verksamheten och som sparas för ytterligare användning. Data kommer inte att sparas om intebehöver. Således kan de flesta områden betraktas som ett företag, vilket gör dess omfattning enorm. Detta gäller även för starka team som är nästan omöjliga att designa, utveckla och underhålla utan att gå sönder i mer hanterbara delar.
Huvudmålet med företagsdomänmodellen är idén om "dela och härska". ESAM täcker hela organisationen. All data som produceras och används av verksamheten finns representerad i ämnesområdet. Det genomsnittliga antalet för en organisation är 10 till 12. Ytterligare ämnesområden kan krävas för mer komplexa system. ESAM är grunden för företagsinformation.
Beskrivning av domänmodellen
Varje område är en klassificering av data på hög nivå, som representerar en grupp begrepp relaterade till huvudämnet. Det speglar organisationens intresse. Domänrelationsmodeller kan representera allmänna affärskoncept (kund, produkt, anställd och ekonomi) såväl som branschkoncept.
Tematiska områden kan grupperas i tre affärskategorier på hög nivå: inkomst, aktiviteter och stöd. Dessa grupperingar är betydande eftersom var och en representerar ett distinkt olika affärsfokus. Intäktstyper fokuserar på vinst, inklusive planering, redovisning och ansvarighet. Operationstyper representerar de huvudsakliga affärsfunktionerna som är involverade i den dagliga verksamheten.
Stödenheter hjälper affärsverksamheten, representerar inte kärnverksamheten. Alla organisationer delar dessa företagsgrupper på hög nivånivå. Till exempel är flygbolagens ämnesområden grupperade enligt följande:
- Intäktsbiljett, bokning, rea, inventering, priser.
- Operation: flyg, plats, utrustning, underhåll, tidtabell.
- Stöd IT, ekonomi, anställda, kunder.
Dataämnesområde
Taxonomi är vetenskapen om att namnge, kategorisera och klassificera saker i hierarkisk ordning baserat på en uppsättning kriterier. Data Taxonomy är ett klassificeringsverktyg som tillämpas på data för att förstå, designa, underhålla och bygga en domänmodell. Taxonomi inkluderar flera hierarkiska klassificeringsnivåer. På den högsta nivån kan all data placeras i ett av tre system: grundläggande, transaktions- eller informativt. De skiljer sig åt i produktionsmodeller och koncept, såväl som deras livscykler.
Underliggande data används för att definiera, stödja eller skapa andra områden. De inkluderar information om referenstyp, metadata och listor som krävs för att utföra affärsverksamhet. Transaktionsdata är data som skapas eller uppdateras som ett resultat av affärstransaktioner i systemet. De är dynamiska till sin natur och relevanta för operativsystem.
Informationsdata är historisk, aggregerad eller härledd. De skapas vanligtvis från intelligens som finns i beslutsstödssystem.
Ämnesområden kan klassificeras enligt deras dominerande gruppering. På detaljnivåämnesområden innehåller alla tre dataklasserna. Systematisering bygger på storlek, användning och implementering. Till exempel kan de 14 flygbolagens teman klassificeras enligt följande:
- Basic class - utrustning, IT, anställd, försäljning, plats, kund.
- Transaktionell – biljett, bokning, flyg, ekonomi, service.
- Informationsinformation – prissättning, lager, diagram.
Skapa en strukturell modell av ämnesområdet
ESAM är utvecklad i nära samarbete med affärsexperter och vägleds av all befintlig företagskunskap. Organisationsstrukturerna för domänmodellen och affärsfunktionen måste definieras och förstås. All information är gemensam för de flesta organisationer (kund, anställd, plats och ekonomi). Det bestäms först. Ytterligare ämnesområden utses sedan, som avslutas med en komplett lista över officiella områden. De granskas sedan med affärsexperter.
Processen att definiera och namnge varje ämnesområde är viktig eftersom det gör det möjligt att nå konsensus över affärsgränserna om ämnen som är viktiga för organisationen. Om enighet kan nås på hög nivå blir de mer detaljerade begreppen mycket lättare att definiera. Denna process prioriterar den detaljerade analys som krävs för den efterföljande utvecklingen av EDM.
Frågor kan uppstå angående ämnesområden för informationstyp, eftersom de vanligtvis består av generaliserade och historiskatransaktionsdata. Att definiera en informationsdomän kan få den att se ut som om den hör hemma i den ursprungliga transaktionsdomänen. Tänk på detta med ett flygbolagsexempel:
Bokning är en transaktionsdomän, inventering är en informativ domän.
Huvudkonceptet heter Bokningshistorik. Den innehåller de uppgifter som behövs för att få den tillgängliga listan över platser. Bokning och inventering är viktiga men separata ämnesområden för flygbolaget.
Titlar bör vara mycket tydliga, koncisa och koncisa. Helst består ämnesområdet av ett ord. Där det är möjligt används branschstandardiserade företagsnamn (klient, anställd och ekonomi). Definitionerna är formulerade från en horisontell vy då all relevant information beaktas. De är viktiga eftersom de studeras av hela organisationen. Därför bör definitioner vara så enkla och tydliga som möjligt. Teoretiskt, akademiskt eller proprietärt språk bör aldrig användas.
Relationer mellan ämnesområden representerar betydande affärsinteraktioner och beroenden. Det finns ingen tillval eller varuantal på denna nivå. Alla möjliga relationer är inte representerade på grund av praktiska egenskaper. ESAM är inte designat för att visa varje ämnesområde som ett slags silo. Det kan ses som ett diagram med överlappningar som bara slutar på ett ämnesområde.
Färg spelar en viktig roll i ESAM såväl som i hela EDM. Varjeämnesområdet, dess efterföljande begrepp och dataobjekt har sin egen klang. En färg används för alla koncept, objekt och tabeller relaterade till ett visst område. Att applicera nyans ger omedelbar insikt när du tittar på någon av organisationens modeller.
Bygga ESAM följer företagsstandarder, namnmetodik och analysprocess. Databasen som domänmodell är nyckeln, eftersom med dess hjälp kommer alla objekt att knytas till ett enda område.
