सोवियत-सोवियत कारखानों में समस्याओं को लागू करने के लिए मैंने कैसे लागू किया या ठेठ पीडीएम सिस्टम लागू किया

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

सिस्टम कार्यान्वयन कदम

1. एक कामकाजी समूह का गठन किया गया था, जिसमें एक डिजाइनर, एक टेक्नोलॉजिस्ट, एक डीटीडी संग्रह ऑपरेटर और एक सिस्टम प्रशासक शामिल थे;
2. मौजूदा व्यावसायिक प्रक्रियाओं का विश्लेषण और मूल्यांकन किया गया और मुख्य व्यवसाय प्रक्रियाओं को मंजूरी के लिए और प्रलेखन की डिलीवरी के लिए विशिष्ट प्रक्रियाओं की पहचान की गई;
3. बाजार की पेशकश का विश्लेषण और पीडीएम-सिस्टम का विकल्प;
4. काम करने वाले समूह में प्रतिभागियों की संख्या के अनुसार कम संख्या में लाइसेंस की खरीद (6 खोज लाइसेंस, 3 एवीएस लाइसेंस (विनिर्देशों और माध्यमिक प्रलेखन उत्पन्न करने के लिए प्रणाली), 1 टेककार्ड लाइसेंस (तकनीकी प्रक्रियाओं के साथ काम करने के लिए प्रणाली)
5. एक वास्तविक आदेश "***" पर प्रणाली के कार्यान्वयन के लिए एक योजना पायलट प्रोजेक्ट के रूप में तैयार की गई थी;
6. डिजाइन और इंजीनियरिंग प्रलेखन रूपों की स्थापना की गई थी;
7. COMPASS प्रणाली में प्रलेखन के लिए एक डिज़ाइन टेम्पलेट बनाया और स्वीकृत किया गया।
8. मानक तत्वों का आधार बनाने के लिए एक कार्यप्रणाली बनाई;
9. डीटीडी दस्तावेजों की इलेक्ट्रॉनिक फ़ाइल अलमारियाँ बनाए रखने के लिए एक पद्धति तैयार की;
10. क्लासफ़ेयर ओटीडी को बनाए रखने के लिए एक कार्यप्रणाली बनाई;
11. पीडीएम प्रणाली में विशिष्टताओं को बनाने का कार्य डेटाबेस में उपलब्ध दस्तावेजों और अन्य उत्पादों के आधार पर मैनुअल इनपुट और अर्ध-स्वचालित मोड में दोनों के साथ बनाया और परीक्षण किया गया है।

समस्याओं

चरणों के परिणामों के आधार पर, दस्तावेज़ से संबंधित उद्यम में मौजूदा समस्याओं की पहचान की गई:

1. प्रलेखन में एक विशाल निरंतरता है (पायलट प्रोजेक्ट के लिए डिजाइन और इंजीनियरिंग प्रलेखन का 70% अन्य उत्पाद से उधार लिया गया है)।
2. कम्पास सीएडी सिस्टम के विभिन्न संस्करणों में दस्तावेजों को निष्पादित किया जाता है (सिस्टम निरंतरता का समर्थन नहीं करता है), विभिन्न डिजाइन टेम्पलेट्स के साथ (खोज एक पैरामीट्रिक प्रणाली है और सीएडी सिस्टम शीट से रीडिंग विशेषताओं के सिद्धांतों पर आधारित है, विशेषताओं को टेम्पलेट्स में परिभाषित किया गया है), अर्थात् खोज के लिए एक दस्तावेज़ अपलोड करने के लिए, आपको नई डिज़ाइन शैलियों का उपयोग करके प्रत्येक फ़ाइल को कम्पास के वर्तमान संस्करण में फिर से सहेजना होगा। चूंकि विभिन्न टेम्पलेट्स का उपयोग किया जाता है, कुछ महत्वपूर्ण जानकारी खो जाती है, संबंधित फ़ील्ड (नाम, पदनाम, विकसित, सत्यापित, एन.एन.टी., प्राथमिक प्रयोज्यता, आदि) को फिर से भरना आवश्यक है।
3. अक्सर मल्टी-शीट ड्रॉइंग को विभिन्न फाइलों में सहेजा जाता है, लेकिन उनमें समान विशेषताएं होती हैं। सिस्टम पर अपलोड करने के लिए, आपको प्रोजेक्ट को 1 फ़ाइल में इकट्ठा करने की आवश्यकता है, अन्यथा त्रुटियां होती हैं, क्योंकि विभिन्न दस्तावेजों पर एक दशमलव संख्या।
4. उदाहरण के लिए, सीएडी कम्पास विकल्प "शीट स्पेसिफिकेशन" का उपयोग नहीं किया जाता है, उदाहरण के लिए, कनेक्टिंग केबल हाथ से बनाई गई तालिका में चिकनी पाठ में लिखे गए हैं; तदनुसार, कम्पास-खोज इंटीग्रेटर को उत्पाद डेटा प्राप्त नहीं होता है।
5. माध्यमिक दस्तावेज (विनिर्देशों, विनिर्देशों के विवरण, सामग्री के बयान) स्वचालित रूप से सीएडी द्वारा निष्पादित नहीं किए जाते हैं, लेकिन विभिन्न कार्यक्रमों में जिन्हें इस (शब्द, एक्सेल, टीडीडी, आदि) के अनुकूल नहीं किया जाता है, यदि कम्पास प्रणाली में विनिर्देश जारी किया जाता है, तो इस तालिका को निष्पादित किया जाता है, जिसे कम्पास के माध्यम से बनाया जाता है, और मैन्युअल रूप से भरा जाता है और ड्राइंग के साथ कोई लिंक नहीं होता है। पीसीबी डेवलपर्स, बदले में, तालिका के मोड में कम्पास फॉर्म "विनिर्देश शीट" पर आइटम की सूची जारी करते हैं, मैन्युअल रूप से डेटा दर्ज करते हैं। जो प्राथमिक प्रलेखन के साथ संबंधों में तार्किक विराम की ओर जाता है।
6. डिज़ाइनर और डेवलपर्स डिज़ाइन किए गए उत्पादों में छोटे (अक्सर डिज़ाइन, या चेहरे के मूल्य में परिवर्तन) परिवर्तन नहीं करते हैं, समायोजन की सूचना जारी होने के बाद, दूसरे शब्दों में, यह कहना असंभव है कि वर्तमान इलेक्ट्रॉनिक दस्तावेज़ DTD में दस्तावेज़ से कितना मेल खाता है।
7. विनिर्देशों और वस्तुओं की सूची भरने में समस्याएं:
8. बी) पी-सीएडी सीएडी पुस्तकालय पुराने हैं और उद्यम में उपयोग किए जाने वाले तत्वों के अनुरूप नहीं हैं, और न ही उद्योग मानकों द्वारा स्वीकार किए गए रूसी और सोवियत तत्व शामिल हैं, जिसके परिणामस्वरूप डेवलपर व्यक्तिगत तत्व पुस्तकालय बनाने के लिए मजबूर है। ये लाइब्रेरी किसी भी तरह से डेवलपर्स के बीच सिंक्रनाइज़ नहीं की जाती हैं, जो तत्वों के दोहराव का कारण बनती हैं, तत्वों की गलत व्याख्या, साथ ही साथ नाम से जुड़ी सामान्य त्रुटियां: उदाहरण के लिए, "कैपेसिटर के -73-21 बी -500 वी 10 ए-0.1 एमकेजी + - 10%" और कैपेसिटर के। -73-21b-500v 10A-0.1mkF + - 10% ”मुद्रित होने पर, समान दिखते हैं, लेकिन दूसरे मामले में, अंग्रेजी वर्ण नाम में उपयोग किए जाते हैं। यही है, डेटाबेस में 2 तत्व बनाए जाएंगे, और स्वचालित रूप से विनिर्देशों और खरीदी गई वस्तुओं की सूची बनाते समय, उन्हें जोड़ा नहीं जाएगा।

