Revit में बहुत बड़ी परियोजनाओं के विकास के लिए सुझाव

कई टीमों के अपने BIM मानक हैं। लेकिन तब क्या होता है जब कोई टीम किसी बड़े प्रोजेक्ट में काम करना शुरू कर देती है, जितना कि उन्हें रेविट में करना था। क्या सैकड़ों-हजारों वर्ग मीटर की संरचनाओं के लिए छोटे प्रोजेक्ट के लिए मानक लागू हैं?

एई 7 में वास्तुकार और परियोजना प्रबंधक ब्रायन किश ने अपने लेख में रेविट में बहुत, बहुत बड़ी परियोजनाओं के निर्माण के लिए युक्तियां साझा की हैं। निम्नलिखित इस लेख का एक नि: शुल्क पुनर्प्राप्ति है।

वर्तमान में दुबई में निर्माणाधीन एक बहुत बड़े शॉपिंग सेंटर, मेडियन वन मॉल के उदाहरण का उपयोग करते हुए, ब्रायन ने इस परियोजना पर बीआईएम प्रबंधक के रूप में प्राप्त अनुभव को साझा किया।

1. हार्डवेयर

जब आप एक बड़ी परियोजना की तैयारी कर रहे हैं, तो आपको हार्डवेयर पर ध्यान देना चाहिए। Revit में आरामदायक काम के लिए हार्डवेयर का चयन कैसे करें, इस पर कई लेख हैं। याद रखें कि डेस्कटॉप कंप्यूटर लैपटॉप की तुलना में अपग्रेड करना आसान है। पूरे प्रोजेक्ट के कार्यान्वयन की अवधि के दौरान अतिरिक्त रैम और नए वीडियो कार्ड के कई स्लैट्स नगण्य हैं। याद रखें, कर्मचारियों का समय, और लोहे की लागत कंपनी की सबसे महत्वपूर्ण संपत्ति नहीं है।

2. रणनीति

यह निर्धारित करना कि लोग परियोजना पर कैसे काम करेंगे, परियोजना की सफलता के लिए महत्वपूर्ण है, लेकिन अक्सर प्रबंधन ऐसे निर्णय बहुत जल्दबाजी में करता है। योजना पर गलतियाँ स्पष्ट होने के बाद परियोजना पर काम जोरों पर है और कुछ भी बदलना पहले से ही असंभव है। प्रोजेक्ट प्रतिभागियों के साथ अग्रिम रूप से किक-ऑफ मीटिंग की एक श्रृंखला आयोजित करना महत्वपूर्ण है, जो वर्कफ़्लो को निर्धारित करने और उत्पन्न होने वाली समस्याओं को रोकने में मदद करेगा। कृपया निम्नलिखित पर ध्यान दें:

• केंद्रीय परियोजना फाइलों को कहां रखा जाए और यह विभिन्न कार्यालयों में स्थित विभिन्न परियोजना प्रतिभागियों के बीच वर्कफ़्लो को कैसे प्रभावित करेगा।
• मुख्य आरेखणों का पैमाना क्या है और यह मॉडल की शीट और संगठन की संख्या को कैसे प्रभावित करेगा।
• विभिन्न प्रोजेक्ट प्रतिभागियों के साथ एक्सचेंज प्रोटोकॉल क्या है।

टेबल, चार्ट, आरेख, स्क्रीनशॉट - ये सभी उन सहयोगियों को अलग-अलग समस्याओं को इंगित करने के लिए उपयोगी उपकरण हैं जो Revit से परिचित नहीं हैं, लेकिन जो इन महत्वपूर्ण सवालों के जवाबों में रुचि रखते हैं। ये दस्तावेज नए परियोजना प्रतिभागियों के लिए डिजाइन निर्णयों को समझाने के लिए भी उपयोगी हैं जो परियोजना प्रबंधन और मॉडल से परिचित नहीं हैं।

परिशिष्ट: विभिन्न परियोजना प्रतिभागियों के साथ एक आदान-प्रदान प्रोटोकॉल दस्तावेज़ प्रबंधन प्रणाली से निकटता से संबंधित है, जिसे आरेखण स्टोर करने के लिए अनुकूलित किया जाना चाहिए। ऑटोडेस्क क्लाउड समाधान परियोजना प्रलेखन प्रबंधन प्रणाली के रूप में भी कार्य कर सकता है।

