BIM Collaboration Format

Co je BCF a proč na něm záleží?

BCF (BIM Collaboration Format) je otevřený standard pro výměnu informací o koordinačních problémech mezi BIM nástroji, aniž by bylo nutné posílat celé modelové soubory. Místo odesílání 500 MB modelu e-mailem jedna strana pošle malý balíček: kamerový úhel pohledu, seznam ID komponent, vlákno diskuse o kolizi, kód stavu a volitelně snímek obrazovky a přiřazeného vlastníka. Software příjemce skočí přímo na toto místo ve svém vlastním modelu, kde může měřit, upravovat a odpovídat.

Základní myšlenkou je, že BCF vyměňuje problém, nikoli model. Kolize mezi potrubím a nosníkem je jedna informace; celý model budovy je něco jiného. Toto oddělení umožňuje spolupráci napříč softwarovými hranicemi, aniž by některá ze stran ztratila kontrolu nad svým autorským prostředím.

Co obsahuje BCF problém?

BCF "téma" obsahuje pohled (uložená pozice kamery a ID komponent), snímek obrazovky zobrazující problém, časově označené vlákno komentářů a pole stavu (otevřeno, probíhá, vyřešeno, uzavřeno), plus prioritu a přiřazení. Celý balíček je uložen jako BCF-XML (archiv s XML dokumenty) nebo synchronizován živě prostřednictvím BCF API mezi dvěma servery.

Pohled používá globálně jedinečné identifikátory (GUID) komponent, které většina BIM platforem dokáže interpretovat. To umožňuje příjemci pochopit problém, i když se verze jeho softwaru liší. Protože obě strany odkazují na stejnou geometrii modelu pomocí GUID, mohou spolupracovat bez sdílení souborů.

Jak BCF zapadá do ekosystému openBIM?

OpenBIM používá otevřené, neproprietární standardy pro výměnu dat. IFC standardizuje samotný model; BCF standardizuje konverzaci o modelu. Dohromady umožňují ateliéru používajícímu Revit, statické firmě používající Tekla a konzultantovi TZB používajícímu ArchiCAD koordinovat se, aniž by kdokoli musel měnit nástroje.

BCF je spravován organizací buildingSMART (orgán stojící za IFC) a funguje napříč Revit, ArchiCAD, Tekla a prohlížeči třetích stran. Tato otevřenost je důvodem, proč je BCF nyní v profesionální koordinaci očekáván; bez něj by všechny strany byly uzamčeny do jednoho softwarového ekosystému.

Jaké jsou dva způsoby přenosu BCF?

BCF lze přenášet dvěma mechanismy, z nichž každý je vhodný pro jinou strukturu týmu.

Pro malé rodinné domy se dvěma konzultanty, kteří se scházejí týdně, je souborové BCF dostačující. U vícepodlažních projektů s denní koordinací a mnoha zainteresovanými stranami API-based BCF zajišťuje, že nikdo nepracuje se zastaralým seznamem problémů.

Jak BCF zapadá do detekce kolizí a koordinace?

Detekce kolizí automaticky skenuje federovaný model a označuje prostorové konflikty. Detekční nástroj vygeneruje zprávu o tvrdých kolizích (překrývající se objemy), měkkých kolizích (nedostatečná vůle) a kontrolních bodech. Tato zpráva je převedena na jednotlivá BCF témata, každé s kamerovým pohledem, ID komponent a otázkou nebo navrhovanou vůlí.

Témata jsou distribuována: architekt posune prvek, statik posune nosník, konzultant TZB přeloží potrubí. Jak každá strana reaguje, stav se mění z otevřeno na probíhá na vyřešeno a vlákno komentářů zaznamenává rozhodnutí. BIM koordinace je celý tento iterativní cyklus, přičemž BCF je mechanismus, který drží distribuované týmy pohromadě.

Jaká je praktická hodnota pro slovenské ateliéry koordinující s inženýry?

Pro sólového architekta navrhujícího rodinný dům samostatně je BCF zbytečné. Rychlý telefonát je často rychlejší než formalizovat koordinaci do BCF témat.

BCF se stává nezbytným, jakmile ateliér koordinuje se samostatným statikem a specialistou na TZB používajícími jiný software. V tomto měřítku BCF zajišťuje, že zpráva o konfliktu je přesná, opakovatelná a trvale zaznamenaná, nikoli pohřbená v e-mailových vláknech a snímcích obrazovky. U projektu pasivního domu se složitým potrubím, podlahovým vytápěním a těsným statickým rastrem se nevyřešené koordinační kolize často na stavbě projeví jako tepelné mosty nebo defekty vzduchotěsnosti. Formalizovaný BCF pracovní postup zachytí tyto problémy během návrhu, kdy je jejich oprava levná, nikoli až po zahájení výstavby.

Jaká jsou skutečná omezení BCF?

BCF je výkonný, ale není to systém pro správu verzí ani kompletní archiv projektu. Za prvé, obě strany musí používat stejnou verzi modelu. Pokud architekt přidá zeď a změní GUID komponent, staré BCF problémy mohou odkazovat na komponenty, které již neexistují. Na rozdíl od repozitářů kódu nemá BCF automatické slučování; týmy musí ručně koordinovat verze modelu vyhlášením koordinačního zmrazení.

Za druhé, BCF zaznamenává problémy v daném okamžiku, ale neuchovává historii návrhu. Pokud byla kolize vyřešena posunutím nosníku a architekt později vytvoří stejnou kolizi jinde, BCF nezdědí předchozí řešení. Pro skutečné archivování návrhu potřebuje projekt kromě BCF také řádný systém správy verzí.

Za třetí, BCF žije uvnitř Společného datového prostředí (CDE), jehož dostupnost zcela závisí na životnosti platformy. Pokud server přestane fungovat, problémy se stanou nedostupnými, pokud nebyly explicitně exportovány. Požadujte finální BCF export jako součást předávací dokumentace projektu.

Kdy by měl projekt přijmout BCF?

Rozhodnutí závisí na velikosti týmu, rozmanitosti softwaru a složitosti projektu. U malého domu se sehraným týmem mohou formální BCF pracovní postupy působit jako byrokracie. U složitého vícepodlažního projektu s konzultanty v různých městech používajícími různé nástroje udržuje BCF koordinaci asynchronní a auditovatelnou.