A héten egy korábbi partnerünk kért segítséget tőlünk. Az Archicadben készülő dokumentációjuk és modelljük fokozatosan megadta magát, és végezetül a terv megnyitása is ellehetetlenült.
Felkérést kaptunk, hogy nézzük át mi okozhatja a fennakadásokat az egyébként nem különösen nagy projekt kapcsán, majd tegyünk javaslatot a munkafolyamatok, és a szaktervezőkkel folyó adatkommunikáció, adatfeldolgozás – kapott tervanyagok, modellek – kezelése kapcsán.
Felmérés
Az egy napos, közös helyszíni munka során felmértük az építész és a szaktervezői csapat együttműködésének módját, a kérdéses terv struktúráját. Egy üzemi épületről volt szó, ahol a technológia és a tartószerkezet kialakítása kulcsfontosságú, az építészeti elemek alapvetően ezek köré alakulnak. A beruházás két épületből, de összesen négy, logikailag elkülöníthető, tartószerkezeti szempontból is eltérő épületrészből áll. Vegyesen található monolit vasbeton, előregyártott vasbeton, és acélszerkezet is.
A projektben az építész és a szaktervezők IFC állományokkal kommunikálnak egymással. Az IFC-k megfelelő kezelése tehát kulcsfontosságú a feladat során. A különböző tartószerkezeteket más-más tervezőcsapat készíti, így a kapott állományok készültsége és beállításai szintén eltérő együttműködési szemléletet kell, hogy biztosítsanak.
Ezen felül a szaktervezőktől kapott szerkezet miatt, különösen az acélszerkezetek tekintetében időben is tervezendő folyamat igényelt. Készült egy statikailag méretezett acélszerkezet, mely mint referencia kerül a tervbe, majd ezt a modellt frissíti az előregyártás, gyártmánytervezés során véglegesedő geometriákkal, rögzítésekkel az acél gyártmánytervező csapat.
Probléma
Mint sejthető, a felmérések során feltárt működés komplexitása magában hordozza a problémák elő kerülését. Ebben az esetben a fő problémát az okozta, hogy az egyik – technológiai torony acélszerkezeti – modell IFC-je számos beállítási hiányosságtól szenvedett.
Ezek a hiányosságok okozták, hogy az IFC kibontása és Archicadbe emelése során a 10 logikai szinttel rendelkező modell minden eleme a nullaszinten – undefined – került elhelyezésre, továbbá nem voltak elkülönítve típusonként, vagy egyéb logika szerint fóliák. Az IFC és így kibontás után a köztes Archicad modul minden egyes elemhez külön fóliát rendelt, ami a viszonylag nagy elemszám – modellezett, csavarok, diafragmák, lépcsőelemek, korlátok – miatt összesen több mint ötezer különálló fóliát jelentett. A fő csapamunka tervbe behivatkozott modul pedig magával hozta ezt a hatalmas mennyiségű adatot.
Emellett kisebb, de a hatékonyságot csökkentő, valamint a hibalehetőségek számát növelő problémák adódtak a szaktervezők IFC adatcsere-folyamatában a felmérési pont definiálásának hiányából, továbbá az IFC konverziók során létrejövő könyvtárak kezelése miatt.
A felmérési pont elhelyezése nélkül minden külső állomány beillesztése után manuálisan szükséges a megfelelő helyre illesztés, ami több hiba lehetőségét is magával hozza.
Megoldások
Input függő modulstratégia
A különböző forrásból származó és eltérő szemlélettel és céllal készült állományok tervbe emelése nem egy logika mentén történt, hanem a bejövő adat felkészültsége és tartalma, továbbá utóélete tekintetében egyedileg lett meghatározva.
A modulstratéga részét képezi a helyes modul és IFC könyvtárkezelési logikák lefektetése, melyet szintén a projekt logikáját, a tervezés további folyamatait és a csapatmunka szerver hatékonyságát figyelembe véve határoztunk meg.
Az eredetileg is jól felkészített és ezáltal tisztán beemelhető IFC állományok közvetlenül hivatkozott modulokként kerültek be a tervbe, helyesen beállítva a modulok megfelelő kezeléséhez szükséges fóliákat, és azonosítókat. Ez lehetővé tette, hogy pár egyszerű grafikus felülírással a kívánt tartalmi, és vizuális információ kerüljön a tervekre.
Azzal, hogy bizonyos esetekben közvetlenül az IFC-t tudjuk modulként hivatkozni, redukálni tudjuk a csapatmunka állomány méretét, komplexitását, így gyorsabbá, hatékonyabbá tudjuk tenni a tervek kezelését. Ahol lehet érdemes az IFC-t modulként közvetlenül hivatkozni, hogy az esetleges konverziókból adódó adatvesztés, vagy adat módosulás elkerülhetővé váljon. Ezáltal a tervezőcsapatok közötti információcsere információveszteség nélküli, és ami sok esetben fontosabb lehet, egyértelműen definiálható kié az adatok tartalmának felelőssége, mivel például szaktervezőtől átvett és “felbontott” IFC esetén nem garantálható, hogy az építész tervező akarva, vagy akaratlanul de módosított a kapott információn.
Bejövő állományok előkészítése
Az összeomlást okozó IFC állomány esetében rendbe kellett tenni a fóliákat, azaz megszüntetni az elemenként létrehozott fólia szerinti logikát. A tervezőkkel közösen meghatározott nevezéktannal nyolcra redukáltuk a fóliák számát, majd manuálisan, feltételes kiválasztások és IFC tulajdonságok alapján minden elemet ezeken helyeztünk el, majd a modulban és a főfájlban is megszüntettük a fölösleges fóliákat.
A szintek létrehozása és harmonizálása az állományok között szintén megoldandó feladat volt, annak érdekében, hogy a sokszintes torony minden nézetben, szinten helyesen legyen ábrázolva.
Tesztelés
A nap első fele a felmérés és a stratégiák lefektetésével zajlott, később pedig ezek tesztelése és implementálása következett. Fontos, hogy egy ilyen tűzoltással felérő alkalom során a további munka lefektetése, irányvonalak kijelölése, és a javaslatok gyakorlatban való bemutatása a cél, azaz nem dolgoztunk fel minden állományt, minden elemet. Elkészültek a biztonságos és hatékony továbbhaladáshoz szükséges beállítások, amik után a tervezőcsapat folytatni tudja a munkát.
Tanulságok
A tűzoltással eltöltött nap során minket is legalább 4-5 olyan szokatlan és ritka probléma fogadott, amelyet a bejövő adatok és a folyamatban lévő terv interferálása okozott, és amelyek felderítése során kikristályosodott, hogy milyen fontos a munkafolyamatok minél hamarabb történő meghatározása.
Minden hasonló projekt során kiemelten fontos még a munka megkezdésekor az adatcsere folyamatok pontos meghatározása és a beérkező állományok készültségének megfelelő adatbeemelési stratégia – esetleg modulstratégia – kidolgozása. Fontos, hogy nem létezik egyértelmű megoldás modulstratégia tekintetében. A kapott állományok függvényében, és a célok ismeretében lehet hatékony megoldást keresni. Ilyen módon elkerülhető, hogy a tervezési folyamatok során olyan váratlan leállások, összeomlások jöjjenek létre, melyek súlyos esetben megakadályozhatják a tervek szállítását, határidők betartását.
Archicad Kommandó 🙂
A Brick+Data csapata felkészült arra, hogy ilyen égető esetekben is segítséget nyújtson. A mostani esetben egy körülbelül egy hetes leállást sikerült egy napos helyszíni felmérés és tréning segítségével megszüntetnünk, továbbá olyan javaslatokat és stratégiát dolgoztunk ki, amelyek biztosítják, hogy a munka gördülékenyen folyjon tovább.
Brick + Data Akadémia, és tréningek
A tűzoltásnál sokkal hatékonyabb a megelőzés! A Brick + Data csapata számos témában nyújt tréninget, melyek segíthetnek egy csapatnak elsajátítani azokat az alapokat, melyek a hatékony és problémamentes munkavégzést lehetővé teszik.
BIM munkafolyamatok mellett Archicad és Revit specifikus képzéseinkkel erős alapot nyújtunk, valamint lehetőséget adunk arra, hogy konkrét igények felmérése után probléma, és projekt specifikusan fejlesszük a csapatot, célzott tréningjeink során.