पसंदीदा में जोड़े
घर गर्भावस्था के दौरान अल्ट्रासाउंड

स्वचालित सिस्टम नियम और परिभाषाएँ। स्वचालित नियंत्रण प्रणालियों के संगठनात्मक समर्थन के लिए आवश्यकताएँ

GOST 24.104-85 स्वचालित नियंत्रण प्रणाली। सामान्य आवश्यकताएं (धारा 3 को GOST 34.603-92 द्वारा प्रतिस्थापित किया गया) धारा 3 को GOST 34.603-92 . द्वारा प्रतिस्थापित किया गया 20 दिसंबर 1985 के यूएसएसआर स्टेट कमेटी फॉर स्टैंडर्ड्स के डिक्री नंबर 4632 ने परिचय की समय सीमा स्थापित की

01.01.1987 . से

यह मानक सभी प्रकार के स्वचालित नियंत्रण प्रणाली (एसीएस) पर लागू होता है (राष्ट्रीय को छोड़कर) और सामान्य रूप से एसीएस के लिए सामान्य आवश्यकताओं को स्थापित करता है, एसीएस कार्यों, कर्मियों के प्रशिक्षण और एसीएस समर्थन के प्रकार, सुरक्षा और एर्गोनॉमिक्स, परीक्षण के लिए प्रकार और प्रक्रियाएं डालते समय संचालन में एसीएस, एसीएस की पूर्णता, गारंटी।

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

तकनीकी प्रक्रियाओं के लिए स्वचालित नियंत्रण प्रणाली के लिए अतिरिक्त आवश्यकताएं, उद्यमों के लिए स्वचालित नियंत्रण प्रणाली, उत्पादन और अनुसंधान और उत्पादन संघ, उद्योग स्वचालित नियंत्रण प्रणाली क्रमशः 1-3 अनिवार्य अनुप्रयोगों में स्थापित की जाती हैं।

संदर्भ अनुबंध 4 मानक में प्रयुक्त कुछ शर्तों के लिए स्पष्टीकरण प्रदान करता है।

1. एसीएस . के लिए आवश्यकताएँ

1.1. सामान्य तौर पर एसीएस के लिए आवश्यकताएँ

1.1.1. किसी भी प्रकार की स्वचालित नियंत्रण प्रणाली को इस मानक की आवश्यकताओं, इसके निर्माण या विकास के लिए संदर्भ की शर्तों की आवश्यकताओं (बाद में - स्वचालित नियंत्रण प्रणाली के लिए टीओआर), साथ ही नियामक और तकनीकी दस्तावेजों की आवश्यकताओं का पालन करना चाहिए। स्वचालित नियंत्रण प्रणाली के ग्राहक के विभाग में लागू।

1.1.2 एक स्वचालित नियंत्रण प्रणाली के चालू होने से उपयोगी तकनीकी, आर्थिक, सामाजिक या अन्य परिणाम प्राप्त होने चाहिए, उदाहरण के लिए:

  • प्रबंधन कर्मियों की संख्या में कमी;
  • नियंत्रण वस्तु के कामकाज की गुणवत्ता में सुधार;
  • प्रबंधन की गुणवत्ता में सुधार, आदि।

1.1.3. पैराग्राफ के तहत आवश्यकताओं की विशिष्ट सामग्री। 1.1.2, 1.1.5-1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6। 2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 एसीएस के टीओआर में सेट हैं।

1.1.4. स्वचालित नियंत्रण प्रणाली को स्वचालित नियंत्रण प्रणाली के लिए टीओआर में स्थापित इसके निर्माण (विकास) के लक्ष्यों की उपलब्धि सुनिश्चित करनी चाहिए।

1.1.5. एसीएस को अपने भागों के साथ-साथ इस एसीएस के साथ जुड़े स्वचालित सिस्टम (एएस) के साथ संगतता सुनिश्चित करनी चाहिए।

ऐसे मामलों में जहां एक कंप्यूटर नेटवर्क के आधार पर एक स्वचालित नियंत्रण प्रणाली या स्वचालित नियंत्रण प्रणाली (एएस) का एक सेट बनाया जाता है, ऐसे नेटवर्क के तत्वों के बीच संगतता सुनिश्चित करने के लिए, बहुस्तरीय इंटरैक्शन प्रोटोकॉल सिस्टम लागू किया जाना चाहिए।

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

1.1.7. पूरी तरह से स्वचालित नियंत्रण प्रणाली की विश्वसनीयता और इसके प्रत्येक स्वचालित कार्य को उपयोग की दी गई शर्तों के तहत काम करने वाले सिस्टम के स्थापित लक्ष्यों को प्राप्त करने के लिए पर्याप्त होना चाहिए।

1.1.8 उपयोग की शर्तों में परिवर्तन की एक निश्चित सीमा में इसके संचालन के स्थापित लक्ष्यों को प्राप्त करने के लिए स्वचालित नियंत्रण प्रणाली की अनुकूलन क्षमता पर्याप्त होनी चाहिए।

1.1.9. स्वचालित नियंत्रण प्रणाली को स्वचालित कार्यों के प्रदर्शन की शुद्धता की निगरानी और निदान, स्थान, प्रकार और स्वचालित नियंत्रण प्रणाली के सही कामकाज के उल्लंघन के कारण का संकेत देना चाहिए।

1.1.10. मापने वाले चैनलों के साथ स्वचालित नियंत्रण प्रणालियों में, मापने वाले चैनलों की मेट्रोलॉजिकल विशेषताओं को नियंत्रित करना संभव होना चाहिए।

1.1.11. स्वचालित नियंत्रण प्रणाली को कर्मियों के गलत कार्यों से किसी वस्तु या नियंत्रण प्रणाली की आपातकालीन स्थिति, आकस्मिक परिवर्तन और सूचना और कार्यक्रमों के विनाश के साथ-साथ अनधिकृत हस्तक्षेप से बचाने के उपाय प्रदान करने चाहिए।

1.1.12. एसीएस में प्रवेश करने वाली कोई भी जानकारी एक बार एक इनपुट चैनल का उपयोग करके सिस्टम में दर्ज की जाती है, अगर इससे एसीएस के लिए टीओआर में स्थापित आवश्यकताओं (विश्वसनीयता, विश्वसनीयता, आदि के संदर्भ में) की पूर्ति नहीं होती है।

1.1.13. प्राप्तकर्ताओं की संख्या की परवाह किए बिना, एक ही शब्दार्थ सामग्री की आउटपुट जानकारी ACS में एक बार उत्पन्न की जानी चाहिए।

1.1.14. ACS डेटाबेस में निहित जानकारी को सिस्टम फ़ंक्शंस के प्रदर्शन में इसके उपयोग की आवृत्ति के अनुसार अद्यतन किया जाना चाहिए।

1.1.15. स्वचालित नियंत्रण प्रणाली को सूचना रिसाव से बचाया जाना चाहिए, यदि यह स्वचालित नियंत्रण प्रणाली के लिए टीओआर में निर्धारित है।

1.1.16. स्वचालित नियंत्रण प्रणाली के नाम में स्वचालित नियंत्रण प्रणाली के प्रकार और नियंत्रण वस्तु का नाम शामिल होना चाहिए।

उदाहरण के लिए:

  • एक प्रक्रिया भट्ठी में धातु हीटिंग के लिए पीसीएस;
  • कार्यशाला संख्या 5 की संगठनात्मक और तकनीकी स्वचालित नियंत्रण प्रणाली;
  • संयंत्र "हैमर एंड सिकल" की स्वचालित नियंत्रण प्रणाली

1.2. एसीएस कार्यों के लिए आवश्यकताएँ

1.2.1. आवश्यक मात्रा में ACS को स्वचालित रूप से प्रदर्शन करना चाहिए:

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

1.2.2. एसीएस के स्वचालित कार्यों (कार्यों, कार्य परिसरों - इसके बाद कार्यों के रूप में संदर्भित) की संरचना को एसीएस के लिए टीओआर में स्थापित किसी भी लक्ष्य के अनुसार संबंधित वस्तु को नियंत्रित करने की क्षमता प्रदान करनी चाहिए।

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

1.3. एसीएस कर्मियों की तैयारी के लिए आवश्यकताएँ

1.3.1. स्वचालित नियंत्रण प्रणाली के कर्मियों की योग्यता को सभी निर्दिष्ट मोड में सिस्टम के प्रभावी कामकाज को सुनिश्चित करना चाहिए।

1.3.2. एसीएस कर्मियों को संगठनात्मक समर्थन के निर्देशों के अनुसार अपने कर्तव्यों का पालन करने के लिए तैयार रहना चाहिए।

1.3.3. प्रत्येक व्यक्ति जो एसीएस कर्मियों का हिस्सा है, उसे उपयुक्त सूचना मॉडल लागू करना चाहिए और उसके द्वारा उपयोग किए जाने वाले तकनीकी साधनों और दस्तावेजों के साथ काम करना चाहिए जो उसकी गतिविधियों के लिए प्रक्रिया निर्धारित करते हैं।

1.4. स्वचालित नियंत्रण प्रणाली के तकनीकी समर्थन के लिए आवश्यकताएँ

1.4.1. स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों का परिसर स्वचालित नियंत्रण प्रणाली के सभी स्वचालित कार्यों को करने के लिए पर्याप्त होना चाहिए।

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

1.4.3. दोहराए गए स्वचालित नियंत्रण प्रणाली और उनके भागों को एकीकृत तकनीकी साधनों के आधार पर बनाया जाना चाहिए।

1.4.4. स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों को तकनीकी में निहित आवश्यकताओं के अनुपालन में रखा जाना चाहिए, जिसमें उनके लिए परिचालन, प्रलेखन शामिल है, और ताकि स्वचालित नियंत्रण प्रणाली के संचालन के दौरान उनका उपयोग करना और रखरखाव करना सुविधाजनक हो।

1.4.5. स्वचालित कार्य करते समय ACS कर्मियों द्वारा उपयोग किए जाने वाले तकनीकी साधनों की नियुक्ति को एर्गोनोमिक आवश्यकताओं का पालन करना चाहिए: GOST 12.049-80 के अनुसार उत्पादन उपकरण के लिए, GOST 21829-76 के अनुसार दृश्य जानकारी प्रस्तुत करने के साधनों के लिए, जिसमें सामूहिक उपयोग भी शामिल है। GOST 21837-76 के अनुसार डिजिटल साइन-सिंथेसाइजिंग इलेक्ट्रोल्यूमिनसेंट संकेतक से स्कोरबोर्ड।

1.4.6. अन्य प्रणालियों के साथ स्वचालित नियंत्रण प्रणाली की बातचीत में उपयोग किए जाने वाले स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों को इन प्रणालियों के संबंधित तकनीकी साधनों और उपयोग की जाने वाली संचार प्रणालियों के साथ इंटरफेस में संगत होना चाहिए।

1.4.7. स्वचालित नियंत्रण प्रणाली को कम से कम दस वर्षों के सेवा जीवन के साथ तकनीकी साधनों का उपयोग करना चाहिए। कम सेवा जीवन के साथ तकनीकी साधनों के उपयोग की अनुमति केवल उचित मामलों में और स्वचालित नियंत्रण प्रणाली के ग्राहक के साथ समझौते में है।

1.4.8. स्वचालित नियंत्रण प्रणाली के किसी भी तकनीकी साधन को स्वचालित नियंत्रण प्रणाली के शेष तकनीकी साधनों में बिना किसी संरचनात्मक परिवर्तन या समायोजन के समान कार्यात्मक उद्देश्य के उपकरण द्वारा इसके प्रतिस्थापन की अनुमति देनी चाहिए (विशेष रूप से तकनीकी दस्तावेज में प्रदान किए गए मामलों को छोड़कर) स्वचालित नियंत्रण प्रणाली)।

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

1.4.10. स्वचालित नियंत्रण प्रणाली को GOST 22552-84 के अनुसार सामान्य तकनीकी आवश्यकताओं को पूरा करने वाली कंप्यूटर तकनीक का उपयोग करना चाहिए।

1.4.11. एसीएस को इसके अनुरूप तकनीकी साधनों का उपयोग करना चाहिए:

  • बाहरी प्रभावित करने वाले कारकों के प्रतिरोध के संदर्भ में - GOST 12997-76 औद्योगिक उपकरणों और स्वचालन उपकरण GSP के लिए, GOST 14254-80 विद्युत उत्पादों के गोले के लिए, GOST 17516-72 यांत्रिक पर्यावरणीय कारकों के प्रभाव के संदर्भ में विद्युत उत्पादों के लिए, GOST 21552 -84 कंप्यूटर प्रौद्योगिकी के लिए;
  • बिजली के मापदंडों पर - GOST 12997-76 औद्योगिक उपकरणों और स्वचालन उपकरण के लिए GSP, GOST 21552-84 कंप्यूटर उपकरणों के लिए;
  • प्रदर्शन श्रेणी के अनुसार - औद्योगिक उपकरणों और स्वचालन उपकरण के लिए GOST 12997-76 GSP, GOST 21552-84 कंप्यूटर उपकरणों के लिए।

1.4.12. बाहरी बिजली और चुंबकीय क्षेत्रों के प्रभाव से स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों की सुरक्षा, साथ ही बिजली सर्किट में हस्तक्षेप, स्वचालित नियंत्रण प्रणाली के संचालन के दौरान तकनीकी साधनों के लिए अपने उद्देश्य को प्रभावी ढंग से पूरा करने के लिए पर्याप्त होना चाहिए। .

1.4.13. स्वचालित नियंत्रण प्रणाली में, "अनुमेय औद्योगिक हस्तक्षेप के अखिल-संघ मानदंड" 1-72 - 9-72 और GOST 23450-79 द्वारा प्रदान की गई आवश्यकताओं के अनुसार, पर्यावरण को औद्योगिक रेडियो हस्तक्षेप से बचाने के लिए उपाय किए जाने चाहिए। ऑपरेशन के दौरान स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों के साथ-साथ चालू और बंद होने के क्षण में उत्सर्जित होता है।

1.4.14. स्मारकीय आरेखों के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 21480-76 के अनुसार, दृश्य संकेतकों के उपकरणों की गिनती के लिए - GOST 22902-78 के अनुसार, डिजिटल साइन-सिंथेसाइजिंग इलेक्ट्रोल्यूमिनसेंट संकेतकों पर सामूहिक उपयोग बोर्डों के लिए - GOST 21837-76 के अनुसार, दृश्य सूचना प्रदर्शित करने के लिए कैथोड-बीम ट्यूबों के लिए - GOST 23144-78 के अनुसार।

1.4.15 कंसोल पर स्विच के लिए सामान्य एर्गोनोमिक आवश्यकताएं: रोटरी - GOST 22613-77 के अनुसार, कीबोर्ड और पुश-बटन - GOST 22614-77 के अनुसार, "टम्बलर" टाइप करें - GOST 22615-77 के अनुसार।

1.4.16. ध्वनि प्राथमिक संदेशों के सिग्नलिंग उपकरणों के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 21786-76 के अनुसार।

1.4.17. कार्यस्थल के संगठन को नियंत्रित करने वाली सामान्य एर्गोनोमिक आवश्यकताएं, कार्यस्थल के भीतर सूचना, नियंत्रण और संचार प्रदर्शित करने के साधनों की सापेक्ष स्थिति - GOST 22269-76 के अनुसार, कंसोल सहित - GOST 23000-76 के अनुसार।

1.4.18. GOST 21889-76 के अनुसार ऑपरेटर सीटों के लिए सामान्य एर्गोनोमिक आवश्यकताएं।

1.4.19. हॉल, ऑपरेटर केबिन और सीटों की सापेक्ष स्थिति के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 21958-76 के अनुसार।

1.5. एसीएस सॉफ्टवेयर आवश्यकताएँ

1.5.1. एसीएस सॉफ्टवेयर कंप्यूटर प्रौद्योगिकी का उपयोग करके लागू किए गए एसीएस के सभी कार्यों को करने के लिए पर्याप्त होना चाहिए, और एसीएस के संचालन के सभी विनियमित मोड में सभी स्वचालित कार्यों के समय पर निष्पादन की अनुमति देने के लिए सभी आवश्यक डेटा प्रोसेसिंग प्रक्रियाओं को व्यवस्थित करने का साधन भी होना चाहिए।

