Špecifikácia dodania informácií (IDS)

Čo je to špecifikácia informačných požiadaviek?

Špecifikácia informačných požiadaviek (IDS) je otvorený, strojovo čitateľný štandard vydaný organizáciou buildingSMART, ktorý vyjadruje BIM informačné požiadavky ako testovateľné pravidlá. Zatiaľ čo plán realizácie BIM uvádza požiadavky v texte („steny musia obsahovať súčiniteľ prechodu tepla a požiarnu odolnosť“), IDS túto požiadavku prekladá do pravidla, ktoré môže kontrolór spustiť automaticky: otvorí model IFC, otestuje každú stenu a pre každú ohlási úspech alebo neúspech. Tento posun od textu k strojovo vykonateľnému kódu je určujúcou silou IDS.

Štandard spravuje buildingSMART a je publikovaný ako verejná špecifikácia. Funguje v rámci ekosystému openBIM a pracuje so súbormi IFC, ktoré sú nezávislé od dodávateľa a voľne zdieľateľné. IDS odstraňuje ľudské argumenty z procesu overovania zhody: model buď spĺňa špecifikáciu, alebo nie, a softvér to dokáže skontrolovať bez interpretácie.

Čím sa IDS líši od plánu realizácie BIM?

Oba dokumentujú informačné požiadavky, ale fungujú na rôznych úrovniach. BEP je písomná dohoda, zvyčajne 5-50 strán, kde tím a klient dohadujú, aké informácie sú potrebné, kto ich vytvára a do kedy. Zhoda sa posudzuje subjektívne: člen tímu povie „dodali sme tepelné vlastnosti“, príjemca skontroluje a buď súhlasí, alebo namieta. Spor sa rieši e-mailom alebo na stretnutí.

IDS vezme rovnakú požiadavku („vyžadujú sa tepelné vlastnosti“) a zakóduje ju ako pravidlo: „pre každú entitu steny musí existovať vlastnosť s názvom U-value a jej hodnota musí byť číslo medzi 0,1 a 2,0“. Stroj spustí toto pravidlo na modeli a ohlási: päť stien vyhovuje, dve steny nevyhovujú (chýba U-value), tri steny nevyhovujú (hodnota mimo rozsahu). Neexistuje žiadny argument; údaje buď sú, alebo nie sú.

V praxi IDS dopĺňa BEP, nie ho nahrádza. BEP zostáva zmluvou a projektovým pravidlom. IDS je nástroj, ktorý automatizuje jednu časť vymáhania BEP: úplnosť informácií a konvencie pomenovania.

Akú štruktúru definuje špecifikácia IDS?

Každé pravidlo IDS má dve časti: použiteľnosť a požiadavky. Použiteľnosť odpovedá na otázku „na ktoré entity sa toto pravidlo vzťahuje?“ Požiadavky odpovedajú na otázku „čo musí platiť pre tieto entity?“

Použiteľnosť filtruje podľa typu entity IFC, klasifikácie alebo vlastnosti. Napríklad: „vzťahuje sa na všetky prvky klasifikované ako tepelná izolácia“ alebo „vzťahuje sa na všetky steny v podlaží číslo 2“. Požiadavky potom špecifikujú, aké informácie musia tieto entity sprevádzať: minimálne a maximálne hodnoty, požadované vlastnosti, povolené materiály alebo vzťahy k iným prvkom. Pravidlo môže znieť: „každý izolačný prvok musí mať vlastnosť Hrúbka (číselná, milimetre, minimálne 50)“, kontrolované podľa definícií vlastností z dátového slovníka buildingSMART, aby sa názvy zhodovali naprieč modelmi z rôznych nástrojov.

Prečo IDS funguje len vtedy, keď sa názvy skutočne zhodujú?

Tu je tvrdé obmedzenie: pravidlá IDS odkazujú na názvy vlastností a klasifikácie. Ak váš architektonický model pomenuje tepelnú vlastnosť „U_Val“ a pravidlo hľadá „U-value“, kontrolór nič nenájde, označí to ako neúspech a žiadny ľudský úsudok to nemôže prehlasovať. Vlastnosť existuje, ale pod iným názvom, takže pravidlo je technicky správne: požadovaná vlastnosť neexistuje.

