प्रक्रिया विकास सहायता में पुनरावृत्ति कमी

डा. डिर्क Ortloff द्वारा

जिन विषय

सार
परिचय
कमियों
बाजार के दबाव
आभासी पूर्व आकलन का प्रयोग
अपर्याप्त आंतरिक सूचना प्रबंधन
प्रलेखन और अनुपालन समर्थन
आवश्यकताएँ
समाधान
निष्कर्ष
सन्दर्भ

सार

आज अनिश्चितताओं और बाधाओं की एक किस्म के नए उत्पाद विकास या उत्पाद संवर्द्धन चुनौती. यह विशेष रूप से सच है जब microelectromechanical सिस्टम (MEMS), nanoelectromechanical सिस्टम (NEMS) या नैनो पैमाने पर पतली फिल्म उपकरणों और उनके विशेष रूप से आवश्यक विनिर्माण प्रक्रियाओं के विकास. इंजीनियरों डूब प्रौद्योगिकी विकल्पों और उनके बाधाओं के रूप में के रूप में अच्छी तरह से सिकुड़ geometries और अन्य बाह्य और आंतरिक बलों की विविधता और अपनी सीमा के लिए प्रौद्योगिकियों डाल. इस कागज को व्यवस्थित MEMS और NEMS प्रक्रिया के घटनाक्रम पर बाह्य और आंतरिक कारकों और उनके प्रभावों के विभिन्न क्षेत्रों की जांच.

MEMS / NEMS निर्माण की प्रक्रिया के विकास के पर्याप्त प्रक्रिया डिजाइन स्वचालन के लिए एक नए दृष्टिकोण के लिए आवश्यक हैं में बढ़ती जटिलता की चुनौतियों से निपटने. दृष्टिकोण करने के लिए नई प्रक्रिया दृश्यों के बहुत पहले विचार से बड़े पैमाने पर उत्पादन हवाले अंतिम डिजाइन को कवर की जरूरत है. यह भी प्रक्रिया डेटा और प्रौद्योगिकी भागीदारों के लिए ज्ञान का इलेक्ट्रॉनिक हस्तांतरण के लिए साधन प्रदान करना चाहिए.

इस कागज के नीचे इसके अलावा सॉफ्टवेयर सूट के लिए functionalities के लिए आवश्यकताओं को इकट्ठा करने के लिए इस दृष्टिकोण का समर्थन है. यह प्रकाश डाला गया है, कि बढ़ रही भविष्य बाजारों की मांगों को केवल ऐसे सॉफ्टवेयर उत्पाद इंजीनियरिंग के तरीके के साथ हाथ में हाथ काम कर रहे उपकरणों की गहन उपयोग के माध्यम से पूरा किया जा सकता है. आज प्रक्रिया विकास निष्पादन (PDES) सिस्टम को व्यवस्थित बनाने और स्वचालित कार्यों के कई की श्रेणी में इस तरह गिरने के उपकरण मैन्युअल रूप से प्रदर्शन किया. इन विषयों यूरोपीय संघ अनुसंधान परियोजना (507,965 आईएसटी) सैर और अपने प्रकाशनों में संबोधित किया ^गया 2-4 . कि इन जरूरतों के कई वर्ग को पूरा करने के एक उपकरण XperiDesk ® सैर परिणाम के व्यावसायीकरण है.

परिचय

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

हर नए उत्पाद या उत्पाद वृद्धि एक नए विचार के साथ शुरू होता है. MEMS और NEMS के लिए प्रक्रिया और डिवाइस डिजाइन के क्षेत्र में, निजी अनुभवों पिछले घटनाक्रम के माध्यम से प्राप्त नए घटनाक्रम के लिए एक प्रमुख योगदान प्रदान करते हैं.