1.5.2. एसीएस सॉफ्टवेयर में निम्नलिखित गुण होने चाहिए:

  • कार्यात्मक पर्याप्तता (पूर्णता);
  • विश्वसनीयता (पुनर्प्राप्ति सहित, त्रुटि का पता लगाने वाले उपकरणों की उपलब्धता);
  • अनुकूलनशीलता;
  • परिवर्तनशीलता;
  • निर्माण की प्रतिरूपकता और
  • उपयोग में आसानी।

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

1.5.4. स्वचालित नियंत्रण प्रणाली को मुख्य रूप से निर्धारित तरीके से पंजीकृत डेटाबेस प्रबंधन प्रणाली (डीबीएमएस) का उपयोग करना चाहिए।

1.5.5. एसीएस सॉफ्टवेयर इस तरह से बनाया जाना चाहिए कि व्यक्तिगत डेटा की अनुपस्थिति एसीएस कार्यों के प्रदर्शन को प्रभावित न करे, जिसके कार्यान्वयन में इन डेटा का उपयोग नहीं किया जाता है।

1.5.6. ACS सॉफ़्टवेयर में ACS के तकनीकी साधनों का निदान करने और इनपुट जानकारी की विश्वसनीयता को नियंत्रित करने के साधन होने चाहिए।

1.5.7. स्वचालित नियंत्रण प्रणाली के सॉफ्टवेयर में, सूचना के इनपुट और प्रसंस्करण के दौरान त्रुटियों से बचाने के लिए उपायों को लागू किया जाना चाहिए, स्वचालित नियंत्रण प्रणाली के कार्यों के प्रदर्शन की निर्दिष्ट गुणवत्ता सुनिश्चित करना।

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

1.5.9. एक विशेष स्वचालित नियंत्रण प्रणाली के सभी विशेष सॉफ्टवेयर प्रोग्राम एक दूसरे के साथ और इसके सामान्य सॉफ्टवेयर के साथ संगत होने चाहिए।

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

1.5.11. एक विशिष्ट स्वचालित नियंत्रण प्रणाली बनाते समय नव विकसित, इसके सॉफ़्टवेयर में शामिल सॉफ़्टवेयर उत्पादों को राज्य, उद्योग या एल्गोरिदम और कार्यक्रमों के अन्य फंड (जैसा उपयुक्त हो) में पंजीकृत होना चाहिए।

1.6. स्वचालित नियंत्रण प्रणाली के सूचना समर्थन के लिए आवश्यकताएँ

1.6.1. स्वचालित नियंत्रण प्रणाली का सूचना समर्थन स्वचालित नियंत्रण प्रणाली के सभी स्वचालित कार्यों को करने के लिए पर्याप्त होना चाहिए।

1.6.2 केवल इस स्वचालित नियंत्रण प्रणाली में उपयोग की जाने वाली जानकारी को एन्कोड करने के लिए, स्वचालित नियंत्रण प्रणाली के ग्राहक द्वारा अपनाए गए क्लासिफायर को लागू किया जाना चाहिए।

1.6.3. उच्च स्तर पर उपयोग की जाने वाली एसीएस आउटपुट जानकारी में एन्कोड करने के लिए, विशेष रूप से निर्धारित मामलों को छोड़कर, उच्च नियंत्रण प्रणालियों के क्लासिफायर लागू किए जाने चाहिए।

1.6.4. सूचना कोडिंग के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 21829-76 के अनुसार।

1.6.5. तकनीकी साधनों के एक परिसर के उपकरणों के बीच संचार के लिए स्वचालित नियंत्रण प्रणाली में, निम्नलिखित को लागू किया जाना चाहिए:

  • इनपुट और आउटपुट सिग्नल:
    • GOST 26.011-80 के अनुसार विद्युत - वर्तमान और वोल्टेज, GOST 26.013-81 के अनुसार मापदंडों में असतत परिवर्तन के साथ, GOST 26.014-81 के अनुसार कोडित,
    • GOST 26.012-80 के अनुसार हाइड्रोलिक,
    • GOST 26.015-81 के अनुसार वायवीय;
  • GOST 19767-74 के अनुसार अल्फ़ान्यूमेरिक वर्ण सेट;
  • GOST 19768-74 के अनुसार 8-बिट कोड।

1.6.6. स्वचालित नियंत्रण प्रणाली का सूचना समर्थन सामग्री, कोडिंग प्रणाली, एड्रेसिंग विधियों, डेटा प्रारूपों और स्वचालित नियंत्रण प्रणाली द्वारा प्राप्त और जारी की गई जानकारी की प्रस्तुति के रूप में इसके साथ बातचीत करने वाले सिस्टम के सूचना समर्थन के साथ संगत होना चाहिए। .

1.6.7. एसीएस द्वारा बनाए गए दस्तावेजों के रूपों को डीआरसी के मानकों या एसीएस के ग्राहक के विभाग के नियामक और तकनीकी दस्तावेजों की आवश्यकताओं का पालन करना चाहिए।

1.6.8 एसीएस टर्मिनलों के माध्यम से इनपुट, आउटपुट या सही किए गए दस्तावेजों और वीडियो फ्रेम के रूपों को टर्मिनलों की प्रासंगिक तकनीकी विशेषताओं के अनुरूप होना चाहिए।

1.6.9. स्वचालित नियंत्रण प्रणाली के सूचना सरणियों के सेट को मशीन मीडिया पर डेटाबेस के रूप में व्यवस्थित किया जाना चाहिए।

1.6.10. स्वचालित नियंत्रण प्रणाली की आउटपुट जानकारी की प्रस्तुति के रूप को सिस्टम के ग्राहक (उपयोगकर्ता) के साथ सहमत होना चाहिए।

1.6.11. एसीएस आउटपुट दस्तावेज़ों में उपयोग की जाने वाली शर्तों और संक्षिप्त रूपों को आम तौर पर दिए गए विषय क्षेत्र में स्वीकार किया जाना चाहिए और सिस्टम ग्राहक से सहमत होना चाहिए।

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

1.7. स्वचालित नियंत्रण प्रणालियों के संगठनात्मक समर्थन के लिए आवश्यकताएँ

1.7.1. स्वचालित नियंत्रण प्रणाली का संगठनात्मक समर्थन स्वचालित और संबंधित गैर-स्वचालित कार्यों के कार्यान्वयन में उसके लिए स्वचालित कर्तव्यों के कार्यान्वयन में उसे सौंपे गए कर्तव्यों के स्वचालित नियंत्रण प्रणाली के कर्मियों द्वारा प्रभावी प्रदर्शन के लिए पर्याप्त होना चाहिए। व्यवस्था।

1.7.2 स्वचालित नियंत्रण प्रणाली की संगठनात्मक संरचना को प्रबंधन स्तरों द्वारा उनके वितरण को ध्यान में रखते हुए, स्वचालित नियंत्रण प्रणाली के सभी कार्यों को करने की अनुमति देनी चाहिए।

1.7.3 वास्तविक समय में स्वचालित नियंत्रण प्रणाली के संचालन में शामिल कर्मियों के बीच कर्तव्यों के वितरण की आवश्यकताओं को अनिवार्य परिशिष्ट 1 के खंड 11 की आवश्यकताओं को ध्यान में रखते हुए निर्धारित किया जाता है।

1.7.4. एसीएस के संगठनात्मक समर्थन के निर्देश एसीएस कर्मियों द्वारा कार्यान्वयन की सटीकता और गति के लिए निर्दिष्ट आवश्यकताओं को ध्यान में रखते हुए, एसीएस के संचालन के सभी तरीकों में प्रत्येक स्वचालित कार्य करने के लिए आवश्यक एसीएस कर्मियों के कार्यों को निर्धारित करना चाहिए। उनके कार्यात्मक कर्तव्यों, और आपात स्थिति या स्वचालित नियंत्रण प्रणाली की सामान्य परिचालन स्थितियों के उल्लंघन के मामले में कार्यों पर विशिष्ट निर्देश भी शामिल हैं। निर्देशों की सामग्री के लिए आवश्यकताएँ - GOST 24.209-80 के अनुसार।

1.7.5. प्रत्येक स्वचालित कार्य के लिए जो अन्य प्रणालियों के साथ इस स्वचालित नियंत्रण प्रणाली की बातचीत में किया जाता है, स्वचालित नियंत्रण प्रणाली के कर्मियों को निर्देश और इन प्रणालियों को इस कार्य को करने के सभी तरीकों के लिए परस्पर जुड़ा होना चाहिए और इसमें कर्मियों के कार्यों पर निर्देश शामिल होना चाहिए। स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों की विफलता के मामले में।

1.8. स्वचालित नियंत्रण प्रणालियों के भाषाई समर्थन के लिए आवश्यकताएँ

1.8.1. ACS का भाषाई समर्थन उपयोगकर्ताओं की विभिन्न श्रेणियों के संचार के लिए उनके लिए सुविधाजनक रूप में ACS के लिए स्वचालन उपकरण और परिवर्तन प्रक्रियाओं के कार्यान्वयन और ACS में संसाधित जानकारी के मशीन प्रतिनिधित्व के लिए पर्याप्त होना चाहिए।

1.8.2. एसीएस के भाषाई समर्थन में शामिल होना चाहिए:

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

1.8.3. स्वचालित नियंत्रण प्रणाली का भाषाई समर्थन उपयोगकर्ताओं के लिए स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों के साथ संचार के लिए नियमों के रूप में स्वचालित नियंत्रण प्रणाली के संगठनात्मक समर्थन के प्रलेखन (निर्देश, विवरण) में परिलक्षित होना चाहिए। प्रणाली का संचालन।

1.9. स्वचालित नियंत्रण प्रणालियों के कानूनी समर्थन के लिए आवश्यकताएँ

स्वचालित नियंत्रण प्रणालियों के कानूनी समर्थन में कानूनी मानदंडों का एक सेट शामिल होना चाहिए:

  • स्वचालित नियंत्रण प्रणाली के कामकाज में उपयोग किए जाने वाले और सिस्टम द्वारा बनाए गए डेटा वाहक और दस्तावेजों पर सूचना के कानूनी बल का निर्धारण;
  • एसीएस कर्मियों (अधिकारों, कर्तव्यों और जिम्मेदारियों) के साथ-साथ एसीएस कर्मियों और एसीएस के साथ बातचीत करने वाले सिस्टम के कर्मियों के बीच कानूनी संबंधों को विनियमित करना।

टिप्पणी।डेटा वाहक और कानूनी मानदंडों पर सूचना के कानूनी बल से उत्पन्न होने वाले नियमों और विनियमों को प्रासंगिक एसीएस सेवाओं पर संगठनात्मक समर्थन और विनियमों के निर्देशों में शामिल किया जाना चाहिए।

1.10. स्वचालित नियंत्रण प्रणालियों के लिए परिचालन प्रलेखन के लिए आवश्यकताएँ

1.10.1. एसीएस को चालू करने और उसके प्रभावी कामकाज के लिए एसीएस के लिए परिचालन दस्तावेज पर्याप्त होना चाहिए।

1.10.2. एसीएस के लिए परिचालन दस्तावेज चाहिए:

  • स्वचालित नियंत्रण प्रणालियों के तीव्र और उच्च-गुणवत्ता वाले विकास और उचित संचालन के लिए आवश्यक जानकारी शामिल करें;
  • आपातकालीन स्थितियों में या एसीएस के कामकाज के लिए सामान्य शर्तों के उल्लंघन में एसीएस कर्मियों की गतिविधियों पर निर्देश शामिल हैं;
  • ऐसे प्रावधान शामिल नहीं हैं जो अस्पष्ट व्याख्या की अनुमति देते हैं।

2. सुरक्षा आवश्यकताएँ

2.1. एसीएस कर्मियों की गलत कार्रवाइयों से आपात स्थिति नहीं होनी चाहिए।

2.2. स्वचालित नियंत्रण प्रणालियों में उपयोग किए जाने वाले विद्युत उत्पादों के लिए सुरक्षा आवश्यकताएं - GOST 12.2.007.0-75 के अनुसार।

2.3. स्वचालित नियंत्रण प्रणालियों में उपयोग किए जाने वाले कंप्यूटर उपकरणों की सुरक्षा के लिए आवश्यकताएं - GOST 25861-83 के अनुसार।

2.4. एसीएस तकनीकी उपकरणों के सभी बाहरी तत्व जो सक्रिय हैं, उन्हें आकस्मिक संपर्क से संरक्षित किया जाना चाहिए, और तकनीकी उपकरणों में GOST 12.1.030-81 और "बिजली आपूर्ति नियम" के अनुसार ग्राउंडिंग या सुरक्षात्मक ग्राउंडिंग होना चाहिए।

2.5. विस्फोटक और आग के खतरनाक प्रतिष्ठानों में स्थित स्वचालित नियंत्रण प्रणालियों के तकनीकी साधनों को "बिजली आपूर्ति उपकरण के लिए नियम" की आवश्यकताओं को पूरा करना चाहिए।

2.6. स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों को इस तरह से स्थापित किया जाना चाहिए कि उनका सुरक्षित संचालन और रखरखाव सुनिश्चित हो।

2.7. सुरक्षा आवश्यकताओं को नौकरी के विवरण और (या) एसीएस ऑपरेटिंग निर्देशों के एक विशेष खंड द्वारा स्थापित किया जाना चाहिए और तकनीकी उपकरणों के लिए ऑपरेटिंग निर्देशों के लिंक होना चाहिए।

2.8. एसीएस कर्मियों के कार्यस्थलों के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 22269-76 के अनुसार।

2.9. एसीएस कर्मियों के लिए आरामदायक रहने की स्थिति को वर्तमान सैनिटरी मानकों, अधिकतम स्वीकार्य रहने की स्थिति का पालन करना चाहिए - GOST 12.1.005-76 के अनुसार, खतरनाक और हानिकारक उत्पादन कारकों के प्रभाव के अनुमेय स्तर - GOST 12.0.003-74 के अनुसार।

2.10. एसीएस कर्मियों के कार्य परिसर के माइक्रॉक्लाइमेट के लिए सामान्य एर्गोनोमिक आवश्यकताएं GOST 12.1.005-76 के अनुसार हैं।

2.11. एसीएस कर्मियों के स्थानों पर शोर और ध्वनि शक्ति का स्तर GOST 12.1.003-83 और स्वच्छता मानकों द्वारा स्थापित मूल्यों से अधिक नहीं होना चाहिए, जबकि डेटा के ध्वनिक साधनों सहित सभी स्रोतों द्वारा बनाए गए शोर और ध्वनि शक्ति के स्तर को ध्यान में रखते हुए संचरण।

2.12. एसीएस कर्मियों के कार्यस्थलों की रोशनी का स्तर प्रकृति और काम करने की स्थिति के अनुरूप होना चाहिए। चकाचौंध और चकाचौंध से सुरक्षा प्रदान की जानी चाहिए।

2.13. एसीएस कर्मियों के कार्यस्थलों पर उपकरणों के कंपन के लिए सामान्य एर्गोनोमिक आवश्यकताएं - GOST 12.1.012-78 के अनुसार।

2.14. GOST 12.4.026-76 के अनुसार सिग्नल रंग और सुरक्षा संकेत।

3. एसीएस को कमीशन करते समय परीक्षण के प्रकार और प्रक्रिया

यह खंड रक्षा मंत्रालय के आदेश द्वारा बनाए गए सिस्टम को छोड़कर सभी स्वचालित नियंत्रण प्रणालियों पर लागू होता है।

3.1. एक स्वचालित नियंत्रण प्रणाली या एक स्वचालित नियंत्रण प्रणाली (बाद में एक स्वचालित नियंत्रण प्रणाली के रूप में संदर्भित) का एक अलग सौंप दिया गया कार्य, जब इसे संचालन में लाया जाता है, तो प्रारंभिक और स्वीकृति परीक्षणों के साथ-साथ नियामक द्वारा प्रदान किए गए परीक्षणों को पास करना होगा और स्वचालित नियंत्रण प्रणाली के ग्राहक के कार्यालय में लागू तकनीकी दस्तावेज।

3.2. स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण नियंत्रण सुविधा में इसके परीक्षण संचालन से पहले होनी चाहिए।

3.3. ACS परीक्षण "टेस्ट प्रोग्राम" दस्तावेज़ के अनुसार किए जाते हैं, जो ACS डेवलपर द्वारा तैयार किया जाता है। परीक्षण कार्यक्रम की सामग्री के लिए आवश्यकताएँ - GOST 24.208-80 के अनुसार।