To je dôvod, prečo IDS a dátový slovník buildingSMART (bsdd) musia spolupracovať. bsdd je register definícií vlastností, zoskupených podľa domény, každá so štandardizovaným názvom. Keď pravidlo IDS hovorí „vlastnosť U-value (z kódu bsdd PSet_WallCommon.U-value)“, hovorí: táto musí existovať, pod týmto presným názvom, s touto presnou definíciou. Softvér každého konzultanta potom musí exportovať do IFC s použitím názvov vlastností z bsdd, inak kontrola zlyhá.

Pre samostatnú prax koordinujúcu externých konzultantov si vynútenie tohto vyžaduje zahrnúť odkaz na bsdd do BEP a požiadať konzultantov, aby potvrdili, že ich softvér dokáže exportovať s jeho použitím. Mnohé nástroje to dnes podporujú; niektoré stále nie. To je dôvod, prečo je prijatie IDS v slovenskej praxi stále v ranom štádiu: ekosystém musí zosúladiť názvoslovie, kým sa kontroly IDS stanú spoľahlivými.

Kde sa IDS nachádza v pracovnom postupe?

Sada pravidiel IDS sa zvyčajne dohaduje s klientom na začiatku, spolu s BEP. Je uložená v spoločnom dátovom prostredí ako projektová brána kvality. Zakaždým, keď konzultant vydá aktualizáciu modelu (týždenne, dvojtýždenne alebo pri míľnikoch), model sa odošle do CDE a kontrolór (softvér alebo človek používajúci softvér) spustí pravidlá IDS. Výsledky sa poskytnú tímu: „model MEP prechádza všetkými pravidlami“ alebo „architektonický model neprechádza: 12 stenám chýba U-value“.

Výsledky potom vstupujú do koordinačného procesu: detegujú sa kolízie, zlyhania IDS sa zaznamenávajú ako problémy v koordinačnom nástroji, priradia sa zodpovednej strane a vyriešia sa pred ďalším vydaním. BIM koordinácia sa stáva štruktúrovanejšou, pretože kvalita informácií je overená, nie predpokladaná. Tímy zachytia neúplné alebo nesprávne pomenované údaje skoro, nie až pri odovzdaní.

Aké sú praktické limity prijatia IDS dnes?

IDS je vynikajúci nápad, ale v slovenskej rezidenčnej praxi je prijatie stále v ranom štádiu. Niekoľko dôvodov:

• Podpora nástrojov je rôzna. Nie každá BIM platforma exportuje IDS a nie každý kontrolór ho spoľahlivo číta. Podpora sa zlepšuje, ale mnohé malé praxe stále používajú staršie verzie softvéru bez schopnosti IDS.
• Zosúladenie bsdd je neúplné. Mnohé európske knižnice vlastností sa stále migrujú na definície buildingSMART. Kým sa to nezosúladí, vynucovanie názvoslovia pomocou IDS je ťažké.
• Je potrebný súhlas konzultantov. Statik pracujúci na viacerých projektoch nemôže prijať IDS pre jedného klienta a ignorovať ho pre iného. Najprv musí nastať celoodvetvové prijatie štandardu.
• IDS nedokáže posúdiť návrh. Stena môže prejsť všetkými pravidlami IDS a stále nespĺňať svoj tepelný cieľ, alebo potrubie môže byť správne pomenované, ale poddimenzované. IDS overuje prítomnosť a formu údajov, nie ich správnosť alebo výkon.

Pre samostatné praxe je pragmatickým prístupom začať s malými, vysoko hodnotnými pravidlami (napr. „každá stena musí mať typ a hrúbku“) a rozširovať ich až vtedy, keď vaši konzultanti preukážu podporu pre štandard aj názvoslovie bsdd. BEP zostáva primárnym nástrojom; IDS je rastúci spoločník, ktorý automatizuje časť kontroly kvality, keď ekosystém dozrieva.