परमाणु ऊर्जा संयंत्रों का परीक्षण कैसे करें

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

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

इस लेख से आप जानेंगे कि आधुनिक सूचना प्रणाली क्या है, परमाणु ऊर्जा संयंत्रों के उदाहरण का उपयोग करके "पूंजी" सुविधाओं का विकास और परीक्षण कैसे होता है।


सामग्री हमारे दिसंबर हेइसेनबग 2017 मास्को सम्मेलन से एटमॉस्ट्रॉयएक्सपोर्ट इंजीनियरिंग कंपनी (एएसई) के सिस्टम इंजीनियरिंग और सूचना प्रौद्योगिकी के निदेशक व्याचेस्लाव एलेनकोव की रिपोर्ट के प्रतिलेख पर आधारित है।

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

एक छोटा सा परिचय: Atomstroyexport (ASE) एक कंपनी है जो राज्य निगम रोसातोम का इंजीनियरिंग प्रभाग है। हम रूस और विदेशों में, दुनिया के 15 से अधिक देशों में लगभग सभी परमाणु ऊर्जा संयंत्रों के डिजाइन, खरीद / वितरण और निर्माण के लिए जिम्मेदार हैं। हमारी 90% से अधिक परियोजनाएं विदेशों में स्टेशनों के निर्माण और डिजाइन हैं, और इस संबंध में हम अंतरराष्ट्रीय ग्राहकों से सर्वोत्तम आवश्यकताओं, अंतर्राष्ट्रीय नियामकों से सर्वोत्तम प्रथाओं, मानकों और नियमों को स्थापित करने को अवशोषित करते हैं।

कई देशों में, "डिजिटल" आवश्यकताओं का विषय बहुत अधिक है। कई ग्राहकों को पहले से ही कंक्रीट / लोहे में न केवल एक निर्मित वस्तु की आवश्यकता होती है, जो कि - यहां यह क्षेत्र में है। अब आपको ऑब्जेक्ट के एक डिजिटल मॉडल को सौंपने की जरूरत है, जो तब एक परमाणु ऊर्जा संयंत्र के पूरे जीवन चक्र में रहेगा। स्टेशन 5-10 वर्षों के लिए बनाया गया था, फिर 60 या उससे अधिक वर्षों के लिए संचालित किया गया था, अर्थात, हमने जो कुछ भी किया है (100 वर्ष तक के खाते में वितरण को ध्यान में रखते हुए) तब उसका उपयोग किया जाएगा और उपयुक्त सुविधा पर जीएगा। एक ही समय में, जैसा कि आप जानते हैं, लगभग हर साल आईटी में, प्रौद्योगिकी के दृष्टिकोण से, कुछ नाटकीय रूप से बदलता है, और 100 साल के लिए यह भविष्यवाणी कैसे की जाती है, ज़ाहिर है, एक बड़ी समस्या है।

परमाणु ऊर्जा संयंत्र - आज, शायद, सबसे जटिल सुविधाओं में से एक है जो मानवता बनाता है, सुविधा की जटिलता के संदर्भ में, प्रतिभागियों की संख्या, साथ ही साथ इन सुविधाओं की सुरक्षा सुनिश्चित करता है। इसलिए, डिजिटल तकनीक के बिना, इन वस्तुओं का निर्माण लगभग असंभव है। अब, ग्राहक (इस तथ्य के बावजूद कि सुविधा जटिल है) हर बार सुविधा को "और भी तेज" और "यहां तक ​​कि सस्ता" बनाने के लिए आवश्यकताओं को निर्धारित करते हैं, जबकि हम दुनिया के विभिन्न देशों में 30 ऐसी जटिल वस्तुओं का निर्माण और डिजाइन करते हैं, और डिजिटल के साथ इस तरह की जानकारी का प्रबंधन करते हैं। तकनीक असंभव है। उदाहरण के लिए, मुख्य पैरामीटर विभिन्न उपकरणों के सैकड़ों हजारों पदों हैं, और अपने आप में प्रत्येक स्थिति एक जटिल इंजीनियरिंग वस्तु है। ये दसियों हज़ारों अद्वितीय कक्षाओं के उपकरण हैं, दसियों और हज़ारों डिजिटल इनपुट आवश्यकताएं हैं (मैं आपको बाद में इसके बारे में अधिक बताऊंगा), यह एक सूचना मॉडल है जिसमें सैकड़ों हजारों, कभी-कभी लाखों तत्व शामिल होते हैं जो परस्पर जुड़े होते हैं, और यह अंतिम उत्पाद नहीं है: मॉडल अभी भी "बह" है, बदल रहा है, प्रतिभागियों की एक बड़ी संख्या इस डिजिटल जानकारी के साथ काम कर रही है, उनके बीच बड़ी संख्या में टकराव उत्पन्न होते हैं, और इस पूरी प्रक्रिया को प्रबंधित करना बहुत महत्वपूर्ण है ताकि यह यात्रा न करे अक्ष। बेशक, इस जानकारी को संग्रहीत करने, तत्वों के बीच संबंध बनाने, डिजाइन प्रक्रिया में होने वाली सभी चीज़ों को स्वीकार / जाँच / परीक्षण करने के लिए "कंटेनरों" की तैयारी से संबंधित मुद्दे हैं। डिज़ाइन चरण में, ऑब्जेक्ट के बारे में अधिकांश जानकारी प्रकट होती है, और उसके बाद ही, निर्माण चरण में, यह बदल जाता है। बस डिज़ाइन चरण में, ऑब्जेक्ट का एक सूचना मॉडल बनाया जा रहा है, हमारे पास प्रौद्योगिकियों का एक सेट है - उनमें से बहुत सारे हैं, लेकिन मैंने कई प्रमुख लोगों को हाइलाइट किया है जो आपको इस जानकारी को प्रबंधित करने की अनुमति देते हैं ताकि यह उखड़ न जाए।

