Bu uzman materyal, Aralık ayında Vladimir Savitsky'nin "Yapıların oluşturulması ve modelden çalışma çizimlerinin çıkarılması" makalesi ile başlayan "ARCHICAD: Yeniden Keşfetme" başlıklı makale serisine devam ediyor, Svetlana Kravchenko'nun "ARCHICAD: Yeniden Keşfetme" başlıklı makalesi ile devam ediyor. Görselleştirme - Mimar için Yeni Fırsatlar”ve kullanıcıların ARCHICAD'in tüm potansiyelini tam olarak ortaya çıkarmasına yardımcı olmayı amaçlamaktadır.®… Mimarlardan, programın standart dışı yaklaşımları, az çalışılmış işlevleri ve birçok kullanıcının farkında bile olmayabileceği yeni özellikleri kullanarak kişisel deneyimlerini paylaşmalarını istedik. ARCHICAD uygulamalarının bir üreticisi olarak, ürün hakkında yalnızca derin bir bilginin ürünün tam değerini ortaya çıkarmaya yardımcı olacağına ve tasarımcının çalışmalarının sonuçlarını, hızını ve kalitesini kesin bir şekilde etkileyeceğinden eminiz.
"Okunmayan yolları" da tercih ediyor musunuz? ARCHICAD ile çalışırken standart dışı yaklaşımları kullanma konusunda deneyiminiz var mı, düzenli olarak uygulamanın en ünlü özelliklerini kullanmıyor musunuz? Ayrıntıları paylaşırsanız veya geri bildiriminizi bırakırsanız memnun oluruz: [email protected].
BORSH şirketinin yönetici ortağı mimar Alexander Anischenko, GRAPHISOFT'un Rusya temsilciliğinden®:
Gerçek ekip çalışması nedir ve onu etkili kılan nedir?
Ekip çalışması ne kadar üretken? Bu soruyu uzun bir projenin sonuçlarını analiz ederken bir keresinde kendime sormuştum. Daha önce bana verimlilik için iyi koordine edilmiş bir ekibe ve çalışan bir ruha ihtiyacınız varmış gibi geldi. Ancak çok geçmeden bunun yeterli olmadığına ikna oldum.
Çoğu zaman hem büyük karma kullanımlı konut ve ofis komplekslerinin hem de nispeten küçük okulların ve anaokullarının tasarımına rastladım. Ekibin büyüklüğü ne olursa olsun, sonuç yalnızca uygun şekilde organize edilmiş çalışmayla elde edilir.
Öncelikle amaç ve hedefleri belirlemeniz gerekir. Daha sonra görevleri katılımcılar arasında doğru bir şekilde dağıtın. Daha da önemlisi, hem bireysel ekipler içinde hem de farklı katılımcı ekipleri (örneğin, mimarlar ve mühendisler veya tasarımcılar) arasında etkileşim kurmak iyidir. Eğlence burada başlar - proje içinde ekip etkileşimi.
Takım çalışması
Çoğu zaman, terimlerde bir artışa ve yanlış sonuca yol açan nedir?
Kural olarak açık anlaşmaların olmaması ve görevlerin serbest dağılımı, dostça çalışma ortamı üzerinde çok faydalı bir etkiye sahiptir. Bu, son tarihlerden biri yaklaşana kadar olur. Sonra aniden, gerekli işin bir kısmının tahsis edilmediği veya kimsenin zamanında hatırlamadığı ortaya çıktı. Birisi değişiklikleri hakkında bir şey söylemedi, mühendisler tarafından verilen görevi dikkate almayı unuttular ve biri deneyim eksikliği nedeniyle hata yaptı.
Takımın aynı masada oturması ve gün boyunca iletişim kurması iyidir - o zaman tüm tutarsızlıklar hızla yakalanır ve düzeltilir. Ancak işçiler dağıldıktan sonra özel işbirliği araçlarına ihtiyaç duyulur.
Takım Çalışmasını tanımak. Hepsi nasıl başladı
2008 yılında, tasarım atölyemiz ARCHICAD'de bir okul projesi geliştirdi. Takım çalışması konusu o zamanlar henüz o kadar keskin gelmemişti, bu alanda çok fazla yazılım ürünü yoktu. Kendini kanıtlamış ARCHICAD'de sunulan Takım Çalışması aracının yeteneklerini kullanmaya karar verdik. Paylaşılan bir ağ klasöründe bulunan tek bir grup dosyasında çalışıyordu. Tüm katılımcıların tek bir modelde çalışabilmesini, bir mimarın yaptığı değişikliklerin diğerinin bilgisayarına yansımasını sevdik. AutoCAD kullanarak 2D'de çalışan tasarımcılar da modele erişim istedi: genel model, mimarideki değişikliklerle ilgili en son bilgileri almalarına izin verdi.
Teamwork'ün ilk versiyonunun kendine has zorlukları vardı …
Temel zorluk, modele erişimin sırayla sağlanmasıydı. Her kullanıcı modeli bağımsız olarak güncelledi, tamamen ortak klasöre yükledi ve ardından modeli geri aldı, ancak diğer kullanıcılar tarafından zaten güncellendi. Bu sipariş yeterli hız sağlamıyor. Sonuç olarak, mimarlar genel modeli güncelleme konusunda isteksiz davrandılar: güncellenmiş sürümü birkaç gün beklemek mümkündü. Ve iş gününün sonunda birisi güncelleme göndermeye başladıysa, geri kalanı bunların alınmasını beklemek için ertelemek zorunda kaldı.
Yedeklilik şeması da en uygun yöntem değildi. Hangi uzmanın neyden sorumlu olduğu, ona genellikle bir dizi katmandan veya tüm bir çalışma katından oluşan ayrı bir çalışma seti sağlamak için önceden kararlaştırılması gerekiyordu. İş için modelin ayrı bir parçasının seçilmesi de esneklik sağlamadı. Örneğin, duvarların çalışma alanlarının sınırları boyunca parçalara bölünmesi gerekiyordu.
Diğer bir dezavantaj, iletişim eksikliğiydi. Bugün işte olmayan bir çalışanın dün gece güncelleme yapıp yapmadığını kim bilebilir? Doğru, değişiklikleri kimin ne zaman gönderdiğini kontrol etmenize izin veren bir araç vardı.
Gerçek mutluluk sürüm 2.0 ile geldi
Yukarıdaki tüm zorluklarla birlikte, Takım Çalışmasının ilk sürümünün yetenekleri bir lütuf gibi görünüyordu. Tüm görevleri dağıtmak için bir BIM sunucusu olan Teamwork 2.0'ın daha sonra mevcut ve bugünkü sürümü piyasaya sürüldüğünde şaşırdığımız şey neydi. Artık onu ayrı bir sunucuda veya birinin iş bilgisayarında çalıştırma fırsatına sahibiz. BIM sunucusu, paylaşılan bir dosya ile çalışırken ortaya çıkabilecek tüm sorunları anında çözmeyi mümkün kıldı.
Yeni sürüm birçok olasılık sağladı. İşte bunlardan sadece birkaçı: esnek çalışma alanı dağıtımı, uygun iletişim araçları, genel proje parametrelerinin ve detaylarının diğer katılımcıların bağlantısını kesmeden yönetimi, yüksek veri alışverişi hızı.
Takımdaki iletişim araçları
Takım içinde iletişim araçlarının kullanılması çok önemlidir. En azından, projeye eklenebilme yeteneği ile bir iletişim aracı olmalıdır.
En basit araçlar çeşitli sohbetler, Skype ve postalamadır - ekiple hızlı bir şekilde iletişime geçebilir, projenin ayrıntılarını gösterebilir, resim gönderebilir, talepte bulunabilirsiniz.
Özellikle platformlar arası etkileşim için geliştirilen evrensel bir BIM İşbirliği Formatı (BCF), yorumları, kamera konumlarını, ekran görüntülerini ve 3B bölümleri kaydetmenize olanak tanır. Bu format, Industry Foundation Classes (IFC) Universal Data Interchange Format'ın tamamlayıcısı olarak çalışır.
Daha da önemlisi, bu formatlar hem temel BIM programlarında hem de Solibri veya Navisworks gibi BIM model doğrulama araçlarında kullanılabilir.
Ekip çalışması için, sorguları model öğelerle ilişkilendirmenize izin verdiği için benzer işlevlerin aracın içinde olması gerekir. Örneğin, Teamwork ARCHICAD sorgulama yeteneği olan bir mesajlaşma özelliği uygular. Mesaj, modelin belirli bir öğesine bağlıdır ve bir eylem eklemenize olanak tanır - örneğin, değişiklikleri alma, bir öğeyi ayırma veya belirli bir kullanıcıya atama (Şekil 1).
Ayrı bir panelde, tüm istekleri yönetebilir, model elemanların bağlantılarına bakabilirsiniz. Modelde tartışılan öğeyi bulmak için, mesaja ekli görünümü açmanız yeterlidir. Ve çok önemli olan, tüm istekler tek bir BIM sunucusu tarafından işlenir ve diğer katılımcılardan bağımsız olarak her zaman kullanılabilir. Bu, dünyanın uzak bölgelerinde bile çalışmayı kolaylaştırır.
Temel Ekip Çalışması kavramları
BIM sunucusu
Birçok modern BIM aracının aksine, Takım Çalışması paylaşılan bir model dosyasıyla çalışmaz. Modeli paylaşmak, tüm projeyi yönetmek ve katılımcılar arasında veri alışverişi yapmak için bir BIM sunucusu kullanır. Bu, kullanıcıları rahatsız etmeden, grup projelerini yönetmenin tüm görevlerini çözer. Böyle bir istemci-sunucu teknolojisinin, diğer katılımcıların yüküne bakılmaksızın, projeye tam teşekküllü sürekli erişimi desteklediğini anlamak önemlidir. Örneğin, tüm proje katılımcıları aynı anda değişiklik gönderebilir veya alabilir.
GRAPHISOFT geliştirme ekibi, öncelikle Delta Server teknolojisi sayesinde BIM sunucusuyla iletişim hızını artırmayı başardı. Modelin tamamı sunucuya değil, yalnızca değiştirilen kısmı gönderilir. Katılıyorum, neden herkesin zaten sahip olduğu aynı veriyi gigabaytlarca alıp götürelim? Delta Server, tüm projenin yüklenmesine kıyasla model senkronizasyon hızında önemli bir artış sağlar. Bununla birlikte, GRAPHISOFT, büyük miktarda verinin sürekli aktarımı için de ilginç çözümlere sahiptir. Örneğin, BIMcloud ile çalışırken, DeltaCache sunucusu, ana sunucu dünyanın diğer tarafında olsa bile, tüm proje değişikliklerini sürekli ve sürekli olarak ofisinize veya bilgisayarınıza indirir. Modelinizi güncellemeniz gerektiğinde, tüm bilgiler parmaklarınızın ucunda olacaktır. Bu, ağ kısıtlamalarını unutmanıza ve tek bir konuma bağlı kalmadan farklı ofislerdeki büyük projelerle çalışmanıza olanak tanır.
Sunucuya bağlantı yoksa, kullanıcı veri kaybetmeden çalışmaya devam edebilir - model, sunucuya ilk erişildiğinde senkronize edilecektir.
Esnek rezervasyon sistemi
Esnek rezervasyon seçeneği, Teamwork 2.0 sürümüyle birlikte ortaya çıktı. Bu sürüm, herhangi bir proje verisini anında yedeklemek için tam bir özgürlük sağladı (Şekil 2-3).
Öğelere talep üzerine gerçek zamanlı olarak erişilir, çalışma alanının yeniden atanması gerekmez. Rezervasyon yapmak için, açılır menüden istediğiniz öğeyi seçmeniz yeterlidir. Bu yaklaşım, model öğelerinin yanlışlıkla fazlalığını ve yanlışlıkla yapılan değişiklikleri ortadan kaldırır.
Model ayrıntılarını rezerve etmek için, çoğu ayar panelinde bulunan ilgili düğmeye tıklamanız yeterlidir. Kalemler, çizgi tipleri, katmanlar, katmanlı yapılar - her şey gerçek zamanlı olarak ve projeye özel erişim gerekmeden düzenlenebilir.
Takım çalışması modülü, bir projedeki tüm unsurların özgürlüğünü takip eder. Bir başkası tarafından işgal edilen bir öğe, modeldeki öğenin bulunmasına yardımcı olmak için sorguya bir mesaj ve bir görünüm eklenerek sorgulanabilir (Şekil 4). Mesaj anında gelecek. Muhatap bilgisayar başında olmasa bile, projeye bağlanır bağlanmaz bu bilgileri alacaktır.
Erişim hakları ayarları, özniteliklerden yapısal öğelere kadar gerekli tüm kısıtlamaları ve ayrıcalıkları kapsar. Herhangi bir proje detayını ve ayarını rezerve edebilirsiniz ve diğer katılımcıların bunun için modelin bir kısmını serbest bırakması gerekmez. Parametreleri değiştirmek için projedeki role göre gerekli izinlere sahip olmak yeterlidir. Model öğeleri, proje özelliklerinden ayrı olarak ayrılmıştır. Artık birbirlerine aşırı bağımlılık yükünde olmayan ekip projesi katılımcıları, etkileşim için çok esnek ve geniş fırsatlar elde ettiler.
Teamwork 2.0'ın piyasaya sürülmesinden hemen sonra, yedekleme işlevlerini denediğinde ve izlenimlerini paylaşırken bir Alman meslektaşımın coşkusunu hatırlıyorum. Diğer proje katılımcıları tarafından 3B modeldeki değişiklikleri gözlemleme fırsatından içtenlikle memnun kaldı. Nitekim, tüm süreç tek bir tabloyu tek bir masaya yapıştırmak gibidir. Elbette gerçekte bu tamamen doğru değildi: model yalnızca değişiklikler alındığında güncellenir ve her bir öğenin önce rezerve edilmesi gerekir. Ancak bu teknoloji kesinlikle etkileyici.
Değişiklikleri gönderme ve alma
Çalışma şeffaf bir senkronizasyon şeması kullanıyor. Durum (meşgul / boş) tüm öğeler için gerçek zamanlı olarak görülebilir.
Bir BIM sunucusuyla çalışmak, proje değişikliklerinin gönderilmesini kontrol etmenizi sağlar. İlk olarak, daha önce de belirtildiği gibi, projenin sadece değiştirilen kısmı gönderilir, bu da yüksek bir döviz kuru sağlar. İkinci olarak, değişikliklerin gönderilmesi ve alınması birbirinden ayrılır. BIM sunucusundaki öğeleri ayırma sistemi o kadar iyi düzenlenmiştir ki, kendi geliştirmelerini göndermeden diğer kullanıcılardan değişiklikler alırken hataları hariç tutar. Ayrı bir grup dosyasıyla çalışırken, modelin değişen parçalarının karşılıklı olarak yerleştirilmesi için, tüm modeli göndermeniz ve almanız gerekir ve Takım Çalışması, değişiklikleri ayrı ayrı göndermenize ve ayrı ayrı almanıza olanak tanır. Bu, hala bitmemiş çözümünüzü göndermemenizi ve aynı zamanda diğer kullanıcılardan tüm değişiklikleri almanızı mümkün kılar.
Önce güvenlik
Projeye erişimin korunmasını sağlamak için bir rol dağıtım sistemi vardır. Ekip çalışması, katılımcıların rollerini çok esnek bir şekilde özelleştirmenize olanak tanır (Şekil 5). Örneğin, proje ayrıntıları dışındaki her şeye erişime izin verin veya dışa aktarma parametrelerine erişimi kısıtlayın. Şimdi size bunun neden önemli olduğunu anlatacağım.
Altı aydan uzun süredir geliştirdiğimiz projelerimizin neredeyse tamamında ekibin kompozisyonu değişmedi, arttı veya azaldı. Bazen projenin zamanında teslim edilmesi için komşu proje ekiplerinden çalışanların yardıma dahil edilmesi gerekiyordu. Ve proje için en zararlı olan, tasarım deneyimindeki farklılıktı. Birlikte çalışan ekibin belirli bir sorunu çözmek için ortak bir yaklaşımı varsa, yeni başlayanlar modeli planlanandan tamamen farklı bir şekilde yapabilirdi. Her şeyden önce, bu niteliklerin (örneğin katmanlar veya çok katmanlı yapılar) oluşturulması için geçerlidir, ancak aynı zamanda modelin kendisinin inşası için de geçerlidir - örneğin, plandaki ve yüksekliklerdeki duvar bağları. Genellikle, bu tür "uygulamaları" ayarlamak önemli miktarda zaman alır. Tamir için bir hafta harcamak zorunda kaldığım bir durum yaşadım ve daha sonra proje bitmeden bile tüm katılımcıları "sürprizler" keşfetti …
Burada, projedeki çalışma standartlarının önceden tanımlanması veya BIM standardının bir açıklaması çok yardımcı olur.
Ayrı çalışmada olduğu gibi, ekip çalışması Ekip çalışması, ortak bir sunucuda bulunan birkaç parçadan oluşan, modelin karmaşık bir yapısını düzenlemenize olanak tanır. Örneğin cepheleri, yapıları ve kaplamaları farklı modellere göre bölmek veya kompleksi farklı binalara bölmek.
Tüm sunucu ve proje ayarlarına herhangi bir bilgisayardaki bir tarayıcı aracılığıyla erişilebilir. Gerekirse onlara İnternet üzerinden uzaktan erişim sağlayabilirsiniz. Hem projeye hem de sunucuya erişim koruması bir şifre ile sağlanır.
İki adımda ekip çalışması: Başlamak ne kadar kolay?
Tasarımcıların çoğu, bir ekip projesinde bağımsız çalışmaya başlamak konusunda isteksizdir - ayarların karmaşıklığından ve ek kısıtlamaların ortaya çıkmasından korkarlar. Ancak, GRAPHISOFT Takım Çalışması gerçekten basittir. İlk adım olarak, Projeyi paylaş düğmesine tıklayın ve BIM sunucusundaki konumu belirtin (Şekil 6). BIM sunucusu gerisini sizin için halleder. Projeyi barındıracak, yedekleme sistemini kuracak ve diğer tüm ayarları işbirliği için hazırlayacaktır.
Ayrıca, sadece projenin hangi katılımcılara açık olacağını (Şekil 7) ve aynı zamanda hangi kısıtlamaların uygulanacağını belirtmeniz gerekir. Güvenlik ve kontrol, projelere erişim dahil her şeyi kapsar.
Bu, özellikle projelerle çalışırken, belirli bir katılımcı çemberiyle sınırlı olan bilgilere erişim için önemlidir.
Bir grup projesiyle çalışmak, pratikte tek bir projeyle çalışmakla aynıdır
Genel model ile çalışma prensibi basittir. Dosyayı bilgisayarda açmak yerine, projeyi Takım Çalışması sunucusundan aynı dosya açma iletişim kutusuna yükleyin. İşlem sırasında mevcut model değişikliklerini alabilir veya sunucuya gönderebilirsiniz. Çalışmayı tamamlamadan önce tüm değişiklikleri gönderiyor ve programı kapatıyoruz.
Birkaç katılımcı aynı anda bir projeyle çalışabilir - her birinin kendi erişim hakları vardır.
Ekip Çalışması ile bir dosyada çalışma arasındaki farklardan biri, modeli güncellememe ve işin belirli bir aşaması tamamlanana kadar değişiklikleri göndermeme becerisidir. Örneğin, başarılı bir düzen arayışı devam ederken veya karmaşık bir düğüm oluşturma sürecinde.
İşin sonunda ayrılmış çalışma alanını boşaltmak iyi bir uygulamadır. Bu, katılımcıların acilen bir şeyi değiştirmeleri gerektiğinde cevabınızı beklememelerine izin verir (örneğin, yayından önce, başka bir katılımcı tarafından yapılan sayfadaki bir yazım hatasını düzeltin). Ertesi sabah iş parçanızı yanlışlıkla kimsenin rezerve etmemesi önemliyse, sizin için saklayabilirsiniz. İşgal edilen alanı takip etmemek ve değişiklikleri manuel olarak göndermemek için, tüm verileri otomatik olarak serbest bırakacak ve Takım Çalışması projesi kapatıldığında tüm değişiklikleri gönderecek şekilde yapılandırabilirsiniz.
Yerel bir kopyayı kaydedebilir ve değişiklikleri BIM sunucusundaki paylaşılan modele göndermeniz gerekene kadar çevrimdışı çalışabilirsiniz (Şekil 8).
Sonraki bireysel çalışma için projenin bir BIM sunucusuna yerleştirilmesinin avantajları vardır (Şekil 9). Herhangi bir bilgisayardan erişilebilir - ve en iyisini bulana kadar değişiklikleri göndermeden projenin farklı bölümlerini deneyebilirsiniz.
Rol dağılımı
Projedeki roller, BIM sunucu arayüzü üzerinden yapılandırılır ve uygulanır (Şekil 10). Bunlar model oluşturma, kontrol ve görüntülemeye erişim için çok esnek ayarlardır. Projeler için hem rol grubu politikaları hem de bireysel politikalar uygulanır.
Tasarım ve dokümantasyon araçlarını ayrı ayrı kontrol ederek bazı katılımcıların BIM modelini oluşturmasına ve diğerlerine dokümantasyona erişim sağlayabilirsiniz.
Ekip çalışması, genel proje ayarlarına, proje hakkında genel bilgilere ve harici verilere bağlantılara erişim parametreleri için yapılandırmanıza olanak tanır. Karmaşık nesneler üzerinde çalışırken, yalnızca proje modelinin yapısını anlayan uzmanlara tam erişim verilmelidir. Genellikle bu tür uzmanlar çok azdır.
Daha sonra herhangi bir katılımcıya uygulanacak farklı rol şemalarını özelleştirebilirsiniz. Farklı projelerde aynı kişinin farklı rollere sahip olabilmesi önemlidir - bu, ekiplerdeki görevlerin atanmasında esneklik gereksinimlerini tam olarak karşılar.
İş için öneriler
BIM sunucusu, belirli sayıda projeyle aynı anda çalışmanıza izin verir. Genellikle GRAPHISOFT, bir sunucuda yaklaşık 20 çalışan projenin kullanılmasını ve 20 aktif kullanıcının kullanılmasını önerir. Bununla birlikte, büyük tasarım kuruluşları BIMcloud teknolojisine daha yakından bakmalıdır. Organize bir BIMcloud sunucu ağı, eşzamanlı olarak çalışan projelerin sayısındaki kısıtlamaları kaldırır.
Sunucu
BIM sunucu ayarları (Şekil 11), şirketinizin BT uzmanlarıyla yakın temas halinde olan sorumlu kişiye emanet edilmelidir. Sistemin kararlılığı ve işin hızı, doğru çalışmasına bağlıdır. Ancak, bilgisayar konusunda bilgiliyseniz ve BT konusunda yeterince bilgiliyseniz, ayarları kendiniz yapmanız çok zor olmamalıdır. Belgelere ve sunucu gereksinimlerine aşina olmalısınız. Küçük ofislerde, sunucuyu iş saatlerinde kullanılabilen bilgisayarlardan birine kendiniz kurmak yaygın bir uygulama haline geldi.
Büyük ofislerde, projelere istikrarlı ve günün her saati erişim sağlayan ayrı bir BIM sunucusu tahsis edilir. Modele erişimin birkaç ofisten, bir şantiyeden veya bir müşterinin ofisinden aynı anda yapılandırılması gerekiyorsa, bir sunucu ağı - BIMcloud düzenlenir (Şekil 12).
BIMcloud, farklı sürümlere sahip birkaç sunucudan oluşabilir (18, 19, 20). BIMcloud Delta Cache, uzun mesafelerde senkronizasyon sağlamak için kullanılır. Alt yükleniciler, inşaatçılar veya ARCHICAD kurulu olmayan müşterilerle etkileşimde bulunurken, modele mobil erişim sağlayan bir doğrulama ve iletişim aracı olan BIMx kullanılır. BIMcloud ağ iletişimi için GRAPHISOFT temsilcinizin desteğini kullanabilirsiniz.
Proje ayarları
Bir grup projesine başlamadan önce onu hazırlamanız gerekir. Bir proje organizasyon şablonuna sahip olduğunuzda, bu şablona göre hazırlık yapılır.
Öncelikle modelin yapısını dağıtmanız gerekiyor. Proje küçükse iş tek bir dosyada yapılabilir. Oldukça büyük bir proje olması durumunda, onu önceden farklı modüllere ayırmaya ve onlara aynı endekslere sahip tek bir nitelik şeması atamaya değer (Şekil 13). Modülleri birbirine yüklerken, ayrıntılar birbirinin yerine geçecek ve kopyalanmayacaktır.
Daha sonra proje ile ilgili bilgiler doldurulur, koordinat sistemi belirlenir, seviye işaretleri belirlenir, çalışma görünümlerinin ve yerleşim planlarının yapısı belirlenir. Bununla birlikte, işe başlamadan önce bu yapılmazsa, sonraki değişiklikleri diğer katılımcılar tarafından halihazırda gerçekleştirilen modelde bir ayarlamaya yol açmayacaktır.
Projede kullanılması beklenen öğelerin tüm kitaplığını yüklemeniz tavsiye edilir - bu, daha sonra bireysel öğeler eklerken çoğaltmayı önleyecektir.
Ekipte modeli izleyecek, zamanında kontrol edecek, düzeni ve ayarlarını koruyacak bir sorumlu uzman olması en uygunudur. Tecrübelerime göre, tüm profesyoneller bunu yapamaz.
Bir Transfer Paketi oluşturma yeteneği sayesinde (Şekil 14), uzaktaki bir kullanıcının işe dahil edilmesini önemli ölçüde hızlandırabilirsiniz - bu durumda, projenin İnternet üzerinden ilk indirilmesine gerek yoktur. Dosyayı bir flash sürücüye aktarabilir ve ardından BIM sunucusuna bağlanmak ve yalnızca değiştirilen verileri değiştirmek için İnternet'i kullanabilirsiniz.
Yedeklemeler
Yedek proje verilerini kaydetmenin doğru konfigürasyonu, tasarım hataları durumunda bilgilerin güvenliğini garanti eder (Şekil 15). Proje yedeklemelerini BIM sunucu menüsü aracılığıyla yönetmek, hem bu tür kopyaların oluşturulmasını hem de projenin kendisini geri yükleme sürecini organize etmenize olanak tanır.
Yedeklemeler, yapılandırılmış programa göre otomatik olarak oluşturulur - örneğin, her iki saatte bir veya iş gününün sonunda her gün. Hem tüm sunucu ayarlarıyla (örneğin, katılımcıların dağıtımı ile) bir BIM projesinin yedek kopyasını hem de daha sonra bir bilgisayarda açılabilen bağımsız çalışma projesi dosyalarını oluşturmak mümkündür.
Sunucu, model oluşturma anını bağımsız olarak belirler ve bu süreci kullanıcılar tarafından değişiklikleri gönderme zamanına bağlar. Modelde veya proje ayarlarında herhangi bir değişiklik yapılmadığında, BIM sunucusu kopyalanmaz, bu da arşivdeki proje verilerinin tam olarak kopyalanmamasını mümkün kılar.
Kullanıcı ayarlarıyla birlikte tüm BIM projesinin yedek bir kopyası, BIM sunucusunun kaynakları kullanılarak bir zamanlamaya göre oluşturulur ve bağımsız bir çalışma projesi dosyasının yedek kopyasının kaydedilmesi, kullanıcının bilgisayarındaki kaynaklar kullanılarak oluşturulur. Böyle bir dosya, modelin bir sonraki güncellendiğinde sunucuya gönderilecektir.
Ayarları anında değiştirme
Tasarım süreci sırasında, Takım Çalışması kesinlikle herhangi bir ayarı değiştirmenize izin verir.
Bir sonraki projeye başlarken, genellikle dosyaya paylaşılan bir erişim açıyorum ve meslektaşlarla işin üst üste binmeden çalışabilecekleri kısmını tartışıyorum veya ayarları birlikte yapıyoruz. Örneğin, bir katılımcı eksenlerin düzeni ve binanın yapısıyla ilgilenir, bir diğeri gelecekteki çizim albümünün yapısını yapılandırır ve üçüncüsü gerekli ayrıntıları seçebilir.
Herhangi bir zamanda yeni uzmanlar ve yeni modüller projeye bağlanabilir ve projenin tüm yapısı yeniden dağıtılabilir. Örneğin, karmaşık cepheleri ayrı bir modüle ayırabilirsiniz.
Hatalar ve düzeltmeler
İş hiçbir zaman mükemmel ya da tamamen hatasız değildir. Ekibin deneyimsizliği ve tutarsızlığı nedeniyle hatalar ortaya çıkabilir. Bu nedenle, yalnızca yanlışlıkları düzeltmek değil, aynı zamanda tekrarlanma olasılığını önlemek de çok önemlidir.
Sunucu iletişim teknolojisi, herhangi bir ağ hatasını önleyecek şekilde tasarlanmıştır. Değişiklikler gönderilirken ağ çökse bile, bu hiçbir şekilde bütünlüklerini etkilemeyecektir.
Yalnızca modelin ayrılmış alanıyla çalışma şeması, kullanılmayan öğeleri yanlışlıkla silmeyi veya taşımayı imkansız kılar (Şekil 16).
Bu nedenle, tüm çalışanların modelin sadece doğrudan çalıştıkları kısmını ayırmalarını ve değişikliklerden hemen sonra serbest bırakmalarını tavsiye ederim. Yani ortak masadan aldı, çalıştı ve hemen yerine koydu …
Genellikle, bir hatayı düzeltme veya eski bir çözümü geri döndürme ihtiyacı, proje ekibi zaten büyük miktarda çalışmayı tamamladığında ortaya çıkar. Bu durumda, bu sonuçları kaybetmek, projeyi bir yedek kopyaya "geri döndürmek" son derece istenmeyen bir durumdur. Ekip Çalışmasının esnekliği, diğer ekip üyelerinin çalışmalarından rahatsız olmadan, yedekleme dosyasından model öğelerini manuel olarak eklemeye veya değiştirmeye izin verir.
Çoğu zaman yinelenen ayrıntılarla uğraşmanız gerekir. Bu genellikle modelin parçaları başka projelerden kopyalandığında olur. Gereksinim yöneticisi, bazı gereksinimleri diğerleriyle değiştirmeyi proje boyunca tek seferde esnek bir şekilde yapılandırma yeteneği sağlar ve yinelemeleri ortadan kaldırır. Projenin tüm detayları da sıraya konulabilir. Herhangi bir münferit gereksinimi veya setlerini projeler arasında aktarabilir veya daha sonra içe aktarmak için ayrı bir dosyaya kaydedebiliriz (Şekil 17).
Tüm proje ayarlarını yönetmenin amacı, Düzenleyici, Çizim Yöneticileri, Kitaplıklar, Nitelikler gibi araçlardır (Şekil 18). Hepsi, üzerinde çalışırken herhangi bir zamanda projenin yapısını yönetmek için esnek ayarları destekler. Örneğin, Düzenleyici'yi kullanarak, bitmiş sayfaları veya hatta tüm albümleri doğrudan projeye kopyalayabilirsiniz. Farklı projeler arasında paftalar veya düzenler aktarmak mümkündür.
Elbette, büyük hatalardan kaçınmanın en kesin yolu, meslektaşlarına araçla nasıl çalışılacağını sürekli olarak öğretmek ve bir takımda birlikte yakın çalışmaktır. Çalışanlara yaygın hataları göstermek, bunları izleme ve kendi başlarına yapabilmeleri için düzeltme becerilerini göstermek çok önemlidir.
Ekip Çalışması olan bir ekipte çalışmaya başlarken, bunun tasarıma kısıtlamalar getirmediğini, tam tersine yeni fırsatlar ve çalışma özgürlüğü açtığını anlamak önemlidir!
Takım çalışması malzemeleri
GRAPHISOFT şirketinin YouTube kanalında ve satıcının özel kaynaklarında bilgi arayarak Teamwork ARCHICAD hakkında daha fazla bilgi edinebilirsiniz:
• helpcenter.graphisoft.ru: ARCHICAD 20'de İşbirliği Düzenleme kılavuzu;
• www.graphisoft.ru: Bölüm 5 - Takım Çalışmasını Kullanma;
• resmi YouTube kanalı: ARCHICAD 20'de Takım Çalışması.
Sonuç olarak, GRAPHISOFT ekibinin gerçekten eşsiz bir ürün yaratmayı başardığını söyleyeceğim. Çok basit ama güçlü bir proje erişim sistemi, görsel ve tamamen etkileşimli öğe yedekliliği ve veri güvenliğine sağlam bir yaklaşımla birleştiğinde, BIM Server, ekip çalışmasını gerçekten güçlü bir düzeye taşır.
GRAPHISOFT hakkında
GRAPHISOFT Şirketi® 1984'te ARCHICAD ile BIM'de devrim yaptı® CAD endüstrisindeki mimarlar için endüstrinin ilk BIM çözümüdür. GRAPHISOFT, dünyanın ilk gerçek zamanlı işbirliğine dayalı BIM tasarım çözümü olan BIMcloud ™, dünyanın ilk tam entegre enerji modellemesi ve bina ve BIMx enerji verimliliği değerlendirmeleri EcoDesigner ™ gibi yenilikçi ürünlerle mimari yazılım pazarına liderlik etmeye devam ediyor.® BIM modellerini sergilemek ve sunmak için önde gelen mobil uygulamadır. GRAPHISOFT, 2007'den beri Nemetschek Group'un bir parçasıdır.