अग्रिम में यह जांचना आवश्यक है कि परियोजना प्रलेखन प्रबंधन प्रणाली कानूनी आवश्यकताओं, Revit के साथ एकीकरण की संभावनाओं, सभी परियोजना प्रतिभागियों द्वारा सादगी और उपयोग में आसानी, यहां तक ​​कि जो सीधे परियोजना में शामिल नहीं हैं, उदाहरण के लिए, उपकरण आपूर्तिकर्ता। याद रखें, जब एक बड़ी परियोजना पूरे जोरों पर होती है, तो दस्तावेज़ प्रबंधन प्रणाली को बदलना असंभव है।

3. मॉडल का पृथक्करण

अधिक मॉडल का मतलब अधिक दक्षता नहीं है। छोटे और मध्यम आकार की परियोजनाओं में, एक मॉडल पर्याप्त है, लेकिन एक बड़े मॉडल को साझा करने की इच्छा अक्सर आदेश और दक्षता की तुलना में अधिक भ्रम पैदा करेगी। मॉडलर से निर्देशक तक टीम में हर किसी का अपना विचार है कि मॉडल को कैसे विभाजित किया जाना चाहिए। यह ध्यान में रखते हुए कि मॉडल कैसे टूट जाते हैं, मॉडल के प्रत्येक विभाजन को सावधानीपूर्वक सोचा जाना चाहिए।

याद रखें, बड़ी संख्या में लिंक की उपस्थिति मॉडल के लंबे उद्घाटन और मॉडल के प्रदर्शन में गिरावट की ओर ले जाती है। इसके बजाय, ऐसे कार्य सेट अक्षम करें जो विशिष्ट कार्यों के लिए आवश्यक नहीं हैं। मॉडल के प्रदर्शन को बेहतर बनाने के लिए काम करने के लिए किसी भी तरीके का उपयोग करें और मॉडल को विभाजित करें जब कुछ और मदद न करे। एक मॉडल के साथ काम करने पर विचार करने के लिए यहां कुछ कारक दिए गए हैं:

A. मॉडल के साथ काम बढ़ने पर मॉडल की संख्या बढ़ जाएगी। बहुत बड़ी परियोजनाएं आमतौर पर योजना के अनुसार विकसित नहीं होती हैं, इसलिए उन मॉडलों की संख्या की भविष्यवाणी करना असंभव है जो लंबे समय में आवश्यक होंगे। जब ड्राइंग के लिए आपकी मुख्य समय सीमा करीब है, तो मॉडल के विभाजन को स्थगित कर दें, क्योंकि बहुत कुछ गलत हो सकता है। प्रलेखन, मंथन प्रस्तुत करने के बाद, विभिन्न विकल्पों का परीक्षण करें, और मॉडल के पृथक्करण पर निर्णय लें।

B. एक बड़ी परियोजना में आमतौर पर भौगोलिक रूप से कई कार्यालय होते हैं, दोनों दुनिया के विभिन्न हिस्सों में और एक शहर में। मॉडल काम करने वाली फ़ाइलों की एक स्थानीय होस्टिंग बनाना एक उत्कृष्ट समाधान होगा जो मॉडल के प्रदर्शन, उद्घाटन और सिंक्रनाइज़ेशन समय को नाटकीय रूप से बढ़ाने में मदद करेगा। मॉडल के प्रत्येक भाग के मॉडलर्स की टीम को छह, आठ लोगों (प्रोजेक्ट चरणों के पूरा होने के दौरान अधिकतम 15 लोग) तक सीमित करने का प्रयास करें। जितने अधिक कर्मचारी मॉडल के प्रत्येक भाग से जुड़े होंगे, उत्पादकता पर भार उतना ही अधिक होगा।

C. एक मॉडल को विभाजित करने के लिए दो बुनियादी सिद्धांत हैं: अंतरिक्ष या घटकों के प्रकार से। पहला विकल्प मॉडल को भागों, फर्श, स्तर, भवन आदि में विभाजित करना है। यह आसान और समझ में आता है। इस पद्धति का नुकसान यह है कि भवन के विभिन्न घटक, जिन्हें एक साथ जोड़ा और प्रबंधित किया जाना चाहिए, विभिन्न फाइलों में विभाजित हैं। दूसरा तरीका संबंधित घटकों द्वारा विभाजित है। उदाहरण के लिए, एक इमारत के बाहरी शेल का एक मॉडल, सभी दीवारों, खिड़कियों और दरवाजों का मॉडल, निलंबित छत का एक मॉडल, आदि। हालांकि, परियोजना के एक क्षेत्र में महत्वपूर्ण बदलाव करते समय, कई मॉडल खोलने की आवश्यकता होती है। इस दृष्टिकोण के लिए एक और विचार यह है कि कुछ परिवारों का मेजबान के साथ घनिष्ठ संबंध है, उदाहरण के लिए, "सीमा" वाले परिवार।



