In software-engineering is het domeinmodel conceptueel. Het omvat zowel gedrag als gegevens. In een techniekontologie is een domeinmodel een formele representatie van een domein met concepten, zwermen, gegevenstypen, individuen en regels die vaak worden gebruikt bij het beschrijven van logica.
Algemene informatie
Een domeinmodel is een systeem van abstracties dat bepaalde aspecten van een domein van kennis, invloed of activiteit beschrijft. Vervolgens kan het worden gebruikt om problemen op dit gebied op te lossen. Een domeinmodel is een representatie van betekenisvolle real-world concepten met betrekking tot materiële aspecten die in software gemodelleerd moeten worden. Concepten omvatten de gegevens die in het bedrijf worden gebruikt en de regels die de organisatie op die componenten toepast.
Het domeinmodel gebruikt meestal een professionele woordenschat. Dit isstelt u in staat standpunten aan belanghebbenden te communiceren. Het mag niet verwijzen naar technische implementaties.
Gebruik
Een domeinmodel wordt meestal geïmplementeerd als een objectrijk in een laag die lagere waarden gebruikt om API's op een hoog niveau op te slaan en te publiceren om toegang te krijgen tot de gegevens en het gedrag van het rijk.
De Unified Modeling Language (UML) gebruikt een klassendiagram om een systeem weer te geven.
Kenmerken en belangrijkste kenmerken
Een domeininformatiemodel geeft een weergave van een heel domein, zoals klinisch onderzoek, gezondheidszorg of verpleging. DIM's worden meestal gemaakt met behulp van Unified Modeling Language (UML) klassendiagrammen om de semantiek van het hele onderwerp weer te geven met behulp van een taal die begrijpelijk is voor vakmensen. Deze patronen laten beoordelingen zien zoals mensen, plaatsen en activiteiten, en hoe deze zich tot elkaar verhouden.
Applicaties, API's, enterprise add-ons en andere elektronische systemen kunnen worden ontwikkeld met behulp van DIM. Zelfs als ze worden geïmplementeerd met verschillende programmeertalen, hebben alle sferen die DIM gebruiken dezelfde semantiek. Het biedt een cruciaal raamwerk voor software-interoperabiliteit en zinvolle gegevensuitwisseling. Applicaties die zijn gebouwd met BRIDG hebben een gemeenschappelijk concept van "embedded", wat zorgt voor compatibiliteit tussen dergelijke heterogenesystemen.
Geen van de gebruikte programma's zal alle objecten van het domeinmodel implementeren. Dankzij de volledigheid kunnen eindgebruikers echter door het universum van BRIDG-semantiek bladeren en de specifieke bronnen selecteren die nodig zijn om een oplossing te implementeren. BRIDG gebruikt domeinmodelconcepten en voorbeelden die voor experts logisch zijn, zodat ze nauw kunnen samenwerken met softwareontwikkelaars en analisten om de DIM te valideren en objecten te selecteren die geschikt zijn voor hun project.
In gevallen waarin geen van de items in BRIDG de vereiste semantiek van een nieuw project dekt, kunnen eindgebruikers met analyses werken. Een dergelijke samenwerking zal helpen deze hiaten te identificeren, gebruiksscenario's te bieden om ze te beschrijven en vervolgens alle nuances op te vullen met nieuwe semantiek. Het op BRIDG gebaseerde domeininformatiemodel kan vervolgens worden gebruikt door het ontwikkelteam. Dit is bijvoorbeeld relevant voor het maken van andere systemen.
Het logische domeinmodel van bestaande projecten kan ook worden gebruikt om de interoperabiliteit te verbeteren. Op basis van het bovenstaande wordt het fysieke ontwerp ontwikkeld. Het bevat systeemspecifieke details zoals programmeertaalspecifieke datatypes, toegangsbeperkingen, enz. Alle concrete implementaties zullen gemakkelijk herleidbaar zijn tot de referentiestandaard.
Door Bruce Johnson
Het domeininformatiemodel is een belangrijk onderdeel van een succesvolleontwikkeld dataopslagprogramma of hun architectuur. Wanneer het wordt gemaakt, wordt het vaak alleen gebruikt voor segmentatie. Of iemand het nu zelf ontwikkelt of een oplossing aanschaft, het hebben van een applicatie kan bij veel handelingen helpen. Als het effectief wordt gebruikt, ondersteunt en helpt het ook bij de ontwikkeling en implementatie.
Het is noodzakelijk om dieper in te gaan op het concept van een domeinmodel. Het is belangrijk dat gebruikers begrijpen hoe ze er het meeste uit kunnen halen.
Wat is SAM
Een infologisch domeinmodel is het meest effectief gedefinieerd om zakelijke definities op te splitsen. Dit zijn de domeinen op hoog niveau van de oplossing, hoewel ze het meest worden gebruikt om gegevensdomeinen te definiëren in een nieuwe organisatie of een organisatie die een formeel architectuurprogramma ontwikkelt.
Het model moet worden gebruikt als basis voor het in kaart brengen van alle gebieden in de organisatie. De sleutel tot elk succesvol domeinmodel is ervoor te zorgen dat de terminologie en bijbehorende definities bedrijfsspecifiek en in één oogopslag begrijpelijk zijn. Er zijn verschillende eisen aan het aantal items dat effectief of wenselijk is. In de regel moeten er minimaal 6 en niet meer dan 20 zijn.
Het algemene concept achter het maken van een waardevol model is dat items niet mogen veranderen. Naarmate het bedrijf zich ontwikkelt, kan het van aard toenemen, maar het zou niet significant moeten veranderen.
Verschillende methoden en benaderingen voor het definiëren van het domeinmodel van geluidte veel en te lang om in één kort artikel te behandelen.
Hoe u SAM kunt gebruiken
Een goed gedefinieerde applicatie hoeft niet iets te zijn dat is gebouwd en op de plank ligt. Dit is iets dat moet worden geïntegreerd in een data-architectuur die past bij de reden voor de oprichting ervan. Het definiëren van het bedrijfstoezicht en het bestuursmodel zorgt ervoor dat het bedrijf niet alleen actief betrokken is, maar helpt bij het beheren en realiseren van de waarde die wordt bereikt. Een groot deel van de IT-ondersteuning na de eerste creatie omvat het weergeven en modelleren van de componenten van het gedetailleerde gegevensrijk waaruit het complexe deel bestaat.
Hoe je het maximale ha alt
Zodra SAM is gemaakt, zijn er verschillende manieren om het te gebruiken om er het maximale uit te halen. Dit zijn de categorieën die je misschien nuttig vindt:
- Planning. Omdat behoeften worden geprioriteerd en gepland, kan SAM een kader bieden voor het communiceren van projecten die moeten worden ontwikkeld en geïmplementeerd. Zakelijk leiderschap kan helpen om een koppeling te maken tussen planning en gegevensactie om gemeenschappelijke terminologie te creëren die past bij de aard van ondernemerschap.
- Controleer. Bepalen hoe een bedrijf de verzameling, kwaliteit en het gebruik van gegevens beheert, is een belangrijk voordeel van SAM. Vaak kan de scheiding van controle het beste door elk onderwerp afzonderlijk worden gedaan. Dit kan de aanwezigheid van officiële stewards betekenen, die allemaal verantwoordelijk zijnvoor een item of de aanwezigheid van een persoon die ervoor verantwoordelijk is.
- Planning voor het verzamelen of integreren van gegevens. Om domeinmodellen en praktijken te bouwen voor een domeingeoriënteerde ontwerpdefinitie, kan het systeem helpen om de componenten logisch te scheiden. Door dit te doen, zorgt het voor fragmentatie waardoor middelen zich kunnen concentreren op de kwaliteit en integriteit van specifieke gebieden en deze kunnen koppelen aan de juiste beheerders.
- Communicatie. Een effectief actieplan vermindert vaak de obstakels die projecten en oplevering vertragen. Het delen van gemeenschappelijke gegevensverwerking als een aanwinst voor een organisatie kan verschillende voordelen bieden. Ten eerste zal het de zorgen over bescherming helpen wegnemen. Ten tweede kunt u zien hoe de evolutie van systemen correleert met hun middelen, en hoe dit het algehele succes van het bedrijf zal beïnvloeden. De blauwdruk kan worden gebruikt om te beschrijven waarom de gegevens nodig zijn om analytisch werk uit te voeren.
- Definieer vereisten. In enkelvoudige projectgegevens is het handig om een model op hoog niveau te hebben dat u kunt gebruiken om snel componenten te vinden. In dit geval wordt SAM gebruikt om te communiceren en te verifiëren hoe de behoeften van elke inspanning passen in de algehele architectuur. Bij informatieopslag vormt dit de basis voor het sorteren en ordenen van de bron van de doelweergave.
Ontwikkeling van datamodellen
Het meest voorkomende gebruik van SAM is om het simulatieteam te laten focussen enprioriteiten stellen bij het maken van een architectuurproject. Het kan dan de basis worden voor het bouwen van het algemene model, waardoor meerdere bronnen aan de onderdelen kunnen werken, en tegelijkertijd een bedrijfsgegevensrijk creëren.
Een domeindatamodel is een tool die, eenmaal gemaakt, voor verschillende doeleinden kan en moet worden gebruikt. Idealiter wordt de bol de hoeksteen van een goed gedefinieerd data-architectuurprogramma. Het belangrijkste is dat het samen moet worden gebruikt om een geïntegreerd programma te creëren. Door business en IT op elkaar af te stemmen, kan een model in ontwikkeling en toezicht helpen de kloof tussen inspanning en planning te overbruggen.
Gegevenskwaliteit
De database als domeinmodel speelt een van de belangrijkste rollen in een succesvol bedrijf. Informatie is een belangrijk bezit van een onderneming. Daarom is de kwaliteit ervan van doorslaggevend belang. Individuele redundante gegevens zijn een van de belangrijkste factoren die bijdragen aan lage tarieven. EDM is belangrijk voor de gegevenskwaliteit omdat het inconsistenties detecteert die inherent zijn aan redundante sferen. Bestaande problemen kunnen worden geïdentificeerd door systemen te vergelijken met EDM. Omdat de nieuwe gebieden bovenop het bedrijfsgegevensmodel zijn gebouwd, zullen veel potentiële kwaliteitsproblemen worden geïdentificeerd en opgelost voordat ze worden geïmplementeerd.
Bezit
Bezit van bedrijfsgegevens is belangrijk vanwege het gedeelde karakter, vooral in het onderhoud en de administratie. EDM wordt gebruikt als tool voor eigendomsbeheer,het identificeren en documenteren van de relaties en afhankelijkheden van informatie die bedrijfs- en organisatiegrenzen overschrijdt. Dit ondersteunt het concept van gedeeld eigendom dat bestaat in het Corporate Spheres Initiative.
Uitbreidbaarheid van gegevenssysteem
EDM ondersteunt groeiende architectuur. Uitbreidbaarheid is het vermogen om de functionaliteit van een systeem te schalen om effectief te voldoen aan de behoeften van een veranderende gebruikersomgeving. Uitbreidbare systemen hebben de mogelijkheid om functionaliteit toe te voegen of te vergroten met weinig bijwerkingen. EDM, gebaseerd op een technologie-onafhankelijk strategisch bedrijfsconcept, ondersteunt uitbreidbaarheid, waardoor overgang naar nieuwe kansen mogelijk wordt met minimale IT-veranderingen.
Industriële data-integratie
Geen enkel bedrijf opereert in een vacuüm. Omdat EDM uiterlijk omvat, vergroot het de mogelijkheid van een organisatie om gemeenschappelijke gegevens in de hele branche te delen. Organisaties in hetzelfde vakgebied gebruiken vaak dezelfde onderliggende data (bijvoorbeeld klanten, locatie, leveranciers). Organisaties kunnen ook informatie delen met gerelateerde industrieën of zakenpartners. In de luchtvaart bijvoorbeeld integreren professionals vaak met autoverhuurbedrijven. EDM omvat vanuit zijn brancheperspectief een structureel domeinmodel voor gegevensinteractie.
Integratie van verpakte applicaties
EDM kan worden gebruikt voor hun ondersteuning, planning en aankoop,ook voor de uitvoering. Dit wordt bereikt door de verpakte applicatie toe te wijzen aan de EDM en de intra-enterprise mapping tot stand te brengen. Aangezien bestaande systemen ook gecorreleerd zijn, kunnen integratiepunten tussen de verpakte applicatie en bestaande systemen worden geïdentificeerd, wat een routekaart biedt voor de stroom van consistente kwaliteitsgegevens door het product.
Strategische systeemplanning
EDM definieert gegevensafhankelijkheden. Omdat bestaande domeinmodelsystemen zijn toegewezen aan EDM, kan een gap-analyse worden uitgevoerd om de informatiebehoeften van het bedrijf te bepalen. Van het ontleden van hiaten en gegevensafhankelijkheden, systeemreleases kunnen worden geprioriteerd.
Het Enterprise Data Modeling-domeinprocesmodel gebruikt een top-down-bottom-up benadering voor alle systeemontwerpen. EDM is een artefact dat is afgeleid van stroomafwaartse stappen. Upstreams zijn ook belangrijk omdat ze bestaande bronnen gebruiken om projecten efficiënt en praktisch te creëren.
Een domeindomein (ESAM) wordt eerst gemaakt en vervolgens uitgebreid om het Enterprise Conceptual Model (ECM) te baseren. Hoewel de modellen met elkaar verbonden zijn, hebben ze elk hun eigen unieke identiteit en doel. EDM maken is meer kunst dan wetenschap.
Wat is ESAM
Laten we eens kijken wat een bedrijfsdomeinmodel (ESAM) is. Bedrijfsgebieden zijn alle informatie die belangrijk is voor het bedrijf en wordt bewaard voor extra gebruik. Gegevens worden niet opgeslagen tenzijbehoefte. De meeste gebieden kunnen dus als een onderneming worden beschouwd, waardoor de schaal enorm is. Dit geldt zelfs voor sterke teams die bijna onmogelijk te ontwerpen, ontwikkelen en onderhouden zijn zonder in meer beheersbare stukken te breken.
Het belangrijkste doel van het bedrijfsdomeinmodel is het idee van "verdeel en heers". ESAM dekt de hele organisatie. Alle gegevens die door het bedrijf worden geproduceerd en gebruikt, zijn vertegenwoordigd in het onderwerpgebied. Het gemiddelde aantal voor een organisatie is 10 tot 12. Voor complexere systemen kunnen aanvullende vakgebieden nodig zijn. ESAM is de basis voor bedrijfsinformatie.
Beschrijving van het domeinmodel
Elk gebied is een classificatie op hoog niveau van gegevens, die een groep concepten vertegenwoordigt die verband houden met het hoofdonderwerp. Het weerspiegelt het belang van de organisatie. Relationele domeinmodellen kunnen zowel algemene bedrijfsconcepten (klant, product, werknemer en financiën) als brancheconcepten vertegenwoordigen.
Thematische gebieden kunnen worden gegroepeerd in drie bedrijfscategorieën op hoog niveau: inkomen, activiteiten en ondersteuning. Deze groeperingen zijn belangrijk omdat ze elk een duidelijk andere bedrijfsfocus vertegenwoordigen. Inkomstentypen zijn gericht op winst, inclusief planning, boekhouding en verantwoording. Bewerkingstypes vertegenwoordigen de belangrijkste zakelijke functies die betrokken zijn bij dagelijkse activiteiten.
Ondersteunende entiteiten ondersteunen de bedrijfsactiviteit, niet de kernactiviteit. Alle organisaties delen deze zakelijke groepen op hoog niveaupeil. Onderwerpgebieden van luchtvaartmaatschappijen zijn bijvoorbeeld als volgt gegroepeerd:
- Omzetticket, boeking, verkoop, inventaris, prijzen.
- Operatie: vlucht, locatie, uitrusting, onderhoud, schema.
- Ondersteuning van IT, financiën, medewerkers, klanten.
Gegevensgebied
Taxonomie is de wetenschap van het benoemen, categoriseren en classificeren van dingen in een hiërarchische volgorde op basis van een reeks criteria. Gegevenstaxonomie is een classificatietool die wordt toegepast op gegevens om een domeinmodel te begrijpen, ontwerpen, onderhouden en bouwen. Taxonomie omvat verschillende hiërarchische niveaus van classificatie. Op het hoogste niveau kunnen alle gegevens in een van de drie systemen worden geplaatst: basis, transactie of informatie. Ze verschillen in productiemodellen en concept, evenals in hun levenscyclus.
Onderliggende gegevens worden gebruikt om andere gebieden te definiëren, te ondersteunen of te creëren. Ze bevatten informatie over het type referentie, metagegevens en lijsten die nodig zijn om bedrijfsactiviteiten uit te voeren. Transactiegegevens zijn gegevens die zijn gecreëerd of bijgewerkt als gevolg van zakelijke systeemtransacties. Ze zijn dynamisch van aard en relevant voor besturingssystemen.
Informatiegegevens zijn historisch, geaggregeerd of afgeleid. Ze zijn meestal gemaakt op basis van intelligentie die wordt gevonden in beslissingsondersteunende systemen.
Onderwerpgebieden kunnen worden geclassificeerd op basis van hun overheersende groepering. Op detailniveauonderwerpgebieden bevatten alle drie de gegevensklassen. Systematisering is gebaseerd op omvang, gebruik en implementatie. De 14 luchtvaartthema's kunnen bijvoorbeeld als volgt worden ingedeeld:
- Basisklasse - apparatuur, IT, medewerker, verkoop, locatie, klant.
- Transactioneel - ticket, boeking, vlucht, financiën, service.
- Informatief - prijzen, inventaris, grafieken.
Een structureel model van het onderwerpgebied maken
ESAM is ontwikkeld in nauwe samenwerking met bedrijfsexperts en begeleid door bestaande bedrijfskennis. De organisatiestructuren van het domeinmodel en de bedrijfsfunctie moeten worden gedefinieerd en begrepen. Alle informatie is voor de meeste organisaties gemeenschappelijk (klant, medewerker, locatie en financiën). Het wordt eerst bepaald. Vervolgens worden aanvullende vakgebieden aangewezen, eindigend met een volledige lijst van officiële gebieden. Ze worden vervolgens beoordeeld met bedrijfsexperts.
Het proces van het definiëren en benoemen van elk vakgebied is belangrijk omdat het het mogelijk maakt om over bedrijfsgrenzen heen consensus te bereiken over onderwerpen die van vitaal belang zijn voor de organisatie. Als op hoog niveau overeenstemming kan worden bereikt, zullen de meer gedetailleerde concepten veel gemakkelijker te definiëren zijn. Dit proces geeft prioriteit aan de gedetailleerde analyse die nodig is voor de daaropvolgende ontwikkeling van de EDM.
Er kunnen vragen rijzen over onderwerpgebieden van het informatietype, aangezien deze meestal bestaan uit algemene en historischetransactie data. Het definiëren van een informatiedomein kan ervoor zorgen dat het eruitziet alsof het thuishoort in het oorspronkelijke transactiedomein. Beschouw dit met een voorbeeld van een luchtvaartmaatschappij:
Boeken is een transactiedomein, inventaris is een informatieve.
Het hoofdconcept heet Boekingsgeschiedenis. Het bevat de gegevens die nodig zijn om de beschikbare lijst met plaatsen te krijgen. Reserveren en inventaris zijn belangrijke, maar aparte onderwerpen van de luchtvaartmaatschappij.
Titels moeten heel duidelijk, beknopt en beknopt zijn. Idealiter bestaat het onderwerpgebied uit één woord. Waar mogelijk worden industriestandaard bedrijfsnamen (klant, werknemer en financiën) gebruikt. De definities zijn opgesteld vanuit een horizontaal perspectief, aangezien alle relevante informatie in aanmerking wordt genomen. Ze zijn belangrijk omdat ze door de hele organisatie worden bestudeerd. Daarom moeten definities zo eenvoudig en duidelijk mogelijk zijn. Theoretische, academische of propriëtaire taal mag nooit worden gebruikt.
Relaties tussen vakgebieden vertegenwoordigen belangrijke zakelijke interacties en afhankelijkheden. Er is geen optionaliteit of itemtelling op dit niveau. Om praktische redenen zijn niet alle mogelijke relaties weergegeven. ESAM is niet ontworpen om elk vakgebied als een soort silo weer te geven. Het kan worden gezien als een grafiek met overlappingen die eindigen in slechts één onderwerpgebied.
Kleur speelt een belangrijke rol in ESAM en in heel EDM. Elkhet onderwerpgebied, de daaropvolgende concepten en data-objecten hebben hun eigen connotatie. Eén kleur wordt gebruikt voor alle concepten, objecten en tabellen die betrekking hebben op een bepaald gebied. Het toepassen van tint geeft direct inzicht bij het bekijken van een van de modellen van de organisatie.
Building ESAM volgt bedrijfsnormen, naamgevingsmethodologie en analyseproces. De database als domeinmodel is de sleutel, omdat met zijn hulp alle objecten aan een enkel gebied worden gekoppeld.
