Do tego wpisu zabierałem się bardzo długo, gdyż nie wiedziałem w jaki sposób mógłbym zacząć serię poświęconą platformie Trimble Quadri. Po wielu próbach postanowiłem, że na początek opiszę, funkcjonalność, która na swój sposób jest wyjątkowa.
Tak więc zacznę od funkcjonalności wspierających kontrolę własną w projekcie.
Jest to pierwszy wpis w serii poświęconej platformie Trimble Quadri. Mam nadzieję, że na końcu tej serii zrozumiesz dlaczego jest to jedna z lepszych, o ile nie najlepsza platforma CDE na rynku.
Spis treści
Zanim przejdę do analizy różnych możliwości programu Quadri zacznę od stwierdzenia, które brzmi następująco:
Klucz do dobrej kontroli
Kluczem do dobrze przeprowadzonej kontroli własnej jest sprawdzanie projektowanego modelu w kontekście innych projektowanych modeli w czasie rzeczywistym (będąc bardziej optymistycznym, raz dziennie) w oparciu o wcześniej zdefiniowaną “checklistę”. Zadanie może wydać się dla jednych banalnie proste, a dla innych trudne do zrealizowania.
W przypadku, gdy projektant branżowy pracuje w programie (authoring software), w którym projektuje, dane projektowe zapisuje w pliku natywnym na dysku lokalnym. Rezultat projektowy, co jakiś określony punkt w czasie (milestone) jest przez niego dostarczany do wspólnej bazy danych. Takim charakterystycznym punktem w projekcie może być kontrola międzybranżowa. Na potrzeby tekstu przyjmijmy założenie, iż kontrola międzybranżowa odbywa się raz na miesiąc.
Rezultat projektowy na przestrzeni miesiąca może się zmienić kilkakrotnie. Jest to bardzo częste w pierwszym etapie projektu, gdy dopiero opracowujemy koncepcję. W świecie BIM nazwalibyśmy ten okres pomiędzy LOD/MMI 100-200. Często zdarza się więc, iż rezultat projektowy po kilku dniach od eksportu z authoring software jest nieaktualny.
W takim przypadku projektant jest zmuszony do nawiązania bezpośredniego kontaktu z innym projektantem. I jak można sobie wyobrazić w większości przypadków próba kontaktu odbywa się dopiero wtedy, gdy okaże się, iż wykryto kolizję pomiędzy branżami podczas spotkania międzybranżowego.
Droga jaką musi pokonać plik od jednego projektanta do drugiego często jest nieautoryzowana. Często wymaga od projektanta poświęcenia czasu na wygenerowanie pliku obsługiwanego przez program obsługiwany przez innego projektanta. Taki proces w dłuższej perspektywie prowadzi do tego, iż zwiększa się ryzyko żmudnej i czasochłonnej kontroli.
Bezpośrednie połaczenie API
W tym przypadku Quadri oferuje rozwiązanie. Trimble Quadri daje możliwość zapisu projektowanego modelu (wg. ISO 19650: work in progress) bezpośrednio na platformie. Taka możliwość występuje dzięki bezpośredniemu połączeniu API (Application interface) Quadri z aplikacjami do projektowania (authoring software). Jedyną zmianą dla projektanta jest to, że oprócz pliku zapisywanego lokalnie jako backup powinien wysłać rezultat graficzny ze swojego programu (za pośrednictwem dialogu add-on) do Quadri. Najlepiej jak najczęściej.
Ciężko jest przekonać wszystkich projektantów do pracowania w ten sposób. Jednakże załóżmy, że największe branże w ten sposób pracują. Zapisują swój wynik projektowy na platformie Quadri. Dlaczego największe? Bo każdorazowa zmiana w rozwiązaniu na późniejszym etapie jest po prostu kosztowniejsza. Warto zatem przeprowadzić dobrą kontrolę własną zaczynając od tych branż.
Jak w takim razie możemy być pewni, że podstawa projektowa, z którą projektant zestawia swój wynik jest w ostatecznej wersji?
Serwer
Tutaj ponownie wykorzystujemy funkcjonalność Quadri. Wszystkie wyniki znajdują się na serwerze (upraszczając nazwijmy go serwerem chmurowym). Krótko mówiąc, platforma pozwala zapisać oraz prezentować rezultaty projektowe w sposób graficzny w jednym miejscu niemalże w czasie rzeczywistym. Wszystko zależy od tego jak często projektant naciśnie przycisk “wyślij” w swoim programie. W intensywniejszych fazach w projekcie aktualizacja modelu projektowego może odbywać się od kilku do kilkunastu razy dziennie. W takim wypadku projektanci posiadają dostęp do aktualnej wersji danych.
W przypadku, gdy pracujemy w oparciu o wymianę plików, dostarczanie plików oraz aktualizowanie modelu centralnego jest bardzo trudna i czasochłonna. Dzieje się tak, ze względu na to, iż w przypadku dużych modeli czas processingu i uploadu danych się odpowiednio wydłuża. Co w przypadku dużej ilości aktualizacji może znacząco obniżyć efektywność takiego rozwiązania.
Tak więc kluczowym w kontekście prowadzenia poprawnych i efektywnych kontroli własnych jest zintensyfikowanie iteracji z innymi branżami poprzez interakcję w czasie rzeczywistym. Praca z danymi na wspólnym serwerze (chmurowym) ułatwia nam to
Analiza danych
Komunikaty
Podsumowanie
Dzięki funkcjonalności Quadri możemy opracować bardzo efektywny proces dokonywania samokontroli wyników projektowych zanim trafią one do kontroli interdyscyplinarnej.
Odpowiednio wczesne projektowanie kontekstowe daje dużą przewagę na późniejszym etapie projektu. Lepiej wykrywać błąd szybciej niż poprawiać potem.
W kolejnej części opiszę kolejną przydatną funkcjonalność. Stay tuned.
