Nie zrozum mnie źle: to jest ważne.
Jednakże, cyfryzacja danych nie zatrzymuje się tam gdzie kanał wentylacyjny zderza się ze ścianą. Idzie dalej znacznie głębiej do tego z jakiego materiału kanał i ściana są zrobione, ich nazwy, typu oraz kto będzie później to montował na budowie. Posiadając tak olbrzymią ilość prawidłowych danych, masz szerokie mozliwości odzyskania kontroli nad chaotycznym i nieprzewidywalnym procesem budowy.
Jednakże, abyś mógł uzywać tych informacji, muszą być one prawidłowe. Uzyskasz to poprzez walidacje danych, a o ich potencjale bedzie niniejszy artykuł.
Table of Contents
Poniższy artykuł jest częścią serii Zarządzanie danymi w BIM. Jeśli jest to pierwszy artykuł, na który trafiłeś, polecam przeczytać wstęp "Czym są dane? Wprowadzenie do zarządzania danymi w BIM ". Opisuję tam podstawowe zagadnienia a na dole artykułu znajdziesz spis treści całej serii. Wszystko po to, żeby upewnić się, że wyniesiesz maksymalnie dużo z tych treści. Miłej lektury!
Walidacja Danych
Odnosząc się do kategorii danych, którą to stworzyłem w poprzednim artykule z serii, prześledźmy każdą z nich oraz określmy zasady oraz kontrole które warto przeprowadzać.
Jak to zwykle bywa z tak praktycznym tematem – lista nie jest skończona, a za to mocno uzalezniona od konkretnego projektu. Potraktuj ten artykuł bardziej jako generator pomysłów i dostosuj to do wymagań konkretnego projektu.
Podstawowe dane obiektowe
Dane te istnieją w każdym modelu BIM, obok wszystkich innych właściwości powstałych przy projektowaniu. Ogólnie sprawdzamy czy dane zachowują standardy projektowe – konwencje nazewnictwa oraz używanie dodatkowych (niewymaganych) dostępnych właściwości.
Przykładowe kontrole:
- Obiekty posiadają prawidłową kategorię,
- Typ, Nazwa oraz Klasyfikacja przestrzegają określoną składnie tekstową,
- Znak/Opis jest używany w projekcie, sprawdzamy czy dane wyrażenie jest zgodne z zasadami,
- Typy obiektów muszą być z uzgodnionej listy
Dane Projektowe
Zazwyczaj te kontrole są mocno techniczne, więc najlepiej gdy są przeprowadzane w obrębie tzw. koordynacji branżowej. Dlatego też, BIM-lider z każdej branży przeprowadza kontrolę modelu przed wysłaniem go do koordynacji wielobranżowej. Konstruktor sprawdza model konstrukcyjny, elektryk sprawdza model elektryczny, itd.
Istotne jest, aby specjalista danej branży / BIM-lider przeprowadzili ten etap, ponieważ BIM Koordynator zazwyczaj nie posiada tak wszechstronnej wiedzy odnośnie danej konkretnej branży.
Przykładowe kontrole:
- Prawidłowa wartość “Is External” oraz “Load Bearing” (dopuszczalne: prawda/fałsz)
- Wartości właściwości muszą być z uzgodnionej listy (np. stopień palności, klasa stali)
- Sprawdzenie czy każdy kanał w modelu zawiera informacje o długości / szerokości
- Analiza stosunku powierzchni brutto/netto (wydajność budynku)
- Sprawdzenie czy profile dżwigarów oraz kolumn używanych w projekcie są na liście
- Strefy pożarowe muszą posiadać prawidłowy typ ścian, drzwi oraz okien
Dane Zarządzania Projektem
Kontrola danych w tej kategorii musi być najbardziej obszerna. Powód jest taki iż zawiera dodatkowe właściwości określone przez użytkownika, które musza byc wklepane ręcznie przez projektanta (a najlepiej poprzez skrypt z określonymi warunkami). O ile wiem, nie istnieje oprogramowanie, które umożliwia stworzenie odpowiedniego kodowania w oparciu o umiejscowienie danego obiektu, kategorie czy stopień zaawansowania projektu. Daj mi znać jeśli jest inaczej!
Jeżeli zastanawiasz się, dlaczego te dziwne, problematyczne właściwości są tak istotne przy kontroli, proszę skieruj swoją uwagę na cykl opracowań o VDC oraz BIM na placu budowy. Parametry te są praktycznym zastosowaniem zasad VDC oraz Lean Construction. Sprowadza sie to do kontroli jakości modelu oraz ich użycia na placu budowy. W wielkim skrócie:
- Obszar Kontroli jest dla koordynatora aby zaplanować pracę (planowanie taktów),
- Parametry MMI/LOD są dla koordynatora BIM aby wiedział które przedmioty/obiekty sprawdzić,
- Odpowiedzialność jest dla wykonawcy aby wiedział za które objekty on odpowiada.
Przykłady kontroli:
- Właściwości Obszaru Kontrolnego posiadaja prawidłową składnię
- Obiekty w obrębie danego obszaru kontroli maja odpowienie wartości właściwości
- Właściwości MMI/LOD mają wartości z uzgodnionej listy
- MMI/LOD w zadanych obszarach kontroli posiadaja nadaną im wartość (np. 350)
- Typy przedmiotów/obiektów oraz wartości odpowiedzialności są do siebie dopasowane (obiekty MEP mogą posiadać jedynie numer/nazwę wykonawcy MEP)
Na końcu, musisz stworzyć regułę dla każdej właściwości wymaganej w EIR (Solibri równiez nie grzeszy ilością dobrze opracowanych szablonów w tej kategorii). W wideo poniżej, pokazuje jak stworzyć niestandardową rewgułę która sprawdza czy obiekty mają prawidłową wartość “Obszar Kontrolny”.
Kontrola zewnętrznych danych
Zasady utrzymania wysokiej jakości danych projektowych opracowane w tym wpisie, są takie same jeżeli chodzi o walidacje danych zewnętrznych połączonych z naszym modelem.
Wybrałem dwa przykłady aby Tobie pokazać dwa różne punkty i metody kontroli jakości danych.
- Kontrola przy inspekcji danych – gdy jesteśmy tylko pośrednikami danych?
- Kontrola wprowadzania danych – jak oprogramowanie może ułatwić Ci pracę?
Kontrola inspekcji danych
Ta metoda to użycie starego dobrego Excela. Jest to konieczne gdy otrzymujemy dane od zewntętrznej firmy a używamy je w jeszcze innym miejscu. Gdy dostaję jakiś zestaw danych zawsze przeprowadzam inspekcje danych, gdyż jest to pierwszy krok w procesie czyszczenia danych (co jest opisane tutaj).
Jako że dane są wypełniane ręcznie w arkuszu Excel, gdzie nie ma żadnych zasad ani połączenia z innymi żródłami, każdy plik musi być sprawdzony pod kątem jakości przed jego importem. Ja tworzę prostą tabelę przestawną, która daje dobry pogląd na cały zestaw. Następnie przeprowadzam proces czyszczenia w arkuszu, zanim importuje go do innego systemu.
Przykład
W naszym projekcie zbieramy i przerabiamy niezliczone stosy wszelakich arkuszy otrzymanych od wielu różnych uczestników projektu. Bez względu na to czy lubię czy też nie, tak działa nasza branża. Można tylko przekląć po cichu i wziąć się do roboty.
Zbieramy metadane o dostawcach i producentach i łączymy je z każdym rodzajem wyposażenia montowanym na budowie. Stanowi to dodatek do otrzymanych DTR (Dokumentacja Techniczno Rychowa) w pdf. Proces wygląda w ten sposób:
Dane przychodzą jako arkusz wypełniony przez wykonawcę.
Przeprowadzam inspekcję i czyszczenie danych w obrębie arkusza Excel oraz poprawiam znalezione błędy
Importuje arkusz do bazy danych. Program odrzuca komórki z nieprawidłowymi numerami organizacji
Dodatkowa kontrola po imporcie – poprawianie tego co nie zostało zaimportowane
Myślę że jest to najpowszechniejsza metoda sprawdzania jakości danych w dzisiejszych projektach konstrukcyjnych. Jeżeli zastanawiasz się jak to zrobić, polecam ten wpis.
Kontrola wprowadzania danych
Sprowadza się to do ograniczania wartości dostępnych do wprowadzenia w każdym punkcie w bazie danych. Zazwyczaj, wymaga to oddzielnego oprogramowania (lub naprawdę świetnie przygotowanego arkusza Excel). Metoda ta jest rzeczywiście lepsza dla ogólnego poziomu jakości danych, jednakże wymaga praktycznej znajomości dodatkowego oprogramowania oraz budżetu żeby zapłacić za licencję.
Taka automatyczna, oparta na programie kontrola danych jest niesamowicie wygodna dla menedżerów danych, jako że samo oprogramowanie w znacznym stopniu wymusza jakość poprzez redukcje wprowadzania błędnych danych. Oczywiście, dane wciąż wymagają dalszych kontroli, jako że błędy sa potencjalnie trudniejsze do odkrycia, a ich dalsza obecność może mieć duzy wpływ na końcowy ruzultat.
Przykład
W projekcie Nye SUS (https://helse-stavanger.no/om-oss/nye-sus po norwesku), do przetargów używamy dedykowanego programu zwanego dRofus celem połączenia danych wyposażenia medycznego z projektem.
Aby połączyć obiekty z bazy danych z programem do modelowania używamy ID elementu z bazy danych jako unikalny identyfikator i wysyłamy to do parametrów Revit. W bazie danych, zespół planistów określa zarówno wymagania dla każdego sprzęty medycznego, jak również dane przetargowe. Niektóre z zasad wprowadzenia danych w oprogramowaniu obejmują:
- Używanie typów wyposażenia jedynie z wczesniej uzgodnionej listy
- Zezwolenie na przypisanie do elementu wyposażenia jedynie wcześniej uzgodnionego numeru przetargu
- Koszt w walucie oraz data ostatniej aktualizacji ceny
W jednym z moich poprzednich wpisów znajdziesz prezentacje jak takie oprogramowanie funkcjonuje w praktyce. Na dole linku znajdziesz równiez skrót do całej serii o projektowaniu z użyciem zewnętrznej bazy danych.
Podsumowanie
Jak pewnie już zauważyłeś, walidacja danych jest nie tylko procesem, który dzieje się w obrębie modelu lub oprogramowaniu do kontroli jakości. Sięga to dużo głębiej. Im bardziej cyfrowe stają się nasze projekty, tym ważniejsze jest zapewnienie dostarczenia poprawnych danych.
Kontrola jakości danych w samym modelu BIM jest faktycznie najłatwiejszym oraz najszybszym krokiem w całym procesie walidacyjnym. Wyzwanie jest związane z tym wszystkim co jest poza modelem, ale wciąż jest związane z danymi projektowymi.
Zdaję sobie sprawę iz wciąż wiele (jeżeli nie większość) projektów konstrukcyjnych nie jest jeszcze na tym etapie, a dane wciąż są gromadzone i wymieniane na papierze, ale cóż – cyfryzacja jest światem do którego zmierzamy, toteż wcześniej czy póżniej stanie się to standardem.
Sprawdź pozostałe artykuły na temat Zarządzania Danymi w BIM:
