Kravene
SIMBA 2.1Prosjekttilpassing
Det er svært viktig å forstå at SIMBA-kravene er MALER, og ikke et endelig, fast kravsett som skal gjelde i alle prosjekter uansett. Malene ble satt opp ut fra et antatt relevant utgangspunkt i et middels stort næringsbygg med relativt omfattende krav til egenskaper ved BIM-objektene. Dermed vil kravene ikke uten videre være egnet for bruk i alle prosjekter.
Kravene bør derfor ikke brukes direkte uten prosjekttilpasning. For et lite og/eller enkelt prosjekt vil kravene kanskje kunne være alt for omfattende, for et boligprosjekt kan mye være direkte irrelevant, og for et stort spesialprosjekt dekker neppe kravene det prosjektet burde ha krav til. SIMBA-malene brukt direkte uten tilpasninger vil i mange tilfeller medføre unødvendige tilleggskostnader. Det er altså viktig at man forstår hva SIMBA-kravene faktisk innebærer konkret av kostnad og nytteverdi. Bestillers bruk av SIMBA-kravene krever kompetanse på BIM. Statsbygg selv legger opp til at hvert Statsbygg-prosjekt nettopp skal prosjekttilpasse kravsettet fra SIMBA-malene til prosjektets egenart og faktiske behov. Dette kan innebære å stryke krav i malen, legge til krav i malen, endre hvilken milepæl et krav gjelder fra, eller legge til et helt nytt krav eller en ny milepæl som ikke finnes i malen. Prosjekttilpassede kravsett eksporteres ut som nye mvdXML-kravsett for aktiv bruk i prosjektet ved validering av IFC-modeller. Det er i prinsippet fire muligheter: (1) Benytte en standard SIMBA-kravsettmal slik den er, uten å gjøre endringer, og gyldiggjøre den i et konkret prosjekt. Dersom annet ikke er sag i prosjektett, anses dette som "default" og dermed gyldig i prosjektet. (2) Benytte en standard SIMBA-kravsettmal ...
Krav som ikke skal endres eller slettes
| Krav | Beskrivelse |
|---|---|
| Alle generelle krav | Alle krav i SIMBA 2.1 – Generelle krav |
| Objektnavngivning | Alle elementer (objekter som representerer fysiske komponenter i byggverket) skal navngis konsistent iht. type. Objekttypenavn skal angis med tresifret komponentkode (NS3457-8:2021 Komponentkode) + tresifret typekode (løpenummer). Løpenummer skal ikke tillegges logikk f.eks. at første siffer angir funksjon. Objekttypenavn kan i tillegg til komponentkode og typekode utvides med en underkode som kan angi undertypevariasjoner innen en objekttype. Underkode angis med tresifret nummer. Underkode kan tillegges logikk hvis man ønsker det. Eksempel på kode: AVA.003 Eksempel på kode med underkode: AVA.003.362 |
| Bruk av egenskaper i IFC-, NONS- eller NOSSB-egenskapssett | Egenskaper definert i IFC- (Pset_), NONS- eller NOSSB-egenskapssett skal ikke erstattes av andre egenskaper, omdøpes eller legges i andre egenskapssett ved levering av modeller til byggherre. Dette gjelder både ved modellkontroll og ved leveranser til utførende og arkiv. |
| IfcProject (prosjektobjektet) | Det skal være ett og kun ett IfcProject-objekt pr. IFC-fil. Alle modeller skal ha utfylt riktig Statsbygg-prosjektnummer (sjusifret, kan være femsifret for veldig gamle prosjekter). Det er viktig å kunne identifisere modellens tilhørighet til prosjekt. |
| IfcSite (grunneiendomsobjektet) | Alle modeller skal som minimum ha utfylt enten riktig, komplett matrikkelnummer (med kommunenummer, gårds- og bruksnummer, eventuelt festenummer og/eller seksjonsnummer der det er aktuelt), eller riktig Statsbygg-eiendomsnummer (femsifret). Det er viktig å kunne identifisere modellens tilhørighet til tomt. Riktig syntaks for matrikkelnummer skal være Knr-GNr/Bnr/FNr/SNr slik Kartverket benytter, f.eks. 0301-209/474 - FNr/SNr kan utelates når det ikke er i bruk, eller 0301-209/474/0/0 ("nuller" hvis man vil ha med FNr/SNr). |
| IfcBuilding (bygningskroppobjektet) | Alle modeller skal som minimum ha utfylt enten riktig bygningsnummer i henhold til Matrikkelen, eller riktig Statsbygg-byggnummer (sekssifret). Det er viktig å kunne identifisere modellens tilhørighet til bygning. |
| IfcBuildingStorey (etasjeobjektet) | Det skal være samsvar mellom etasjeangivelsene på alle fagmodeller. Dette gjelder både navngivning av hver etasje og etasjedefinisjon mht. avgrensning og kotehøyder, Alle objekter skal ha angitt riktig etasjerelasjon ut fra hvor de befinner seg. |
Veiledning
Ingen egenskaper tilhørende IFC-, NONS- eller NOSSB-egenskapssett skal erstattes med andre tilsvarende egenskaper eller flyttes til andre egenskapssett. Vi erfarer at det i flere prosjekter er et ønske om å samle de mest brukte egenskapene i ett egenskapssett så man kan finne all informasjonen man trenger på en fane i f.eks. Solibri. Dette kan i flere programvarer håndteres med oppsett i IFC-eksport uten å endre på hvor informasjonen ligger i originalformat-modellen. Det er viktig at egenskaper har informasjonsstrukturen spesifisert i henhold til SIMBA når modeller skal leveres til Statsbygg. Dette gjelder både ved modellkontroll og leveranse til arkiv.