जानकारी और प्रेरणा के लिए अन्य स्रोतों सहयोगियों, वैज्ञानिक कागज और पुराने प्रयोगशाला किताबें शामिल हैं. हालांकि, यह है कि जहां समस्याएं उत्पन्न होती है. सहकर्मी हमेशा उपलब्ध नहीं हैं और यह हमेशा स्पष्ट नहीं है अगर एक निश्चित प्रयोग पहले से ही आयोजित किया गया. लैब किताबें ऐतिहासिक डेटा के लिए एक महान संसाधन हैं, लेकिन ज्यादातर मामलों में, वे ही कर रहे हैं लोग हैं, जो उन्हें लिखा के लिए उपयोगी के रूप में वे जानते हैं कि कहाँ देखने के लिए और कैसे उन्हें पढ़ने के लिए. यहां तक ​​कि अगर कंप्यूटर फाइलें उपलब्ध हैं, वे अक्सर कई फ़ाइल सर्वर पर वितरित कर रहे हैं या कुछ जगह में छिपा कर रहे हैं और वे केवल एक आयामी कसौटी द्वारा हल कर रहे हैं. दूसरे नजरिए से देखना लगभग असंभव है.

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

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

उदाहरण के लिए, एक सहयोगी एक मशीन (दस्तावेजीकरण बिना) के विन्यास को बदलने, या शायद एक पिछले प्रयोगों में इस्तेमाल मशीन उपलब्ध नहीं हो सकता है, यह मुश्किल का उपयोग करने के लिए बनाने और पिछले प्रयोगों के परिणाम प्रतिलिपि. इस अभ्यास का एक परिणाम के के रूप में, केवल एक इंजीनियर या असफल प्रयोगों से इंजीनियरों लाभ ज्ञान के एक छोटे समूह. यह विफलताओं का एक पुनरावृत्ति है, जो समय, संसाधन, और पैसे के मामले में महंगा है की ओर जाता है है. तो संग्रह एक प्रयोग की पूरी संदर्भ नहीं reproducibility सीमा और बहुमूल्य संसाधनों अपशिष्ट.

एक नया उत्पादन प्रक्रिया के डिजाइन में अगले कदम के लिए इकट्ठे प्रक्रिया प्रवाह सत्यापित है. सभी आवश्यक कदम सफाई वहाँ रहे हैं? तापमान बजट से मिले हो? इस कदम के अनुक्रम मशीनों दूषित? हालांकि, इन सवालों को केवल प्रक्रिया के प्रवाह के manufacturability पहलू कार्यात्मक पहलू नहीं है, के लिए लागू है. यह स्पष्ट हो जाता है कि कई बाधाओं और मिले किया जाना चाहिए कई मजबूरी के लिए एक "अच्छा" प्रक्रिया प्रवाह डिजाइन करने के लिए दूर किया जाना चाहिए.

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

गलत मशीन में गलत सामग्री होने के रूप में में सरल गलतियों, उपकरणों का इस्तेमाल किया और कंपनी पर परियोजना पर एक महान प्रभाव हो सकता है. देरी परिणाम और क्षतिग्रस्त मशीनों, जो बीच में आता है उत्पादन लाइन में इन गलतियों परिणाम. अंत में, प्रवाह की प्रक्रिया का पहला भाग को मार डाला है और परिणाम का मूल्यांकन कर रहे हैं.

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

प्रयोग के बाद पूरा हो गया है, परिणाम और निष्कर्ष निकाला प्रक्रिया प्रवाह या डिवाइस डिजाइन को समायोजित करने के लिए इस्तेमाल किया हैं, और नुस्खा है और डिजाइन के एक नए चलना शुरू होता है. हालांकि, पैरामीटर अंतरिक्ष बहुत बड़ी मनुष्य के लिए बन गया है. कई अनावश्यक प्रयोगों एक "zig-zag" अंतिम प्रक्रिया में जारी करने के लिए या एक विचार की बर्खास्तगी के पथ पर किया जाता है.

ऊपर उल्लिखित अभ्यास जांच प्रक्रिया के विकास के दौरान मुद्दों में अंतर्दृष्टि प्रदान करता है और आवश्यक सुधार के लिए क्षमता पर प्रकाश डाला गया. कागज के शेष को ऊपर के रूप में अच्छी तरह से उल्लिखित अतिरिक्त बाधाओं और चुनौतियों में और अधिक विस्तार में लग रहा है.

कमियों

परिचय मौजूदा प्रक्रिया विकास उपकरण के रूप में प्रेरित किया और प्रथाओं उचित समर्थन के विषय में कई चुनौतियों से ग्रस्त हैं. इन कमियों के चार प्रमुख क्षेत्रों में बांटा जा सकता है:

1. बाजार के दबाव और रुझान है कि प्रयोगों, सहयोग, और मानकीकरण के लिए अपर्याप्त उपकरण के साथ कंपनियों द्वारा हल किया जाना चाहिए.
2. आभासी पूर्व मूल्यांकन (manufacturability के आकलन की तरह) की संभावनाओं और कई अलग अलग कारणों की वजह से सिमुलेशन के सीमित उपयोग.
3. अपर्याप्त आंतरिक जानकारी और ज्ञान प्रबंधन.
4. अपर्याप्त प्रलेखन और अनुपालन समर्थन.

बाजार के दबाव

दुनिया भर में प्रतिस्पर्धा और बाजार में तेजी से और तेजी से समय के लिए बाजार की आवश्यकताओं में परिणाम की मांग है. यह और अधिक कुशल विकास दृष्टिकोण के लिए कॉल. कई विभिन्न मार्गों के लिए इस लक्ष्य को पूरा करने के लिए ले जाया जा सकता है.

एक समय बाजार मुद्दे दृष्टिकोण आभासी प्रोटोटाइप और आभासी - पूर्व आकलन का उपयोग करने के लिए है. आभासी प्रोटोटाइप काफी पहला परिणाम तेजी से भेंट में विकास की गति कर सकते हैं. यह भी एक ही समय में अधिक संभावित उपयोगी वेरिएंट के सत्यापन की अनुमति देता है. विकसित व्यंजनों और संभव विकास की प्रक्रिया में पहले विकल्प में खामियों ढूँढना समय और खर्च में काफी कटौती कर सकते हैं. दुर्भाग्य से इन कार्यों के लिए उचित सॉफ्टवेयर पर सबसे अच्छा अक्सर अपर्याप्त है.

एक अन्य दृष्टिकोण के विकास को गति पिछले घटनाओं से जितना संभव reusing है. उस के लिए केन्द्र में कामयाब और प्रतिलिपि प्रस्तुत करने योग्य व्यंजनों और विकास के परिणाम एक शर्त है. Nonuniform प्रलेखन स्वरूपों, बिखरे हुए परिणाम डेटा और अपर्याप्त पुनर्प्राप्ति की वजह से मतलब है कि अक्सर इस पूर्व शर्त को पूरा नहीं है.

उच्च तकनीक विकास के लिए अलग कंपनी के अंदर लोगों और समूहों के बीच सहयोग जरूरी है. यह दुनिया भर के विभिन्न समूहों के बीच सहयोग को शामिल कर सकते हैं. बाजार के रुझान और विकास की लागत भी अलग कानूनी संस्थाओं के बीच सहयोगी विकास गतिविधियों के लिए की जरूरत है ड्राइव. सहयोग समय के लिए बाजार में सुधार कर सकते हैं.

हालांकि एक उचित केंद्रीय विकास संचार और इलेक्ट्रॉनिक ज्ञान हस्तांतरण functionalities के सहित मंच, इतनी कुशलता से कर की जरूरत है. यह विशेष रूप से सच है, अगर इस प्रक्रिया ज्ञान के लिए एक नई साइट के लिए हस्तांतरित की जरूरत है. प्राप्त साइट पर स्थापना प्रक्रिया अक्सर योजना बनाई संदर्भ परिणामों से विचलन बन गया है. अक्सर इन विचलन फिर से शोध हो सकता है क्योंकि कोई उचित संदर्भ आधार मौजूद है की जरूरत है. यह अंतर्दृष्टि है कि आज लंबी प्रक्रिया नीले किताबें और इंजीनियर हस्तांतरण के माध्यम से प्रौद्योगिकी के हस्तांतरण के आम अभ्यास भविष्य के घटनाक्रम के समय और संसाधन आवश्यकताओं को पूरा नहीं होगा होता है.

