Kanoniske Datamodelleringsteknikker, hvordan meldinger eller pakker passerer mellom ulike systemer internt i organisasjonen og på tvers av ulike selskapssystemer, for å gjøre e-business.

Data varierer noen ganger, på tvers av systemer, i sine definisjoner. For eksempel kan et selskap ha definert «kunde» for et datalager bygget for 10 år siden og deretter preget det på en annen måte i en grafdatabase implementert i fjor. Men selskapet vil at alle systemene skal snakke med hverandre, selv om de kan variere i dialektene. Det samme problemet kan skje mellom selskaper. For Eksempel Kan Amazon definere kundedata annerledes enn forskjellige leverandører. Likevel, Amazon trenger å snakke med alle sine e-handel selskaper.

både inter og intra company dialog trengeren mellomvare oversetter for å hjelpe de ulike systemene snakke med hverandre, Den Kanoniske datamodelldiagrammer dette designet.

Andre Definisjoner Av Kanonisk Datamodellering Inkluderer:

• beskriver «strukturen Av Data Som Sendes mellom Systemer Som Pakker eller Meldinger.»(DAMA-DMBoK2)
• en tracker «som standardiserer klassifisering av data over hele selskapet» (McKinsey)
• et ekstra lag som » oversetter meldinger som kommer fra forskjellige applikasjoner til ett felles format.»(Yenlo)
• » Definerer strukturen til en organisasjons informasjon.»(IBMDeveloper)
• » et verktøy (noen ganger kjent som en kanonisk meldingsmodell) som gir et felles, singulært dataformat.»(Queensland University of Technology)
• «et mellomvareskjema.»(DZone)

Kanoniske Datamodellering Bruk Tilfeller Inkluderer:

• Integrering av e-business-standarder mellom selskaper
• Kartlegging av ulike skjemaer i en enhetlig datamodell
• Instansering av databaser i en organisasjon
• Definere et kanonisk format som hver kanonisk melding må samsvare med

Bedrifter Bruker Kanonisk Datamodellering for å:

• Forbered datatjenester på tvers av flere bedrifter for å kommunisere med andre bedrifter med ulike forretningsdialekter
• Beskriv strukturen av data som sendes mellom systemer som pakker eller meldinger
• Minimer avhengigheter mellom integrerte applikasjoner på en integrert plattform
• Gi tjenester for å forvandle det lokale formatet til en forretningshendelse til et kanonisk format og omvendt
• Bistå med utveksling av meldinger
• Gi det «kritiske grunnlaget for effektiv Datastyring» ved å ta opp viktige spørsmål

bilde brukes under lisens from.com