ग) खोज प्रणाली में मानक उत्पादों का मौजूदा डेटाबेस अत्यधिक अनावश्यक है और मेल नहीं खाता (पूर्ण गोस्टोव नाम और मापदंडों का उपयोग किया जाता है, कंपनी उद्योग प्रतिबंधात्मक सूचियों से नामों को स्वीकार करती है), और इसमें अन्य उत्पादों (सॉकेट्स, कनेक्टर्स) से कुछ उद्योग तत्वों का भी अभाव है। bushings) हजारों तत्वों के साथ।
डी) सामग्री पुस्तकालय का उपयोग नहीं किया जाता है। संबंधित कॉलम मैन्युअल रूप से भरा हुआ है, और ऐसी सामग्री जो वर्तमान राज्य मानक विनिर्देशों में मौजूद नहीं है, का उपयोग किया जाता है (थ्रेड कठोर है, बजाय मुड़ केप्रोन थ्रेड 3K OST-17-330-84)

8) मुद्रित सर्किट बोर्ड और सर्किट के विकास के लिए कोई एकल प्रणाली नहीं है। विकास पूरी तरह से अलग डिजाइन सिस्टम में किया जाता है: चीमेज, पी-कैड, ऑर्कैड, विसिओ, अल्टियम डिजाइनर।
9) पी-कैड सिस्टम में बनाई गई परियोजनाओं में, प्रारंभिक (लेकिन ... नाम, पदनाम) में आवश्यक डिजाइन विशेषताएँ नहीं भरी जाती हैं, इन मापदंडों को पाठ के साथ शीट पर लागू किया जाता है, मुख्य शिलालेख ड्राइंग के साथ बनाया जाता है। इसके अतिरिक्त, आपको फ़ाइल मेनू में डिज़ाइन विशेषताओं को भरना होगा।
10) खोज प्रणाली एक पैरामीट्रिक प्रणाली है, इसलिए, तत्वों की विशेषताओं में भरने के लिए नियमों का पालन करना आवश्यक है, इसे सर्किट या मुद्रित सर्किट बोर्ड पर दर्ज करना। यानी तत्वों की मुख्य विशेषताओं को भरना आवश्यक है जिसमें से तत्वों और विशिष्टताओं की सूची में एक पूर्ण प्रविष्टि बनाई जाती है, अर्थात: नाम, प्रकार, अंकित मूल्य, सहनशीलता, संदर्भ पदनाम। या एक अलग विशेषता बनाएं, उदाहरण के लिए PE3, जिसमें तत्व का पूरा नाम लिखा जाना चाहिए। **** परियोजना में भाग लेने वाली सभी फाइलों में निम्नलिखित त्रुटियां मौजूद थीं:
a) सर्किट पर तत्वों के गुण (* .sch फाइलें) और मुद्रित सर्किट बोर्ड (*। पीसीबी) और खाली हैं।
बी) विशेषताएँ पूरी तरह से भरी नहीं हैं, उदाहरण के लिए, केवल "कैपेसिटर" नाम एक संप्रदाय और अन्य मापदंडों के बिना चिपका हुआ है।
ग) तत्व से तत्व की विशेषताएं संरचना और नाम में भिन्न होती हैं, उदाहरण के लिए: संधारित्र C1 के लिए विशेषता "विवरण" में नाम होता है, और संधारित्र C65 के लिए यह विशेषता फ़ील्ड "नाम" से मेल खाती है।
घ) इन विशेषताओं की गुणवत्ता सामग्री के साथ समस्याएँ:
i) मान GOST के अनुसार निर्दिष्ट नहीं है
ii) विभिन्न पदनामों (μ और μF) के साथ समान तत्वों का निरूपण
iii) पदनाम पूरा नहीं हुआ है।
11) डाउनलोड करने के लिए दस्तावेजों की तैयारी के दौरान, यह पता चला है कि तत्वों की सूची एक अलग कार्यक्रम - टीडीडी में बनाई गई है, जिसमें पी-सीएडी प्रणाली की विशेषताओं से प्राप्त अपूर्ण नाम मैन्युअल रूप से उपयोगकर्ता द्वारा पूरक हैं। सही फ़ाइल के आधार पर, तत्वों की एक सूची तैयार की जाती है, जो प्रिंट में डिज़ाइन प्रलेखन के संग्रह को प्रस्तुत की जाती है। टीडीडी उपयोगिता आपको पी-कैड परियोजना फ़ाइल में वापस तत्वों की सूची को फिर से सहेजने की अनुमति देती है, जिससे इसे वैचारिक रूप से सही रूप में लाया जा सकता है, लेकिन ऐसा नहीं किया जाता है। यह फ़ाइल प्रोजेक्ट फ़ाइलों के बगल में सहेजी गई है।
12) क्लॉज 10 से, एक नई समस्या उत्पन्न होती है: डीटीडी को प्रस्तुत दस्तावेजों के सेट को समायोजित करते समय, टीडीडी फाइल को सही नहीं किया जाता है, इसलिए, कोई समायोजन नहीं किया जाता है, और तत्वों की सूची को मैन्युअल रूप से सही किया जाता है।
13) आरेखों पर, कनेक्टर्स को एक संपर्क पैड के रूप में नामित किया जाता है, न कि समूह तत्व या लाइब्रेरी से एक तत्व, जो स्वचालित रूप से उत्पन्न सूची में एक्स 1 ... एक्सएन के तत्वों के द्रव्यमान को जन्म देता है।
14) फ़ाइल नाम और नामों में एक "कोड" होता है, खोज का निर्माण इस तरह से किया जाता है जो कोड को निष्पादन में बदल देता है।
15) Altium Designer में खोज प्रणाली का एक इंटीग्रेटर नहीं है, क्योंकि कोई खुला एपीआई नहीं है। 2070 में, एसटीसी -4 के डेवलपर्स के साथ। एक पीडीएम प्रणाली में डेटा को अधिभारित करने के लिए प्रसंस्करण विकसित किया जा रहा है।
16) सर्किट बोर्ड डेवलपमेंट सिस्टम एलिमेंट्स की एक भी लाइब्रेरी नहीं है।
17) संग्रह के लिए प्रस्तुत दस्तावेजों में इलेक्ट्रॉनिक संस्करण नहीं हैं, या इलेक्ट्रॉनिक संस्करणों की खोज मुश्किल है। प्रलेखन की कार्यशील प्रतियां एक संरचित तरीके से संग्रहित नहीं की जाती हैं, उत्पाद की न्यूनतम सेल द्वारा सभी फाइलों को इकट्ठा करना ब्लॉक के लिए संभव नहीं है।
दूसरे शब्दों में, इस स्तर पर, प्रणाली पहले, व्यावहारिक रूप से संक्रमणकालीन, कार्यान्वयन के 3 संभावित चरणों के चरण 2 में है:
1. फ़ाइल-स्तरीय एकीकरण। यह डेटा के साथ सबसे सरल संचालन का तात्पर्य करता है: फ़ाइल को पीडीएम में सहेजें, फ़ाइल को पीडीएम के नीचे से खोलें। स्वचालन प्रणालियों के वर्गीकरण में, यह एकीकरण भी नहीं है, लेकिन बुनियादी कार्यक्षमता है। इस दृष्टिकोण के साथ, पीडीएम प्रणाली अपने गुणों से कुछ गुणों के साथ फ़ाइल गुणों को भरती है, उदाहरण के लिए: दस्तावेज़ का नाम, पदनाम, डेवलपर, द्रव्यमान। या मानक इंटरफ़ेस में बाहरी प्रोग्राम में बटन "पीडीएम को सहेजें" दिखाई देता है, उस पर क्लिक करके, यह सिस्टम के पीडीएम इंटरफ़ेस को खोलता है और उपयोगकर्ता के पास अवसर है, कागजी कार्रवाई में उसके अधिकार और भूमिका के अनुसार, कार्ड की विशेषताओं को भरें और फ़ाइल को अंदर रखें। वर्तमान विकास की निर्देशिका के अनुरूप निर्देशिका।
2. विशेषता स्तर पर एकीकरण। इस तरह के एकीकरण को एक दृष्टिकोण के रूप में समझा जाता है जिसमें पीडीएम सिस्टम के सीएडी फाइलों में पाई गई विशेषताओं को पढ़ता है। एक CAD डेवलपर अपने मॉडल / ड्राइंग में PDM सिस्टम के अनुरूप किसी भी विशेषता को बनाने और पॉप्युलेट करने की क्षमता रखता है। ये विशेषताएँ फ़ाइल के सिस्टम (खुले क्षेत्र) में स्थित हैं और पीडीएम प्रणाली उन्हें पढ़ सकती है, अपने अंदर वस्तुओं का निर्माण कर सकती है और स्वचालित रूप से उनकी विशेषताओं को भर सकती है। इन विशेषताओं में मुख्य स्टाम्प से संबंधित जानकारी के साथ-साथ प्रयोज्यता, प्रौद्योगिकी नोट, भाग सामग्री, वजन, और संबद्ध फ़ाइलों के बाहरी लिंक नाम की जानकारी हो सकती है।
उदाहरण: जब एक पीडीएम प्रणाली में एक भाग (फाइलों का एक सेट) के 3 डी मॉडल को लोड करते हैं, तो सिस्टम:
- दस्तावेज़ ऑब्जेक्ट के पदनाम को अपडेट करें,
- गुण-नाम भरें, विकसित itp,
- एक ऑब्जेक्ट बनाएं - सामग्री (या डेटाबेस में सामग्री के पत्राचार को इंगित करें) और इसके पदनाम / नाम को इंगित करें यदि यह मॉडल को सौंपा गया था,
- "जन" विशेषता के मूल्य के साथ वस्तु "भाग" की विशेषता भरें
- फाइल को बचाता है और "अंतिम संशोधित तारीख" आदि विशेषताओं को भरता है।