आभासी पूर्व आकलन का प्रयोग

प्रेरित ऊपर, आभासी प्रोटोटाइप और पूर्व आकलन के रूप में विकास और लागत में कटौती की गति कर सकते हैं. कभी कभी संरचनात्मक सिमुलेशन की तरह आभासी पूर्व आकलन functionalities के उपयोग अनुकार विशेषज्ञों के बैंडविड्थ या आवश्यक सिमुलेशन और रखरखाव संसाधनों की उपलब्धता के द्वारा सीमित है. इस बार स्थानीय सॉफ्टवेयर स्थापनाओं और रखरखाव आवश्यकताओं के रूप में के रूप में अच्छी तरह से की जरूरत है के लिए विशेष रूप से सिमुलेशन विन्यास जैसे विकसित व्यक्तिगत प्रशिक्षित कारण के कारण है. इन कुशल लोगों को प्रभावी ढंग से अनुकार उपकरण या अन्य आभासी मूल्यांकन का मतलब है का उपयोग करने के लिए एक टोंटी हो जाते हैं. इसलिए "आइडिया चेक" असली जीना प्रयोगों के कारण समय और संसाधनों में वृद्धि के रूप में के रूप में अच्छी तरह से समाधान अंतरिक्ष में कमी का पता लगाया खर्च के माध्यम से प्रदर्शन कर रहे हैं. यह इंजीनियरों अच्छे विचारों का परित्याग करने के लिए बस क्योंकि वहाँ के लिए आवश्यक अनुसंधान और अन्वेषण करने के लिए पर्याप्त समय नहीं है का कारण बनता है.

इसके अलावा, आजकल व्यंजनों काफी जटिल बन इतना है कि यह अनुभवी प्रक्रिया इंजीनियरों के लिए भी कठिन है एक प्रक्रिया प्रवाह के अंदर सभी संभावित संकुचन का पता लगाने. इसलिए runcards की मैन्युअल समीक्षा और योजना बनाई एक कठिन, समय लगता है और कभी कभी भी त्रुटि प्रवण कार्य बन गया है. गलत तरीके से मैन्युअल रूप से उत्पन्न runcards, एक प्रवाह में submodules के असंगत अद्यतन में दशमलव अंक रखा, सामग्री विसंगतियों या incompatibilities तेजी से मुश्किल के लिए हाजिर हैं और पूरे बैच, या चरम मामलों में, यहां तक ​​कि नुकसान या निर्माण उपकरण दूषित हो सकता है उपयोगी नहीं होने का कारण कर सकते हैं.

अपर्याप्त आंतरिक सूचना प्रबंधन

मुद्दों का एक अन्य समूह अपर्याप्त आंतरिक जानकारी और ज्ञान प्रबंधन आवर्ती इंजीनियरिंग "डीजे vu है" में जिसके परिणामस्वरूप है. अनुभव पिछले घटनाओं, वैज्ञानिक कागज, और किताबें पुरानी प्रयोगशाला द्वारा प्राप्त नए उत्पाद विचारों की प्राप्ति के लिए प्रमुख योगदान प्रदान करते हैं. इन आंकड़ों में नहीं है या केवल अपर्याप्त संरचना मुसीबत और डबल मेहनत का एक बहुत का कारण बनता है. अर्धचालक प्रक्रिया के विकास का अनुमान में विशेषज्ञों है कि विफल रही है और दो प्रयोगों की 10-15% बचा जा सकता है अगर पिछले परिणाम एक आसान तरीका में सुलभ हो जाएगा. विभिन्न परियोजनाओं के बीच इंजीनियर अस्थिरता से उत्पन्न होने वाले मुद्दों के साथ इस संबंध में. एक अलग परियोजना में परियोजना विशेषज्ञ चलती पिछले परियोजना ख़तरे में डालना है, जबकि चल रहे एक परियोजना में बढ़ इंजीनियरों असंरचित जानकारी के बहुत से भर रहे हैं हो सकता है.

