Kontrollera i flera led
buildingSMARTs IFC Validation Service kontrollerar överensstämmelse med STEP-syntaxen, det refererade IFC-schemat och specifikationens normativa regler, med ytterligare kontroller av branschpraxis. Kontrollerna gäller filens överensstämmelse. De ersätter inte projektets egen granskning av avsedd omfattning, geometri, information eller lämplighet för ändamålet.
Kom överens om godkännandekriterier före exporten. En fil som går att öppna kan ändå sakna objekt, ha oväntade koordinater eller innehålla felaktiga data. Håll isär automatiska resultat och manuell granskning så att mottagaren kan se underlaget bakom varje slutsats.
Officiella referenser
En praktisk checklista för granskning
| Kontroll | Underlag att spara | Åtgärd om kontrollen inte godkänns |
|---|---|---|
| Fil- och paketintegritet | Filnamn, storlekar, revisioner och valfria kontrollsummor | Gör om eller rätta överföringen innan du undersöker innehållet. |
| Schema och läsbarhet | Versioner av exportör och importverktyg; validerings- eller importrapport | Åtgärda innehåll som inte stöds eller är felaktigt utformat. |
| Omfattning | Förväntade discipliner, områden, objektgrupper och uteslutningar | Jämför urvalet i källan med det exporterade innehållet. |
| Skala och koordinater | Jämförelser mot kända mått och kontrollpunkter | Åtgärda enheter, referenssystem eller transformationer. |
| Geometri | Representativa vyer av öppningar, kurvor och tunna element | Undersök källgeometrin och utdatainställningarna. |
| Information | Obligatoriska fält, regeluppsättningens version och fel på objektnivå | Rätta källdata eller mappningen och kör reglerna igen. |
| Utseende | Godkänd jämförelse av färger och transparens | Kontrollera materialinställningar och paketets beroenden. |
| Mottagande arbetsflöde | Resultatet när mottagaren utför den avsedda uppgiften | Justera utbyteskonfigurationen och testa igen. |
Jämför antal bara när reglerna för hur man räknar är likvärdiga. Ett källobjekt kan delas upp i flera utdataobjekt, eller flera objekt kan slås samman. Dokumentera orsaken till en skillnad i stället för att betrakta varje avvikelse i antal som ett fel.
Välj ett prov som kan avslöja fel
- Ta med varje disciplin och objektkategori som krävs.
- Ta med stora och små komponenter, kurvor, öppningar och element nära exportomfattningens gräns.
- Ta med objekt med obligatoriska egenskaper och kända källvärden.
- Ta med upprepade typer och enskilda förekomster så att arv och identitet kan granskas.
- Använd automatiska kontroller för hela leveransen där sådana finns, och dokumentera begränsningarna i det manuella stickprovet.
Se till att varje fel går att återskapa
Ge varje avvikelse en ärendeidentifierare, modellrevision, identifierare för berörda objekt, förväntat resultat, faktiskt resultat och steg för att återskapa den. Utse en ägare och ange ett förfallodatum. Lägg till en vy eller bild när den förklarar platsen, men se till att den skriftliga beskrivningen går att förstå utan bilden.
Efter rättelsen kör du den misslyckade kontrollen igen, liksom alla kontroller som kan påverkas av ändringen. Spara den nya rapporten separat från originalet. Använd tydliga statusar som godkänd, underkänd, ej kontrollerad och godkänt undantag, med en namngiven person som godkänner undantag.
Avsluta granskningen med en godkännandepost
- Ange exakt vilken fil som har granskats och vilka källrevisioner den bygger på.
- Lista de verktyg, inställningar och kontroller som har använts.
- Dokumentera olösta problem och godkända undantag.
- Ange leveransens tillåtna syfte och eventuella begränsningar.
- Ange granskarens namn och dokumentera datum och beslut för granskningen.
Om du använder en valideringstjänst online ska du bekräfta att modellen får laddas upp enligt projektets regler för informationsdelning. En offlinekontroll eller ett godkänt minimalt prov kan vara lämpligare för data med begränsad spridning.