Metoder – Styrker og svakheter

Kort oppslag for hver metode: hva den er sterk på, hvor den kommer til kort, og hva den passer best og dårligst til.

Ontologi / semantisk modell

OWL, RDF, SHACL, kunnskapsgrafer.

Styrker
  • Maskinlesbar mening og resonnering
  • Fleksibel kobling på tvers av domener
  • Sterk på interoperabilitet og gjenbruk
Svakheter
  • Bratt læringskurve
  • Krever modnings- og styringsregime
  • Ytelse på store grafer
Best egnet til
  • Datadeling på tvers av aktører
  • Begrepsharmonisering
  • Kunnskapsgrafer og integrasjon
Mindre egnet til
  • Enkel CRUD-applikasjon
  • Ren geometrisk/3D-modellering
ISO 81346 – klassifikasjon

Funksjon, produkt, plassering (RDS).

Styrker
  • Entydig identifikasjon av objekter
  • Tverrfaglig anleggsnedbrytning
  • Sterk for anlegg/industri
Svakheter
  • Sier lite om semantikk og relasjoner
  • Ingen geometri eller egenskaper
  • Krever disiplin i tagging
Best egnet til
  • Strukturering av store anlegg
  • Tag-/kodesystem for drift og FDV
  • Kobling mellom fag
Mindre egnet til
  • Datautveksling om innhold/egenskaper alene
  • Sluttbrukerorientert dataprodukt
UML – relasjonsmodell

Klassediagram, datamodell, API.

Styrker
  • Utbredt og forstått av utviklere
  • God for system- og API-design
  • Tett kobling mot kode
Svakheter
  • Ingen formell semantikk
  • Svak for tverr-organisatorisk deling
  • Diagrammer foreldes lett
Best egnet til
  • Programvarearkitektur
  • API- og databasemodellering
  • Intern systemforståelse
Mindre egnet til
  • Semantisk interoperabilitet mellom organisasjoner
  • Fysisk/3D-modellering
BIM / IFC + bSDD

Fysisk modell av bygg og anlegg.

Styrker
  • Standardisert utveksling av 3D + egenskaper
  • Bredt verktøystøttet
  • bSDD for begrepsharmonisering
Svakheter
  • Svak på drift/sanntid
  • Tunge filer, kompleks mapping
  • Begrenset for ikke-fysiske objekter
Best egnet til
  • Prosjektering og bygging
  • Mengder, kollisjon, samordning
  • Overlevering av as-built
Mindre egnet til
  • Sanntidsdrift og hendelser
  • Ren tjeneste-/prosessmodellering
RailML / RailTopoModel

Jernbaneinfrastruktur og signal.

Styrker
  • Domene-spesifikk og presis
  • Topologi for spor, signal, tele
  • Etablert i jernbanebransjen
Svakheter
  • Smalt anvendelsesområde
  • Mindre verktøystøtte enn IFC
  • Krever jernbane-fagkunnskap
Best egnet til
  • Signal-, spor- og trafikkdata
  • Utveksling mellom jernbaneaktører
Mindre egnet til
  • Vei, tunnel, generell BIM
  • Forretnings-/asset-data
ITS-standarder

CEN/TC 278, DATEX II, ISO 14812.

Styrker
  • Standardisert sanntids trafikkdata
  • Etablert økosystem i Europa
  • God for tverr-aktør deling
Svakheter
  • Komplekse profiler
  • Svak på fysisk modell
  • Krever nasjonal tilpasning
Best egnet til
  • Trafikkinformasjon og hendelser
  • Mobilitetstjenester og C-ITS
Mindre egnet til
  • Konstruksjons- og prosjekteringsdata
  • Komponent-livsløp
Digital tvilling-rammeverk

ISO 23247, Gemini, NTTF.

Styrker
  • Helhetlig livsløpsperspektiv
  • Kobler fysisk og digital verden
  • Strategisk styringsverktøy
Svakheter
  • Rammeverk, ikke ferdig løsning
  • Krever modne underliggende standarder
  • Tung å innføre
Best egnet til
  • Strategisk arkitektur for tvilling
  • Sammenstilling av flere datakilder
Mindre egnet til
  • Konkret datautvekslingsformat
  • Små, isolerte løsninger
RAMS / CENELEC EN 5012x

EN 50126/50128/50129.

Styrker
  • Sikkerhetsbevis og sporbarhet
  • Krav til pålitelighet og vedlikehold
  • Lovregulert i jernbane
Svakheter
  • Tung dokumentasjon
  • Smal mot sikkerhetskritiske systemer
  • Ikke en datamodell i seg selv
Best egnet til
  • Signal- og sikkerhetssystemer
  • Sikkerhetskritisk programvare
Mindre egnet til
  • Generell datadeling
  • Ikke-sikkerhetskritiske domener
ISO 55000 – Asset Management

Styring av verdier i livsløp.

Styrker
  • Strategisk rammeverk for forvaltning
  • Knytter verdi, risiko og kostnad
  • Internasjonalt anerkjent
Svakheter
  • Ledelsesstandard, ikke teknisk
  • Krever støtte fra datamodeller
  • Implementering tar tid
Best egnet til
  • FDV- og porteføljestyring
  • Beslutningsstøtte og risiko
Mindre egnet til
  • Teknisk datautveksling
  • Sanntidsstyring
IoT / sensorstandarder

MQTT, NGSI-LD, OPC UA.

Styrker
  • Effektiv sanntidskommunikasjon
  • Bredt støttet i utstyr
  • Skalerer for mange sensorer
Svakheter
  • Liten semantikk uten ekstra modell
  • Sikkerhet krever nøye design
  • Fragmentert standardlandskap
Best egnet til
  • Telemetri og sensordata
  • OT/IT-integrasjon
Mindre egnet til
  • Statisk dokumentasjon
  • Forretningsprosess-modellering
N200 / N500 / N601

Statens vegvesens håndbøker.

Styrker
  • Normativ for norsk vei og tunnel
  • Konkrete krav til utforming
  • Bredt brukt i bransjen
Svakheter
  • Ikke en datamodell
  • Norge-spesifikk
  • Krever tolkning til digitale krav
Best egnet til
  • Prosjektering av vei, bru og tunnel
  • Krav- og kontraktgrunnlag
Mindre egnet til
  • Datadeling og semantikk
  • Drift og sanntid
NVDB – Nasjonal vegdatabank

Datakatalog + lineær referanse.

Styrker
  • De facto nasjonal referanse for veg
  • Lineært veireferansesystem
  • Åpne API-er (LES/SKRIV)
Svakheter
  • Ikke en formell standard
  • Norge-spesifikk
  • Datamodell i kontinuerlig utvikling
Best egnet til
  • Vegobjekter og stedfesting langs veg
  • Datadeling med SVV og kommuner
Mindre egnet til
  • Bygg og jernbane
  • Sikkerhetsbevis og RAMS
IEC 63278 – AAS

Asset Administration Shell (I4.0).

Styrker
  • Leverandøruavhengig digital tvilling av komponent
  • Standardiserte submodeller og API
  • Sterk for OT/IT-integrasjon
Svakheter
  • Ung standard, modnes fortsatt
  • Krever ECLASS/IEC CDD-disiplin
  • Verktøystøtte under oppbygging
Best egnet til
  • Komponent-tvilling på tvers av leverandører
  • Tunnelutstyr, signal, ITS-utstyr
Mindre egnet til
  • Geometrisk anleggsmodell
  • Strategisk porteføljestyring alene