Status i SIMBA-prosjektet

Status utført pr 2022-03-10:

• Validérbare kravsett for SIMBA 1.2.1 for de fire hovedfagene (ARK, RIB, RIV, RIE)

• Tolkning av SBM 1.2.1 for bruk i SIMBA 1.2.1

• Validérbare kravsettmaler for SIMBA 1.3 komplette for de fire hovedfagene (ARK, RIB, RIV, RIE)

• Generelle krav og veiledning for SIMBA 1.3 utgitt som PDF (inkl. revisjon pr 2021-01-29)

• Maskinvalidérbare kravsettmaler for SIMBA 2.0 for de fire hovedfagene (ARK, RIB, RIV, RIE)

• Maskinvalidérbare kravsettmaler for SIMBA 2.0 for LARK

• Maskinvalidérbare kravsettmaler for SIMBA 2.0 for "premissfagene" RIBR (brannteknikk) og RIAKU (akustikk)

• Ikke-maskinvaliderbare krav for SIMBA 2.0 utgitt som regneark som kan søkes/filtreres i pr fag/fase osv

• Veiledning til kravene i SIMBA 2.0 utgitt som PDF

• Arbeid for "presmissfag" (fag som ikke selv har bygde objekter i modellen) innen "miljø" er igangsatt mot etablering av kravsett - rapport foreligger

• Arbeid for "presmissfag" innen "sikkerhet" (security). Konkrete kravsett i BIMQ er overordnet påbegynt

• Kravsett for alle publiserte SIMBA-versjoner eksportert ut som PDF-rapporter ("menneskelesbart")

• Kravsett for alle publiserte SIMBA-versjoner eksportert ut som mvdXML 1.1-filer ("maskinlesbart")

• Enkle as built-krav inngår nå som eget leveransepunkt (stort sett krav som detaljprosjekt + GTIN), men dette skal videreutvikles, dialog med EBA igangsatt

• To kravsett for eksisterende byggverk (ett basis for modell-fra-scan og ett utvidet) er utarbeidet som "SIMBA X

• "Spesialkravsett" (f.eks. knyttet til robotisert byggeplass eller 4D/5D-BIM) er ikke påbegynt

• Alt i BIMQ (kravdatabasen) er fortsatt på engelsk (pga internasjonale samarbeidsakaktører), veiledning til krav og ikke-maskinvalidérbare krav er på norsk. I tillegg foreligger "Generelle krav og veiledning" for SIMBA 1.3 på engelsk. Ambisjonen er å oversette "navn" og "beskrivelse" på objektyper, attributter, egenskapssett og egenskaper i BIMQ også til norsk, slik at vi etterhvert får tospråklige SIMBA-krav komplett - tenkt både for videre internasjonalt samarbeid, for bruk mot utenlandse prosjekteringsgrupper, og for bruk i Statsbyggs utenlandsprosjekter

Oversikt over moduloppdeling og hovedfaser i kravsettene samt status pr ca september 2018 - samt noen eksempler på "tilvalgs"-kravsett for spesifikke situasjoner, f.eks. 3D-armering eller bruk av drillrobot - dette er "work in progress" (W.I.P.).

Validering kan skje på flere "nivåer" - det enkleste som vi begynner med er "eksistens" av noe (f.eks. om egenskapen PSet_WallCommon.FireRting eksisterer på IfcWall i IFC-modellen som valideres). Etterhvert ønsker vi i mvdXML-en å også kunne validere om dataverdien er gyldig ut fra et sett med gyldige verdier (f.eks. de vanlige EI30, EI60, EI90, EI120 for FireRating). Det mest avanserte vil være å kunne validere iht. et "REGEX"-uttrykk (regulært uttrykk, dvs. en gyldig streng som følger et sett med regler for oppbygning og syntaks, slik en mer komplisert FireRating vil kunne se ut, og som vil være vanskelig å uttrykke med en endelig liste over predefinert gyldige verdier).

En TFM-streng vil kunne være et annet eksempel på en datatype som må REGEX-valideres, siden den inneholder ulike ledd (lokasjon, system. komponent) som skal stå i en angitt rekkefølge, skilletegn(+/=/-/. osv.), løpenummer med krav til antall siffer i løpenummeret (typisk tre eller fire), og kodelister for hhv. gyldige systemtyper og komponenttyper (på prosjektbasis også lokasjon). Kommende NS 3457-8 (komponenter) og Veiledning til NS3451 (systemer) vil stille tilsvarende krav, og det vil også gjelde for ISO 81346-12 Annex A for systemer og ISO/IEC 82346-2 Chapter 5.3 for komponenter hvis man velger å benytte ISO-koder istedenfor TFM- eller NS-koder.