3.4. ACS परीक्षण एक या अधिक चरणों में किए जा सकते हैं।

परीक्षण के परिणामों के आधार पर, स्वचालित नियंत्रण प्रणाली एक "टेस्ट प्रोटोकॉल" तैयार करती है। परीक्षण रिपोर्ट की सामग्री के लिए आवश्यकताएँ - GOST 24.208-80 के अनुसार।

स्वचालित नियंत्रण प्रणाली के चरण-दर-चरण परीक्षण के मामले में, पिछले चरण के परिणामों के आधार पर "टेस्ट प्रोटोकॉल" में परीक्षण के अगले चरण में स्वचालित नियंत्रण प्रणाली को प्रस्तुत करने की संभावना के बारे में निष्कर्ष होना चाहिए।

3.5. स्वचालित नियंत्रण प्रणालियों के प्रारंभिक परीक्षण

3.5.1. स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षण इसके प्रदर्शन को निर्धारित करने और यह तय करने के लिए किए जाते हैं कि परीक्षण संचालन के लिए स्वचालित नियंत्रण प्रणाली को स्वीकार करना संभव है या नहीं।

3.5.2. स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षण के लिए "परीक्षण कार्यक्रम" को स्वचालित नियंत्रण प्रणाली के ग्राहक द्वारा अनुमोदित किया जाता है।

3.5.3। स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षण ग्राहक द्वारा आयोजित किए जाते हैं और स्वचालित नियंत्रण प्रणाली के डेवलपर और ग्राहक द्वारा संयुक्त रूप से किए जाते हैं।

3.5.4. ग्राहक के आदेश से स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षण करने के लिए एक आयोग का गठन किया जाता है। स्वचालित नियंत्रण प्रणाली के ग्राहक के प्रतिनिधि को आयोग के अध्यक्ष के रूप में नियुक्त किया जाता है।

3.5.6. स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षणों के परिणामों के आधार पर संकलित "टेस्ट प्रोटोकॉल", परीक्षण संचालन के लिए स्वचालित नियंत्रण प्रणाली को स्वीकार करने की संभावना के साथ-साथ आवश्यक सुधारों और अनुशंसित समय सीमा की एक सूची प्रदान करता है। उनका कार्यान्वयन।

3.6. एसीएस . का पायलट ऑपरेशन

3.6.1. परीक्षण संचालन के लिए स्वचालित नियंत्रण प्रणाली की स्वीकृति के परिणाम "परीक्षण संचालन के लिए स्वीकृति के अधिनियम" द्वारा तैयार किए गए हैं, जो आयोग द्वारा "टेस्ट प्रोटोकॉल" के आधार पर तैयार किया गया है जिसने स्वचालित नियंत्रण के प्रारंभिक परीक्षण किए हैं। व्यवस्था। अधिनियम की सामग्री के लिए आवश्यकताएँ - GOST 24.208-80 के अनुसार।

3.6.2. स्वचालित नियंत्रण प्रणाली के पायलट संचालन की अवधि प्रत्येक स्वचालित कार्य करते समय स्वचालित नियंत्रण प्रणाली के सही कामकाज को सत्यापित करने के लिए आवश्यक समय और सभी स्वचालित कार्यों के प्रदर्शन में भाग लेने के लिए एसीएस कर्मियों की तत्परता से निर्धारित होती है। स्वचालित नियंत्रण प्रणाली।

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

ग्राहक के साथ समझौते में, अपने स्वचालित कार्यों के परीक्षण संचालन के बिना स्वीकृति परीक्षणों के लिए स्वचालित नियंत्रण प्रणाली प्रस्तुत करने की अनुमति है, जिसकी आवृत्ति महीने में एक बार से कम है, बशर्ते कि न केवल ऐसे कार्यों को स्वचालित किया जाता है स्वचालित नियंत्रण प्रणाली।

स्वचालित फ़ंक्शन निष्पादन आवृत्तिस्वीकृति परीक्षण से पहले स्वचालित नियंत्रण प्रणालियों के पायलट संचालन की न्यूनतम अवधिस्वचालित नियंत्रण प्रणाली के स्वचालित कार्य की निरंतरता के उल्लंघन की अनुमेय कुल अवधि
लगातार 1 महीना 3 दिन से अधिक नहीं
दिन में एक बार या अधिक वैसा ही समाधानों की नियोजित संख्या के 10% से अधिक नहीं
दिन में एक बार से कम महीने में एक बार 3 महीने वैसा ही
महीने में एक बार से कम से हर छह महीने में एक बार लगातार दो निर्णयों के बीच की अवधि समारोह के निष्पादन की निरंतरता के उल्लंघन की अनुमति नहीं है
साल में एक बार या उससे कम एसीएस फ़ंक्शन के एकल प्रदर्शन की प्रक्रिया में जानकारी एकत्र करने और संसाधित करने के लिए अपनाई गई तकनीक का परीक्षण करने के लिए आवश्यक समय की अवधि वैसा ही
टिप्पणियाँ:

1. एक स्वचालित नियंत्रण प्रणाली फ़ंक्शन के प्रदर्शन में एक असंतुलन को स्वचालित नियंत्रण प्रणाली के लिए तकनीकी दस्तावेज द्वारा प्रदान किए गए समय पर प्रदर्शन करने में विफलता माना जाता है, अगर यह ऑपरेटिंग शर्तों के उल्लंघन के कारण नहीं होता है स्वचालित नियंत्रण प्रणाली या नियंत्रण वस्तु का।

2. यदि स्वचालित नियंत्रण प्रणाली के परीक्षण संचालन की वास्तविक अवधि तालिका के दूसरे कॉलम में इंगित समय से अधिक थी, तो प्रत्येक स्वचालित फ़ंक्शन के निष्पादन में असंततता की कुल अवधि इंगित समय की अवधि के लिए निर्धारित की जाती है। तालिका में और स्वीकृति परीक्षणों से ठीक पहले।

3.6.4. स्वचालित नियंत्रण प्रणाली के परीक्षण संचालन के दौरान, एक कार्य लॉग रखा जाता है, जिसमें जानकारी दर्ज की जाती है: स्वचालित नियंत्रण प्रणाली के संचालन की अवधि पर, स्वचालित नियंत्रण प्रणाली के सही कामकाज की निगरानी के परिणामों पर, विफलताओं पर, विफलताओं, आपात स्थितियों, नियंत्रण वस्तु के मापदंडों में परिवर्तन और तकनीकी दस्तावेज के लिए चल रहे समायोजन पर।

3.6.5. ट्रायल ऑपरेशन के परिणामों के आधार पर, ट्रायल ऑपरेशन मोड में स्वचालित नियंत्रण प्रणाली की जाँच पर काम पूरा होने पर एक अधिनियम तैयार किया जाता है। अधिनियम की सामग्री के लिए आवश्यकताएँ - GOST 24.208-80 के अनुसार।

3.7. स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण

3.7.1. स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण स्वचालित नियंत्रण प्रणाली के लिए टीओआर के साथ इसके अनुपालन, इस मानक की आवश्यकताओं को निर्धारित करने और स्वचालित नियंत्रण प्रणाली को संचालन में लगाने की संभावना निर्धारित करने के लिए किया जाता है।

3.7.2. नियंत्रण वस्तु और स्वचालित नियंत्रण प्रणाली के महत्व के आधार पर, स्वीकृति परीक्षण हो सकते हैं:

  • राज्य;
  • अंतरविभागीय;
  • विभागीय
और प्रासंगिक स्वीकृति समितियों द्वारा किया जाना चाहिए। स्वचालित नियंत्रण प्रणाली के ग्राहक के मंत्रालय (विभाग) के आदेश से स्वीकृति समिति का गठन किया जाता है। स्वचालित नियंत्रण प्रणाली के लिए टीओआर में स्वीकृति आयोग का स्तर निर्धारित किया जाना चाहिए।

3.7.3. स्वचालित नियंत्रण प्रणाली के ग्राहक के प्रतिनिधि को स्वीकृति समिति के अध्यक्ष के रूप में नियुक्त किया जाता है। स्वीकृति समिति में एसीएस डेवलपर के प्रतिनिधि शामिल होने चाहिए।

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

3.7.5. ग्राहक और डेवलपर निम्नलिखित दस्तावेज स्वीकृति समिति को प्रस्तुत करते हैं:

  • स्वचालित नियंत्रण प्रणाली के निर्माण के लिए संदर्भ की शर्तें;
  • स्वीकृति परीक्षणों का मसौदा कार्यक्रम;
  • स्वचालित नियंत्रण प्रणाली के प्रारंभिक परीक्षणों का प्रोटोकॉल;
  • परीक्षण संचालन के लिए स्वचालित नियंत्रण प्रणाली की स्वीकृति का कार्य;
  • परीक्षण संचालन मोड में स्वचालित नियंत्रण प्रणाली की जाँच पर काम पूरा करने पर एक अधिनियम (अधिनियम);
  • स्वचालित नियंत्रण प्रणाली के लिए तकनीकी दस्तावेज (स्वीकृति समिति के निर्णय द्वारा)।

3.7.6. मापने वाले चैनलों के साथ स्वचालित नियंत्रण प्रणालियों की स्वीकृति परीक्षण के लिए प्रस्तुत करने से पहले, उनका मेट्रोलॉजिकल प्रमाणन लागू मानकों के अनुसार किया जाता है।

3.7.7. स्वीकृति परीक्षण के लिए स्वचालित नियंत्रण प्रणाली प्रस्तुत करने से पहले, प्रारंभिक परीक्षण प्रोटोकॉल की टिप्पणियों के अनुसार सिस्टम और इसके तकनीकी दस्तावेज को अंतिम रूप दिया जाना चाहिए और परीक्षण ऑपरेशन मोड में स्वचालित नियंत्रण प्रणाली की जांच पर काम पूरा होने का प्रमाण पत्र।

स्वीकृति समिति के निर्णय से, स्वचालित नियंत्रण प्रणाली के तकनीकी दस्तावेज को लागू करने के बाद इसे अंतिम रूप देने की अनुमति है। स्वचालित नियंत्रण प्रणाली के तकनीकी दस्तावेज को अंतिम रूप देने की शर्तें सिस्टम स्वीकृति परीक्षण प्रोटोकॉल में इंगित की गई हैं।

3.7.8. स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण एक कार्यशील नियंत्रण वस्तु पर किया जाना चाहिए।

3.7.9. स्वचालित नियंत्रण प्रणालियों की स्वीकृति परीक्षण के लिए "परीक्षण कार्यक्रम" को स्वीकृति समिति के निर्णयों द्वारा अनुमोदित किया जाना चाहिए। स्वचालित नियंत्रण प्रणाली के ग्राहक के साथ स्वीकृति परीक्षण कार्यक्रम का समन्वय अनिवार्य है।

3.7.10. स्वीकृति परीक्षणों के परिणामों के आधार पर, आयोग एक परीक्षण रिपोर्ट और स्वचालित नियंत्रण प्रणाली (या आवश्यक सुधारों और अनुशंसित समय सीमा की सूची के साथ स्वचालित नियंत्रण प्रणाली की गैर-स्वीकृति पर एक निष्कर्ष) पर एक अधिनियम तैयार करता है। उनका कार्यान्वयन)। प्रोटोकॉल की सामग्री के लिए आवश्यकताएँ और GOST 24.208-80 के अनुसार कार्य करें। एसीएस की गैर-स्वीकृति पर निष्कर्ष की सामग्री की आवश्यकताएं एसीएस के कमीशन पर अधिनियम की सामग्री के लिए आवश्यकताओं के समान हैं।

3.7.11. चरण-दर-चरण स्वीकृति परीक्षणों के मामले में, सिस्टम के अलग-अलग हिस्सों और (या) सभी चरणों के "टेस्ट प्रोटोकॉल" के कमीशन पर कृत्यों के आधार पर स्वचालित नियंत्रण प्रणाली के कमीशन पर एक अधिनियम तैयार किया जाता है। स्वचालित नियंत्रण प्रणाली के स्वीकृति परीक्षणों की।

3.7.12. एसीएस के चालू होने की तारीख को स्वीकृति समिति द्वारा कमीशनिंग के अधिनियम पर हस्ताक्षर करने की तारीख माना जाता है।

3.7.13. स्वचालित नियंत्रण प्रणाली के चालू होने पर अधिनियम को ग्राहक के मंत्रालय (विभाग) द्वारा अनुमोदित किया जाता है।

4. कमीशन किए जाने वाले एसीएस की पूर्णता

4.1. एसीएस में शामिल होना चाहिए:

  • संचालन के लिए तैयार स्वचालित नियंत्रण प्रणाली के तकनीकी साधनों के एक जटिल के रूप में स्वचालित नियंत्रण प्रणाली के तकनीकी साधन;
  • स्पेयर पार्ट्स और डिवाइस (एसपीटीए), प्रदर्शन के परीक्षण के लिए उपकरण और उपकरण, तकनीकी साधनों को समायोजित करना और स्वचालित नियंत्रण प्रणाली के मापने वाले चैनलों की मेट्रोलॉजिकल विशेषताओं की निगरानी कस्टम डिजाइन प्रलेखन द्वारा प्रदान की गई राशि में स्वचालित के ग्राहक के साथ सहमत है परीक्षण उपकरण के संदर्भ में नियंत्रण प्रणाली और उपयोगकर्ता की मेट्रोलॉजी सेवा;
  • KTS ACS में शामिल प्रत्येक उत्पाद के लिए GOST 2.601-68 के अनुसार परिचालन प्रलेखन;
  • GOST 19.101-77 के अनुसार डेटा वाहक और उनके लिए परिचालन प्रलेखन पर कार्यक्रमों की कम से कम दो प्रतियां, GOST 24.101-80 और GOST 24.207-80 के अनुसार प्रतिबंधों और परिवर्धन के अधीन;
  • संपूर्ण रूप से ACS सॉफ़्टवेयर के लिए या ACS फ़ंक्शन के सॉफ़्टवेयर के लिए एक प्रपत्र अलग से प्रचालन में है और सॉफ़्टवेयर उत्पादों के लिए प्रपत्र (GOST 19.004-80 के अनुसार), प्रत्येक एक प्रति में। फॉर्म के लिए आवश्यकताएँ - GOST 19.501-78 के अनुसार;
  • GOST 24.101-80 के अनुसार एसीएस के लिए परिचालन दस्तावेज की दो प्रतियां, एसीएस के सूचना समर्थन के लिए आवश्यक दस्तावेज (एक प्रति में एसीएस फॉर्म) सहित।

एसीएस डेवलपर और एसीएस ग्राहक के बीच समझौते से, एसीएस की पूर्णता का विस्तार किया जा सकता है।

4.2. स्वचालित नियंत्रण प्रणाली के राज्यों में ऐसे कर्मियों का स्टाफ होना चाहिए जो खंड 1.3 की आवश्यकताओं को पूरा करते हों।

4.3. निर्मित स्वचालित नियंत्रण प्रणाली को पूरा करने के लिए, निम्नलिखित का उपयोग औद्योगिक उद्देश्यों के लिए उत्पादों के रूप में किया जा सकता है:

  • GOST 2.601-68 के अनुसार उनके लिए परिचालन प्रलेखन के साथ हार्डवेयर और सॉफ्टवेयर का एक जटिल (कॉम्प्लेक्स);
  • GOST 19.101-77 के अनुसार उनके लिए परिचालन प्रलेखन वाले सॉफ़्टवेयर उत्पाद;
  • GOST 2.601-68 के अनुसार उनके लिए परिचालन दस्तावेज के साथ तकनीकी साधन।

4.4. स्वचालित नियंत्रण प्रणाली में उपयोग किए जाने वाले आपूर्ति घटकों को विकसित करने, उत्पादन में लगाने और परीक्षण करने की प्रक्रिया को उत्पादों को विकसित करने और उत्पादन में डालने के लिए प्रणाली के लिए राज्य मानकों का पालन करना चाहिए।

उत्पादन में डालने से पहले, घटकों के प्रोटोटाइप को स्वीकृति (राज्य, अंतरविभागीय, विभागीय) परीक्षणों के अधीन किया जाता है।

5. वारंटी

