(BIM - MODELOWANIE INFORMACJI O BUDYNKU)
W chwili pisania tego tekstu nie mamy jasnego zrozumienia ani definicji pojęcia BIM. Czy chodzi o modele 3D, czy to narzędzie, czy to proces, czy metoda, czy też model biznesowy? Pytania są wielorakie i znajduje to odzwierciedlenie w wielu definicjach stosowanych w branży budowlanej. Obecna odpowiedź brzmi, że koncepcja BIM obejmuje wszystko po trochu. Celem tego przewodnika jest udzielenie odpowiedzi na pytanie, jak radzić sobie z wyzwaniem, jakim jest szybko postępująca cyfryzacja w branży budowlanej. Ten przewodnik dotyczy tego, co możemy teraz zrobić, aby wnieść wartość dla architektów, projektów, partnerów i naszych klientów, którzy pracują w szybko zmieniającym się środowisku cyfrowym. Tu i teraz. W jaki sposób architekci mogą ulepszyć swoje możliwości informatyczne i rozszerzyć swoją tradycyjnie wizualną, opartą na geometrii formę komunikacji, tak aby obejmowała dane alfanumeryczne związane z modelami BIM i obiektami danych / częściami budynku? Ten przewodnik wyjaśnia relacje między zakresem usług architekta1 (ACE-SoS) a wykorzystaniem cyfrowych modeli 3D. W tym przewodniku wyjaśniono najważniejsze ustalenia z ustalonej europejskiej praktyki BIM. Naszym celem jest udzielenie porad, jak radzić sobie z wyzwaniami, które pojawiają się, gdy projekt ma być zaprojektowany przy użyciu BIM, i przedstawienie przykładu tego, co można uznać za ustaloną praktykę podczas pracy z oprogramowaniem 3D i procesami związanymi z BIM. Ten przewodnik nie stanowi planu strategicznego obejmującego przyszłe aspekty transformacji cyfrowej i wykorzystania BIM, baz danych i oprogramowania 3D. Nie definiuje też konkretnych metod ani nie zaleca określonego oprogramowania do pracy z BIM. Nie obejmuje również ani nie wyjaśnia potrzeby wprowadzenia modelu przez strony trzecie. Uważamy, że warto ustanowić wspólną pulę terminów i technologii BIM; oznacza to otwarte CDE i otwarte platformy wymiany danych zamiast rozwiązań zastrzeżonych. Nie zgadzamy się, że technologia powinna dyktować transformację lub wymuszać przełomowe hipotezy na budownictwie i poza nim. ACE popiera założenie, że wytyczne są zakorzenione w praktyce, na podstawie doświadczeń i dowodów zebranych w rzeczywistych projektach.
Celem tego rozdziału jest wyjaśnienie najważniejszych i najczęściej spotykanych zagadnień i zadań związanych z SoS i BIM. W całej Europie funkcja architekta zależy od wielu czynników, takich jak wielkość projektu i podstawa prawna umów projektowych. Architekt jest członkiem zespołu projektowego oraz kieruje projektem i pełni rolę instancji koordynującej. Istnieją różnice między funkcją architekta w Holandii, Francji, Hiszpanii, Niemczech, Austrii, Danii i Szwajcarii. Obecnie kontrakty publiczne i prywatne często zawierają uzupełnienia dotyczące technologii informacyjno-komunikacyjnych (ICT), które wymagają zastosowania BIM. Te dodatki ICT, często sięgające 200-300 stron i więcej, zostaną omówione i porównane z zakresem usług i produktami architekta. W rzeczywistości stajemy przed wyzwaniem często przedwczesnych i niesprawdzonych wymagań ICT i specyfikacji BIM. Wymagania BIM sprawiają, że architekci muszą mieć zrozumienie i strategię, jak radzić sobie ze specyfikacjami ICT / BIM klientów w optymalny sposób niż kiedykolwiek, już na etapie konkursu lub przetargu. Pierwszym krokiem w celu uniknięcia problemów jest jak najszybsze zajęcie się niejasnościami na etapie przetargu lub konkursu. Rys. 1 pokazuje, jak można obsługiwać projekty z wymaganiami BIM. Dokumenty kontraktowe są pokazane nad niebieską linią, a techniczne procesy wdrożeniowe są pokazane pod niebieską linią. Zwykle podpisywana jest umowa, a następnie wdrażanie jest przekazywane kierownikom projektów. Dlatego rozsądnie jest pozostawić pole manewru podczas przechodzenia od wymagań do implementacji. Źle obsługiwane technologie informacyjno-komunikacyjne mogą mieć negatywny wpływ na projekt. Pytania, które często są omawiane zbyt późno, są konfliktami, które powstają w związku z interpretacją wymagań pomiędzy zakresem usług a specyfikacjami ICT. Spory mogą dotyczyć kosztów licencji, szkolenia i odpowiedzialności za oprogramowanie, własności baz danych, własności danych i dostarczania danych w otwartych lub zastrzeżonych formatach plików. Do tego można dodać kwestie związane z projektowaniem i budową, takie jak spadki danych, zawartość modelu na poziomie dyscypliny technicznej oraz niezawodność modeli BIM oraz w jakim celu są one ważne, gdy są używane przez innych partnerów projektu. Wszystko to sprawia, że niezbędna jest umiejętność obsługi aspektów kontraktowych, a także specyfikacji technicznych projektu.
Rys. 1: Poziom kontraktowy i planowanie specyficzne dla projektu - patrz oryginał
(POZIOM DEFINICJI)
Kilku członków UE opracowało własną interpretację LOD jako punktu, w którym nowa technologia spotyka się z ustaloną praktyką. Pojęcie LOD lub Level of Definition opisuje, jak szczegółowe powinny być obiekty pod względem reprezentacji graficznej i zawartości danych, aby wspierać przepływ danych i wykonywanie procesów między jedną platformą oprogramowania a drugą. Koncepcja LOD nie jest dostosowana do zakresu usług architekta ani nie służy temu samemu celowi. Poziom szczegółu opisuje tylko zawartość modelu w kontekście oprogramowania. Często te dwie koncepcje są mylone w kontekście kontraktowym, w którym uważa się, że poziomy LOD są takie same, jak produkty dostarczane zgodnie z SoS. Ważne jest, aby zrozumieć różnicę i znaleźć pragmatyczny sposób rozwiązania tego problemu. Pierwszym krokiem w tym kierunku jest stworzenie praktycznych podstaw poprawy koordynacji interdyscyplinarnej. Drugim krokiem jest pytanie, ile informacji powinny zawierać obiekty LOI. Wpływa na to decyzja dotycząca konkretnego projektu lub firmy dotycząca tego, co przynosi wartość. Brak praktycznego doświadczenia z BIM doprowadził do tego, że znaczenie graficznych szczegółów obiektów i modeli w EIR klienta jest przeceniane. Dla projektantów poziom szczegółowości graficznej obiektów, jak pokazano w LODs, takich jak ten z BIMFORUM, nie jest tak ważny. Dlaczego? ponieważ modelowanie danych w 3D nie jest opłacalne. Obecnie wymagania klientów dotyczące wyjścia BIM i cyfrowego przepływu pracy przewyższają wyniki projektu określone w naszym zakresie usług2. To nie jest dająca się obronić sytuacja. Modele 3D nie posiadają skali, a dla niewprawnego oka modele BIM wyglądają tak samo w fazie 1 lub 6. Dlatego konieczne jest ustalenie definicji „niezawodności” modeli i obiektów / części budynku. Ale jeszcze ważniejsze jest to, jak obiekty są postrzegane w reprezentacji 2D, ponieważ rysunki są nadal lepsze i stanowią najlepszy i najbardziej niezawodny sposób wyjaśniania i dokumentowania tego, co ma zostać zbudowane. Głównym problemem podczas pracy z modelami 3D jest wyjaśnienie, w jakim stopniu można zaufać zewnętrznej geometrii obwodu i lokalizacji obiektów, oraz odzwierciedlenie tego na rysunkach 2D w ramach uzgodnionej tolerancji, skali i notacji. To jest nasza podstawowa dokumentacja. Co więcej, tworzenie prawidłowych raportów z wykrywania kolizji zależy również od prawidłowej geometrii obiektu, a nie od reprezentacji wizualnej, a to może być tak proste, jak pudełko. Podsumowując: konieczne jest znalezienie sposobu obsługi ACE-SoS zgodnie z BIM / LOD zdefiniowanym w powstających normach CEN (Europejskiego Komitetu Normalizacyjnego) oraz innych powszechnie stosowanych norm krajowych. Należy ustalić ramy umowne dotyczące niezawodności modeli / obiektów LOR (poziom niezawodności) i zawartość modelu. Jeżeli nie określono tego na poziomie umownym, wszystkie wymieniane modele muszą zawierać dokładny opis ich ważności i celu użycia; jest to jednak prawie niemożliwe.
Rys.2: Przykład dostosowania zakresu usług3 do koncepcji BIM przy użyciu LOD, LOR, LOG i LOI - patrz oryginał
Przykład przedstawia na grafice tylko ścianę wewnętrzną. Podobne ilustracje muszą zostać opracowane dla wszystkich obiektów w rzeczywistym projekcie. Ustalenie obiektów o geometrii zewnętrznej i lokalizacji obiektów w modelu LOR (Level of Reliability). (To nie jest termin międzynarodowy! Proszę zwrócić uwagę na definicje dokładności na rys. 2). Ustalanie (LOG) poziomu geometrii. Ustanowienie (LOI) informacji alfanumerycznych (LOG i LOI, patrz Rozdział 6).
Definicje dokładności geometrii
Oczekiwana geometria główna wskazuje, że nie określono kształtu geometrycznego obiektu / elementu budynku i nie określono położenia w konstrukcji
Ustalona geometria główna wskazuje, że kształt geometryczny i położenie obiektu / elementu budynku w konstrukcji zostały wyjaśnione i ustalone, ale korekty można wprowadzić przed zdefiniowaniem i podjęciem decyzji o ostatecznym kształcie i lokalizacji
Ostateczna geometria główna wskazuje, że obiekt / element budynku został ostatecznie doprecyzowany pod względem kształtu i położenia
Wybrane: architekt wybiera ważne elementy / części, które są szczegółowo opisane w modelu. Wybrane części ilustrują części typowe (wielokrotnie powtarzane) lub części krytyczne (trudne z punktu widzenia rozwiązania technicznego lub możliwości wykonania). Dobra typologia lub system klasyfikacji ma fundamentalne znaczenie dla stworzenia rozsądnej matrycy odpowiedzialności. (Patrz rozdział 9).
Jak modelować w 3D?
Nie jest to łatwe pytanie w krótkim oświadczeniu. Jak wspomniano w poprzednim rozdziale, kraje UE opracowują standardy BIM zgodnie z lokalnymi przepisami i normami budowlanymi. Planowanie cyfrowe wymaga wczesnych decyzji projektowych. Zmiany w planie realizacji projektu (BIM) najprawdopodobniej będą miały negatywne konsekwencje dla spójnego tworzenia danych w projekcie BIM. Przykładowo: jeśli strategia lub proces przetargowy ulegnie zmianie w trakcie realizacji projektu, producenci danych najprawdopodobniej będą musieli dokonać nowej segregacji modeli / danych i rozmieszczenia materiałów informacyjnych. Oznacza to więcej wysiłku, czasu i kosztów dla zespołu projektowego i konstrukcyjnego. To paradoks, ale tego rodzaju zmiany są bardzo kosztowne i niełatwe do wykonania w modelach danych. Mówiąc o BIM, często zapomina się o konieczności tworzenia dokumentacji dla faz planowania oraz dokumentowania kroków i zmian. Dokumentacja może mieć postać rysunków 2D, schematów, schematów i opisów. Na przykład dokumenty, takie jak rysunki, są bardzo starą, ale nadal skuteczną formą dokumentacji i można je odczytać bez systemu opartego na oprogramowaniu! Komunikacja w branży budowlanej coraz częściej przechodzi na dokumenty elektroniczne. To stawia pewien dylemat, ponieważ data / czas i etap muszą być śledzone i wpisywane do historii dokumentacji planowania projektu, a także jakie informacje zostały wysłane do innych członków zespołu planującego oraz jak je przetworzyli i zmodyfikowali. Tworzenie rysunków na papierze oznacza, że tworzymy ogromną liczbę arkuszy papieru. Korzystając z BIM, tworzymy ogromną ilość plików danych do zapisania w naszym systemie dokumentacji. Czy rysunki staną się jedynie przestarzałym sposobem przekazywania informacji technicznych? BIM to wciąż wizja dla standardowego rynku budowlanego, ponieważ na rynku nie ma oprogramowania lub metody typu „podłącz i używaj”, które mogą uczynić złożony BIM użytecznym dla większej liczby użytkowników. Technologie chmury zostały opracowane w celu stworzenia możliwości, ale oprogramowanie lub platforma typu open source wciąż nie są rozwijane. Rozwiązania oparte na chmurze muszą być nastawione na bezpieczeństwo danych. Jak wspomniano wcześniej, istnieje wiele założeń dotyczących tego, jak szczegółowe muszą być modele budynków, aby zaspokoić różne potrzeby w łańcuchu dostaw. Architekt powinien wziąć pod uwagę ilość i „ziarnistość” potrzebnych danych modelu: jakie dane graficzne są potrzebne do wykonania rysunku? Jakie dane są potrzebne do przetworzenia jako informacje alfanumeryczne, aby wspierać zespół planujący i łańcuch dostaw? (Zobacz rozdział 7-8). Wypychanie modelu danymi wydaje się proste. Śledzenie zmian w czasie i przestrzeni na różnych platformach oprogramowania to inny i niedoceniany krytyczny problem. Śledzenie zmian i ważności jest wyzwaniem dla naszego oprogramowania projektowego i ludzkich możliwości, a gdy jest osadzone w kontekście odpowiedzialności, zaczyna się poważnie, ponieważ stajemy w obliczu politycznego pragnienia postrzegania BIM jako modelu biznesowego i wirtualnego narzędzia do kontrolowania. koszt, czas i jakość. Podczas rozpoczynania projektów BIM nie należy lekceważyć obsługi i dokumentowania zmian. Jest to poważne i wymagające zadanie dla architekta pełniącego rolę lidera zespołów planowania i koordynacji BIM. Ogromną zaletą korzystania z modeli 3D i danych jest możliwość lepszej koordynacji projektu, zwłaszcza podczas dopasowywania konstrukcji i modeli MEP. To jest proces zapewniania jakości i nie jest to nowa rzecz. Z technicznego punktu widzenia odbywa się to poprzez kontrole kolizji, kontrole wizualne itp. Krótko mówiąc: dobra jakość danych pod względem struktury umożliwia efektywne sterowanie cyfrowe. Słaba jakość danych uniemożliwia to. Otwarty BIM lub zamknięty BIM odnoszą się do korzystania z otwartych formatów danych zamiast korzystania z oprogramowania zastrzeżonego. Wydaje się jednak, że strategia największych firm programistycznych brzmi: rozwijamy możliwości, ale użytkownik musi zaakceptować rozwiązania, które są niekompatybilne z innymi systemami, normami krajowymi czy metodami regulacyjnymi. W ACE uważamy, że ważne jest, aby wspierać rozwój i wykorzystanie formatu otwartych danych!
Większość krajów ma własne systemy klasyfikacji i ma własny sposób tworzenia struktur podziału kosztów. Te struktury kosztów zwykle działają jako podstawowa struktura odpowiednia do modelowania BIM i 3D. Należy jednak pamiętać, że struktury utworzone do obliczeń najprawdopodobniej nie są wystarczająco szczegółowe, aby uporządkować i kontrolować informacje o obiektach potrzebne w procesie projektowania i budowy. To stwierdzenie dotyczy również nowo tworzonych standardów kalkulacji kosztów. Większość systemów klasyfikacji jest zbudowana na podstawie ISO 12006, która jest standardem koncepcyjnym dla ogólnie środowiska zbudowanego, ale nie jest to standard obejmujący konwencje nazewnictwa obiektów / części budynków, które mają być używane w systemach cyfrowych. Struktury numeracji w starszych systemach klasyfikacji opartych na papierze nie są przeznaczone do pracy w świecie cyfrowym, co okazało się dużym wyzwaniem podczas programowania oprogramowania i baz danych. Konsekwencją dla użytkownika końcowego jest to, że cierpi na tym logika i zrozumienie, jak pracować z interfejsem cyfrowym. Należy poprawić funkcjonalność w zakresie klasyfikacji i programowania interfejsów. Musimy zakwestionować termin „czytelność maszynowa” i jak wpływa to na nasz zawód i zraża ludzi. Tworzenie dobrych interfejsów użytkownika jest również niezwykłym wyzwaniem dla każdego programisty. Jak wspomniano wcześniej, gdy klasyfikacja jest umieszczana w kontekście cyfrowym, spójne i proste zasady kodowania informacji numerycznych i tekstowych są ważne, aby umożliwić eksport danych modelu i przedstawienie ich na rysunkach i arkuszach kalkulacyjnych. Należy ustanowić ustrukturyzowane zasady nazewnictwa obiektów i zdefiniowane zestawy właściwości pól / wartości dla danych. Ogólnie rzecz biorąc, ważne jest, aby sekwencje numeracji / nazewnictwa były krótkie, aby zapewnić czytelność dla ludzi oraz ze względów praktycznych, gdy informacje są wykorzystywane na rysunkach, w których dostępna jest tylko ograniczona przestrzeń. Poniżej znajduje się przykład prostej struktury numeracji, która jest podzielona na przykład na oddzielne pola danych i może być używana do „oznaczania” na rysunkach, a dane wyjściowe dla modeli BIM można sortować w kolejności.
Rys. 3: Przykłady znaczników danych - patrz oryginał
Na całym świecie można znaleźć wiele opisów LOGów dla poszczególnych krajów. Wszystkie są generowane według tej samej zasady schematu i na podstawie wspólnego założenia, a mianowicie, że obiekty cyfrowe / części budynków stają się coraz bardziej szczegółowe pod względem ich graficznej reprezentacji z fazy na fazę. Czy to ogólnie prawda, czy po prostu założenie, jest przedmiotem gorącej debaty w branży. Sednem debaty jest oczywiście to, w jakim stopniu model 3D jest reprezentacją fizycznego budynku, czy też model jest abstrakcją? W tym miejscu do gry wchodzą argumenty między produkcją seryjną a projektowaniem unikalnych, pojedynczych konstrukcji. Najlepszą radą jest, aby nie modelować obiektów bez znaczenia geometrycznego. Mogą to być przedmioty, takie jak klamka drzwi. Kiedy krajowy LOG jest oparty / kopiowany z BIMforum.org, znajdziesz wysoki poziom szczegółów graficznych. Korzystając z BIM, ważne jest, aby dokładnie określić poziom szczegółowości, do którego Ty i Twój partner projektu jesteście zobowiązani modelować. Niezachowanie niskiego poziomu szczegółowości z pewnością spowoduje złe wyniki w zakresie cyfrowej koordynacji procesów projektowych. Aby uniknąć nieproduktywnych dyskusji i niezaspokojonych oczekiwań, należy jak najszybciej zająć się tą kwestią, w trakcie lub przed negocjacjami umownymi. Poziom szczegółowości jest ważną podstawą tworzenia modelu budynku o dobrej i trwałej wydajności cyfrowej. Należy pamiętać, że obiekty BIM tworzone przez przemysł produktowy często zawierają nadmierną ilość danych, ponieważ często konwertują swoje pliki danych produkcyjnych na dane BIM za pomocą modeli ukrytych powierzchni (szafki toaletowej lub toalety, z niewidocznymi powierzchniami wewnętrznymi), co skutkuje ogromna ilość niepotrzebnych, bezużytecznych i niewidocznych danych, często powodujących dodatkową pracę w celu zmniejszenia ilości danych poprzez przerysowanie i upraszczanie powierzchni. Pamiętaj, że LOG nie mówi nam nic o dokładności geometrycznej lub położeniu obiektu w modelu. (Patrz rozdział 3).
Rozbicie złożonego świata właściwości ujawnia związki między teorią klasyfikacji a konwencjami nazewnictwa i praktycznymi procesami w przemyśle projektowym, budowlanym i produkcyjnym. Połącz to z technologią cyfrową, a otrzymasz wybuchowy koktajl BIM. Wykorzystanie nieruchomości w praktyce to ogromne wyzwanie. W tej chwili najlepszą radą jest więc zachować ostrożność i skupić się na tym, które dane wspierają Twoje własne procesy i biznes. Może samolubny? Ani trochę. Jeśli uda Ci się sprawić, że to podejście zadziała, jakość i wartość cyfrowej produkcji danych wzrośnie. Obsługa danych w modelach oznacza zajmowanie się zestawami właściwości. Zestawy właściwości to w zasadzie pola danych powiązane z wartościami lub zestawami wartości. Jako przykład możemy przyjąć właściwość „klasyfikacja ogniowa”, w której wartości można powiązać z normą europejską EN 13501-01 i zdefiniować jako (A2 - s1 d1) i tak dalej. Należy pamiętać, że większość zestawów właściwości i powiązanych wartości nie jest zdefiniowanych w standardowym oprogramowaniu. Oznacza to, że oprogramowanie projektowe musi być skonfigurowane tak, aby obsługiwało dane krajowe i specyfikacje właściwości, a odpowiedzialność za to ponosisz jako producent danych. Kolejnym praktycznym wyzwaniem pracy z właściwościami jest rozróżnienie między właściwościami związanymi z określonym typem obiektu i właściwościami związanymi z wystąpieniem / instancją danego typu obiektu. Na przykład typ drzwi może mieć kilka kombinacji unikalnych parametrów wystąpienia / wystąpienia, w zależności od lokalizacji, strefy pożarowej) i funkcji, takich jak kontrola dostępu i wiele innych. Powinno być oczywiste, że nie jest możliwe posiadanie unikalnego typu obiektu dla każdej możliwej kombinacji zestawów właściwości. (Patrz Rozdział 5 Klasyfikacja / typologia). Ważne jest, aby określić i uzgodnić zakres i wykorzystanie Pset związanego z obiektami w modelach BIM - przede wszystkim zgodnie z umową i specyfikacjami ICT oraz w powiązaniu z rezultatami i spadkiem danych. CEN TC442 WG4 bada obecnie możliwość stworzenia struktury zwanej słownikiem danych, w której zestawy właściwości i wartości danych zostaną zdefiniowane i odwzorowane w językach narodowych. Najczęściej używane Psets są zdefiniowane w standardzie IFC i ACE zaleca używanie zestawów właściwości IFC. Tam, gdzie zostały ustanowione normy krajowe, należy ich oczywiście przestrzegać. Wykonywanie tego zadania na profesjonalnym poziomie programowania jest głównym problemem branży oprogramowania. Łatwe posługiwanie się definicjami i normami krajowymi podczas tworzenia BIM i modeli danych jest już obowiązkiem każdego użytkownika oprogramowania CAD i BIM podczas tworzenia modeli BIM. Musi też być przystępne cenowo, zwłaszcza dla MŚP, które reprezentują większość profesjonalnych firm architektonicznych w Europie. Ważne jest, aby usprawnić obsługę właściwości i uwzględnić ją w podstawowej lokalizacji oprogramowania i produktów BIM.
Kwestia tego, jak postępować z dokumentacją projektową, taką jak rysunki, opisy i odniesienia do norm, jest rzadko poruszana w żadnej publikacji na temat BIM. A jednak jest to ważna kwestia. W modelu opis pracy uzupełnia zapotrzebowanie na informacje, których w żaden logiczny sposób nie można powiązać z pojedynczym obiektem w modelu BIM. Opis wypełnia lukę między poziomami szczegółowości wyrażonymi w LOD / LOG / LOI. Modelowanie budynku jako reprezentacji 1: 1 fizycznego produktu końcowego, czyli „budynku”, nie jest opłacalne w przypadku pojedynczej budowy. Jest to jeden z powodów, dla których nie wszystkie informacje mogą znajdować się w modelu 3D i dlatego ważne jest, aby wiedzieć, które obiekty mają być modelowane, a które informacje zostaną przedstawione na rysunkach, opisach i innej dokumentacji. Ta kwestia jest ważna, gdy modele BIM są używane do przedmiarów ilościowych i kalkulacji kosztów.
Jakich formatów może zażądać klient?: Konieczne jest określenie dostawy w umowie lub zakresu. Problemem jest to, że format IFC wciąż ma swoje wyzwania pod względem danych, tak więc inne formaty muszą wspierać proces projektowania i dostarczanie w zespole planującym i wobec klienta. Model architekta lub model architektoniczny jest podstawowym modelem dla każdego innego gracza lub funkcji w zespole planowania i realizacji, w tym dla inżynierów konstruktorów i inżynierów MEP. Najprawdopodobniej architekt musi określić, czy dane mają być przenoszone do środowiska CDE (środowiska Common Data). To jest koordynacja BIM. I oczywiście CDE powinno korzystać z otwartej platformy w sensie otwartego BIM, jeśli klient wymaga prawnie zastrzeżonych formatów i zalecamy, aby było to określone w umowach. Ponadto, jeśli zespół planujący ma użyć nowego oprogramowania, należy sprecyzować koszty zakupu i szkolenia.
Dozwolone cele / przeznaczenie: Modele BIM zawierają ogromną ilość danych i informacji, informacji, które można wykorzystać i które należy wybierać do różnych celów. Informacje zawarte w modelu będą podlegały zapewnieniu jakości w oparciu o przeznaczenie modelu. Na przykład dane dotyczące budowy lub dostawy budynku często nie są wystarczająco spójne, aby zapewnić zadowalającą analizę kosztów cyklu życia, nawet jeśli potrzebne informacje są zawarte w modelu. • Istotne jest określenie w umowie dozwolonego wykorzystania informacji dla zakresu prac zespołu projektowego, a nawet klienta. • W umowie należy wyjaśnić, że jeśli klient otrzyma informacje, które nie są częścią dostawy, nie ma on prawa do wykorzystania tych informacji.
Prawo klienta do materiałów projektowych: Klient ma prawo do wykorzystania danych projektowych, za które zapłacił, w określonym w umowie projekcie i celu. Model architektoniczny „pracy w toku” we własnym formacie nie powinien być częścią dostawy, ponieważ zawiera wiele informacji dostarczonych z góry, biblioteki i informacje / rozwiązania, które nie są częścią dostawy. Ważne jest, aby wymagać od twórców oprogramowania poprawy jakości implementacji IFC i wymiany danych.
Definiowanie projektu: Ważne jest, aby zdefiniować projekt w taki sposób, aby klient lub partnerzy projektowi nie mogli nadużywać danych projektowych dla żadnego elementu w innych projektach w innych okolicznościach. Zdefiniowanie dostarczania danych projektu jest kluczowe dla weryfikacji dodatkowego przepływu pracy przy wdrażaniu zmian w modelu zarządzania danymi w wyniku zmian wymagań projektowych. Projekt BIM należy zdefiniować w umowie lub w zakresie prac. Dane, rysunki, pliki, modele, opisy itp. Przygotowane przez architektów nie mogą być wykorzystywane bez pisemnej zgody w jakimkolwiek innym celu lub w jakimkolwiek innym zakresie niż / uzgodniony.
Ranga / priorytet modeli i dokumentacji: Upewnij się, że kwestia rangi / priorytetu jest uregulowana w umowie lub umowie.
Dostawa modelu: Obecnie dostarczanie modelu bez dodatkowych rysunków i opisów nie jest przydatne. Modele 3D zawierają informacje i obiekty przed dostawą. Jedynie uzgodnione dane dotyczące modeli czyszczenia i czyszczenia „porzucania danych” wymagają odfiltrowania, a wymiana modeli jest czasochłonna. Zapewnij jasność co do organu danych i dostarczanych danych. Ustaw architekta jako współrzędną BIM. Zdefiniuj funkcje i obowiązki. Zdefiniuj zasady pomiaru. Zdefiniuj oprogramowanie / wersje i formaty wymiany w umowie lub w instrukcji wykonania BIM. Podczas wymiany danych istnieje niezarządzane ryzyko: należy się spodziewać błędów danych podczas korzystania z IFC, kontrolować je i sobie z nimi radzić. Jest to nowa usługa, która jest jednocześnie częścią koordynacji i zarządzania BIM. Upewnij się, że wymagania kontraktowe są kontynuowane z powrotem do tyłu w łańcuchu dostaw, aby zapewnić spójność procesu i uniknąć luk w obowiązkach i zobowiązaniach. Aby uniknąć odpowiedzialności, konieczne jest uregulowanie w umowie, jaki format otrzyma klient, jakie oprogramowanie i w jakiej wersji będzie używany do otwierania plików. Należy dokładnie rozważyć konsekwencje korzystania z technologii chmury. Interdyscyplinarna wymiana plików może prawdopodobnie zmienić / zaszkodzić pracy / danych innych stron z powodu różnic w oprogramowaniu, jeśli chodzi o zmiany strukturalne i utratę jakości w wyniku eksportu / importu. Aktualizacje oprogramowania mogą prowadzić do utraty informacji lub wprowadzania zmian w obiektach modelu. Ustawienia / właściwości można zresetować. Twórcy oprogramowania zwykle zawierają obszerne zastrzeżenia. Hosting, bezpieczeństwo danych, tworzenie kopii zapasowych, infrastruktura IT i szybkość sieci mają wysoki priorytet przy rozpoczynaniu projektów BIM. Ten przewodnik nie może skupiać się na problemie w ogóle, ale wpływ, zwłaszcza na struktury MŚP w firmach architektonicznych i kilka projektów, może być ogromny. Nowe kwestie dotyczące własności danych, opóźnienia spowodowane na przykład awariami systemów to z pewnością pytania na przyszłość.