I det föregående inlägget Konsten att identifiera och strukturera olika informationselement Del 1 beskrivs hur man går från en modell med informationsentiteter för att identifiera entitetsgrupper (tänk IKEA-lådor).
I det här inlägget utgår vi från samma exempel och informationsentitetsmodell, men fokuserar istället på informationsobjekten (tänk Picknick-korgar). För att identifiera dessa behövs antingen ett processflöde eller ett förmågeflöde. Vi har valt förmågeflödet då det är tillräckligt informativt samtidigt som det är enkelt och avskalat.
I detta exempel ser vi en verksamhetsfunktion som skapar Beställningsinformation genom att kombinera Kundinformation och Produktinformation. Alla dessa är I31 Informationsobjekt (så kallade Picknick-korgar) och beskrivs kort enligt följande:
Genom dessa översiktliga beskrivningar är det möjligt att skapa informationsmodeller som beskriver vilket innehåll som varje informationsobjekt ska innehålla. Innehållet kan beskrivas på två olika sätt:
- Översiktligt genom att peka ut de entitetsgrupper som informationen finns inom
- Detaljerat genom att peka ut de informationsentiteter direkt
Den översiktliga modellen är mycket enkel att skapa. Tänk "ungefär vilken information bör ingå i en beställning för att den person som ska expediera den har tillräckligt med information". Välj från entitetsgrupperna och placera dem inuti Informationsobjektet I31 Beställningsinformation. Markera den entitetsgrupp som innehåller den centrala information som all annan information relaterar till, i det här fallet är det I41 Beställning.
Lite trubbigt för en kravställning på informationsinnehåll kan tyckas, men det ger ändå en god bild av ungefär vilken information som ska sammanställas och varifrån den ska hämtas.
I ett picknick-exempel skulle en initial diskussion om packningen kunna låta så här:
"Jag vill att vi tar med något gott att äta och dricka, något roligt att göra och något varmt att sitta på."
I en inledande diskussion är det inte viktigt att diskutera exakt vad det ska vara. Givetvis behöver man precisera kraven vid någon tidpunkt, och då väljer man istället ut de informationsentiteter man vill ha med från den informationsentitetsmodell som tagits fram.
Omfattningen har indikerats med en streckad ram och den centrala informationsentiteten I51 Beställning har markerats med en fylld ram.
I exemplet ovan är all information utom Produktkategori inkluderad i Beställningsinformation. Även denna informationsentitet skulle kunna vara med, men för att visa på ett urval har den exkluderats.
Den detaljerade beskrivningen av I31 Beställningsinformation ser ut så här:
En effektiv detaljerad beskrivning av ett Informationsobjekt utelämnar relationerna. Fokusera enbart på Informationsentiteterna och de Entitetsgrupper som de ingår i. Det finns två goda skäl att utelämna relationerna:
- Det tar tid att skapa modeller när det blir många entiteter och ännu fler relationer som helst inte ska korsa varandra.
- Relationerna är reduntanta. De finns redan representerade i respektive entitetsgruppsmodell. Genom att undvika redundans minskas risken för att de olika modellerna är inkonsistenta.
Om vi tillämpar samma principer för att modellera I31 Kundinformation får vi följande:
Med dessa två inlägg hoppas vi att det har blivit lite tydligare avseende hur man arbetar med att identifiera och strukturera information genom att använda de olika metaobjekten på nivå 3-5 i informationsarkitekturen.
