Format współpracy BIM

Czym jest BCF i dlaczego ma znaczenie?

BCF (BIM Collaboration Format) to otwarty standard wymiany informacji o problemach koordynacyjnych między narzędziami BIM bez konieczności przesyłania całych plików modelu. Zamiast wysyłać e-mailem model o wielkości 500 MB, jedna strona przesyła mały pakiet: punkt widzenia kamery, listę identyfikatorów komponentów, wątek komentarzy dotyczący kolizji, kod statusu, a opcjonalnie zrzut ekranu i przypisanego właściciela. Oprogramowanie odbiorcy przeskakuje bezpośrednio do tego miejsca we własnym modelu, gdzie można mierzyć, modyfikować i odpowiadać.

Kluczowym spostrzeżeniem jest to, że BCF wymienia problem, a nie model. Kolizja między kanałem wentylacyjnym a belką to jedna informacja; cały model budynku to coś innego. To rozdzielenie umożliwia współpracę ponad granicami oprogramowania, bez utraty kontroli nad własnym środowiskiem pracy przez którąkolwiek ze stron.

Co zawiera zgłoszenie BCF?

"Temat" BCF zawiera punkt widzenia (zapisana pozycja kamery i identyfikatory komponentów), zrzut ekranu pokazujący problem, opatrzony znacznikiem czasu wątek komentarzy oraz pole statusu (otwarty, w toku, rozwiązany, zamknięty), a także priorytet i przypisanie. Cały pakiet jest przechowywany jako BCF-XML (archiwum z dokumentami XML) lub synchronizowany na żywo za pomocą API BCF między dwoma serwerami.

Punkt widzenia wykorzystuje globalnie unikalne identyfikatory (GUID) komponentów, które większość platform BIM potrafi interpretować. Pozwala to odbiorcy zrozumieć problem, nawet jeśli jego wersja oprogramowania się różni. Ponieważ obie strony odnoszą się do tej samej geometrii modelu za pomocą GUID, mogą współpracować bez udostępniania plików.

Jak BCF wpisuje się w ekosystem openBIM?

OpenBIM wykorzystuje otwarte, nieproprietarne standardy wymiany danych. IFC standaryzuje sam model; BCF standaryzuje rozmowę o modelu. Razem pozwalają one biuru projektowemu używającemu Revit, firmie konstrukcyjnej używającej Tekla i konsultantowi MEP używającemu ArchiCAD na koordynację bez zmiany narzędzi przez nikogo.

BCF jest utrzymywany przez buildingSMART (organizację stojącą za IFC) i działa w Revit, ArchiCAD, Tekla oraz zewnętrznych przeglądarkach. Ta otwartość sprawia, że BCF jest obecnie oczekiwany w profesjonalnej koordynacji; bez niego wszystkie strony byłyby zamknięte w jednym ekosystemie oprogramowania.

Jakie są dwa sposoby transportu BCF?

BCF może być przesyłany na dwa sposoby, każdy dostosowany do innej struktury zespołu.

W przypadku małych domów jednorodzinnych z dwoma konsultantami spotykającymi się co tydzień, plikowy BCF jest wystarczający. W przypadku projektów wielokondygnacyjnych z codzienną koordynacją i wieloma interesariuszami, BCF oparty na API zapewnia, że nikt nie pracuje na nieaktualnej liście problemów.

Jak BCF wpisuje się w wykrywanie kolizji i koordynację?

Wykrywanie kolizji automatycznie skanuje model scalony i oznacza konflikty przestrzenne. Narzędzie do wykrywania generuje raport kolizji twardych (nakładające się objętości), kolizji miękkich (niewystarczający prześwit) i punktów zapytań. Raport ten jest konwertowany na poszczególne tematy BCF, każdy z widokiem kamery, identyfikatorami komponentów i pytaniem lub sugerowanym prześwitem.

Tematy są rozpowszechniane: architekt przesuwa element, konstruktor przesuwa belkę, konsultant MEP przekierowuje kanał. Gdy każda strona odpowiada, status zmienia się z otwartego na w toku, a następnie na rozwiązany, a wątek komentarzy rejestruje decyzje. Koordynacja BIM to cała ta iteracyjna pętla, z BCF jako mechanizmem łączącym rozproszone zespoły.

Jaka jest praktyczna wartość dla słowackich biur współpracujących z inżynierami?

Dla samodzielnego architekta projektującego dom jednorodzinny w pojedynkę, BCF jest przesadą. Szybka rozmowa telefoniczna jest często szybsza niż formalizowanie koordynacji w tematy BCF.

BCF staje się niezbędny, gdy biuro koordynuje prace z oddzielnym konstruktorem i specjalistą MEP używającymi innego oprogramowania. W tej skali BCF zapewnia, że komunikat o konflikcie jest precyzyjny, powtarzalny i trwale zapisany, a nie pogrzebany w łańcuchach e-maili i zrzutach ekranu. W projekcie domu pasywnego ze złożoną instalacją wentylacyjną, ogrzewaniem podłogowym i ciasną siatką konstrukcyjną, nierozwiązane kolizje koordynacyjne często przeradzają się na budowie w mostki termiczne lub wady szczelności powietrznej. Formalny przepływ pracy BCF wyłapuje te problemy podczas projektowania, gdy ich naprawa jest tania, a nie po rozpoczęciu budowy.

Jakie są rzeczywiste ograniczenia BCF?

BCF jest potężny, ale nie jest systemem kontroli wersji ani kompletnym archiwum projektu. Po pierwsze, obie strony muszą używać tej samej wersji modelu. Jeśli architekt doda ścianę i zmieni identyfikatory GUID komponentów, stare zgłoszenia BCF mogą odnosić się do komponentów, które już nie istnieją. W przeciwieństwie do repozytoriów kodu, BCF nie ma automatycznego scalania; zespoły muszą ręcznie koordynować wersje modeli, ogłaszając zamrożenie koordynacji.

Po drugie, BCF rejestruje problemy w danym momencie, ale nie zachowuje historii projektu. Jeśli kolizja została rozwiązana przez przesunięcie belki, a architekt później odtworzy tę kolizję gdzie indziej, BCF nie dziedziczy poprzedniego rozwiązania. Do prawdziwego archiwizowania projektu potrzebny jest odpowiedni system kontroli wersji oprócz BCF.

Po trzecie, BCF działa wewnątrz Wspólnego Środowiska Danych, którego dostępność zależy wyłącznie od trwałości platformy. Jeśli serwer zostanie wyłączony, problemy staną się niedostępne, chyba że zostaną jawnie wyeksportowane. Poproś o końcowy eksport BCF jako element dostawy projektu.

Kiedy projekt powinien wdrożyć BCF?

Decyzja zależy od wielkości zespołu, różnorodności oprogramowania i złożoności projektu. W małym domu ze zgranym zespołem formalne przepływy pracy BCF mogą wydawać się biurokracją. W złożonym projekcie wielokondygnacyjnym z konsultantami w różnych miastach używającymi różnych narzędzi, BCF utrzymuje koordynację asynchroniczną i podlegającą audytowi.