null

Gå till slutet av bannern
Gå till början av bannern

Metamodell Information

Hoppa till slutet på meta-data
Gå till början av metadata

Du visar en gammal version av den här sidan. Visa nuvarande version.

Jämför med nuvarande Visa sidhistorik

« Föregående Version 8 Nästa »

Beskrivning

Arkitektur-perspektiv

Verksamhets-område

Publicerad / Version

Metamodell för begrepp inom informationsarkitektur

Information

2018-12-13/14

Innehållsförteckning


En metamodell för informationsarkitektur definierar de begrepp som kan användas för att beskriva hur en verksamhets informations- och dataresurser ser ut och används i verksamheten samt i tekniska lösningar. I denna metamodell ingår även beskrivningar hur begreppen förhåller sig till varandra.

Med hjälp av metamodellen kan arkitekter från olika organisationer samverka och återanvända informationsarkitektur vilket bidrar till en större effektivitet och ökad kvalitet i samverkansprojekt och lokala förändringsinitiativ.

Modelldiagram

Elementdefinitioner

Element

Definition

Exempel

Vägledning

Källor

begrepp

kunskapsenhet som skapats genom en unik kombination av kännetecken

Kund, Tjänst, Ärende

Begrepp används på konceptuell nivå för att skapa förståelse inom och mellan organisationer och individer. Begreppsbeskrivningar klarlägger och listar de centrala begreppen inom organisationen eller det delområde som utvecklas.

Begrepp beskrivs med följande attribut:

  • Term(er). En eller flera termer som används för att beteckna begreppet.

  • En textuell beskrivning av begreppet.

  • Källa. Den eller de källor som definitionen hämtas från.

Relationerna mellan begrepp beskrivs med hjälp av begreppsmodeller. Ofta används syntaxen Subjekt – Predikat - Objekt för att beskriva relationer. Exempelvis Kommunallagen – Är en – Svensk lag (generisk relation). Andra relationer är associativa eller partitiva. Not: Relationer definieras i en separat tabell.

SS-ISO 1087:2000

 

Informationsobjekt

Definitionen motsvarar termen:

informationskomponent och informationselement

informationsmängd som utbyts eller används som del i en process.

Bygglovsärende, Ledighetsansökan, Patientjournal.

Informationsobjekt är en representation av verksamhetsobjekt som enbart består av information till skillnad från verksamhetsobjekt som kan vara exempelvis material, produkter eller människor.

Informationsobjekt används i verksamhetsarkitekturen som utbyteselement, dvs innehåll som utbyts mellan två eller flera aktörer. Detta används exempelvis i en processmodell där Informationselement är input och output till processer.

Informationsobjekt används i informationsmodeller för att beskriva struktur på information och hur Informationselementen relaterar till Begrepp för semantisk spårbarhet. I informationsmodeller skapas hierarkier av Informationselement vilket gör det möjligt att beskriva större typer av informationsprodukter eller mer finkorniga produkter.

Informationsobjket kan också kopplas till verksamhetsregler vilka beskrivs med elementtypen Begränsning (Constraints). Se den strategiska arkitekturen för mer detaljer.

Informationsobjekt används också som parametrar i tjänstebeskrivningar för verksamhetstjänster.

Det går även att definiera säkerhetsattribut för informationsobjekten.

Exempel på vanliga synonymer är:

  • informationsklass (UML)

  • Informationsutbytesobjekt (VLDS)

UAF: InformationElement: An item of information that flows between OperationalPerformers and is produced and consumed by the OperationalActivities that the OperationalPerformers are capable of performing

VLDS: Informationsutbytesobjekt: Definition av ett informationsobjekt som är relevant i ett specifikt informationsutbyte.

informationslager

logisk depå för information som har behov av att hållas samman och ska kunna utbytas mellan applikationer

Kunddatabas, Samtyckesregister, Patientdataregister

Genom identifiering och kartläggning av informationslager samt beskrivning av deras innehåll är det möjligt att tydligare och noggrannare skissa och planera organisationens informationshantering och underhåll av information.

