Wspólne Środowisko Danych (CDE)

Czym jest Wspólne Środowisko Danych?

Wspólne Środowisko Danych (CDE) to jedno uzgodnione miejsce, w którym przechowywana jest aktualna wersja każdego dokumentu projektowego, modelu i rysunku. Dzięki temu wszyscy pracują na tych samych informacjach, a nie na kopiach, które akurat znajdują się na ich własnych komputerach. Koncepcja ta jest sformalizowana w serii norm ISO 19650 dotyczących zarządzania informacją, które określają, jak CDE powinno organizować dokumenty według statusu, a nie tylko według folderów.

W projekcie BIM CDE zazwyczaj przechowuje skoordynowany model, modele branżowe, które go zasilają (wymieniane jako pliki IFC, gdy różne branże używają różnych programów), rysunki pochodzące z modelu oraz rosnący rejestr decyzji i zatwierdzeń z nimi związanych. CDE nie jest samo w sobie oprogramowaniem, to sposób organizacji informacji; kilka komercyjnych platform go implementuje, ale dyscyplina, którą narzuca, jest ważniejsza niż marka platformy.

Jaki problem właściwie rozwiązuje CDE?

Bez niego na prawie każdym projekcie powtarza się ten sam problem: dwie osoby pracują na dwóch różnych rewizjach tego samego rysunku, ponieważ każda otrzymała swoją kopię e-mailem w innym czasie i żadna nie wie, że istnieje nowsza. Wykonawca buduje według nieaktualnego układu, architekt dowiaduje się o tym na budowie, a naprawa to już rozbiórka i opóźnienie, a nie pięciominutowa korekta.

CDE eliminuje tę niejednoznaczność, czyniąc „bieżący" właściwością systemu, a nie kwestią tego, kto pamiętał o przesłaniu najnowszego załącznika. Dokładnie jedna wersja jest oznaczona jako ta, według której należy budować w danym momencie, a każdy, kto ma dostęp, widzi tę samą.

Co oznaczają terminy: w trakcie opracowania, udostępniony, opublikowany i zarchiwizowany?

Norma ISO 19650 definiuje cztery stany, przez które przechodzi dokument lub model, a stan informuje każdego, kto na niego patrzy, na ile może mu ufać:

Stan	Znaczenie	Kto powinien na nim polegać
W trakcie opracowania	Nadal opracowywany przez autora; niesprawdzony, nieprzeznaczony do użytku przez nikogo innego	Tylko autor
Udostępniony	Sprawdzony i udostępniony innym branżom do koordynacji lub komentarzy	Inne branże, do koordynacji, nie do budowy
Opublikowany	Formalnie zatwierdzony do określonego celu, takiego jak budowa lub złożenie wniosku o pozwolenie	Wykonawca, organ nadzoru, każdy działający na podstawie dokumentu
Zarchiwizowany	Zastąpiony nowszym, ale zachowany jako zapis tego, jak projekt osiągnął swój obecny stan	Nikt nie działa na jego podstawie, ale każdy, kto może potrzebować udowodnić, co było wiadome w danym momencie

Przejście między stanami wymaga celowego działania: zatwierdzenia przy przejściu z „w trakcie opracowania" do „udostępniony", autoryzacji przy przejściu z „udostępniony" do „opublikowany". Nic nie trafia do stanu „opublikowany" bez faktycznego podpisu osoby upoważnionej.

Czym CDE różni się od współdzielonego folderu w chmurze?

Współdzielony folder rozwiązuje problem przechowywania, a nie zaufania: wszyscy widzą te same pliki, ale nic w strukturze folderów nie mówi czytelnikowi, czy otwarty przez niego rysunek jest aktualny, jest szkicem, czy został zastąpiony trzy rewizje temu. Dwa pliki o prawie identycznej nazwie, jeden w folderze „finalny", a drugi w folderze „finalny v2", to problem współdzielonego folderu, którego CDE jest specjalnie zaprojektowane, aby uniknąć.

CDE dodaje trzy rzeczy, których folder nie może zapewnić: wymuszony stan dla każdego dokumentu, więc „opublikowany" naprawdę oznacza zatwierdzony; strukturę uprawnień powiązaną z tymi stanami, więc wykonawca nie może budować na podstawie czegoś, co wciąż jest oznaczone jako „w trakcie opracowania"; oraz trwały zapis tego, kto co zmienił i kiedy. Folder może w przybliżeniu odtworzyć te elementy za pomocą konwencji nazewnictwa, ale tylko CDE egzekwuje je strukturalnie.

Co właściwie rejestruje ślad audytowy i dlaczego ma to znaczenie później?

