I detta exempel går vi igenom hur man kan tänka när man bygger upp sin informationsarkitektur.
Målet är att:
- reducera komplexiteten
- underlätta utveckling av funktionalitet
- förvalta informationen effektivt
Exemplet tar utgångspunkt i en vanlig problemställning kring hur man hanterar information om Kund, Anställd och Leverantör.
Modellering av person och roll
Nivå 1
I den enklaste formen är Kund, Anställd och Leverantör egna informationsentiteter (I51). Information såsom namn och kontaktuppgifter riskerar att dubbellagras då koppling till en gemensam informationsentitet (I51), Person, saknas.
Nivå 2
En person, fysisk eller juridisk, kan ha flera roller i relationen med en annan organisation.
Själva grundinformationen om personen är densamma, medan det finns olika uppgifter som är relaterade till respektive roll (exempel på attribut, se röd text).
Ett alternativt sätt att modellera personroller är att skapa specifika roller som relaterar till ett funktionellt område, t ex Försäljning, HR och Inköp. Fördelen med detta är att det är förberett för en funktionsorienterad indelning av informationen i olika entitetsgrupper.
Komposition av person och roll
En viktig byggsten i informationsarkitekturen är Entitetsgruppen (I41). Den kategoriserar alla informationsentiteter enligt MECE-principen så att varje Informationsentitet (I51) kan ingå i en och endast en Entitetsgrupp (I41).
Logisk komposition
Person och personroller placeras vanligen i en Entitetsgrupp (I41) som ges namnet ”Part” (alternativt namn ”Person & Organisation”).
Funktionsorienterad komposition
I en funktionsorienterad indelning av informationen fördelas personrollerna i olika entitetsgrupper.
Grundtanken är att hålla informationen om personrollen nära annan relaterad information, t ex så placeras Anställd nära relaterad information såsom Lön och Kompetens.
Denna indelning minskar behovet (vanligtvis) av integrationer då all HR-information hålls ihop av ett HR-system.
Jämförelse av kompositionsprinciper
Till vänster visas en enda entitetsgrupp: Part (I41). Samtliga Personroller (I51) har placerats i denna tillsammans med Person (I51).
Genom att personrollerna ligger i samma Entitetsgrupp är det ett gemensamt ansvar för Försäljning, HR och Inköp att hantera informationen i Part.
Till höger visas fyra entitetsgrupper: Part, Kund, Personal och Leverantör (I41). Personrollerna (I51) har placerats i respektive i den entitetsgrupp där de hör hemma rent funktionellt. Med detta menas att personrollen Leverantör (I41) skapas av Inköpsavdelningen (O31) samtidigt som andra relaterade entiteter, t ex Leverantör läggs upp tillsammans med Leverantörsprodukt och Kontaktpersoner.
Information i förhållande till Applikation
Vårt exempel omfattar Försäljningsinformation, HR-information och Inköpsinformation. Det ger oss följande urval av logiska applikationer (A21) och ingående relevanta applikationsmoduler (A31).
Jämförelse av kompositionsprinciper för Information kopplat till Applikation
Den funktionella kompositionsprincipen innebär att ägarskapet för personroller (generellt alla sammanhangsroller) fördelas på samma sätt som övrig relaterad information.
I den logiska kompositionen placeras alla personroller på samma ställe.
Logisk komposition: IKEA:s höglager
Funktionell komposition: Avdelningen Sovrum
Jämförelse av kompositionsprinciper