3) उत्पाद की इलेक्ट्रॉनिक संरचना (ईएसआई) पढ़ना। दूसरे शब्दों में, विभिन्न CAD प्रणालियों में PDM प्रणालियों का पूर्ण एकीकरण। इस तरह के एक दृष्टिकोण के तहत रचना की प्राप्ति को समझा जाता है, इस दृष्टिकोण के साथ वस्तुओं की मैन्युअल प्रविष्टि और विशेषताओं को भरने से बचा जाता है। ईएसआई 3 डी असेंबली मॉडल में और "विनिर्देश" दस्तावेज में निहित है, जो बदले में, सिस्टम के पीडीएम डेटाबेस से इकट्ठा किया जाता है, और विनिर्देश सीधे दस्तावेज़ फ़ाइलों से संबंधित है।
यानी पीडीएम प्रलेखन लोड करते समय, सिस्टम ईएसआई (सीएडी में बनाई गई फाइलों के सिस्टम क्षेत्र, जहां विधानसभा में शामिल दस्तावेजों के लिंक हैं) पढ़ता है, और फिर:
- भागों, मानक और खरीदे गए उत्पादों की उपलब्ध मात्रा के साथ उत्पाद की एक पदानुक्रमित संरचना बनाता है।
- असेंबली के प्रत्येक तत्व के लिए पुनरावृत्ति फ़ाइल के अंदर संग्रहीत लिंक पर आगे:
- वस्तु का प्रकार निर्धारित किया जाता है (भाग, विधानसभा इकाई, पुस्तकालय तत्व-फास्टनरों),
- एक पदनाम बनाया जाता है;
ऑब्जेक्ट की -filled विशेषताएँ;
- ऑब्जेक्ट बनाए जाते हैं - "दस्तावेज़ - भाग के 3 डी मॉडल", पदनाम सेट किया गया है
- दस्तावेज़ की विशेषताएँ भरी जाती हैं
- फाइल सेव हो गई
यदि विधानसभा में शामिल ऑब्जेक्ट का पदनाम सिस्टम को ज्ञात (लागू) है, तो सिस्टम स्वचालित रूप से एक "प्रयोज्यता" लिंक बनाएगा और डेटाबेस से लापता तत्वों में मौजूदा संरचना के पेड़ को जोड़ देगा।


खराब फॉर्मेटिंग के लिए - मैं अलग से माफी माँगता हूँ, अगली पोस्ट में मैं इसे सही करूँगा।