इसके अलावा डाटा संग्रहण के पारंपरिक साधन केवल एक खोज एक आयामी कसौटी प्रदान करते हैं. बरबाद परिणाम डाटा संग्रहण और स्थानीय डिस्क ड्राइव पर महत्वपूर्ण डेटा थकाऊ और त्रुटि प्रवण पुस्तिका डेटा संग्रह और कभी कभी भी डेटा हानि का कारण. इसके अलावा अक्सर केवल शुद्ध डेटा बिंदु या परिणाम डेटा सेट सीमित या कोई संदर्भ जानकारी के साथ जमा कर रहे हैं. केवल सीमित संदर्भ होने समस्या बन गया जब कारण प्रभाव के विश्लेषण से गलत निष्कर्ष ड्राइंग में पहले देखा प्रभाव या परिणाम पुन: पेश करने की कोशिश कर रहा है. इन परिस्थितियों में उत्पादन "डीजे है नजरों से देख के रूप में" एक बार जब हम एक परिणाम था ... " कि बहुत कष्टप्रद हो सकता है और गहन लागत कर सकते हैं.

प्रलेखन और अनुपालन समर्थन

दस्तावेजीकरण और विकास प्रगति रिपोर्ट पर सबसे अच्छा थकाऊ किया जा सकता है है. बरबाद परिणाम भंडारण विकास इंजीनियरों उन्हें मैन्युअल विविध मशीनरी से डेटा एकत्रित करने की आवश्यकता पर प्रमुख पुस्तिका प्रयास डालता है. इसके अतिरिक्त रिपोर्ट और मूल्यांकन में एकत्र परिणाम डेटा के विधानसभा इंजीनियरिंग समय का एक प्रमुख हिस्सा ले सकते हैं. विकास की स्थिति पर रिपोर्टिंग अक्सर अधिक बार एक स्वचालित प्रक्रिया से रिपोर्ट की एक पुस्तिका विधानसभा में. इनपुट डेटा अक्सर है तो तारीख है कि प्रगति में कार्य की स्थिति (WIP) सटीक जरूरी नहीं है नहीं अप. इन प्रभावों के प्रभावों को भी गुणवत्ता आश्वासन और जैसे आईएसओ 900X, CMMI, आदि SOX अनुपालन की मांग से बढ़ रहे हैं क्योंकि वे विकास के रूप में के रूप में अच्छी तरह से उत्पादन में अधिक से अधिक लागू है, वहाँ लगाया प्रलेखन आवश्यकताओं को पूरा करने के लिए एक मजबूत मांग है.

आवश्यकताएँ

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

• पूर्ण विकास चक्र के रूप में चित्र 1 में प्रस्तुत समर्थन.
• सहयोग आंतरिक और बाह्य की अनुमति दें, लेकिन सुक्ष्म संरक्षण और अधिकार प्रबंधन प्रदान
• व्यापक और चयनात्मक और प्रौद्योगिकी हस्तांतरण के लिए आयात और निर्यात तंत्र की अनुमति दें
• आभासी पूर्व आकलन संभावनाओं को प्रदान करने के लिए में विफल रहा प्रयोगों जितना संभव को रोकने के
• पूर्व के लिए एक नव डिजाइन नुस्खा के manufacturability आकलन तंत्र का प्रस्ताव
• सभी इंजीनियरों आभासी आकलन प्रदर्शन करने के लिए / विशेषज्ञों के माध्यम से उपयोग सीमित करने के बजाय की अनुमति दें
• पूर्ण कब्जा और ऐतिहासिक जानकारी के लिए पहुँच (के रूप में के रूप में अनौपचारिक अच्छी तरह से संरचित) प्रस्ताव
• विभिन्न दृष्टिकोण से ऐतिहासिक जानकारी के शक्तिशाली और विस्तृत पुनर्प्राप्ति प्रदान
• तंत्र होते हैं को इकट्ठा करने, वर्गीकृत और प्रबंधन परिणाम जानकारी स्वचालित रूप से
• गुणवत्ता आश्वासन और अनुपालन आवश्यकताओं की पूर्ति के लिए प्रलेखन आवश्यकताओं को कवर
• व्यापक रिपोर्टिंग और योजना क्षमताओं दें
• कई अलग अलग प्लेटफार्मों पर केंद्रीय प्रशासन और वितरण और निष्पादन की अनुमति दें

