Modelltyp - Informationsmodell
Beskrivning | Arkitektur-perspektiv | Verksamhets-område | Publicerad / Version |
---|---|---|---|
Denna sida beskriver modelltypen Informationsmodell | Information | Alla | 2022-03-07/43 |
Innehållsförteckning
Summering
En informationsmodell är en strukturerad beskrivning av den information verksamheten behöver för att kunna bedrivas, till exempel information om kunder, leverantörer, avtal, tjänster, produkter, organisationsstruktur, befattningar, personal, etc.
Information är en verksamhetskritisk tillgång och måste förvaltas och vidareutvecklas som en sådan. Det förutsätter att vi skapar, förvaltar och kommunicerar vår gemensamma kunskap om verksamhetens information och hur den hör samman med verksamhetens mål, processer, resurser och regler.
En informationsmodell presenteras oftast som en grafisk bild, en karta, över den information som verksamheten använder.
Informationsmodeller har tre centrala byggstenar: Informationsobjekt, Attribut och Relationer.
Exempel
Informationsobjektmodell som inte visar attribut för informationsobjekten
Klassdiagram som visar attribut på informationsobjekten
Klass: Hälso- och sjukvårdspersonal
Beskriver information om hälso- och sjukvårdspersonal. Hälso- och sjukvårdspersonal inkluderar i Sverige legitimerad personal och personal som endast genom sin anställning erhåller mandat att utföra hälso- och sjukvård.
| |||||
Motsvarar FHIR-resurs och ev klass/element: Practitioner | |||||
Attribut | Beskrivning | Format | Mult | Kodverk / värdemängd | Kommentarer |
personal_id | HSA-id | identifier | 1..* | OID: 2.1.129.257.2.3.4 |
|
person | Information som rör personen som utgör den hälso- och sjukvårdspersonal. Se sammansatt format för Person | Person | 1 |
|
|
förskrivarkod | Personlig förskrivarkod | identifier | 0..1 |
|
|
dokumenterad kompetens | Intygad kompetens att kunna utföra hälso- och sjukvård, exempelvis examens- eller utbildningsbevis, legitimation eller specialistbevis. | codeable Concept
| 0..* | .electronichealth.se/id/urval/hos_kompetens
|
|
Nivåer
Informationsmodeller kan bli väldigt stora och kan behöva delas upp genom att gruppera objekten som ingår, ibland i flera nivåer. Detta kan underlätta konceptuella diskussioner, skapa översikt, hantera ägarskap och beskriva hur information används i olika verksamhetssammanhang.
När informationsmodeller delas upp görs det i huvudsak på två olika sätt, dels genom hierarkisk komposition, dels genom värdebaserad komposition.
Exempel på hierarkisk komposition är en funktionell indelning av en verksamhet. På en sådan funktionskarta kan man placera informationsobjekten på så sätt att man återfinner ett givet informationsobjekt i en och endast en funktion. Då har man grupperat sin information på ett hierarkiskt sätt ur ett funktionsperspektiv.
Exempel på en värdebaserad komposition är att ett objekt som representerar utkomsten av en viss aktivitet. Låt säga att aktiviteten är Skapa order och att det resulterande objektet är Order. Objektet Order representerar då en samling av informationsobjekt som exempelvis Order, Kund, och Produkt.
Den metamodell som tagits fram inom ramen för arkitekturgemenskapen tar höjd för båda dessa typer och möjliggör nivåindelning.
Ange nivå på informationsobjekt. Nivån implementeras via attribut på informationsobjekt. Läs mer om nivåer påWorkshop om nivåer i informationsmodeller.
Ange typ på informationsobjekt. Typ implementeras som ett attribut med valbara värden {informationsområde, informationsgrupp, informationsobjekt}
Nivå och typ är inte sammanlänkade i metamodellen vilket skapar flexibilitet för respektive användarorganisation. Det går exempelvis att ha informationsområden både på nivå 1 och nivå 2.
Hierarkiska kompositioner implementeras genom att använda relation för komposition.
Värdebaserade kompositioner implementeras genom att använda relation för aggregering.
Exempel på Informationskarta som visar hierarki
Det här exemplet visar en hierarki i tre (3) nivåer. Informationsobjekten i exemplet är grupperade, och varje informationsobjekt representerar ett diagram som innehåller underliggande informationsobjekt.
Relevanta intressen
Här beskrivs de intressen som modelltypen kan hjälpa till att adressera. Intressen är viktiga eftersom de tillsammans med perspektiven hjälper arkitekten att identifiera om modelltypen kan vara lämplig för den aktuella arkitekturen.
Intressent | Intresse |
---|---|
Ledning | Att få en övergripande bild och förståelse för vilken information verksamheten behöver och använder. |
Verksamhet | Att definiera den information som behövs eller hanteras och utbyts inom och mellan organisationer. |
Arkitekter | Att förstå och beskriva hur information är strukturerad. Som underlag för datamodellering och design av tekniska system och tjänster. |
IT-utvecklare | Som underlag för realisering av IT-system och tjänster. |
Ingående element och relationer
En informationsmodell innehåller informationsobjekt, deras attribut och relationer mellan dessa objekt.
Element | Syfte | Attribut |
---|---|---|
informationsobjekt Definitionen motsvarar termen: informationskomponent och informationselement | Används för att beskriva den information som verksamheten behöver eller använder. | Namn - Informationsobjektets namn Beskrivning - Textuell beskrivning av objektet Identitet - Unik identifierare för objektet Typ - Informationsområde, Informationsgrupp, Informationsobjekt eller Informationsentitet Nivå - Attribut som används för att indikera nivå om så önskas Attribut - Beskrivning av de attribut som informationsobjektet har. Attribut har namn, identifierare och beskrivning. De kan också definiera format och typ (exvis sträng, integer) och kardinalitet, dvs hur många instanser av attributet ett objekt kan/ska ha. |
Relationer:
Relation (symbol) | Från element | Till element | Syfte |
---|---|---|---|
Association | Informationsobjekt | Informationsobjekt | Beskriva att ett informationsobjekt relaterar till ett annat. För denna typ av relation anges multiplicitet. |
Aggregering
| Informationsobjekt | Informationsobjekt | Beskriva att ett informationsobjekt samlas i ett annat informationsobjekt. |
Komposition | Informationsobjekt | Informationsobjekt | Beskriva att ett informationsobjekt är en del av ett annat informationsobjekt. |
Generalisering | Informationsobjekt | Informationsobjekt | Beskriva att ett informationsobjekt är en specialisering av ett annat informationsobjekt. |
Diagrammet nedan ger en grafisk beskrivning av innehållet i en informationsmodell:
Form och notation
DIGGs ramverk för nationella grunddata inom den offentliga förvaltningen - bilaga informationsarkitektur definierar bl.a. följande regler för form och notation:
Notationen [inom en grunddatadomän] ska vara enhetlig och bör vara UML.
Namnsättning ska vara enhetlig för informationsmodellerna [inom grunddataramverket]:
| Informations-modell | Klass/ Informations-objekt | Attribut | Värde i värde-mängd | Relations-namn |
---|---|---|---|---|---|
Svenska | X | X | X | X | X |
Singulär, obestämd form | X | X | X | X |
|
Svenska tecken, blanktecken och accenttecken får användas | X | X | X | X | X |
Inledande versal bokstav | X | X |
|
|
|
Inledande gemen bokstav Värden ska skrivas med inledande gemen bokstav, förutom vid till exempel förkortningar och egennamn. |
|
| X | X | X |
Modellelement ska ha entydiga namn som är fullständiga och inte förkortade.
Följande uppgifter ska eller bör minst anges för klass/informationsobjekt, attribut respektive relation:
| Klass/ Informationsobjekt | Attribut | Relation |
---|---|---|---|
Namn | SKA | SKA | BÖR |
Defintion | BÖR | BÖR |
|
Beskrivning | SKA | SKA |
|
Datatyp |
| SKA |
|
Multiplicitet |
| SKA | SKA |
Värdemängd |
| BÖR (vid behov) |
|
Utöver DIGGs regler kan följande också beaktas:
Relationsnamn ska indikera läsriktning, exempelvis genom en pil, för att öka den semantiska tydligheten. Vid behov kan namn (med riktningspilar) anges i båda läsriktningar för ytterligare tydlighet.
Kardinalitet för relationer kan visas i UML (0..*) eller Information Engineering Notation (även kallad kråkfotsnotation)
Kompositionsrelationer kan visas genom pilar eller genom att placera ett element inuti ett annat
Färgkodning av elementen kan användas för att exempelvis representera informationsdomäner
Associationer bör använda en linjestil med rundade hörn och för aggregering och specialisering bör en linjestil med raka hörn användas.
Metoder och modelleringstekniker
Sidan Informationsarkitektur beskriver en samling aktiviteter som utförs inom området informationsarkitektur.