Teknisk informationsarkitektur: därför avgör den om komplexa tekniska miljöer går att äga

Problemet är inte brist på data

Moderna industri- och anläggningsprojekt blir alltmer digitala, uppkopplade och leverantörsdrivna. Automationssystem, fastighetssystem, produktionsutrustning, IT/OT-nätverk, BIM-modeller, SCADA-plattformar, dataplattformar och underhållssystem skapar och konsumerar alla teknisk information.

Men i många projekt behandlas informationen inte som ett system i sig. Varje leverantör, disciplin och plattform strukturerar information på sitt eget sätt. Utrustning har ett namn i projekteringsmodellen, ett annat i PLC:n, ett tredje i SCADA, ett fjärde i dokumentationen och en helt egen identitet i underhållssystemet. Signaler levereras utan tydlig betydelse. Krav skrivs utan spårbarhet. Data flyttas mellan system utan definierad ägare.

De flesta projekt producerar redan stora mängder data. Problemet är att datan ofta är fragmenterad, inkonsekvent och svår att lita på. Resultatet är teknisk skuld som byggs in i anläggningen redan innan den tas i drift.

Samma pump, åtta identiteter

En pump kan i ett och samma projekt existera som ett fysiskt objekt, en ritningssymbol, ett BIM-objekt, en PLC-tagg, en OPC UA-nod, ett SCADA-objekt, ett underhållsobjekt och en rad i ett leverantörsdokument. Om dessa representationer inte kopplas ihop har ägaren ingen sammanhållen bild av sin egen tillgång.

Samma mönster återkommer för krav, signaler, larm, dokument, gränssnitt och överlämningsdata. När informationen inte är strukturerad blir anläggningen svår att äga.

Data mapping är arbetet med att säga: det här är samma verkliga objekt, uttryckt i olika system och datamodeller.

Data mapping är aktiviteten, inte hela lösningen

Data mapping är det praktiska arbetet med att koppla information mellan system: en leverantörstagg till en OPC UA-nod, ett BIM-objekt till ett underhållsobjekt, en processignal till en historian-tagg. Det är nödvändigt, men inte tillräckligt.

För långsiktig kontroll behöver ägaren också informationsmodellering, semantisk modellering, masterdata-ägarskap, data governance och tydliga integrationsprinciper. Tillsammans definierar dessa discipliner:

• vad informationen betyder
• hur den ska struktureras
• vilket system som äger den
• hur den flödar mellan system
• vem som ansvarar för att underhålla den
• hur den kan verifieras och återanvändas över tid

Det är detta som är teknisk informationsarkitektur. Standarder som IEC 81346 ger den strukturella grunden: stabila identiteter för objekt, system och funktioner som håller genom hela livscykeln.

Därför spelar det roll för anläggningsägaren

Utan en tydlig informationsarkitektur blir ägaren beroende av leverantörer, enskilda individer och odokumenterad projektlogik. Framtida förändringar blir långsammare, integrationer dyrare och driften svårare att styra.

Med en tydlig informationsarkitektur kan ägaren skapa spårbarhet mellan system, tillgångar, krav, dokument och driftdata. Det gör det enklare att driftsätta anläggningen, förvalta den, integrera nya system, analysera prestanda och fortsätta utveckla anläggningen över tid.

Teknisk informationsarkitektur är därför inte en IT-fråga. Det är en ägarskapsfråga som sträcker sig över hela livscykeln.

HubMinds roll

HubMind hjälper anläggningsägare att skapa struktur där teknisk komplexitet annars växer. Vi arbetar tvärs över automation, IT/OT, BIM, asset management, kravhantering, leverantörsdata och systemintegration.

Vår roll är att koppla ihop tekniska objekt, signaler, krav, dokument, ansvar och system till en sammanhållen informationsstruktur som kan användas genom hela anläggningens livscykel. Resultatet är bättre spårbarhet, tydligare ägarskap, starkare integration och en anläggning som är enklare att förstå, driva och utveckla.

Vill du fördjupa dig i begreppen? Utforska Data och informationsarkitektur i vårt kunskapsnav, eller läs om vårt erbjudande.

Relaterat inom samma ämne

Fortsatt läsning

Det kompletta objektet: Vem äger vilken sanning?

En praktisk guide till ansvar för teknisk information: vem som bidrar, styr och kvalitetssäkrar varje del av ett komplett tekniskt objekt.

Läs artikeln

Brick: Det semantiska gränssnittet

Gör Brick-grafen till ett styrt semantiskt gränssnitt med SPARQL, externa datareferenser, SHACL-validering, versionshantering, proveniens och acceptanstester.

Läs artikeln

Brick: Ett objekt, en graf av sammanhang

Bygg en användbar Brick-delgraf kring AHU-3 med klasser, instanser, sammansättning, topologi, plats, datapunkter, styrning och tydliga grafgränser.

Läs artikeln