Teknisk informationsarkitektur och datastyrning

Ett gemensamt tekniskt språk

Låt information överleva projekt och leverantörer.

Strukturera objekt, identiteter, dokument, dataägarskap och semantik så att teknisk information förblir sammanhängande, tillförlitlig och användbar genom livscykeln.

System och leverantörer använder olika namn och strukturerBIM-, anläggnings-, automations- och underhållsdata hänger inte ihopEn digital överlämning, UNS eller dataplattform behöver en hållbar grund

Teknisk informationsarkitektur och datastyrning

Besluten som gör information ägbar

Informationsarkitekturen fastställer vad saker är, hur de identifieras och var auktoritativ information hör hemma innan integrationer mångfaldigar oklarheten.

Vad är samma sak i olika system?

Definiera stabila identiteter och relationer oberoende av leverantörers beteckningar.

Vilken källa äger varje uppgift?

Fördela ansvar för gemensamma grunddata och kvalitetsregler.

Hur ska information struktureras?

Använd gemensamma klassifikationer, semantik och dokumentstrukturer.

Vad måste överleva överlämningen?

Specificera livscykelinformation som driften kan lita på och förvalta.

Så rör sig arbetet

  1. InventeraObjekt, källor, dokument och informationsflöden
  2. ModelleraIdentitet, relationer och semantik
  3. StyraÄgarskap, kvalitet och förändringsregler
  4. Bädda inKrav, mappningar och överlämningsstrukturer

Typiska leveranser

Informationsmodell

Objekt, relationer, attribut och gemensam betydelse.

Identifieringsstruktur

Beteckning och referensbeteckning enligt IEC 81346 där relevant.

Ägarskap för masterdata

Auktoritativa källor, ansvar och kvalitetsregler.

Utbytes- och överlämningskrav

Strukturerade skyldigheter för leverantörs- och livscykelinformation.

Inte en städövning efter leverans

Informationsstrukturen hör hemma i krav och projektering tidigt nog för att forma leverantörsdata, BIM och integration.

Semantik och datakvalitet

Gemensam betydelse. Verifierbar kvalitet.

Vi hjälper er att beskriva samma tekniska verklighet över projektering, automation, verksamhetssystem och underhåll. En ontologi kan göra betydelsen maskinläsbar, men ersätter inte kontroll av uppgifternas riktighet eller ansvar för förändringar.

Ett objekt, många system

En pump förekommer i projekteringsmodellen, styrsystemet och underhållssystemet. Vi skiljer den beständiga funktionen från den utbytbara produkten, kopplar relevanta mätpunkter och fastställer vilken källa som gäller för varje uppgift.

Kvalitet som går att pröva

Kontroller kan visa saknade kopplingar, fel enhet eller inaktuella uppgifter. Där datakontroller inte kan avgöra om uppgiften stämmer med anläggningen tar teknisk granskning eller fysisk verifiering vid.

Proportionerlig struktur

Ibland räcker tydliga definitioner och mappningar; ibland behövs en uttrycklig semantisk modell. Att välja rätt ambitionsnivå är en del av arbetet.

Kompetens i fas med standarderna

Vi deltar i standardiseringsarbetet för industriell data och interoperabilitet och håller våra metoder i fas med den internationella utvecklingen kring Industri 4.0.

BESLUTSUNDERLAG

Underlag för nästa beslut

Granska den typ av leverabel, erfarenhet och resonemang som kan stödja arbetet innan ni tar kontakt.

EXEMPEL PÅ LEVERABEL

Mandatkarta för ett objekt

Ett kritiskt objekt spårat genom krav, BIM, automation, dokumentation och underhåll med en uttalad källa för varje uppgift.

RELEVANT SPECIALIST

David Nordin

Industrial Technology Strategist med arbete inom krav, arkitektur, information, semantik, IT/OT och leveranssäkring på beställarsidan.

Visa Executive Profile

PROJEKTUNDERLAG

Utvalda leveransmiljöer

Spårbara roller och bidrag inom industri, infrastruktur, sjukvård, energi, VA och anläggningsintensiva miljöer.

Granska utvalda projekt

RELATERAD FÖRDJUPNING

Därför behövs teknisk informationsarkitekturLäs artikeln

Ta med informationsproblemet innan varje system hittar på sitt eget svar.

Diskutera er situation →
Kontakta oss