Információspecifikációs dokumentáció

Mi az az információszállítási specifikáció?

Az információszállítási specifikáció (IDS) egy nyílt, géppel olvasható szabvány, amelyet a buildingSMART publikált, és amely a BIM információkövetelményeket tesztelhető szabályokká alakítja. Míg a BIM-végrehajtási terv (BEP) a követelményeket prózában fogalmazza meg ("a falak tartalmazzák az U-értéket és a tűzállósági besorolást"), addig az IDS ezt a követelményt egy olyan szabállyá fordítja, amelyet egy ellenőrző program automatikusan lefuttathat: megnyit egy IFC-modellt, megvizsgálja az egyes falakat, és mindegyikről jelenti, hogy megfelelt vagy megbukott. Ez az elmozdulás a prózától a géppel végrehajtható szabályok felé az IDS meghatározó erőssége.

A szabványt a buildingSMART gondozza és nyilvános specifikációként teszi közzé. Az openBIM ökoszisztémán belül működik, gyártófüggetlen és szabadon megosztható IFC-fájlokkal dolgozik. Az IDS kiveszi az emberi vitát a megfelelőségből: a modell vagy megfelel a specifikációnak, vagy nem, és ez szoftveresen, értelmezés nélkül ellenőrizhető.

Miben különbözik az IDS a BIM-végrehajtási tervtől?

Mindkettő információkövetelményeket dokumentál, de eltérő szinteken működnek. A BEP egy írásos megállapodás, jellemzően 5-50 oldal, ahol a csapat és a megbízó megtárgyalja, milyen információkra van szükség, ki állítja elő azokat, és mikorra. A megfelelőség vita tárgya: egy csapattag azt mondja, "megadtuk a hőtechnikai tulajdonságokat", a fogadó ellenőrzi, és vitatja vagy elfogadja. A vitát e-mailben vagy megbeszélésen rendezik.

Az IDS ugyanezt a követelményt ("hőtechnikai tulajdonságok szükségesek") egy szabályba kódolja: "minden falelem esetében léteznie kell egy U-érték nevű tulajdonságnak, és értékének 0,1 és 2,0 közötti számnak kell lennie". Egy gép lefuttatja ezt a szabályt a modellen, és jelenti: öt fal megfelelt, két fal megbukott (hiányzó U-érték), három fal megbukott (az érték a tartományon kívül esik). Nincs vita; az adat vagy ott van, vagy nincs.

A gyakorlatban az IDS kiegészíti, nem pedig helyettesíti a BEP-et. A BEP továbbra is a szerződés és a projekt szabálykönyve marad. Az IDS egy olyan eszköz, amely automatizálja a BEP betartatásának egy részét: az információ teljességének és az elnevezési konvencióknak a részét.

Milyen struktúrát határoz meg egy IDS specifikáció?

Minden IDS-szabálynak két része van: alkalmazhatóság és követelmények. Az alkalmazhatóság arra a kérdésre válaszol, hogy "mely entitásokra vonatkozik ez a szabály?" A követelmények arra a kérdésre, hogy "minek kell igaznak lennie ezekre az entitásokra nézve?"

Az alkalmazhatóság IFC-entitástípus, besorolás vagy tulajdonság alapján szűr. Például: "alkalmazandó minden hőszigetelésként besorolt elemre" vagy "alkalmazandó a 2. szint minden falára". A követelmények ezután meghatározzák, hogy milyen információknak kell kísérniük ezeket az entitásokat: minimális és maximális értékek, kötelező tulajdonságok, megengedett anyagok vagy kapcsolatok más elemekkel. Egy szabály kimondhatja: "minden szigetelőelemnek rendelkeznie kell egy Vastagság tulajdonsággal (numerikus, milliméter, minimum 50)", amelyet a buildingSMART Adatszótár tulajdonságdefiníciói alapján ellenőriznek, így az elnevezés megegyezik a különböző eszközökből származó modellek között.

Miért működik az IDS csak akkor, ha az elnevezés valóban egyezik?

Itt a kemény korlát: az IDS-szabályok tulajdonságnevekre és besorolásokra hivatkoznak. Ha az építészeti modell egy hőtechnikai tulajdonságot "U_Érték"-nek nevez, a szabály pedig "U-érték"-et keres, az ellenőrző semmit sem lát, megbuktatja, és emberi ítélet nem bírálhatja felül. A tulajdonság létezik, de más néven, így a szabály technikailag helyes: a kért tulajdonság nem létezik.