5.1. स्वचालित नियंत्रण प्रणाली का डेवलपर इस मानक की आवश्यकताओं के साथ स्वचालित नियंत्रण प्रणाली के अनुपालन की गारंटी देता है और स्वचालित नियंत्रण प्रणाली के लिए टीओआर, बशर्ते कि उपयोगकर्ता संचालन की शर्तों और नियमों का पालन करता है।

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

5.3. एसीएस के लिए वारंटी अवधि की गणना उस दिन से की जाती है जब एसीएस को परिचालन में लाया जाता है।

5.4. स्वचालित नियंत्रण प्रणाली के संचालन के लिए वारंटी अवधि स्वचालित नियंत्रण प्रणाली के लिए टीओआर में निर्धारित की जानी चाहिए और 18 महीने से कम नहीं हो सकती।

अनुलग्नक 1
अनिवार्य

स्वचालित प्रक्रिया नियंत्रण प्रणाली (एपीसीएस) के लिए अतिरिक्त आवश्यकताएं

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

2. एपीसीएस को नियंत्रण कार्यों को विकसित और कार्यान्वित करना चाहिए जो नियंत्रण वस्तु में तकनीकी प्रक्रिया के प्रवाह के वास्तविक समय में टीओयू पर प्रबंधन के लक्ष्यों और मानदंडों के संदर्भ में तर्कसंगत हों।

3. एपीसीएस को नियंत्रण, सूचना और समर्थन कार्य करना चाहिए।

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

5. स्वचालित प्रक्रिया नियंत्रण प्रणाली में नियंत्रण क्रियाएं स्वचालित रूप से उत्पन्न होनी चाहिए या इसके परिचालन कर्मियों द्वारा सिस्टम में शामिल स्वचालन उपकरणों के एक सेट का उपयोग करके बनाई जानी चाहिए।

6. स्वचालित प्रक्रिया नियंत्रण प्रणाली को अपने संचालन की सामान्य, क्षणिक और पूर्व-आपातकालीन स्थितियों में सुविधा के नियंत्रण के साथ-साथ दुर्घटना के खतरे की स्थिति में सुविधा की सुरक्षा या बंद करना सुनिश्चित करना चाहिए।

7. स्वचालित प्रक्रिया नियंत्रण प्रणाली को टीओयू पर नियंत्रण कार्यों के निष्पादन की निगरानी का कार्य करना चाहिए और कार्यकारी निकायों के आउटपुट को अधिकतम अनुमेय पदों पर संकेत देना चाहिए।

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

9. स्वचालित प्रक्रिया नियंत्रण प्रणाली के मुख्य तकनीकी साधनों के रूप में, औद्योगिक उपकरणों और स्वचालन उपकरण (जीएसपी) की राज्य प्रणाली के उत्पाद, अन्य उत्पाद जो ईएसएसपी मानकों की आवश्यकताओं को पूरा करते हैं, और कंप्यूटर उपकरण जो GOST 21552-84 का अनुपालन करते हैं, होना चाहिए उपयोग किया गया।

10. तकनीकी उपकरणों पर रखे गए स्वचालित प्रक्रिया नियंत्रण प्रणालियों के तकनीकी साधनों को उनकी परिचालन स्थितियों के लिए आवश्यकताओं का पालन करना चाहिए।

11. ऑपरेटरों के बीच जिम्मेदारियों को ध्यान में रखते हुए वितरित किया जाना चाहिए:

  • सिस्टम के गैर-स्वचालित कार्यों के प्रदर्शन में कर्मियों की भागीदारी और अन्य प्रणालियों के साथ इसकी बातचीत;
  • उद्योग नियामक और तकनीकी दस्तावेजों द्वारा स्थापित ऑपरेटरों के मनो-शारीरिक और भावनात्मक भार का अनुमेय स्तर, उनमें से प्रत्येक को सौंपे गए कर्तव्यों की पूर्ति और काम के अंतिम और मध्यवर्ती परिणामों के लिए उनकी जिम्मेदारी के साथ-साथ आवश्यक स्तर काम की प्रक्रिया में उसकी गतिविधि।

12. स्टाफ का हिस्सा होने वाले प्रत्येक व्यक्ति के पास होना चाहिए:

  • ज्ञान, जिसकी मात्रा और गहराई उसे APCS के संबंधित स्वचालित और परस्पर जुड़े गैर-स्वचालित कार्यों में शामिल क्रियाओं (बातचीत) को करने की अनुमति देती है, साथ ही साथ आपातकालीन स्थितियों या सामान्य ऑपरेशन के अन्य उल्लंघनों में सही निर्णय लेती है;
  • अच्छी तरह से विकसित कौशल जो आपको दी गई सटीकता और गति के साथ सभी कार्यों और इंटरैक्शन को करने की अनुमति देता है।

13. एपीसीएस सॉफ्टवेयर प्रदान करना चाहिए, और संगठनात्मक समर्थन एपीसीएस सीटीएस के साथ परिचालन कर्मियों के संचार के लिए भाषा के साधनों को दर्शाता है, जो उन लोगों के लिए सुविधाजनक और सुलभ है जिनके पास प्रोग्रामर की योग्यता नहीं है।

14. स्वचालित प्रक्रिया नियंत्रण प्रणाली में उपयोग किए जाने वाले कोड और प्रतीक नियंत्रण वस्तु के तकनीकी कर्मियों द्वारा उपयोग किए जाने वाले नियमों और अवधारणाओं के करीब होने चाहिए, और उनकी धारणा में कठिनाइयों का कारण नहीं होना चाहिए।

15. स्वचालित प्रक्रिया नियंत्रण प्रणाली के मापने वाले चैनलों में मेट्रोलॉजिकल विशेषताएं होनी चाहिए जो स्वचालित प्रक्रिया नियंत्रण प्रणाली के लिए टीओआर में निर्दिष्ट संकेतकों के साथ इसके सूचना कार्यों के प्रदर्शन को सुनिश्चित करती हैं।

16. स्वचालित प्रक्रिया नियंत्रण प्रणाली के परीक्षण के लिए आवश्यकताएं

16.1. ऑपरेटिंग टीओयू में स्वचालित प्रक्रिया नियंत्रण प्रणालियों के प्रारंभिक परीक्षण किए जाते हैं।

16.2. प्रक्रिया उपकरण के स्टार्ट-अप और रन-इन के लिए आवश्यक एपीसीएस कार्यों के प्रारंभिक परीक्षण सिमुलेटर का उपयोग करके सुविधा में किए जा सकते हैं।

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

परिशिष्ट 2
अनिवार्य

उद्यमों, औद्योगिक और वैज्ञानिक और उत्पादन संघों द्वारा एसीएस के लिए अतिरिक्त आवश्यकताएं

1. एसीएस को उद्यमों, उत्पादन या अनुसंधान और उत्पादन संघों (बाद में उद्यमों के रूप में संदर्भित) के उत्पादन और आर्थिक गतिविधियों की दक्षता में सुधार करना चाहिए।

2. एक उद्यम (एपीसीएस) द्वारा एसीएस को मुख्य कार्यों के लिए अनुकूलन विधियों के व्यापक उपयोग के साथ सूचना का स्वचालित संग्रह और प्रसंस्करण प्रदान करना चाहिए और सामान्य संयंत्र और कार्यशाला स्तर के उप-प्रणालियों को नियंत्रित करना चाहिए, यदि आवश्यक हो, तो टेलीप्रोसेसिंग में वास्तविक समय में और संवाद मोड।

3. स्वचालित नियंत्रण प्रणाली को संयुक्त रूप से काम करने वाले सबसिस्टम के एक सेट के रूप में लागू किया जाना चाहिए, जिसके बीच बातचीत एक सामान्य (एकल या वितरित) डेटाबेस के माध्यम से होनी चाहिए।

4. स्वचालित नियंत्रण प्रणाली के निर्माण और विकास के दौरान प्रबंधन विधियों और उद्यम प्रबंधन प्रणाली की संरचना में सुधार के लिए स्वचालित नियंत्रण प्रणाली का संगठनात्मक समर्थन प्रदान करना चाहिए।

परिशिष्ट 3
अनिवार्य

उद्योग स्वचालित नियंत्रण प्रणाली (एसएसी) के लिए अतिरिक्त आवश्यकताएं

1. OSAS को प्रदान करना चाहिए:

  • नियंत्रण वस्तु की विशेषताओं में सुधार (उद्योग में श्रम उत्पादकता में वृद्धि, उत्पाद की गुणवत्ता में सुधार, उत्पादों की समय पर डिलीवरी, उत्पादों की लागत को कम करना);
  • सूचना प्रसंस्करण प्रक्रियाओं में सुधार (सूचना प्रसंस्करण की लागत को कम करना, मूल की विश्वसनीयता में वृद्धि, गणना की सटीकता और दक्षता में वृद्धि);
  • प्रबंधन कार्यों के प्रदर्शन के संगठन में सुधार (विशेष रूप से, प्रबंधन तंत्र के विभागों, कंप्यूटर केंद्रों और अनुसंधान संगठनों और उद्यमों के बीच काम का तर्कसंगत वितरण)।

2. उद्योग प्रबंधन के कार्य OAS में स्वचालित होने चाहिए, उदाहरण के लिए:

  • उद्योग के उत्पादन और संसाधनों का पूर्वानुमान और योजना बनाना;
  • उद्योग के वैज्ञानिक और तकनीकी विकास का प्रबंधन और उद्योग उत्पादन की तकनीकी तैयारी;
  • उद्योग के श्रम संसाधनों का प्रबंधन;
  • उद्योग के भौतिक संसाधनों का प्रबंधन;
  • उद्योग में पूंजी निर्माण का प्रबंधन;
  • उद्योग के वित्तीय संसाधनों का प्रबंधन;
  • प्रबंधन, परिचालन प्रबंधन सहित, उद्योग स्तर पर मुख्य उत्पादन आदि।

3. OASS को संयुक्त रूप से काम करने वाले सबसिस्टम के एक सेट के रूप में लागू किया जाना चाहिए, जिसके बीच बातचीत सामान्य डेटाबेस के माध्यम से होनी चाहिए।

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

5. OACS को सिस्टम डेटाबेस के साथ काम करने का एक इंटरैक्टिव मोड प्रदान करना चाहिए।

6. OASMS की स्थापना से उद्योग प्रबंधन के तरीकों और संरचना में सुधार होना चाहिए।

7. OACS के कुछ हिस्सों के परीक्षण संचालन की अवधि OASU के शुरू किए गए भाग के स्वचालित कार्यों को करने के लिए आवश्यक सभी गणनाओं का एकमुश्त प्रदर्शन सुनिश्चित करना चाहिए, और 3 महीने से अधिक नहीं होना चाहिए।

OSCS के परीक्षण संचालन की विशिष्ट अवधि डेवलपर और ग्राहक के बीच समझौते द्वारा निर्धारित की जाती है।

परिशिष्ट 4
संदर्भ

इस मानक में प्रयुक्त कुछ शर्तों की व्याख्या

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

बिल्डिंग एसीएस- एसीएस कार्यों की संरचना को बदले बिना अपने नियंत्रण वस्तु का विस्तार करते समय एसीएस में किए गए उपायों का एक सेट।

वीडियो फ्रेम (एसीएस में)- चित्र के दस्तावेज़ के कैथोड रे ट्यूब की स्क्रीन पर छवि या स्वचालित नियंत्रण प्रणाली में उपयोग किए गए संदेश का पाठ।

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

स्वचालित नियंत्रण प्रणालियों के प्रारंभिक परीक्षण- परीक्षण संचालन के लिए स्वचालित नियंत्रण प्रणाली को स्वीकार करने की संभावना निर्धारित करने के लिए किए गए नियंत्रण परीक्षण।

स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण- स्वचालित नियंत्रण प्रणाली के नियंत्रण परीक्षण, एक स्वचालित नियंत्रण प्रणाली के निर्माण के लिए संदर्भ की शर्तों के अनुपालन, मानकों की आवश्यकताओं और स्वचालित नियंत्रण प्रणाली को संचालन में लगाने की संभावना निर्धारित करने के लिए किए गए।

राज्य परीक्षण- राज्य आयोग द्वारा आयोजित स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण।

अंतरविभागीय परीक्षण- कई इच्छुक मंत्रालयों और (या) विभागों के प्रतिनिधियों के एक आयोग द्वारा आयोजित स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण।

विभागीय परीक्षण- इच्छुक मंत्रालय या विभाग के प्रतिनिधियों के एक आयोग द्वारा आयोजित स्वचालित नियंत्रण प्रणाली की स्वीकृति परीक्षण।

संपादक ए.आई. लोमिना
तकनीकी संपादक एन.पी. ज़मोलोडचिकोव
प्रूफरीडर ई.आई. एवटीवा
01/16/86 सेट को सौंप दिया। 08.04.86 को प्रकाशन के लिए हस्ताक्षरित। रूपा. तंदूर एल 1.5. रूपा. kr.-ओट। 1.5 उच.-एड. एल 1.5.
प्रचलन 40000 मूल्य 10 कोप।
मानकों के बैज ऑफ ऑनर पब्लिशिंग हाउस का आदेश, 123810, मॉस्को, जीएसपी, नोवोप्रेसेन्स्की प्रति।, 3
के प्रकार। "मॉस्को प्रिंटर", मॉस्को, लाइलिन प्रति।, 6. ऑर्डर 1772

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

दस्तावेज़ीकरण मानक क्या हैं?

विचाराधीन 34 श्रृंखलाओं में, केवल 3 मुख्य दस्तावेज़ीकरण मानक हैं:

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

यह एक बुनियादी दस्तावेज है जिसमें GOST 34 प्रलेखन की पूरी सूची है, कोडिंग दस्तावेजों के लिए सिफारिशें, परियोजना के कौन से चरण दस्तावेज हैं (चरणों को GOST 34.601-90 में वर्णित किया गया है), और यह भी कि उन्हें प्रत्येक के साथ कैसे जोड़ा जा सकता है अन्य।

वास्तव में, यह मानक टिप्पणियों के साथ एक बड़ी तालिका है। उपयोग में आसानी के लिए इसे एक्सेल में चलाया जा सकता है।

विस्तार की अलग-अलग डिग्री के साथ परियोजना दस्तावेजों की सामग्री का वर्णन करने वाला एक बड़ा मानक। उपर्युक्त GOST 34.201-89 का उपयोग सूचकांक के रूप में किया जाता है।

आरडी 50-34.698-90 मानक के लिए इसके प्रावधानों के कई प्रश्न और व्याख्याएं हैं, जो उनकी अस्पष्टता के कारण, ग्राहक और ठेकेदार या यहां तक ​​कि परियोजना टीम के सदस्यों द्वारा अक्सर अलग-अलग समझी जाती हैं। लेकिन, दुर्भाग्य से, हमारे पास इससे अधिक विशिष्ट कुछ नहीं है।

अब मानकों के पेशेवरों और विपक्षों पर विचार करें, जो परंपरागत रूप से विपक्ष से शुरू होते हैं।

मानकों के विपक्ष

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

5.8. दस्तावेज़ आकार ड्राइंग (वीडियो फ्रेम)
दस्तावेज़ में एकीकृत दस्तावेज़ीकरण प्रणाली R 50-77 और आवश्यक स्पष्टीकरण के राज्य मानकों की आवश्यकताओं के अनुसार दस्तावेज़ या वीडियो फ़्रेम के रूप की एक छवि होनी चाहिए।

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

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

अब "मैशिनोग्राम", "वीडियो फ्रेम", "एटीएसपीयू" शब्द हमें कुछ नहीं बताते हैं। मैंने उन्हें उपयोग में भी नहीं पाया, हालाँकि मैंने 90 के दशक में एक विशेष संस्थान से स्नातक किया था। यह वह समय था जब विंडोज 3.1 दिखाई दिया, वीजीए डिस्प्ले, तीन इंच की फ्लॉपी डिस्क और पहली घरेलू इंटरनेट साइट। लेकिन ये शब्द मानक में हैं, और ग्राहक कभी-कभी उसे GOST 34.201-89 के अनुसार प्रलेखन का एक पूरा सेट प्रदान करने की मांग करता है। इसके अलावा, टीओआर में इस तरह के शब्द एक मंत्रालय से दूसरे मंत्रालय में भटकते हैं और पहले से ही एक तरह का अनकहा खाका बन गया है जिसमें सामग्री को अंकित किया जाता है।