प्रोजेक्ट मेडन वन मॉल में वास्तुशिल्प मॉडल का विभाजन।

ब्रायन एक दिलचस्प विवरण प्रदान करता है। डिजाइन चरण में, वे संबंधित घटकों के मॉडल को स्थानिक भागों में विभाजित करना चाहते थे, ताकि यह हिस्सा दुबई में कार्यालय में सीधे प्रदर्शन किया जा सके। हालांकि, इसके बजाय, उन्होंने संबंधित घटकों के एक मॉडल को बनाए रखा और दूरस्थ कार्य मशीनों के रूप में उपयोग के लिए कई अतिरिक्त नौकरियां खरीदीं।



ब्रायन ने भी कृपया मॉडल विभाजन चित्र को साझा किया।

परिशिष्ट: याद रखें, दूसरे स्तर के घोंसले के शिकार मॉडल के साथ Revit बहुत अनुकूल नहीं है। उदाहरण के लिए, इस तरह की संरचना से उत्पादकता में तेज गिरावट आएगी: मॉडल ए -> मॉडल बी -> केंद्रीय फ़ाइल ("मॉडल ए" "मॉडल बी" में एम्बेडेड है और "मॉडल बी" केंद्रीय फ़ाइल में एम्बेडेड है) ऐसी केंद्रीय फ़ाइल में काम बहुत धीमा और होगा सहज नहीं है। लिंक "मॉडल ए" को हटाएं या "मॉडल बी" के अंदर अपने प्रकार को उस सुपरइम्पोज़्ड में बदल दें ताकि "मॉडल ए" केंद्रीय फ़ाइल में लोड न हो। "मॉडल ए" और "मॉडल बी" को सीधे केंद्रीय फ़ाइल में डाउनलोड करें, ताकि संरचना "मॉडल ए" -> केंद्रीय फ़ाइल <- "मॉडल बी" प्राप्त हो।

हमेशा डायरेक्ट लिंक नियम के अनुसार केंद्रीय फाइलों की रचना करें, ताकि उनके पास मॉडल फ़ाइलों के लिए केवल सीधे लिंक हों, और ऐसे लिंक न हों जिनमें लिंक अभी भी एम्बेडेड हैं (यानी, जो केंद्रीय फ़ाइल लिंक प्रबंधक से दिखाई नहीं देते हैं)।

4. मॉडल का मैट्रिक्स

जब आप मॉडल को विभाजित करते हैं, तो संचार एक महत्वपूर्ण कारक होगा जो मॉडल को योजना के अनुसार कार्य करने की अनुमति देगा। जितने अधिक मॉडल, उतने ही भ्रमित। हमेशा सभी परिवर्तनों की टीम को सूचित करें।

ब्रायन मॉडल मैट्रिक्स के निम्नलिखित आरेख साझा करता है, जिसके साथ AE7 में टीम के सभी नए सदस्य मिलना शुरू हो जाते हैं।

• फ़ाइल का नाम और स्वामी। सूची मालिकों को यह समझने में मदद मिलती है कि मॉडल के इस भाग के साथ समस्या के मामले में कौन संपर्क करे।
• प्रत्येक फ़ाइल में मॉडल तत्व। लिस्टिंग आइटम सीढ़ियों या एस्केलेटर जैसे खोज में मदद करता है।
• प्रत्येक मॉडल में शामिल ड्राइंग का एक सेट। किसी मॉडल को खोलने और उसमें मौजूद ब्लूप्रिंट को खोजने से ज्यादा अप्रिय कुछ नहीं है।
• प्रत्येक फ़ाइल में काम के सेट और लिंक की सूची।
• वांछित मॉडल की खोज करने के लिए फ़ाइल का पथ।

5. ड्राइंग के सेट का संगठन