सूचना मॉडल और V- मॉडल

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

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

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

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



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

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

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

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

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

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

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



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

आवश्यकताएँ प्रबंधन

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

यह महत्वपूर्ण है कि ये 15-20 हजार अंतिम आवश्यकताएं नहीं हैं। हां, बहुत बार वे कठोर लगने लगते हैं, बहुत सरल - उदाहरण के लिए, "इस तरह के और इस तरह के एक मानक का अनुपालन करें।" लेकिन वास्तव में, यह मानक अपने आप में अगले स्तर की आवश्यकताओं की एक विशाल सरणी का प्रतिनिधित्व करता है, और पहले कार्यों में से एक अंतिम अंतिम आवश्यकता तक पहुंचना है, जिसे पहले से ही गणना / मापा जा सकता है। और बहुत जल्दी, ये 15-20 हजार सैकड़ों में बदल जाते हैं। आप समझते हैं कि सूचना प्रौद्योगिकी के बिना ऐसा करना लगभग असंभव है।

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

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

कॉन्फ़िगरेशन प्रबंधन

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

• आप क्या करना चाहते थे, अर्थात् , , , , ;
• , , .. , : , , — ;
• , .

: , . , , , , , . , , , , , , : , , , , . , , .



यहाँ टैग — , ( , , ), , , . — - , , .. , (, , , ..), ( ), , . , . , — , . , . - , , . , : ( — 150 , ), , — , , , . . , , . . , , .

: , - «» ( : « - , - »). - ( ). , , , ( , ) .. : , . , : «, , , , - , ». , , « — - -» — . .



, , - , , , - — , — , . : « ». , .. : , , 25 — , , . , . — , .

, , , : , ( , ). , , . V- , . . , , , , , : , ; , , , -, . , , , , . , ́ , , , .



: . , , — . , , (, ) , , - , , ( ). , , . , .

— , , , , , .. : : , , , ( : , , ). : , . , , हालांकि आपके पास ऐसे "पियानो" के सैकड़ों हजारों हैं, और यह स्पष्ट है कि कंप्यूटर सिमुलेशन के बिना, सभी मार्गों, संचालन के अनुक्रमों की जांच करना, ऐसा करना लगभग असंभव है। इसका मतलब है कि कुछ गैर-मानक निर्णय सुविधा (जो सही नहीं है) पर किए जाने होंगे, इसलिए, हमने निर्माण प्रक्रिया को मॉडलिंग के लिए तकनीक भी विकसित की है ।



तस्वीर में, क्रेन, मशीन और तंत्र चित्र नहीं हैं, बल्कि गतिज मॉडल हैं , , , , , . , . , , , , . , .

: , , — . , , ( ), .



, : — , , ( , ). 5 , — . , .

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

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



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



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



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



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



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

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

यदि आपको यह रिपोर्ट पसंद आई है, तो ध्यान दें: 6-7 दिसंबर को, हाइजेनबग फिर से मास्को आता है। उपयोगी टिप्स और अद्भुत कहानियां होंगी, और परीक्षकों और डेवलपर्स की दुनिया फिर से संपर्क में आएगी। आप हमेशा सम्मेलन की वेबसाइट पर कार्यक्रम की वर्तमान स्थिति (और, यदि आप चाहें तो टिकट खरीद सकते हैं) देख सकते हैं।