तो परियोजना में एक बेवकूफ नाम "दस्तावेज़ के रूप में ड्राइंग (वीडियो फ्रेम)" वाला एक दस्तावेज़ होना चाहिए और खाली नहीं होना चाहिए।

मानक में क्या अच्छा है

कोई भी मानक पहले से ही अच्छा है क्योंकि यह ग्राहक और ठेकेदार को एक ही भाषा बोलने की अनुमति देता है और गारंटी देता है कि, कम से कम, ग्राहक के पास प्रेषित परिणामों के लिए "रूप में" कोई दावा नहीं होगा।

और GOST 34 मानक भी अच्छे हैं क्योंकि वे स्मार्ट लोगों द्वारा संकलित किए गए थे, वर्षों तक चलते हैं, और उनका एक स्पष्ट लक्ष्य है - कागज पर यथासंभव जटिल अमूर्त इकाई का वर्णन करना जो किसी भी स्वचालित नियंत्रण प्रणाली का प्रतिनिधित्व करता है।

जब आपको पश्चिमी ठेकेदारों के लिए सक्षम रूप से एक कार्य निर्धारित करने की आवश्यकता होती है, जिन्होंने हमारे GOST के बारे में कभी नहीं सुना है, तो आप इन मानकों पर, या उनकी सामग्री, सिमेंटिक घटक पर भी भरोसा कर सकते हैं। क्योंकि, मैं दोहराता हूं, जानकारी की पूर्णता की गारंटी बहुत मूल्यवान है। कोई फर्क नहीं पड़ता कि हम अपने व्यावसायिकता के उच्च स्तर के साथ खुद को कैसे खुश करते हैं, हम अपनी आवश्यकताओं में प्राथमिक चीजों को शामिल करना भूल सकते हैं, जबकि वही GOST 34.602-89 सब कुछ "याद" करता है। यदि आप यह नहीं समझते हैं कि पश्चिमी ठेकेदारों के काम का परिणाम कैसा दिखना चाहिए, तो अनुशंसित अनुभागों के लिए दस्तावेज़ीकरण की आवश्यकताओं को देखें। मैं आपको विश्वास दिलाता हूं, न सोचना ही बेहतर है! सबसे अधिक संभावना है, हमारे मानकों के पश्चिमी अनुरूप हैं, जिसमें सब कुछ पूर्ण, अधिक आधुनिक और बेहतर हो सकता है। दुर्भाग्य से, मैं उनसे परिचित नहीं हूँ, क्योंकि अभी तक एक भी ऐसा मामला नहीं आया है जहाँ हमारे GOST पर्याप्त नहीं थे।

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

GOST सीरीज 34 प्रलेखन मानकों को कैसे पढ़ें और समझें