यह सोचना महत्वपूर्ण है कि ड्राइंग शीट कहाँ स्थित होगी। एक दृष्टिकोण यह है कि सभी चित्रों वाली एक एकल फ़ाइल बनाई जाए। इस फ़ाइल में कोई भी मॉडल तत्व नहीं होंगे, केवल शीट और एनोटेशन होंगे। हालांकि, इस विधि का मतलब है कि ड्राइंग फ़ाइल में बहुत सारे संबंधित मॉडल होंगे और बहुत धीरे-धीरे खुलेंगे। सकारात्मक बिंदु यह है कि सभी तत्वों को एक मॉडल में प्रस्तुत किया गया है, सभी एनोटेशन और एनोटेशन को अंजाम देना बहुत सरल है, दृष्टिकोण के विपरीत जब एनोटेशन उन तत्वों के साथ स्थित होते हैं जो वे प्रदर्शित करते हैं।

ड्राइंग फ़ाइल खोलने के लिए बहुत समय और सिंक्रनाइज़ेशन की आवश्यकता है क्योंकि सभी लिंक की गई फ़ाइलों को डाउनलोड किया जाना चाहिए और ठीक से प्रदर्शित होना चाहिए। इसके अलावा, इस तथ्य के कारण कि यह फ़ाइल एक साथ बड़ी संख्या में उपयोगकर्ताओं के लिए खोली जाएगी, समय के साथ, इसमें टूटे हुए तत्व दिखाई देंगे जो फ़ाइल के साथ काम करना असंभव बना देंगे।

ब्रायन ड्राइंग को कई मॉडल में विभाजित करने की सलाह देते हैं। एक ऊर्ध्वाधर परिवहन मॉडल में सीढ़ियों और लिफ्ट के चित्र सहेजें। दीवार के साथ छत के साथ रखें दीवार के दरवाजे और दरवाजे के साथ विनिर्देशों भरें।

ब्रायन अन्य मॉडल में किए गए एनोटेशन को प्रदर्शित करने के लिए "लिंक्ड व्यू" के सक्रिय उपयोग की भी सलाह देते हैं।

परिशिष्ट: ध्यान से "लिंक किए गए दृश्य" का उपयोग करें यदि आपका डिज़ाइन एक फ़ाइल में है और कई मॉडल इससे जुड़े हुए हैं जिसमें पहले से ही सजाए गए दृश्य हैं। इस मामले में, डिजाइन ड्राइंग नरक में बदल जाती है, क्योंकि कॉलआउट को स्थानांतरित करने के लिए, आपको संबंधित मॉडल का एक गुच्छा खोलना होगा। आप बस कुछ बिंदु पर यह पता लगाने में सक्षम नहीं होंगे कि डिजाइन तत्वों को स्थानांतरित करने या रखने के लिए आपको किस फ़ाइल को खोलने की आवश्यकता है।

प्रत्यक्ष लिंक नियम को याद रखें: केंद्रीय फ़ाइल में किसी भी तत्व या एनोटेशन को संपादित करने के लिए केवल मॉडल फ़ाइलों के लिए सीधे लिंक होने चाहिए। दूसरे स्तर के नेस्टेड लिंक (लिंक जो सेंट्रल फाइल लिंक मैनेजर से दिखाई नहीं देते हैं) एक बहुत ही दुर्लभ अपवाद होना चाहिए।

Revit में बहुत बड़े मॉडल बनाने के लिए एक परियोजना शुरू करने से पहले हार्डवेयर, प्रशिक्षित कर्मियों और मॉडल संगठन के संयोजन का उपयोग करें। ये विचार और भी महत्वपूर्ण हो जाते हैं क्योंकि परियोजनाओं का विस्तार मात्रा में हो रहा है और ये सुझाव आपको भविष्य में और भी बड़ी परियोजनाओं के लिए तैयार करेंगे।

पाठ में चिह्नित मेरे जोड़ मूल लेख के लेखक की राय नहीं हैं। ये परिवर्धन मेरे अपने अनुभव और उन परियोजनाओं की कम उत्पादकता के विश्लेषण पर आधारित हैं जिनके साथ मैं जुड़ा था। यदि आपके पास रेविट में मॉडल अनुकूलन पर एक राय है, तो उसकी टिप्पणियां लिखें।

चित्र और लेख का मूल पाठ archsmarter.com पर स्थित है।