Każda zmiana stanu i rewizja w CDE jest rejestrowana: kto wydał dokument, kiedy, w jakiej rewizji i kto zatwierdził zmianę, która go zastąpiła. Nie jest to biurokratyczny balast, to zapis, który miesiące lub lata później rozstrzyga spór o to, kto wiedział co i kiedy. Jeśli wykonawca twierdzi, że budował według nieaktualnego rysunku, ponieważ nikt nie poinformował go o zmianie, ślad audytowy pokazuje dokładnie, kiedy nowa rewizja została opublikowana i kto miał do niej dostęp.

To również miejsce, w którym powinien znaleźć się raport z wykrywania kolizji: nie jako załącznik do e-maila, który się gubi, ale jako zapis powiązany z rewizją modelu, która go wygenerowała, tak aby rozwiązanie konkretnego konfliktu można było prześledzić aż do dokładnych rysunków obowiązujących w momencie jego naprawy.

Kto powinien mieć dostęp do CDE i na jakim poziomie?

Dostęp nie jest zero-jedynkowy. Typowy projekt mieszkaniowy dopasowuje poziom dostępu każdej strony do jej roli:

Strona	Typowy dostęp	Dlaczego
Architekt i koordynujący konsultanci	Pełny odczyt i zapis do własnego obszaru prac w toku	Tworzą treść
Inne branże projektowe	Dostęp do odczytu do wszystkiego, co jest udostępnione lub opublikowane	Koordynują z tym, ale nie są właścicielami
Wykonawca	Dostęp do odczytu tylko do opublikowanych dokumentów	Budowanie z czegokolwiek, co jest jeszcze w trakcie przeglądu, jest dokładnie tym, czemu CDE ma zapobiegać
Inwestor	Dostęp do odczytu w całym projekcie oraz pełny eksport przy przekazaniu	Płaci za budynek i jest obecny dłużej niż subskrypcja każdego konsultanta

Błąd w którąkolwiek stronę powoduje problemy: zbyt restrykcyjny dostęp uniemożliwia branżom wystarczający wgląd w swoją pracę, aby mogły koordynować; zbyt otwarty dostęp sprawia, że niesprawdzony rysunek będący w trakcie opracowania jest traktowany jako zatwierdzony tylko dlatego, że ktoś mógł go zobaczyć.

Na co powinien nalegać prywatny inwestor przed zatwierdzeniem konfiguracji CDE?

Na własny dostęp do odczytu przez cały czas trwania projektu, tak aby osoba płacąca za budynek nie musiała prosić konsultanta o przesłanie dokumentów na żądanie; nie wymaga to technicznego zrozumienia powyższych stanów, a jedynie wglądu w to, co jest aktualne.

Co ważniejsze, na kompletny eksport całego CDE przy przekazaniu: każdy opublikowany dokument, skoordynowany model i najlepiej ślad audytowy, dostarczone inwestorowi, a nie pozostawione w ramach subskrypcji kontrolowanej przez konsultanta. CDE hostowane na platformie opłacanej przez architekta jest trwałe tylko tak długo, jak ta subskrypcja; jeśli wygaśnie, a nikt wcześniej nie wyeksportował rekordu, dokumentacja powykonawcza inwestora może praktycznie zniknąć wraz z nią. Żądanie eksportu na piśmie, jako elementu do dostarczenia, to praktyczny sposób, aby tego uniknąć.

Jak CDE łączy się z dziennikiem budowy i nadzorem autorskim na słowackiej budowie?

Dwa dokumenty wymagane na słowackiej budowie dostarczają dokładnie tego rodzaju materiału, do przechowywania którego stworzono CDE. Ustawowy dziennik budowy (stavebný denník) to codzienny, prawnie wymagany zapis aktywności na budowie, inspekcji i instrukcji; nadzór autorski (autorský dozor) to własny zapis architekta z wizyt na budowie, potwierdzający, że intencja projektowa jest realizowana zgodnie z projektem. Żaden z nich nie jest natywnie związany z modelem 3D, ale oba należą do tego samego śladu audytowego, co rysunki i rewizje modelu, do których się odnoszą, ponieważ spór o to, co faktycznie zbudowano, rzadko opiera się wyłącznie na modelu: opiera się na tym, który rysunek był aktualny w dniu konkretnego wpisu w dzienniku.

W projekcie, w którym dziennik budowy, zapis nadzoru i rewizje modelu są przechowywane w trzech niepowiązanych ze sobą miejscach, odtworzenie obrazu stanu powykonawczego przy przekazaniu oznacza gonienie za e-mailami i papierami miesiące później. Tam, gdzie znajdują się one w tym samym CDE, powiązane z tą samą historią rewizji, dokumentacja powykonawcza może być złożona bezpośrednio z rekordu, a nie odtworzona z pamięci i skrzynek odbiorczych.