मानक सभी दस्तावेजों को दो अक्षों - समय और विषय क्षेत्र में विभाजित करता है। यदि आप GOST 34.201-89 में तालिका 2 को देखते हैं, तो यह विभाजन स्पष्ट रूप से दिखाई देता है (कॉलम "निर्माण चरण" और "परियोजना का हिस्सा"

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

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

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

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

GOST कंपाइलरों की दृष्टि में स्वचालित प्रणाली हार्डवेयर, सॉफ्टवेयर और संचार चैनलों का एक संयोजन है जो विभिन्न स्रोतों से आने वाली सूचनाओं को कुछ एल्गोरिदम के अनुसार संसाधित करता है और दस्तावेजों, डेटा संरचनाओं या नियंत्रण क्रियाओं के रूप में प्रसंस्करण परिणाम उत्पन्न करता है। सरलतम ऑटोमेटन का आदिम मॉडल।

इस "ऑटोमेटन" का पूरी तरह से वर्णन करने के लिए, निम्नलिखित कटौती की जाती है (जैसा कि ड्राइंग में है):

गणितीय सॉफ्टवेयर (एमओ), सवालों का जवाब देना: "ब्लैक बॉक्स" के अंदर कौन सा तर्क तार-तार होता है? ये विशेष एल्गोरिदम, वास्तव में ये सूत्र और सटीक रूप से इन गुणांकों को क्यों चुना जाता है?

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

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

या यहाँ "मशीन भंडारण मीडिया का विवरण" है। यह स्पष्ट है कि पहले इसमें चुंबकीय ड्रम या फिल्म रीलों की संख्या होती थी। अब क्या शामिल किया जाना चाहिए?

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

सॉफ्टवेयर (सॉफ्टवेयर). परियोजना प्रलेखन का हर किसी का पसंदीदा टुकड़ा। हाँ, यदि केवल इसलिए कि यह केवल एक दस्तावेज है! और फिर, हर कोई समझता है कि वहां क्या लिखा जाना चाहिए। लेकिन मैं, फिर भी, दोहराऊंगा।

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

तकनीकी सहायता (टीओ). परियोजना प्रलेखन के सभी भाग से कम प्रिय नहीं। गुलाबी तस्वीर केवल उन दस्तावेजों की प्रचुरता से ढकी हुई है जिन्हें विकसित करने की आवश्यकता है। कुल मिलाकर, मानक के अनुसार, 22 दस्तावेजों को विकसित करने की आवश्यकता है, उनमें से 9 टीपी चरण में हैं।

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

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

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

टीपी चरण में, अनुभाग में केवल एक दस्तावेज़ होता है " संगठनात्मक संरचना का विवरण”, जिसमें हमें ग्राहक को यह बताना चाहिए कि उसे संगठनात्मक ढांचे को बदलने के संदर्भ में क्या तैयारी करनी चाहिए। अचानक आपको अपने सिस्टम को संचालित करने, नए पदों को पेश करने आदि के लिए एक नए विभाग को व्यवस्थित करने की आवश्यकता है।

आरडी चरण में, और भी दिलचस्प दस्तावेज हैं जिन पर मैं अलग से विचार करना चाहूंगा।

उपयोगकर्ता का मार्गदर्शन. टिप्पणियाँ अनावश्यक हैं, मुझे लगता है।

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

तकनीकी निर्देश. व्यावसायिक प्रक्रियाओं की औपचारिकता के लिए फैशन के संबंध में, एक चालाक ग्राहक कभी-कभी इस दस्तावेज़ में संचालन सेवा के नियमों को दूर करने का प्रयास करता है। तो, ऐसा करने की कोई आवश्यकता नहीं है।

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

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

मैं वर्णित रेक के बारे में रंगीन उदाहरणों के साथ अलग से लिखूंगा, क्योंकि यह "राष्ट्रीय अर्थव्यवस्था" के विभिन्न क्षेत्रों में पहली बार नहीं दोहराया गया है।

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

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

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

गोस्ट 34 . का उपयोग करने के विकल्प

  1. मानक का पूर्ण और सटीक पालन. स्वाभाविक रूप से, कोई भी स्वेच्छा से दस्तावेजों का ऐसा बादल नहीं लिखेगा। इसलिए, दस्तावेजों का एक पूरा सेट केवल ग्राहक के तत्काल अनुरोध पर तैयार किया जाता है, जिसे उसने टीओआर में निहित किया और अनुबंध के शीर्ष पर भी दबाया। इस मामले में, सब कुछ शाब्दिक रूप से समझना और ग्राहक को भौतिक "किताबें" देना आवश्यक है, जिस पर GOST 34.201-89 की तालिका 2 से दस्तावेजों के नाम दिखाई देंगे, बिल्कुल अनावश्यक लोगों के अपवाद के साथ, जिसकी सूची आपको चाहिए लिखित में चर्चा करें और ठीक करें। दस्तावेज़ों की सामग्री भी, बिना किसी कल्पना के, अनुभागों के शीर्षक तक, आरडी 50-34.698-90 का अनुपालन करना चाहिए। ग्राहक के दिमाग में विस्फोट करने के लिए, कभी-कभी एक बड़ी प्रणाली को सबसिस्टम में विभाजित किया जाता है, और प्रत्येक सबसिस्टम के लिए अलग प्रोजेक्ट प्रलेखन जारी किया जाता है। यह डरावना लग रहा है और सांसारिक मन की मदद से सामान्य नियंत्रण के अधीन नहीं है। विशेष रूप से सबसिस्टम एकीकरण के संदर्भ में। यह स्वीकृति को बहुत सरल करता है। मुख्य बात यह है कि आप स्वयं भ्रमित न हों और आपका सिस्टम अभी भी उसी तरह काम करता है जैसा उसे करना चाहिए।
  2. हम सिर्फ GOSTs से प्यार करते हैं. गंभीर बड़ी कंपनियां मानकों से प्यार करती हैं। क्योंकि वे लोगों को एक दूसरे को बेहतर ढंग से समझने में मदद करते हैं। यदि आपके ग्राहक को आदेश और मानकीकरण के प्यार में देखा जाता है, तो दस्तावेज़ विकसित करते समय मानक GOST विचारधारा का पालन करने का प्रयास करें, भले ही टीओआर द्वारा इसकी आवश्यकता न हो। आपको समन्वयक विशेषज्ञों द्वारा बेहतर ढंग से समझा और अनुमोदित किया जाएगा, और आप स्वयं दस्तावेज़ीकरण में महत्वपूर्ण जानकारी शामिल करना नहीं भूलेंगे, आप दस्तावेज़ों की लक्ष्य संरचना को बेहतर ढंग से देखेंगे, उन्हें और अधिक सटीक रूप से लिखने पर कार्य की योजना बनाएं और स्वयं को और अपने को बचाएं सहकर्मियों बहुत सारी नसों और पैसा।
  3. जब तक सब कुछ काम करता है, हम दस्तावेज़ीकरण की परवाह नहीं करते हैं. एक गैर-जिम्मेदार ग्राहक का गायब होना। प्रलेखन का एक समान दृष्टिकोण अभी भी छोटे और गरीब ग्राहकों के साथ-साथ अधिनायकवादी "मूर्खता" में पाया जा सकता है, जो पेरेस्त्रोइका के समय से बचा हुआ है, जहां बॉस सच्चे दोस्तों - निर्देशकों से घिरा हुआ है, और सभी मुद्दों को हल किया जाता है व्यक्तिगत बातचीत। ऐसी स्थितियों में, आप सामान्य रूप से दस्तावेज़ीकरण के बारे में भूलने के लिए स्वतंत्र हैं, लेकिन यह बेहतर है, सभी समान, दृष्टि को कम न करें और कम से कम योजनाबद्ध रूप से दस्तावेज़ीकरण को सामग्री से भरें। यदि इस ग्राहक को नहीं, तो अगले को पास (बेचें) करें।

निष्कर्ष

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

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

परिचय

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

गोस्ट क्या हैं?

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

  1. अंतर्राष्ट्रीय मानक (आईएसओ, आईईईई एसटीडी);
  2. रूसी या सोवियत GOST।

अंतरराष्ट्रीय मानक
अंतर्राष्ट्रीय स्तर के दस्तावेज़ीकरण को विकसित करने के लिए अंतर्राष्ट्रीय मानकों का उपयोग किया जाता है। एक नियम के रूप में, वे स्वतंत्र नहीं हैं, क्योंकि वे सरकारी संगठनों द्वारा विकसित नहीं हैं, लेकिन, हमारे विपरीत, वे हाल ही में विकसित किए गए थे। अंतर्राष्ट्रीय मानकों का विषय बहुत व्यापक है, इसलिए इस पर एक अन्य लेख में चर्चा की जाएगी। कई मानकों पर तुरंत ध्यान दिया जाता है, जो प्रलेखन लेखन से निकटता से संबंधित हैं।
प्रलेखन लिखने के लिए मुख्य अंतरराष्ट्रीय मानकों की सूची:

  1. आईईईई कक्षा 1063-2001 "सॉफ्टवेयर उपयोगकर्ता दस्तावेज़ीकरण के लिए आईईईई मानक" - उपयोगकर्ता पुस्तिका लिखने के लिए एक मानक;
  2. आईईईई कक्षा 1016-1998 "सॉफ्टवेयर डिजाइन विवरण के लिए आईईईई अनुशंसित अभ्यास" - एक कार्यक्रम का तकनीकी विवरण लिखने के लिए एक मानक;
  3. आईएसओ/आईईसी एफडीआईएस 18019:2004 "एप्लिकेशन सॉफ्टवेयर के लिए उपयोगकर्ता दस्तावेज के डिजाइन और तैयारी के लिए दिशानिर्देश" उपयोगकर्ता मैनुअल लिखने के लिए एक और मानक है। इस दस्तावेज़ में बड़ी संख्या में उदाहरण हैं। तो कहने के लिए, यह एक उपयोगकर्ता पुस्तिका लिखने के लिए एक गाइड की तरह है। शुरुआती विशेष रूप से उपयोगी होंगे;
  4. ISO/IEC 26514:2008 "उपयोगकर्ता प्रलेखन के डिजाइनरों और डेवलपर्स के लिए आवश्यकताएं" उपयोगकर्ता दस्तावेज़ीकरण के डिजाइनरों और डेवलपर्स के लिए एक और मानक है।

वास्तव में, बहुत सारे अंतरराष्ट्रीय मानक हैं, और प्रत्येक देश का अपना है, क्योंकि एक ही मानक हमेशा यूरोपीय और एशियाई दोनों कंपनियों के अनुरूप नहीं हो सकता है।

रूसी मानक
रूसी मानकों को राज्य स्तर पर विकसित किया जाता है। वे सभी बिल्कुल मुफ्त हैं और उनमें से प्रत्येक को इंटरनेट पर खोजना आसान है। कार्यक्रम के लिए प्रलेखन लिखने के लिए, GOSTs 19 और 34 की दो श्रृंखलाओं का उपयोग किया जाता है। यह उनके बारे में है कि हम आगे चर्चा करेंगे।

श्रृंखला 19 और 34 के GOST में क्या अंतर है?

पहला सवाल यह उठता है कि सामान्य तौर पर, ये GOST 19 और 34 एक दूसरे से कैसे भिन्न होते हैं।
GOST 19.781-90 में "कार्यक्रम प्रलेखन की एकीकृत प्रणाली। सूचना प्रसंस्करण प्रणालियों के लिए सॉफ्टवेयर। नियम और परिभाषाएं" परिभाषाएं दी गई हैं:

  1. कार्यक्रम - एक विशिष्ट एल्गोरिथम को लागू करने के लिए सूचना प्रसंस्करण प्रणाली के विशिष्ट घटकों को नियंत्रित करने के उद्देश्य से डेटा।
  2. सॉफ्टवेयर - इन कार्यक्रमों के संचालन के लिए आवश्यक सूचना प्रसंस्करण प्रणाली और कार्यक्रम दस्तावेजों के कार्यक्रमों का एक सेट।

GOST 34.003-90 में "सूचना प्रौद्योगिकी। स्वचालित प्रणालियों के लिए मानकों का सेट। स्वचालित सिस्टम। नियम और परिभाषाएं" परिभाषा इंगित की गई है:

  1. स्वचालित प्रणाली (एएस) - कर्मियों से युक्त एक प्रणाली और इसकी गतिविधियों को स्वचालित करने के लिए साधनों का एक सेट, स्थापित कार्यों को करने के लिए सूचना प्रौद्योगिकी को लागू करना।
    गतिविधि के प्रकार के आधार पर, निम्न प्रकार के AS को प्रतिष्ठित किया जाता है, उदाहरण के लिए: स्वचालित नियंत्रण प्रणाली (ACS), कंप्यूटर एडेड डिज़ाइन सिस्टम (CAD), स्वचालित अनुसंधान प्रणाली (ASNI) और अन्य।

नियंत्रित वस्तु (प्रक्रिया) के प्रकार के आधार पर, एसीएस को विभाजित किया जाता है, उदाहरण के लिए, तकनीकी प्रक्रियाओं के लिए एसीएस (एपीसीएस), उद्यमों के लिए एसीएस (एपीसीएस), आदि।
GOST 34 एनपीपी समर्थन के प्रकारों में भी विभाजन करता है:

  1. संगठनात्मक;
  2. व्यवस्थित;
  3. तकनीकी;
  4. गणितीय;
  5. सॉफ़्टवेयर;
  6. सूचनात्मक;
  7. भाषाई;
  8. कानूनी;
  9. एर्गोनोमिक।

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

गोस्ट 34

GOST 34 श्रृंखला (GOST 34.xxx सूचना प्रौद्योगिकी मानक) में निम्न शामिल हैं:

  1. GOST 34.201-89 स्वचालित सिस्टम बनाते समय दस्तावेजों के प्रकार, पूर्णता और पदनाम - यह मानक दस्तावेजों के प्रकार, नाम, पूर्णता और संख्या को स्थापित करता है। यह GOST 34 श्रृंखला के मुख्य दस्तावेजों में से एक है। वास्तव में, यह एक बुनियादी दस्तावेज है, इसलिए शुरुआती लोगों को पहले इसके साथ खुद को परिचित करना होगा।
  2. GOST 34.320-96 वैचारिक स्कीमा और इन्फोबेस के लिए अवधारणा और शब्दावली - यह मानक वैचारिक स्कीमा और इन्फोबेस की बुनियादी अवधारणाओं और शर्तों को स्थापित करता है, जिसमें वैचारिक स्कीमा और इन्फोबेस के विकास, विवरण और अनुप्रयोग, सूचना हेरफेर, और विवरण और कार्यान्वयन शामिल हैं। सूचना प्रक्रिया। मानक वैचारिक स्कीमा की भूमिका को परिभाषित करता है। इसमें निर्धारित प्रावधान प्रकृति में सलाहकार हैं और डेटाबेस प्रबंधन प्रणाली (डीबीएमएस) का मूल्यांकन करने के लिए उपयोग किया जा सकता है। यह दस्तावेज़ वैचारिक स्कीमा समर्थन उपकरण का उपयोग करने के लिए विशिष्ट तरीकों का वर्णन नहीं करता है। मानक में वर्णित वैचारिक स्कीमा भाषाओं को मानक नहीं माना जाना चाहिए।
  3. गोस्ट 34.321-96 सूचना प्रौद्योगिकी। डेटाबेस मानक प्रणाली। प्रबंधन संदर्भ मॉडल - यह दस्तावेज़ डेटा प्रबंधन संदर्भ मॉडल स्थापित करता है।
    संदर्भ मॉडल सूचना प्रणाली डेटा से संबंधित सामान्य शब्दावली और अवधारणाओं को परिभाषित करता है। ऐसे शब्दों का उपयोग डेटाबेस प्रबंधन प्रणाली या डेटा डिक्शनरी सिस्टम द्वारा प्रदान की जाने वाली सेवाओं को परिभाषित करने के लिए किया जाता है।
    संदर्भ मॉडल डेटा के प्रबंधन के लिए प्रोटोकॉल पर विचार नहीं करता है।
    संदर्भ मॉडल के दायरे में ऐसी प्रक्रियाएं शामिल हैं जो लगातार डेटा के प्रबंधन और प्रक्रियाओं के साथ इसकी बातचीत से संबंधित हैं जो एक विशेष सूचना प्रणाली की आवश्यकताओं से भिन्न होती हैं, साथ ही साथ परिभाषित करने, भंडारण, खोज, अद्यतन करने, दर्ज करने के लिए सामान्य डेटा प्रबंधन सेवाएं भी शामिल हैं। डेटा की प्रतिलिपि बनाना, पुनर्स्थापित करना और स्थानांतरित करना।
  4. GOST 34.601-90 स्वचालित प्रणाली। निर्माण के चरण - मानक एयू बनाने के चरणों और चरणों को स्थापित करता है।
  5. GOST 34.602-89 एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें (GOST 24.201-85 के बजाय) - दस्तावेज़ को संसाधित करने के लिए संरचना, सामग्री, नियम स्थापित करता है "सिस्टम के निर्माण (विकास या आधुनिकीकरण) के लिए संदर्भ की शर्तें। "
    यह दस्तावेज़ GOST 34 श्रृंखला के अक्सर उपयोग किए जाने वाले दस्तावेज़ों में से एक है। इस GOST के लिए टीओआर विकसित करते समय, अन्य मानकों को ध्यान में रखा जाना चाहिए, भले ही इस दस्तावेज़ में इन मानकों के संदर्भ शामिल न हों।
  6. गोस्ट 34.603-92 सूचना प्रौद्योगिकी। स्वचालित प्रणालियों के परीक्षणों के प्रकार - मानक एयू स्वायत्त, एकीकृत, स्वीकृति परीक्षण और पायलट संचालन के परीक्षणों के प्रकार और उनके कार्यान्वयन के लिए सामान्य आवश्यकताओं को स्थापित करता है।
  7. आरडी 50-34.698-90 स्वचालित सिस्टम। दस्तावेजों की सामग्री के लिए आवश्यकताएं 34 GOST के सबसे महत्वपूर्ण दस्तावेजों में से एक हैं, क्योंकि इसमें लगभग सभी दस्तावेजों की सामग्री का वर्णन किया गया है, साथ ही दस्तावेज़ में प्रत्येक आइटम का विवरण भी है।
  8. गोस्ट आर आईएसओ/आईईसी 8824-3-2002 सूचना प्रौद्योगिकी। एब्सट्रैक्ट सिंटेक्स नोटेशन वर्जन वन - यह इंटरनेशनल स्टैंडर्ड एब्सट्रैक्ट सिंटेक्स नोटेशन वर्जन 1 (ASN.1) का हिस्सा है और यूजर-डिफाइंड और टेबल बाधाओं के विनिर्देशन के लिए एक नोटेशन स्थापित करता है।
  9. GOST R ISO/IEC 10746-3-2001 डेटा प्रबंधन और ओपन डिस्ट्रिब्यूटेड प्रोसेसिंग।
    इस मानक में:
    • परिभाषित करता है कि GOST R ISO/IEC 10746-2 में पेश की गई अवधारणाओं का उपयोग करके खुले वितरित प्रसंस्करण (ODP) सिस्टम को कैसे निर्दिष्ट किया जाता है;
    • वे विशेषताएं जिनके द्वारा सिस्टम को ODP सिस्टम के रूप में वर्गीकृत किया जाता है, की पहचान की जाती है।

    मानक ओडीपी प्रणालियों के लिए मानकों के विकास के समन्वय के लिए एक रूपरेखा स्थापित करता है।

  10. गोस्ट आर आईएसओ / आईईसी 15271-02 सॉफ्टवेयर जीवन चक्र प्रक्रियाएं - एयू को डिजाइन और मॉडलिंग करते समय विश्लेषकों के लिए, मेरी राय में, इस गोस्ट की अधिक आवश्यकता है।
    यह दस्तावेज़ मेरे दृष्टिकोण से, विशुद्ध रूप से शैक्षिक उद्देश्यों के लिए उपयोगी है।
  11. GOST R ISO/IEC 15910-2002 सॉफ्टवेयर टूल यूजर डॉक्यूमेंटेशन क्रिएशन प्रोसेस - यूजर इंटरफेस वाले सॉफ्टवेयर टूल के लिए सभी प्रकार के यूजर डॉक्यूमेंटेशन बनाने के लिए न्यूनतम आवश्यक प्रक्रिया को परिभाषित करता है। इन प्रकारों में मुद्रित दस्तावेज़ीकरण (जैसे, उपयोगकर्ता मार्गदर्शिकाएँ और त्वरित संदर्भ कार्ड), ऑनलाइन (ऑनलाइन) दस्तावेज़ीकरण, सहायता पाठ ("सहायता"), और ऑनलाइन दस्तावेज़ीकरण सिस्टम शामिल हैं।

तो, ऊपर लिखी गई हर चीज के आधार पर, यह स्पष्ट है कि 34 GOST 3: GOST 34.201-89, RD 50-34.698-90 और GOST 34.602-89 में मुख्य दस्तावेज।
प्रलेखन का एक पैकेज विकसित करते समय, शुरुआत के लिए, आपको GOST 34.201-89 को खोलना होगा और निर्माण के चरण का चयन करना होगा ड्राफ्ट डिजाइन, तकनीकी डिजाइन और कार्य प्रलेखन। अगला, आपको विकास के लिए उन दस्तावेजों का चयन करना चाहिए जो निर्माण के चरण के अनुरूप हों।

दस्तावेजों की सूची 34 GOST

मंच
निर्माण 		दस्तावेज़ का शीर्षक कोड भाग
परियोजना 		जुड़ा हुआ
आलस्य
प्रति
परियोजना
लेकिन-अनुमान
नूह डॉक
पुलिस
माहौल 		जुड़ा हुआ
आलस्य
प्रति
शोषण
टेशन
नूह ऊपर
क्यूमेन
tations 		अतिरिक्त निर्देश
ईपी ड्राफ्ट डिजाइन शीट ईपी* या — — —
व्याख्यात्मक नोट
मसौदे के लिए		 पी1 या — — —
ईपी, टीपी संगठन चार्ट इसलिए या — — इसे दस्तावेज़ P3 या PV . में शामिल करने की अनुमति है
परिसर की संरचनात्मक योजना
तकनीकी साधन		 सी1* फिर एक्स —
कार्यात्मक संरचना आरेख सी2* या — — ES के स्तर पर दस्तावेज़ CO, C1, C2, C3 विकसित करते समय, उन्हें दस्तावेज़ P1 में शामिल करने की अनुमति है

विशेष (नया)
तकनीकी साधन		 9 पर फिर एक्स — टीपी चरण में विकास के दौरान
शामिल करने की अनुमति दी
दस्तावेज़ P2 . के लिए
स्वचालन योजना 3* फिर एक्स — —
विकास के लिए संदर्भ की शर्तें
विशेष (नया)
तकनीकी साधन		 — फिर — — परियोजना में शामिल नहीं है
टी.पी विकास कार्य

स्वच्छता और
अन्य खंड
परियोजना संबंधित
एक प्रणाली के निर्माण के साथ		 — फिर एक्स — परियोजना में शामिल नहीं है
तकनीकी डिजाइन शीट टीपी* या — — —
खरीदे गए उत्पादों की सूची वीपी* या — — —
इनपुट संकेतों की सूची
और डेटा		 पहले में और उस बारे में — — —
आउटपुट संकेतों की सूची
(दस्तावेज)		 मे २ और उस बारे में — — —
विकास कार्यों की सूची
निर्माण, विद्युत,
स्वच्छता और
अन्य खंड
परियोजना संबंधित
एक प्रणाली के निर्माण के साथ		 तीन बजे फिर एक्स — इसे P2 दस्तावेज़ में शामिल करने की अनुमति है
व्याख्यात्मक नोट
तकनीकी परियोजना के लिए		 पी2 या — — एक कार्य योजना शामिल है
कमीशन के लिए वस्तु तैयार करना
संचालन में सिस्टम
स्वचालित . का विवरण
कार्यों		 पी 3 या — — —
कार्य सेटिंग का विवरण
(कार्यों का सेट)		 पी4 या — — इसे शामिल करने की अनुमति है
P2 या P3 दस्तावेज़ों में
जानकारी का विवरण
एक प्रणाली प्रदान करना		 पी 5 और उस बारे में — — —
संगठन का विवरण
सूचना आधार		 पी 6 और उस बारे में — — —
टी.पी वर्गीकरण प्रणालियों का विवरण और
कोडन		 पी7 और उस बारे में — — —
सरणी विवरण
जानकारी		 पी8 और उस बारे में — — —
परिसर का विवरण
तकनीकी साधन		 पी 9 फिर — — कार्य के लिए, इसे GOST 19.101 . के अनुसार दस्तावेज़ 46 में शामिल करने की अनुमति है
सॉफ्टवेयर का विवरण
सुनिश्चित करना		 देहात पर — — —
एल्गोरिथ्म का विवरण
(डिजाइन प्रक्रिया)		 पंजाब एमओ — — इसे दस्तावेज़ों में शामिल करने की अनुमति है P2, P3 या P4
संगठनात्मक का विवरण
संरचनाओं		 पीवी ऊ — — —
स्थान योजना सी 8 फिर एक्स — इसे P9 दस्तावेज़ में शामिल करने की अनुमति है
उपकरणों की सूची
और सामग्री		 — फिर एक्स — —
स्थानीय बजट गणना बी2 या एक्स — —
टीपी, आरडी प्रोजेक्ट मूल्यांकन
सिस्टम विश्वसनीयता		 बी 1 या — — —
दस्तावेज़ प्रपत्र ड्राइंग
(वीडियो फ्रेम)		 सी9 और उस बारे में — एक्स टीपी के स्तर पर इसकी अनुमति है
दस्तावेजों में शामिल करें
P4 या P5
तृतीय धारकों की सूची
मूल		 डीपी* या — — —
परिचालन का विवरण
दस्तावेजों		 ईडी* या — एक्स —
हार्डवेयर विशिष्टता 4 पर फिर एक्स — —
आवश्यकताएँ पत्रक
सामग्री में		 5 बजे फिर एक्स — —
मशीन मीडिया का बयान
जानकारी		 वीएम* और उस बारे में — एक्स —
इनपुट सरणी 6 पर और उस बारे में — एक्स —
तृतीय डेटाबेस निर्देशिका 7 बजे और उस बारे में — एक्स —
आउटपुट की संरचना
(संदेश)		 8 पर और उस बारे में — एक्स —
स्थानीय अनुमान बी 3 या एक्स — —
कार्यप्रणाली (प्रौद्योगिकी)
स्वचालित
डिजाईन		 मैं1 ऊ — एक्स —
तकनीकी निर्देश और 2 ऊ — एक्स —
उपयोगकर्ता का मार्गदर्शन मैं3 ऊ — एक्स —
गठन के लिए निर्देश और
डेटाबेस प्रबंधन
(डेटा सेट)		 I4 और उस बारे में — एक्स —
KTS . के लिए निर्देश पुस्तिका अर्थात फिर — एक्स —
बाहरी तारों का कनेक्शन आरेख 4* फिर एक्स — इसे में प्रदर्शन करने की अनुमति है
टेबल
वायरिंग का नक्शा
बाहरी पोस्टिंग		 С5* फिर एक्स — वैसा ही
कनेक्शन और कनेक्शन की तालिका सी 6 फिर एक्स — —
सिस्टम डिवीजन योजना
(संरचनात्मक)		 ई1* फिर — — —
सामान्य दृश्य ड्राइंग में* फिर एक्स — —
तकनीकी साधनों की स्थापना ड्राइंग एसए फिर एक्स — —
सर्किट आरेख बैठा फिर एक्स — —
परिसर की संरचनात्मक योजना
तकनीकी साधन		 सी1* फिर एक्स — —
उपकरण और वायरिंग का लेआउट सी 7 फिर एक्स — —
तकनीकी का विवरण
प्रसंस्करण प्रक्रिया
डेटा (सहित
टेलीवर्किंग)		 पीजी ऊ — एक्स —
प्रणाली का सामान्य विवरण पी.डी. या — एक्स —
परीक्षण कार्यक्रम और कार्यप्रणाली (घटक, स्वचालन उपकरण के परिसर, सबसिस्टम,
सिस्टम)		 प्रधानमंत्री * या — — —
प्रपत्र एफडी* या — एक्स —
पासपोर्ट पीएस* या — एक्स —
*दस्तावेज़ जिनका कोड ESKD मानकों की आवश्यकताओं के अनुसार निर्धारित किया गया है

तालिका नोट:

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

जब दस्तावेजों की सूची निर्धारित की जाती है, तो आरडी 50-34.698-90 में आपको चयनित दस्तावेजों को ढूंढना चाहिए और उन्हें संकेतित बिंदुओं के अनुसार सख्ती से विकसित करना चाहिए। संकेतित सामग्री के सभी आइटम दस्तावेज़ में होने चाहिए।
यदि संदर्भ की शर्तें विकसित की जा रही हैं, तो तुरंत आपको GOST 34.602-89 को खोलने और टीओआर को बिंदुओं के अनुसार सख्ती से विकसित करने की आवश्यकता है।

गोस्ट 19

GOSTs 19 (GOST 19.xxx यूनिफाइड सिस्टम फॉर प्रोग्राम डॉक्यूमेंटेशन (ESPD)) की एक श्रृंखला में निम्न शामिल हैं:

    1. GOST 19.001-77 सामान्य प्रावधान - बहुत सामान्य दस्तावेज, इसका कोई व्यावहारिक उपयोग नहीं है। इसलिए, इसे छोड़ा जा सकता है।
    2. GOST 19781-90 नियम और परिभाषाएँ - सूचना प्रसंस्करण प्रणाली सॉफ्टवेयर के क्षेत्र में परिभाषाओं की एक अच्छी सूची। इसमें परिभाषाओं से ज्यादा कुछ नहीं है।
    3. GOST 19.101-77 कार्यक्रमों और नीति दस्तावेजों के प्रकार - 19 GOST के मुख्य दस्तावेजों में से एक। यह उसके साथ है कि आपको GOST 19 के साथ काम करना शुरू करना चाहिए, क्योंकि इसमें GOST दस्तावेजों की पूरी सूची और पदनाम शामिल हैं।

दस्तावेजों की सूची 19 GOST

कोड दस्तावेज़ के प्रकार विकास के चरण
अधूरा
परियोजना 		तकनीकी
परियोजना 		काम चलाऊ प्रारूप
अवयव जटिल
— विनिर्देश — —
05 मूल धारकों की सूची — — —
12 कार्यक्रम पाठ — —
13 कार्यक्रम विवरण — —
20 परिचालन दस्तावेजों का विवरण — —
30 प्रपत्र — —
31 आवेदन विवरण — —
32 सिस्टम प्रोग्रामर गाइड — —
33 प्रोग्रामर गाइड — —
34 नियम - पुस्तक संचालक — —
35 भाषा विवरण — —
46 तकनीकी गाइड
सर्विस		 — —
51 परीक्षण कार्यक्रम और कार्यप्रणाली — —
81 व्याख्यात्मक नोट — —
90-99 अन्य कागजात

दंतकथा:
- दस्तावेज़ की आवश्यकता है;
- स्वतंत्र उपयोग वाले घटकों के लिए अनिवार्य दस्तावेज;
- एक दस्तावेज तैयार करने की आवश्यकता विकास और संदर्भ की शर्तों के अनुमोदन के चरण में निर्धारित की जाती है;
- - दस्तावेज़ संकलित नहीं है।

  1. GOST 19.102-77 विकास के चरण - इसमें विकास के चरणों का विवरण शामिल है। शैक्षिक उद्देश्यों के लिए उपयोगी। मेरी राय में, कोई विशेष व्यावहारिक लाभ नहीं है।
  2. GOST 19.103-77 कार्यक्रमों और कार्यक्रम दस्तावेजों के पदनाम - इसमें एक दस्तावेज़ को एक संख्या (कोड) निर्दिष्ट करने का विवरण होता है। इस GOST को पढ़ने के बाद भी, इस बारे में बहुत सारे प्रश्न हैं कि किसी दस्तावेज़ को इसी संख्या को कैसे निर्दिष्ट किया जाए।
  3. GOST 19.104-78 मुख्य शिलालेख - ईएसपीडी मानकों द्वारा प्रदान किए गए कार्यक्रम दस्तावेजों में अनुमोदन पत्रक और शीर्षक पृष्ठ के मुख्य शिलालेखों को भरने के लिए प्रपत्र, आकार, स्थान और प्रक्रिया स्थापित करता है, भले ही वे कैसे भी किए जाते हैं। चूंकि 19 GOST के दस्तावेज़ फ़्रेम में तैयार किए गए हैं, इसलिए यह दस्तावेज़ बहुत महत्वपूर्ण है।
  4. GOST 19.105-78 कार्यक्रम दस्तावेजों के लिए सामान्य आवश्यकताएं - कार्यक्रम दस्तावेजों के डिजाइन के लिए सामान्य आवश्यकताओं को स्थापित करता है। आवश्यकताएं बहुत सामान्य हैं। एक नियम के रूप में, इस GOST का उपयोग दस्तावेज़ को विकसित करने के लिए लगभग कभी नहीं किया जाता है, क्योंकि दस्तावेज़ के लिए पर्याप्त विशेष GOST है, लेकिन सामान्य ज्ञान के लिए इस GOST को एक बार देखना अभी भी बेहतर है।
  5. GOST 19.106-78 मुद्रित कार्यक्रम दस्तावेजों के लिए आवश्यकताएं - 19 GOST के सभी दस्तावेजों के डिजाइन के लिए आवश्यकताएं शामिल हैं।
  6. GOST 19.201-78 संदर्भ की शर्तें, सामग्री और डिजाइन के लिए आवश्यकताएं - किसी प्रोग्राम या सॉफ़्टवेयर उत्पाद के विकास के लिए संदर्भ की शर्तों के निर्माण और निष्पादन की प्रक्रिया स्थापित करती हैं।

    टीके 34 गोस्ट और 19 गोस्ट के खंड अलग हैं।

  7. GOST 19.601-78 दोहराव, लेखांकन और भंडारण के लिए सामान्य नियम - कार्यक्रम दस्तावेजों के दोहराव, संचलन, लेखांकन और भंडारण के लिए सामान्य नियम। GOST में, कई पैराग्राफ बताते हैं कि कैसे सुनिश्चित किया जाए कि दस्तावेज़ खो नहीं गए हैं।
  8. GOST 19.602-78 मुद्रण द्वारा निष्पादित कार्यक्रम दस्तावेजों के दोहराव, लेखांकन और भंडारण के लिए नियम। विधि - GOST 19.601-78 के अलावा।
  9. GOST 19.603-78 परिवर्तन करने के सामान्य नियम - कार्यक्रम दस्तावेजों में परिवर्तन करने के लिए सामान्य नियम स्थापित करता है। वास्तव में, यह दस्तावेजों में परिवर्तन करने के लिए एक लंबे नौकरशाही एल्गोरिथ्म का वर्णन करता है।
  10. GOST 19.604-78 मुद्रित कार्यक्रम दस्तावेजों में परिवर्तन करने के नियम - परिवर्तन पंजीकरण पत्रक से काम करने और भरने की प्रक्रिया का वर्णन करता है।

विशिष्ट GOST की सूची, अर्थात्, उनमें से प्रत्येक किसी विशेष दस्तावेज़ के लिए सामग्री और आवश्यकताओं का वर्णन करता है:

  1. गोस्ट 19.202-78 विशिष्टता। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  2. GOST 19.301-79 कार्यक्रम और परीक्षण प्रक्रिया। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  3. गोस्ट 19.401-78 कार्यक्रम पाठ। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  4. गोस्ट 19.402-78 कार्यक्रम का विवरण;
  5. GOST 19.403-79 मूल धारकों की सूची;
  6. GOST 19.404-79 व्याख्यात्मक नोट। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  7. गोस्ट 19.501-78 फॉर्म। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  8. GOST 19.502-78 आवेदन विवरण। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  9. GOST 19.503-79 सिस्टम प्रोग्रामर गाइड। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  10. GOST 19.504-79 प्रोग्रामर गाइड। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  11. GOST 19.505-79 ऑपरेटर मैनुअल। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  12. गोस्ट 19.506-79 भाषा विवरण। सामग्री और डिजाइन के लिए आवश्यकताएँ;
  13. GOST 19.507-79 परिचालन दस्तावेजों का विवरण;
  14. GOST 19.508-79 रखरखाव मैनुअल। सामग्री और डिजाइन के लिए आवश्यकताएँ।

19 GOST के साथ काम करने की प्रक्रिया:

  1. GOST 19.101-77 में, विकास चरण के अनुसार दस्तावेज़ और उसके कोड का चयन करें।
  2. GOST 19.103-77 के अनुसार, दस्तावेज़ को एक संख्या निर्दिष्ट करें।
  3. फिर, GOSTs 19.104-78 और 19.106-78 के अनुसार, एक दस्तावेज़ तैयार करें।
  4. GOSTs की एक विशेष सूची से, आपको वह चुनना चाहिए जो विकसित किए जा रहे दस्तावेज़ से मेल खाता हो।

निष्कर्ष

GOST - यह डरावना और आसान नहीं है! मुख्य बात यह समझना है कि क्या लिखा जाना चाहिए और इसके लिए GOST का क्या उपयोग किया जाता है। प्रलेखन लिखने के लिए हमारे मुख्य GOST 19 और 34 बहुत पुराने हैं, लेकिन आज भी प्रासंगिक हैं। मानक के अनुसार प्रलेखन लिखना ठेकेदार और ग्राहक के बीच कई मुद्दों को दूर करता है। इसलिए, यह समय और पैसा बचाता है।

परिचय की तिथि 01.01.92

यह मानक विभिन्न गतिविधियों (अनुसंधान, डिजाइन, प्रबंधन, आदि) में उपयोग किए जाने वाले स्वचालित सिस्टम (एएस) पर लागू होता है, जिसमें संगठनों, संघों और उद्यमों (बाद में - संगठनों) में बनाए गए उनके संयोजन शामिल हैं।

मानक एएस बनाने के चरणों और चरणों को स्थापित करता है। परिशिष्ट 1 प्रत्येक चरण में कार्य की सामग्री को दर्शाता है।

1. सामान्य प्रावधान

2. AS . बनाने के चरण और चरण

अनुलग्नक 1 (सूचनात्मक)

अनुलग्नक 2 (सूचनात्मक)

1. सामान्य प्रावधान

1.1. समय में आदेशित, परस्पर, काम के चरणों और चरणों में एकजुट, जिसका कार्यान्वयन आवश्यक और निर्दिष्ट आवश्यकताओं को पूरा करने वाले एयू बनाने के लिए पर्याप्त है।

1.2. एएस के निर्माण के चरणों और चरणों को किसी दिए गए परिणाम के साथ समाप्त होने वाले तर्कसंगत योजना और कार्य के संगठन के कारणों के लिए निर्माण प्रक्रिया के कुछ हिस्सों के रूप में प्रतिष्ठित किया जाता है।

1.3. एयू के विकास पर काम एयू बनाने के लिए इस्तेमाल किए गए चरणों और चरणों के अनुसार किया जाता है।

1.4. इस मानक द्वारा स्थापित चरणों और चरणों में काम करने के लिए संरचना और नियम विशिष्ट प्रकार के परमाणु ऊर्जा संयंत्रों के निर्माण में शामिल संगठनों के प्रासंगिक दस्तावेज में निर्धारित किए जाते हैं।

एयू के निर्माण में शामिल संगठनों की सूची परिशिष्ट 2 में दी गई है।

2. के रूप में बनाने के चरण और चरण

2.1. सामान्य स्थिति में AS बनाने के चरण और चरण तालिका में दिए गए हैं।

चरणों काम के चरण
1. एयू के लिए आवश्यकताओं का गठन 1.1. एयू बनाने की आवश्यकता के लिए वस्तु और औचित्य का निरीक्षण
1.2. एयू के लिए उपयोगकर्ता आवश्यकताओं का गठन
1.3. प्रदर्शन किए गए कार्य पर एक रिपोर्ट का पंजीकरण और एक एयू के विकास के लिए एक आवेदन (सामरिक और तकनीकी विनिर्देश)
2. एयू अवधारणा का विकास 2.1. वस्तु का अध्ययन
2.2. आवश्यक शोध कार्य करना
2.3. एयू की अवधारणा के लिए विकल्पों का विकास और एयू की अवधारणा के एक प्रकार का चुनाव जो उपयोगकर्ता की आवश्यकताओं को पूरा करता है
2.4. प्रदर्शन किए गए कार्यों पर एक रिपोर्ट तैयार करना
3. संदर्भ की शर्तें 3.1. एयू के निर्माण के लिए संदर्भ की शर्तों का विकास और अनुमोदन
4. ड्राफ्ट डिजाइन 4.1. प्रणाली और उसके भागों के लिए प्रारंभिक डिजाइन समाधान का विकास
4.2. एयू और उसके भागों के लिए प्रलेखन का विकास
5. तकनीकी परियोजना 5.1. प्रणाली और उसके भागों के लिए डिजाइन समाधान का विकास
5.2. एयू और उसके भागों के लिए प्रलेखन का विकास
5.3. परमाणु ऊर्जा संयंत्रों के अधिग्रहण के लिए उत्पादों की आपूर्ति के लिए प्रलेखन का विकास और निष्पादन और (या) उनके विकास के लिए तकनीकी आवश्यकताएं (तकनीकी विनिर्देश)
5.4. स्वचालन वस्तु की परियोजना के आसन्न भागों में डिजाइन कार्यों का विकास
6. कार्य प्रलेखन 6.1. प्रणाली और उसके भागों के लिए कार्य प्रलेखन का विकास
6.2. कार्यक्रमों का विकास या अनुकूलन
7. इनपुट और एक्शन 7.1 AU को चालू करने के लिए ऑटोमेशन ऑब्जेक्ट तैयार करना
7.2. कर्मचारियों के प्रशिक्षण
7.3. आपूर्ति किए गए उत्पादों (सॉफ्टवेयर और हार्डवेयर, सॉफ्टवेयर और हार्डवेयर सिस्टम, सूचना उत्पादों) के साथ एयू को पूरा करना
7.4. निर्माण और स्थापना कार्य
7.5. कमीशनिंग कार्य
7.6. प्रारंभिक परीक्षण करना
7.7. परीक्षण संचालन का संचालन
7.8. स्वीकृति परीक्षण आयोजित करना
8. साथ देने वाले वक्ता 8.1. वारंटी दायित्वों के अनुसार कार्य करना
8.2. वारंटी के बाद सेवा

2.2. संगठनों द्वारा किए गए चरण और चरण - परमाणु ऊर्जा संयंत्रों के निर्माण में प्रतिभागियों को इस मानक के आधार पर अनुबंधों और संदर्भ की शर्तों में स्थापित किया जाता है।

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

परिशिष्ट 1. संदर्भ

1. चरण 1.1 पर "वस्तु का सर्वेक्षण और एनपीपी बनाने की आवश्यकता का औचित्य" सामान्य मामले में, निम्नलिखित किया जाता है:

  • स्वचालन वस्तु और चल रही गतिविधियों पर डेटा का संग्रह;
  • वस्तु के कामकाज की गुणवत्ता का आकलन और गतिविधियों के प्रकार, स्वचालन के माध्यम से हल की जा सकने वाली समस्याओं की पहचान;
  • परमाणु ऊर्जा संयंत्र बनाने की व्यवहार्यता का आकलन (तकनीकी, आर्थिक, सामाजिक, आदि)।

2. चरण 1.2 में "एयू के लिए उपयोगकर्ता आवश्यकताओं का गठन" किया जाता है:

  • एयू के लिए आवश्यकताओं के गठन के लिए प्रारंभिक डेटा तैयार करना (ऑटोमेशन ऑब्जेक्ट की विशेषताएं, सिस्टम के लिए आवश्यकताओं का विवरण, विकास, कमीशनिंग और संचालन की स्वीकार्य लागतों की सीमा, सिस्टम से अपेक्षित प्रभाव, के लिए शर्तें) सिस्टम का निर्माण और संचालन);
  • एयू के लिए उपयोगकर्ता आवश्यकताओं का निर्माण और निष्पादन।