Beskrivningen av informationslager (organisationsinterna eller externa informationslager) hjälper organisationen att utveckla dom kostnadseffektivt och kontrollerat samt att identifiera och undanröja överlappning.

Förteckningar över informationslager och informationssystem behövs vid planering av datasäkerhet och upprättande av databokslut. Beskrivningar av logiska informationslager behövs framförallt vid planering av målbilden.

Informationslager motsvarar datalager för en logisk applikationskomponent. Används alltså för att koppla mellan verksamhetsarkitektur (Informationselement)och teknisk arkitektur (Informationslager).

Kommentar till alternativet: Rikstermbanken har ingen definition utan länkar till datalager, som definieras:

databas där data lagras på ett sätt som underlättar de avancerade sökningar och sammanställningar som behövs för beslutsstöd och analys inom en organisation

TOGAF: Logical Data Component: A boundary zone that encapsulates related data entities to form a logical location to be held; for example, external procurement information.



dataentitet

formaliserad representation av data som hanteras av eller utbyts mellan system

Person, Titel, Land, Uppehållstillstånd

Metamodellen för Dataelement är liknande den för Informationselement, men här sker hanteringen och utbytet av tekniska resurser istället för processer.

Dataentiteter hanteras av Informationstjänster och lagras i Datalager där de kan användas av Applikationer.

Dataentiteter hör därmed hemma i tekniska arkitekturer och kan beskrivas i logiska eller fysiska datamodeller. Logisk datamodell används ofta i referensarkitekturer eller i teknikoberoende standarder. Fysisk datamodell används ofta i detaljerad lösningsdesign och realisering då teknikval har påverkan på datamodellens utformning.

Dataentiteter kan spåras till Informationselement då de realiserar dessa och på så sätt säkerställa semantisk spårbarhet.

TOGAF: Data Entity: An encapsulation of data that is recognized by a business domain expert as a thing. Logical data entities can be tied to applications, repositories, and services and may be structured according to implementation considerations.

VLDS: Dataentitet: Definition (typ) av ett dataobjekt av intresse. Används för att beteckna ett objekt som har en varaktig identitet utöver dess attribut.

UAF: DataElement: A formalized representation of data that is managed by or exchanged between systems.

datalager

fysisk depå av data

Skatteverkets folkbokföringsregister, Lantmäteriets fastighetsregister, Läkemedelsregistret

Databas, filsystem eller motsvarande fysisk lagring av data.

Datalager är ju inte en direkt översättning av physical data component, och termen används ofta för analysdatabaser skilda från produktionsdatbaser.


TOGAF: Physical Data Component: A boundary zone that encapsulates related data entities to form a physical location to be held. For example, a purchase order business object, comprising purchase order header and item business object nodes.

Relationer inom lagret

Källelement

Relation

Målelement

Källa

informationselement

vistas i

informationslager

TOGAF

informationslager

innehåller

informationselement

TOGAF

dataentitet

vistas i

datalager

TOGAF

datalager

innehåller

dataentitet

TOGAF

informationselement

implementeras av

dataentitet

UAF

dataentitet

implementerar

informationselement

UAF

informationselement

implementerar

begrepp

VLDS

begrepp

implementeras av

informationselement

VLDS

Relationer till andra lager

Källelement

Relation

Målelement

Källa

begrepp

definieras av / används av

aktör

Detta dokument

aktör

definierar / använder

begrepp

Detta dokument

informationselement

bidrar till

förmåga

Detta dokument

förmåga

stöds av

informationselement

Detta dokument

informationselement

nås och uppdateras genom

verksamhetstjänst

TOGAF

verksamhetstjänst

tillhandahåller / konsumerar

informationselement

TOGAF

informationselement

generaliseras av

verksamhetsobjekt

UAF

verksamhetsobjekt

specialiseras med

informationselement

UAF

Utvecklingsförslag

Här listas förslag på vidareutveckling:

  • Koppling mellan Informationslagret och Teknik-lagret

    • Applikationer, Architectural Building Blocks, Solution Building blocks etc.



  • Inga etiketter