चित्रा 1. विकास चक्र एक PDES द्वारा समर्थित

समाधान

उपरोक्त सूचीबद्ध आवश्यकताओं प्रक्रिया विकास निष्पादन प्रणाली (PDES) द्वारा पूरा किया जा सकता है है. एक PDES कई पहलुओं में एक विनिर्माण निष्पादन सिस्टम (एमईएस) के लिए समान है. केंद्रीय विशिष्ठ कारक है PDESs कि एक विनिर्माण प्रक्रिया के विकास के स्टीयरिंग जबकि एमईएस मात्रा में उत्पादन विकसित की प्रक्रिया का उपयोग कर क्रियान्वित करने के लिए सिलवाया रहे हैं के लिए सिलवाया रहे हैं. इसलिए ध्यान केंद्रित है और एक PDES के toolset कम मात्रा, लेकिन उच्च लचीलापन और स्वतंत्रता प्रयोग पर अधिक है. एमईएस के उपकरण कम विचरण, उच्च मात्रा, सख्त नियंत्रण और संभार तंत्र पर अधिक ध्यान केंद्रित कर रहे हैं. अनुप्रयोग सॉफ्टवेयर के दोनों प्रकार के आम में है कि वे traceability, उत्पादकता और गुणवत्ता में वृद्धि (PDES लिए एमईएस के लिए निर्मित अच्छी गुणवत्ता के लिए इसके विपरीत में विकसित विनिर्माण प्रक्रिया की गुणवत्ता).

एक PDES एक संरचित तरीके में इन पिछले घटनाक्रम का उपयोग करने के लिए एक आसान तरीका प्रदान करता है. सूचना तेजी से पुनः प्राप्त किया जा सकता है और पिछले परिणामों के खाते में लिया जा सकता है और अधिक कुशलता से. एक PDES आम तौर पर साधन प्रदान करता है प्रदर्शित करने के लिए और अलग अलग दृष्टिकोण से खोज परिणाम डेटा और डेटा विभिन्न पहलुओं के अनुसार वर्गीकृत. इन functionalities के सभी परिणाम डेटा के लिए सामग्री, प्रक्रिया कदम, मशीनों, प्रयोगों, दस्तावेजों की तरह लागू कर रहे हैं चित्रों आदि PDES भी एक या समान संदर्भ के लिए संबंधित संस्थाओं से संबंधित है और जिसके परिणामस्वरूप जानकारी का पता लगाने के लिए एक तरीका प्रदान करता है.

एक सॉफ्टवेयर सूट PDES श्रेणी में संबंधित XperiDesk, एक सॉफ्टवेयर उत्पाद अप्रैल 2008 के बाद से वाणिज्यिक उपलब्ध है. यह प्रक्रिया अपने कार्य में विकास इंजीनियरों का समर्थन करता है को बनाए रखने और उच्च तकनीक विनिर्माण अर्धचालक डिवाइस के निर्माण के लिए जैसे व्यंजनों का विकास. प्रक्रिया इंजीनियरों के एक महत्वपूर्ण उत्पादकता को बढ़ावा देने के रूप में के रूप में अच्छी तरह से एक बेहतर गुणवत्ता प्रक्रिया में उपयोग का परिणाम है.