3. चरण 1.3 पर "प्रदर्शन किए गए कार्य और एयू (सामरिक और तकनीकी असाइनमेंट) के विकास के लिए एक आवेदन पर एक रिपोर्ट दाखिल करना", इस स्तर पर किए गए कार्यों पर एक रिपोर्ट तैयार की जाती है और विकास के लिए एक आवेदन पत्र तैयार किया जाता है एक एयू (सामरिक और तकनीकी असाइनमेंट) या कोई अन्य दस्तावेज़ इसे समान सामग्री के साथ बदल रहा है।

4. चरणों में 2.1 "वस्तु का अध्ययन" और 2.2 "आवश्यक शोध कार्य करना", डेवलपर संगठन स्वचालन वस्तु का विस्तृत अध्ययन करता है और उपयोगकर्ता को लागू करने की संभावना का आकलन करने और तरीके खोजने से संबंधित आवश्यक शोध कार्य (आर एंड डी) करता है। आवश्यकताओं, अनुसंधान रिपोर्ट तैयार करना और अनुमोदन करना।

5. चरण 2.3 पर "एयू की अवधारणा के लिए विकल्पों का विकास और एयू की अवधारणा के एक प्रकार का चुनाव जो उपयोगकर्ता की आवश्यकताओं को पूरा करता है", सामान्य मामले में, निर्मित एयू की अवधारणा के लिए वैकल्पिक विकल्प और उनके कार्यान्वयन के लिए योजनाएं विकसित की जाती हैं; उनके कार्यान्वयन और संचालन के लिए आवश्यक संसाधनों का आकलन; प्रत्येक विकल्प के फायदे और नुकसान का आकलन; उपयोगकर्ता की आवश्यकताओं और प्रस्तावित प्रणाली की विशेषताओं की तुलना और सर्वोत्तम विकल्प का चयन; प्रणाली की स्वीकृति के लिए गुणवत्ता और शर्तों का आकलन करने की प्रक्रिया का निर्धारण; प्रणाली से प्राप्त प्रभावों का आकलन।

