Teknisk informationsarkitektur

Vad är teknisk informationsarkitektur?

Teknisk definition

Den strukturerade utformningen av hur teknisk information – objekt, signaler, dokument, krav och ansvar – identifieras, struktureras, relateras och flödar mellan system genom en anläggnings hela livscykel.

I korta drag

Teknisk informationsarkitektur är ritningen för anläggningens information. Den avgör om data från projektering, automation, drift och underhåll hänger ihop – eller om varje system blir en egen ö som kräver manuell översättning.

Utmaningen?

Samma pump kan ha ett namn i projekteringsmodellen, ett annat i PLC:n, ett tredje i SCADA och en helt egen identitet i underhållssystemet. Ingen av dem är fel – men ingen hänger ihop med de andra. Utan en gemensam arkitektur blir varje integration ett specialfall, varje rapport en utredning och varje systembyte en risk.

Det första steget är nästan alltid en information mapping: en kartläggning av vilken information som finns, var den skapas och vart den flödar. För utrustning och tekniska objekt behövs dessutom en asset information mapping som kopplar ihop identiteter och egenskaper mellan register, modeller och system. Saknas den byggs teknisk skuld in i anläggningen redan innan driftsättning.

HubMinds metodik

I vår modell är teknisk informationsarkitektur kärnan i Kartan: strukturen som måste finnas innan motorn kan arbeta. Vi bygger arkitekturen på fyra byggstenar som tillsammans gör informationen ägbar, spårbar och integrerbar:

Informationsmodellering: vad som finns i anläggningen och hur det hänger ihop. Data mapping: hur data motsvarar varandra mellan system. Masterdata-ägarskap: vem som äger och förvaltar informationen. Data governance: regelverket som håller ihop helheten över tid.

Identiteter och struktur baserar vi på etablerade standarder som IEC 81346 och en genomtänkt namnstandard, så att strukturen överlever både systembyten och leverantörsbyten.

Varningar & Fallgropar

“Verktyget löser arkitekturen”: Att köpa en plattform utan arkitektur flyttar bara problemet in i ett nytt system. Strukturen måste definieras av verksamheten, inte av leverantörens datamodell.

“Vi tar det efter driftsättning”: Informationsarkitektur är som armering – billig att lägga rätt från början, mycket dyr att bila fram i efterhand. Varje skede som passerar utan struktur ökar kostnaden.

“Leverantören äger strukturen”: Om identiteter, taggar och relationer bara finns i leverantörens system har du vendor lock-in på informationsnivå – den svåraste formen att ta sig ur.