बड़े औद्योगिक सुविधाओं के डिजाइन के लिए सीएडी

इस लेख में मैं आज बड़े औद्योगिक उद्यमों के डिजाइन के लिए सीएडी के विकास के चरण के बारे में अपना दृष्टिकोण प्रस्तुत करूंगा, इसे लागू करने में किन कठिनाइयों का सामना करना पड़ता है और इस उद्योग में क्या रुझान हैं।
मेरे अनुभव के बारे में थोड़ा। एक तकनीकी विश्वविद्यालय के पीछे, एक डिज़ाइन इंजीनियर के रूप में काम करना, एक सीएडी विशेषज्ञ के रूप में कार्य करना, एक सी # प्रोग्रामर के रूप में काम करना, 5 डिज़ाइन संस्थानों में एकीकृत त्रि-आयामी डिज़ाइन सिस्टम "AVEVA PDMS" के कार्यान्वयन, समर्थन और अनुकूलन में भाग लेना, रूस में 4 सबसे बड़े डिज़ाइन संस्थान हैं। (तेल / गैस प्रसंस्करण उद्यमों और ऊर्जा सुविधाओं का डिज़ाइन) और एक यूक्रेन में (ऊर्जा सुविधाओं का डिज़ाइन)। सामान्य तौर पर, स्थिति के किसी प्रकार के विश्लेषण की अनुमति देने के लिए अनुभव पर्याप्त है।
इस तथ्य के बावजूद कि प्रत्येक परियोजना संगठन की अपनी कार्यशैली और वर्षों में विकसित की गई अपनी स्वयं की प्रैक्टिक्स हैं, सामान्य विशेषताएं अभी भी दिखाई देती हैं:
1) सभी डिजाइन संस्थानों में, डिजाइन प्रक्रियाओं के स्वचालन में प्रबंधन की बढ़ती रुचि है।
2) स्वचालन की पहली लहर बीत चुकी है।
इस अवधि के दौरान, विशेष सॉफ्टवेयर खरीदकर व्यक्तिगत विभागों में इंजीनियरों के काम को स्वचालित किया गया। इसके अलावा, अक्सर, विभागों के बीच सूचनाओं का आदान-प्रदान अभी भी "पेपर" रूप में होता है। एक दूसरे से विभागों के अलगाव के कारण सबसे महंगी डिजाइन त्रुटियों में से एक का उदय हुआ - टकराव। नेटवर्क के माध्यम से एकल 3 डी मॉडल में मुख्य डिजाइन विभागों के संयुक्त कार्य के लिए संगठनों में एकीकृत डिजाइन सिस्टम की शुरुआत से इस समस्या का समाधान किया गया था (उदाहरण के लिए, AVEVA PDMS, इंटरग्राफ स्मार्टप्लेंट 3 डी, माइक्रोस्टेशन ऑटोप्लांट)।
3) आज ऑटोमेशन की दूसरी लहर है।
पहले चरण में एकीकृत 3 डी डिजाइन सिस्टम के कार्यान्वयन के दौरान प्राप्त अनुभव का विश्लेषण किया जाता है, और ऐसी प्रणालियों के कार्यान्वयन और समर्थन की प्रक्रिया की जटिलता के बारे में स्पष्ट जागरूकता है। असफल कार्यान्वयन के अनुभव के मामले में, एक दूसरा प्रयास होता है, लेकिन किसी अन्य विक्रेता के सॉफ़्टवेयर के साथ। नियमित प्रोग्रामर का उपयोग करते हुए संगठनों के अंदर, प्रोग्राम लिखे जाते हैं जो संगठन की बारीकियों के अनुसार खरीदे गए कार्यक्रमों की कार्यक्षमता का विस्तार करते हैं। बनाया, फिर से अपने दम पर, इस्तेमाल किए गए सॉफ़्टवेयर के बीच विभिन्न डेटा विनिमय इंटरफेस। इलेक्ट्रॉनिक प्रोजेक्ट वर्कफ़्लो सिस्टम पेश किए जा रहे हैं, एक इलेक्ट्रॉनिक ड्राइंग आर्काइव के साथ। ये सभी चरण धीरे-धीरे डिजाइन प्रक्रिया को व्यवस्थित करने के एक नए तरीके में संक्रमण की ओर ले जाते हैं - एक ही सूचना स्थान (एसआईपी) में डिजाइन करना।
संगठन की EIP को डिज़ाइन की गई सुविधा के EIP से अलग करना आवश्यक है। संगठन का EIP किसी विशेष परियोजना पर लागू नहीं होता है और वे उपलब्ध न होने पर भी मौजूद रहेंगे।
निम्नलिखित सिस्टम को संगठन स्तर के EIP के लिए जिम्मेदार ठहराया जा सकता है:
1) इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन कंपनी;
2) कंपनी का कॉर्पोरेट पोर्टल, जिसमें कर्मचारियों की निर्देशिका, एक समय प्रबंधन प्रणाली, एक कार्य प्रबंधन प्रणाली शामिल है;
3) डिजाइन अनुमानों का एक इलेक्ट्रॉनिक संग्रह;
4) सॉफ्टवेयर, तकनीकी और संगठनात्मक और नियामक दस्तावेजों सहित कर्मचारियों की जानकारी के आदान-प्रदान के साधन;
5) उपयोगकर्ता तकनीकी सहायता सेवा (हेल्पडेस्क)।
एक और चीज डिज़ाइन की गई सुविधा का ईआईपी है, जिसमें परियोजना पर जानकारी संचित और संग्रहीत होती है। इस सूचना स्थान में निम्नलिखित घटक होते हैं।
1) 3 डी मॉडल;
2) 2 डी प्रलेखन;
3) परियोजना डेटाबेस;
हम प्रत्येक वस्तु का अधिक विस्तार से वर्णन करेंगे। एक 3D मॉडल को एक कार्यक्रम (PDMS, SmartPlant 3D) दोनों में किया जा सकता है, और विभिन्न 3D मॉडलिंग कार्यक्रमों (PDMS, ऑटोडस्क से उत्पाद, आदि) में किए गए प्रोजेक्ट के विभिन्न भागों के 3D मॉडल की एक असेंबली हो सकती है। एक पूरे 3 डी मॉडल को असेंबल करना और इसे टक्कर के लिए जाँचना ऑटोडेस्क नवविवर्क्स के साथ उत्कृष्ट है। अधिक जटिल संयोजन भी संभव हैं। उदाहरण के लिए, जब विशेष कार्यक्रमों में निर्मित 3D मॉडल Inventor, Revit, Civil 3D, आदि को PDMS में लोड किया जाता है। मैं तुरंत कहूंगा कि इन मॉडलों को लोड करने के केवल दो तरीके हैं: मैकेनिकल उपकरण इंटरफ़ेस के माध्यम से या 3 डी मॉडल को मानक प्राइमेटिव के एक सेट में बदलने के लिए स्व-लिखित कार्यक्रमों का उपयोग करके। PDMS सतहों।
हम 2D दस्तावेज़ीकरण की ओर रुख करते हैं, जिसमें मुख्य रूप से चित्र और पाठ दस्तावेज़ होते हैं और इसे PDF प्रारूप (जो ग्राहक को भेजा जाता है) और संपादन योग्य दस्तावेज़ (मुख्यतः DWG, Word और Excel) में दस्तावेज़ों में विभाजित किया जाता है। ईआईपी के संगठन का मूल सिद्धांत परियोजना में तत्वों के बारे में जानकारी का सामंजस्य है। यानी अगर वही ऑब्जेक्ट 3D मॉडल में, चित्र में और एक्सेल स्प्रेडशीट (और / या वर्ड डॉक्यूमेंट) में मौजूद है, तो इन तत्वों को लिंक द्वारा लिंक किया जाना चाहिए। स्वाभाविक रूप से, प्रत्येक परियोजना के लिए तत्वों के लिए एक कोडिंग सिस्टम बनाया जाता है, जो परियोजना (KKS) के भीतर उनकी विशिष्टता सुनिश्चित करता है।
इसलिए, परियोजना के सभी तत्वों को जोड़ने के लिए, परियोजना ईआईपी के तीसरे (और मुख्य) घटक की आवश्यकता है - परियोजना डेटाबेस। Microsoft SQL सर्वर पर आधारित सबसे आसान (मेरी राय में)। प्रोजेक्ट डेटाबेस बनाकर, सभी संबंधित दस्तावेज़ों में ऑब्जेक्ट के बारे में जानकारी में परिवर्तन को सिंक्रनाइज़ करना संभव है। इस तथ्य के कारण कि प्रत्येक डिज़ाइन संगठन डिज़ाइन करने के लिए अलग-अलग तरीकों का उपयोग करता है, और विभिन्न सॉफ़्टवेयर, बाजार पर कोई तैयार समाधान नहीं हैं जो समान रूप से सूट करेंगे। इसलिए, एक डिजाइन संगठन में ईआईपी बनाने का एकमात्र तरीका ईआईपी को स्वयं (पूर्णकालिक प्रोग्रामर की मदद से) बनाना है।
अलग से, मैं सीएडी विभाग में प्रोग्रामर की टीमों के बारे में कहना चाहता हूं। ऐसी टीमें (आमतौर पर 3-5 लोग) आज सीएडी विभागों का एक अभिन्न हिस्सा बन गई हैं। ऐसी टीमों के लिए कार्यों की विविधता काफी बड़ी है। सबसे विशेषता में शामिल हैं:
1) विशेष सॉफ्टवेयर (गणना, अनुमानित और ड्राइंग प्रोग्राम) के बीच डेटा विनिमय का स्वचालन;
2) डिजाइन विभागों के बीच कार्यों के आदान-प्रदान की प्रक्रिया का स्वचालन;
3) पहले से ही स्थापित कार्यक्रमों के उपयोगकर्ता इंटरफेस का अनुकूलन;
4) विभिन्न रिपोर्ट प्राप्त करने के लिए कार्यक्रमों का विकास।
यह सुनिश्चित करने के लिए कि विकास प्रक्रिया नियंत्रण से बाहर नहीं होती है और स्रोत कोड हमेशा एक स्वस्थ स्थिति में होता है, आपको संयुक्त विकास और संस्करण नियंत्रण के लिए विभिन्न प्रणालियों का उपयोग करना चाहिए। एटलसियन जीरा + एसवीएन और टीम फाउंडेशन सर्वर 2012 जैसी प्रणालियों के साथ काम करने के बाद, मेरी पसंद निश्चित रूप से टीएफएस के लिए है, क्योंकि परियोजना प्रबंधन प्रणाली और संस्करण नियंत्रण प्रणाली पूरी तरह से जुड़े हुए हैं, और यह सब विजुअल स्टूडियो में एकीकृत है।
संयुक्त 3 डी डिजाइन सिस्टम को लागू करने की प्रक्रिया के बारे में कुछ शब्द। यह एक अत्यंत जटिल और लंबा कार्य है, क्योंकि संगठन के सभी मुख्य डिजाइन विभाग शामिल हैं। लोगों को नए सॉफ्टवेयर उत्पादों को सीखना होगा, वर्षों में विकसित की गई अपनी आदतों को बदलना होगा। अपने स्वयं के अनुभव से, मुझे विश्वास हो गया कि अधिकांश कर्मचारी हमेशा नकारात्मक रूप से बदलाव का सामना करते हैं। यदि संगठन ने अपने दम पर कार्यान्वयन को लागू करने का निर्णय लिया है (ऐसे विशेषज्ञों को शामिल किए बिना जिनके पास पहले से ही इस तरह का अनुभव है), तो धन और समय व्यतीत होने पर असफल कार्यान्वयन की संभावना और कोई परिणाम प्राप्त नहीं हुआ। इसलिए, जब संगठन में इस तरह के वैश्विक बदलावों पर निर्णय लेते हैं, तो लोगों का ज्ञान: "सात बार मापें, एक बार काटें" बहुत उपयुक्त होगा।