6. चरण 2.4 पर "प्रदर्शन किए गए कार्य पर रिपोर्ट तैयार करना" एक रिपोर्ट तैयार करना और तैयार करना जिसमें मंच पर किए गए कार्य का विवरण, सिस्टम अवधारणा के प्रस्तावित संस्करण का विवरण और औचित्य शामिल है।

7. चरण 3.1 पर "एनपीपी के निर्माण के लिए संदर्भ की शर्तों का विकास और अनुमोदन", एनपीपी के लिए संदर्भ की शर्तों का विकास, निष्पादन, समन्वय और अनुमोदन और, यदि आवश्यक हो, तो इसके कुछ हिस्सों के लिए संदर्भ की शर्तें एनपीपी किया जाता है।

8. चरण 4.1 पर "सिस्टम और उसके भागों के लिए प्रारंभिक डिजाइन समाधान का विकास" निर्धारित करता है: एयू के कार्य; उप-प्रणालियों के कार्य, उनके लक्ष्य और प्रभाव; कार्य परिसरों और व्यक्तिगत कार्यों की संरचना; सूचना आधार की अवधारणा, इसकी बढ़ी हुई संरचना; डेटाबेस प्रबंधन प्रणाली के कार्य; कंप्यूटर सिस्टम की संरचना; मुख्य सॉफ्टवेयर टूल्स के कार्य और पैरामीटर।

9. चरण 5.1 पर "सिस्टम और उसके भागों के लिए डिजाइन समाधान का विकास", वे सिस्टम और उसके भागों के लिए सामान्य समाधान, सिस्टम की कार्यात्मक और एल्गोरिथम संरचना, कर्मियों के कार्यों और संगठनात्मक संरचना के विकास प्रदान करते हैं, तकनीकी साधनों की संरचना, समस्याओं को हल करने के लिए एल्गोरिदम और उपयोग की जाने वाली भाषाएं, सूचना आधार के संगठन और रखरखाव पर, सॉफ्टवेयर पर सूचना के वर्गीकरण और कोडिंग की प्रणाली।

10. 4.2 और 5.2 चरणों में "एनपीपी और उसके भागों के लिए प्रलेखन का विकास", प्रलेखन का विकास, निष्पादन, समन्वय और अनुमोदन, किए गए डिजाइन निर्णयों के पूर्ण सेट और आगे के काम के लिए पर्याप्त का वर्णन करने के लिए आवश्यक राशि में किया जाता है। एनपीपी के निर्माण पर। दस्तावेजों के प्रकार - GOST 34.201 के अनुसार।

11. चरण 5.3 पर "एनपीपी और (या) उनके विकास के लिए तकनीकी आवश्यकताओं (तकनीकी विनिर्देश) को पूरा करने के लिए उत्पादों की आपूर्ति के लिए प्रलेखन का विकास और निष्पादन", एनपीपी को पूरा करने के लिए उत्पादों की आपूर्ति के लिए प्रलेखन की तैयारी और निष्पादन; तकनीकी आवश्यकताओं का निर्धारण और बड़े पैमाने पर उत्पादित नहीं होने वाले उत्पादों के विकास के लिए तकनीकी विशिष्टताओं को तैयार करना।

12. चरण 5.4 में "स्वचालन परियोजना के आसन्न भागों में डिजाइन असाइनमेंट का विकास", वे निर्माण, विद्युत, स्वच्छता और अन्य प्रारंभिक कार्य से संबंधित स्वचालन वस्तु परियोजना के आसन्न भागों में डिजाइन असाइनमेंट का विकास, निष्पादन, सहमति और अनुमोदन करते हैं। निर्माण ए.एस.

13. चरण 6.1 पर "सिस्टम और उसके भागों के लिए कार्य प्रलेखन का विकास", वे एनपीपी को संचालन और उसके संचालन में रखने के साथ-साथ बनाए रखने के लिए काम के कार्यान्वयन को सुनिश्चित करने के लिए सभी आवश्यक और पर्याप्त जानकारी वाले कामकाजी दस्तावेज विकसित करते हैं। अपनाए गए डिजाइन निर्णयों, इसके निष्पादन, समन्वय और अनुमोदन के अनुसार प्रणाली की परिचालन विशेषताओं (गुणवत्ता) का स्तर। दस्तावेजों के प्रकार - GOST 34.201 के अनुसार।

14. चरण 6.2 "कार्यक्रमों का विकास या अनुकूलन", सिस्टम के कार्यक्रमों और सॉफ़्टवेयर टूल का विकास, खरीदे गए सॉफ़्टवेयर टूल का चयन, अनुकूलन और (या) बाइंडिंग, GOST 19.101 के अनुसार सॉफ़्टवेयर प्रलेखन का विकास किया जाता है। बाहर।

15. चरण 7.1 पर "एयू को संचालन में लाने के लिए स्वचालन वस्तु की तैयारी", एयू को संचालन में लाने के लिए स्वचालन वस्तु की संगठनात्मक तैयारी पर काम किया जाता है, जिसमें शामिल हैं: के संगठनात्मक ढांचे पर डिजाइन निर्णयों का कार्यान्वयन एयू; निर्देशात्मक और कार्यप्रणाली सामग्री के साथ नियंत्रण वस्तु की इकाइयाँ प्रदान करना; सूचना वर्गीकरण का परिचय।

16. चरण 7.2 "कार्मिक प्रशिक्षण" पर, कर्मियों को प्रशिक्षित किया जाता है और एनपीपी के कामकाज को सुनिश्चित करने की उनकी क्षमता की जाँच की जाती है।

17. चरण में "आपूर्ति किए गए उत्पादों के साथ एनपीपी की पैकिंग" सीरियल और एकल उत्पादन, सामग्री और असेंबली उत्पादों के घटकों की प्राप्ति सुनिश्चित करें। इनपुट गुणवत्ता नियंत्रण करें।

18. चरण 7.4 "निर्माण और स्थापना कार्य" पर, निम्नलिखित किया जाता है: तकनीकी सुविधाओं और एनपीपी कर्मियों की नियुक्ति के लिए विशेष भवनों (परिसर) का निर्माण; केबल चैनलों का निर्माण; तकनीकी साधनों और संचार लाइनों की स्थापना पर कार्यों का प्रदर्शन; स्थापित तकनीकी साधनों का परीक्षण; कमीशन के लिए तकनीकी साधनों की सुपुर्दगी।

19. चरण 7.5 पर "कमीशनिंग" हार्डवेयर और सॉफ्टवेयर का ऑफ़लाइन समायोजन, डेटाबेस में जानकारी लोड करना और इसके रखरखाव की प्रणाली की जांच करना; प्रणाली के सभी साधनों का जटिल समायोजन।

20. 7.6 चरण में "प्रारंभिक परीक्षण करना" पूरा करना:

  • प्रारंभिक परीक्षणों के कार्यक्रम और कार्यप्रणाली के अनुसार संदर्भ की शर्तों के प्रदर्शन और अनुपालन के लिए एयू के परीक्षण;
  • परीक्षण प्रोटोकॉल के अनुसार परिचालन प्रलेखन सहित एनपीपी के लिए दस्तावेज़ीकरण में समस्या निवारण और परिवर्तन करना;
  • परीक्षण संचालन के लिए एनपीपी की स्वीकृति के अधिनियम का पंजीकरण।

21. चरण 7.7 "परीक्षण संचालन" पर, एनपीपी परीक्षण संचालन किया जाता है; एनपीपी परीक्षण संचालन के परिणामों का विश्लेषण; एएस सॉफ्टवेयर को अंतिम रूप देना (यदि आवश्यक हो); एयू के तकनीकी साधनों का अतिरिक्त समायोजन (यदि आवश्यक हो); परीक्षण संचालन के पूरा होने के प्रमाण पत्र का पंजीकरण।

22. चरण 7.8 पर "स्वीकृति परीक्षण आयोजित करना" निष्पादित करें:

  • कार्यक्रम और स्वीकृति परीक्षणों की कार्यप्रणाली के अनुसार तकनीकी विशिष्टताओं के अनुपालन के लिए परीक्षण;
  • एयू के परीक्षा परिणामों का विश्लेषण और परीक्षणों के दौरान पहचानी गई कमियों को दूर करना;
  • स्थायी संचालन में एनपीपी की स्वीकृति के अधिनियम का पंजीकरण।

23. चरण 8.1 पर "वारंटी दायित्वों के अनुसार कार्य का प्रदर्शन", एनपीपी के लिए प्रलेखन में आवश्यक परिवर्तन करने के लिए, स्थापित वारंटी अवधि के भीतर एनपीपी के संचालन के दौरान पहचानी गई कमियों को खत्म करने के लिए काम किया जाता है।

24. चरण 8.2 पर "वारंटी के बाद सेवा" कार्य किया जाता है:

  • प्रणाली के कामकाज का विश्लेषण;
  • डिजाइन मूल्यों से एनपीपी की वास्तविक परिचालन विशेषताओं के विचलन की पहचान;
  • इन विचलन के कारणों की स्थापना;
  • पहचानी गई कमियों का उन्मूलन और एनपीपी की परिचालन विशेषताओं की स्थिरता सुनिश्चित करना;
  • AU के लिए दस्तावेज़ीकरण में आवश्यक परिवर्तन करना।

परिशिष्ट 2. संदर्भ

एयू के निर्माण में भाग लेने वाले संगठनों की सूची

1. ग्राहक संगठन (उपयोगकर्ता) जिसके लिए एयू बनाया जाएगा और जो एयू बनाने के लिए वित्तपोषण, कार्य की स्वीकृति और संचालन के साथ-साथ व्यक्तिगत कार्यों का प्रदर्शन प्रदान करता है।

2. संगठन-डेवलपर, जो AU के निर्माण पर काम करता है, ग्राहक को निर्माण के विभिन्न चरणों और चरणों में वैज्ञानिक और तकनीकी सेवाओं का एक सेट प्रदान करता है, साथ ही AU के विभिन्न सॉफ़्टवेयर और हार्डवेयर का विकास और आपूर्ति करता है।

3. एक आपूर्तिकर्ता संगठन जो एक डेवलपर या ग्राहक के आदेश पर सॉफ्टवेयर और हार्डवेयर का निर्माण और आपूर्ति करता है।

4. स्वचालन वस्तु के संगठन-सामान्य डिजाइनर।

5. एयू के निर्माण से संबंधित निर्माण, विद्युत, स्वच्छता और अन्य प्रारंभिक कार्य के लिए स्वचालन वस्तु परियोजना के विभिन्न भागों के संगठन-डिजाइनर।

6. निर्माण, स्थापना, समायोजन और अन्य संगठन।

टिप्पणियाँ:

1. एयू के निर्माण की शर्तों के आधार पर, एयू के निर्माण में शामिल ग्राहक, डेवलपर, आपूर्तिकर्ता और अन्य संगठनों के कार्यों के विभिन्न संयोजन संभव हैं।

2. एयू के निर्माण पर उनके काम के चरण और चरण इस मानक के आधार पर निर्धारित किए जाते हैं।

सूचना डेटा

1. उत्पाद गुणवत्ता प्रबंधन और मानकों के लिए यूएसएसआर राज्य समिति द्वारा विकसित और पेश किया गया

डेवलपर्स

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

2. 29 दिसंबर, 1990 नंबर 3469 के उत्पाद गुणवत्ता प्रबंधन और मानकों के लिए यूएसएसआर राज्य समिति के डिक्री द्वारा अनुमोदित और प्रस्तुत किया गया

एम. ओस्ट्रोगोर्स्की, 2008

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

स्वचालित प्रणाली, इसके कार्य और कार्य

एक स्वचालित प्रणाली की परिभाषा

GOST 34.003-90 में एक स्वचालित प्रणाली की निम्नलिखित परिभाषा शामिल है: कर्मियों से युक्त एक प्रणाली और इसकी गतिविधियों को स्वचालित करने के लिए साधनों का एक सेट, स्थापित कार्यों को करने के लिए सूचना प्रौद्योगिकी को लागू करना। इस परिभाषा का वास्तव में क्या अर्थ है? इसे आप इस मानक की अन्य परिभाषाओं को पढ़कर और उनकी आपस में तुलना करके ही समझ सकते हैं। अब तुम क्या करोगे।

गतिविधि लक्ष्य

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

स्वचालित प्रणाली के कार्य

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

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

एक स्वचालित प्रणाली का कार्य GOST 34 में एक मौलिक अवधारणा है। एक स्वचालित प्रणाली को सबसे पहले, इसके कार्यों के योग के रूप में माना जाता है और उसके बाद ही "सॉफ्टवेयर" और "हार्डवेयर" के एक समूह के रूप में माना जाता है। सबसे महत्वपूर्ण बात यह है कि सिस्टम क्या करता है, और इसमें क्या शामिल है, यह गौण है।

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

स्वचालित प्रणाली के कार्य

सामान्य स्थिति में, कोई कार्य करते समय, काम का कुछ हिस्सा कर्मचारियों द्वारा किया जाता है, और काम का हिस्सा उपकरण द्वारा किया जाता है, उदाहरण के लिए, टिकट स्वचालित रूप से मुद्रित होता है, और कैशियर इसे मैन्युअल रूप से खरीदार को जारी करता है। GOST 34.003-90 में दिए गए प्रकार के परिणाम के लिए अग्रणी स्वचालित (sic) क्रियाओं का क्रम कहलाता है काम.

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

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

स्वचालित प्रणाली की संरचना

उपप्रणालियाँ

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

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

टिकटिंग के उदाहरण पर लौटते हुए, हम यह तय कर सकते हैं कि स्वचालित प्रणाली में दो सबसिस्टम होते हैं: टिकटिंग सबसिस्टम और दैनिक रिपोर्टिंग सबसिस्टम। आइए अधिक स्पष्टता के लिए सहमत हों कि कैशियर टेक्स्ट एडिटर में टिकट टाइप करता है, और स्प्रैडशीट्स में रिपोर्ट करता है।

अवयव

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

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

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

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

संपार्श्विक के प्रकार

GOST 34 के नौसिखिए उपयोगकर्ता के लिए सबसे कठिन अवधारणाओं में से एक है संपार्श्विक का प्रकार. यह कैसी सुरक्षा है? क्या आप इसे देख या महसूस कर सकते हैं? बेचो या खरीदो?

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

  • सूचना समर्थन - सभी डेटा और मेटाडेटा जिसके साथ सिस्टम काम करता है;
  • सॉफ्टवेयर - सभी प्रोग्राम जो सिस्टम का हिस्सा हैं;
  • तकनीकी सहायता - सभी तकनीकी साधन (दूसरे शब्दों में, उपकरण, उपकरण) जो सिस्टम का हिस्सा हैं।

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

लोकप्रिय लेख
क्रिया के साथ निषेध नहीं (व्यक्तिगत रूप में, एक शिशु रूप में, एक गेरुंड के रूप में) अलग से लिखा गया है: मत लो, नहीं था, नहीं जानता था, धीरे-धीरे

क्रिया के साथ निषेध नहीं (व्यक्तिगत रूप में, एक शिशु रूप में, एक गेरुंड के रूप में) अलग से लिखा गया है: मत लो, नहीं था, नहीं जानता था, धीरे-धीरे
प्रस्तुति, पुनर्जागरण के दर्शन की मुख्य विशेषताओं की रिपोर्ट करें

प्रस्तुति, पुनर्जागरण के दर्शन की मुख्य विशेषताओं की रिपोर्ट करें
फिक्शन शैली

फिक्शन शैली
धरती के बच्चे प्रस्तुति हम बगीचे के लिए धरती की संतान हैं

धरती के बच्चे प्रस्तुति हम बगीचे के लिए धरती की संतान हैं
संचार में बाधाओं के विषय पर प्रस्तुति, छात्रों द्वारा किया गया काम संचार के बिना, हम खुद को बंद कर लेते हैं।

संचार में बाधाओं के विषय पर प्रस्तुति, छात्रों द्वारा किया गया काम संचार के बिना, हम खुद को बंद कर लेते हैं।

2022 "kingad.ru" - मानव अंगों की अल्ट्रासाउंड परीक्षा