Ezért kell az IDS-nek és a buildingSMART Adatszótárnak (bsdd) együtt működnie. A bsdd a tulajdonságdefiníciók nyilvántartása, tartományonként csoportosítva, mindegyik szabványosított névvel. Amikor egy IDS-szabály azt mondja, hogy "U-érték tulajdonság (a bsdd PSet_WallCommon.U-value kódjából)", akkor azt mondja: ennek léteznie kell, pontosan ezen a néven, pontosan ezzel a definícióval. Minden tanácsadó szoftverének ezután bsdd tulajdonságneveket használva kell exportálnia IFC-be, különben az ellenőrzés megbukik.

Egy egyéni gyakorlat számára, amely külső tanácsadókat koordinál, ennek betartatásához fel kell venni a bsdd hivatkozást a BEP-be, és meg kell kérdezni a tanácsadókat, hogy a szoftverük képes-e azt használni az exportáláshoz. Sok eszköz ma már támogatja ezt; néhány még nem. Ezért van az, hogy az IDS alkalmazása a szlovák gyakorlatban még korai: az ökoszisztémának össze kell hangolnia az elnevezéseket, mielőtt az IDS-ellenőrzések megbízhatóvá válnának.

Hol helyezkedik el az IDS a munkafolyamatban?

Az IDS-szabálykészletet jellemzően a megbízóval egyeztetik a kezdetekkor, a BEP mellett. A Közös Adatkörnyezetben (CDE) él, mint a projekt minőségi kapuja. Minden alkalommal, amikor egy tanácsadó modellfrissítést ad ki (hetente, kéthetente vagy mérföldköveknél), a modellt beküldik a CDE-be, és egy ellenőrző (szoftver vagy ember szoftvert használva) lefuttatja az IDS-szabályokat. Az eredmények visszakerülnek a csapathoz: "a gépészeti modell minden szabálynak megfelel", vagy "az építészeti modell megbukott: 12 fal hiányzó U-érték".

Az eredmények ezután bekerülnek a koordinációs folyamatba: ütközések észlelése, az IDS-hibák problémaként rögzítése a koordinációs eszközben, hozzárendelése a felelős félhez, és megoldása a következő kiadás előtt. A BIM-koordináció strukturáltabbá válik, mert az információ minősége ellenőrzött, nem feltételezett. A csapatok korán elkapják a hiányos vagy rosszul elnevezett adatokat, nem az átadáskor.

Mik az IDS alkalmazásának gyakorlati korlátai ma?

Az IDS kiváló ötlet, de a szlovák lakóépület-tervezési gyakorlatban az alkalmazása még korai. Ennek több oka is van:

• Az eszköztámogatás változó. Nem minden BIM-platform exportál IDS-t, és nem minden ellenőrző olvassa megbízhatóan. A támogatás javul, de sok kis gyakorlat még mindig régebbi szoftververziókat használ IDS-képesség nélkül.
• A bsdd összehangolása hiányos. Sok európai tulajdonságkönyvtárat még mindig a buildingSMART definíciókhoz igazítanak. Amíg ez nem történik meg, az elnevezések IDS-en keresztüli betartatása nehéz.
• A tanácsadók bevonása szükséges. Egy tartószerkezeti tervező, aki több projekten dolgozik, nem fogadhatja el az IDS-t az egyik ügyfél számára, és hagyhatja figyelmen kívül a másiknál. A szabvány iparági szintű elfogadásának előbb meg kell történnie.
• Az IDS nem ítélkezhet a tervezésről. Egy fal átmehet minden IDS-szabályon, és mégis elbukhat a hőtechnikai célértékén, vagy egy légcsatorna helyesen lehet elnevezve, de alulméretezett. Az IDS az adatok jelenlétét és formáját érvényesíti, nem a helyességét vagy teljesítményét.

Az egyéni gyakorlatok számára a pragmatikus megközelítés az, ha kis, nagy értékű szabályokkal kezdenek (pl. "minden falnak rendelkeznie kell egy típussal és egy vastagsággal"), és csak akkor bővítik, amikor a tanácsadóik bizonyítják, hogy támogatják mind a szabványt, mind a bsdd elnevezést. A BEP továbbra is az elsődleges eszköz; az IDS egy növekvő társ, amely a minőség-ellenőrzés egy részét automatizálja, ahogy az ökoszisztéma érik.