XperiDesk प्रक्रिया इंजीनियरों के लिए एक मंच करने के लिए मिलकर काम करने और उनके परिणाम को विश्व स्तर पर साझा प्रदान करता है और निम्नलिखित तीन कदम सत्यापन दृष्टिकोण में सक्षम बनाता है:

• Manufacturability की औपचारिक सत्यापन सार प्रक्रिया नियमों में कब्जा कर लिया ज्ञान का उपयोग
• अनुकार और दृश्य द्वारा सत्यापन, और
• प्रयोगात्मक सत्यापन के विस्तृत और व्यापक ज्ञान पर कब्जा है और पुनः प्राप्ति के लिए ट्रैकिंग.

XperiDesk सुइट ऊपर सूचीबद्ध आवश्यकताओं की सबसे पते और उच्च तकनीक विनिर्माण प्रक्रियाओं के रूप में चित्रा 2 में दिखाया गया के लिए पूर्ण विकास चक्र को शामिल किया.

चित्रा 2. XperiDesk स्क्रीनशॉट के साथ विकास चक्र

निष्कर्ष

सामान्य प्रक्रिया के विकास प्रथाओं की समीक्षा दिया गया है और उन प्रथाओं से परिणामस्वरूप कमियों पर प्रकाश डाला गया है. मुद्दों विभिन्न श्रेणियों और संभावित समाधान दृष्टिकोण में बांटा गया उल्लिखित थे. कि से सॉफ्टवेयर का समर्थन उपकरणों के लिए आवश्यकताओं को प्राप्त किए गए. प्रक्रिया विकास निष्पादन प्रणाली (PDES) नामक एक नए सॉफ्टवेयर श्रेणी के द्वारा इन जरूरतों को पूरा किया जा सकता है है.

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

यह भी इंजीनियरों के लिए एक खेल का मैदान एक आभासी निर्माण वातावरण में अपने विचारों का परीक्षण करने के लिए, संभव पहले से अधिक विचारों का पता लगाने के तरीके प्रदान प्रदान करता है. एक PDES एक कंपनी बेहतर समाधानों को विकसित करने और कम समय को बाजार उपलब्ध कराने के द्वारा एक प्रतिस्पर्धात्मक लाभ देता है. PDES लिए अवधारणाओं यूरोपीय संघ अनुसंधान परियोजना सैर (507,965 आईएसटी) में शोध किया है और वाणिज्यिक XperiDesk सॉफ्टवेयर सूट के रूप में उपलब्ध हो.

सन्दर्भ

1. जे Popp, डी. Ortloff, ए Wagener. विनिर्माण प्रक्रिया डिजाइन के लिए विकास सहायता. जीएसए फोरम, खंड 15, नहीं, 1, मार्च 2008 में.
2. ए Wagener, जे Popp लालकृष्ण हैन, आर Bruck, Ortloff, डी.: प्रक्रिया डिजाइन और MEMS के लिए ट्रैकिंग समर्थन. : SPIE की कार्यवाही: Micromachining और Microfabrication प्रक्रिया प्रौद्योगिकी एक्स, सैन जोस बी.डी.. 6109, 2006. - फोटोनिक्स पश्चिम 2006
3. डी. Ortloff, एफ Cooijmans, बी Veenstra: reproducibility और MEMS प्रक्रिया विकास की ट्रैकिंग की दिशा में एक व्यवस्थित दृष्टिकोण. : माइक्रो और नैनो सिस्टम, Baden-Baden, 2005 का व्यावसायीकरण पर 10 वीं अंतर्राष्ट्रीय सम्मेलन की कार्यवाही. - 2005 coms
4. बी Veenstra, डी. Ortloff, एस Langenhuisen: एक दृष्टिकोण के आदान प्रदान और MEMS प्रक्रिया विकास के ज्ञान उत्पन्न. : माइक्रो और नैनो सिस्टम, सेंट पीटर्सबर्ग, 2006 के व्यावसायीकरण पर 11 वीं अंतर्राष्ट्रीय सम्मेलन की कार्यवाही. - 2006 coms

कॉपीराइट AZoNano.com, MANCEF.org