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

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. प्राप्तकर्ताओं की संख्या की परवाह किए बिना, समान अर्थ सामग्री की आउटपुट जानकारी स्वचालित नियंत्रण प्रणाली में एक बार उत्पन्न होनी चाहिए।

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

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

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

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

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

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

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

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

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. स्वचालित कार्यों को निष्पादित करते समय स्वचालित नियंत्रण प्रणाली कर्मियों द्वारा उपयोग किए जाने वाले तकनीकी साधनों की नियुक्ति को एर्गोनोमिक आवश्यकताओं को पूरा करना होगा: 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, इलेक्ट्रिकल इंजीनियरिंग उत्पादों के गोले के लिए GOST 14254-80, यांत्रिक पर्यावरणीय कारकों के प्रभाव के संबंध में इलेक्ट्रिकल इंजीनियरिंग उत्पादों के लिए GOST 17516-72, GOST 21552-84 कंप्यूटिंग उपकरण प्रौद्योगिकी के लिए;
बिजली मापदंडों के लिए - औद्योगिक उपकरणों और स्वचालन उपकरण जीएसपी के लिए GOST 12997-76, कंप्यूटर उपकरण के लिए GOST 21552-84;
प्रदर्शन श्रेणी के अनुसार - औद्योगिक उपकरणों और स्वचालन उपकरण जीएसपी के लिए GOST 12997-76, कंप्यूटर उपकरण के लिए 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. ACS सॉफ़्टवेयर में निम्नलिखित गुण होने चाहिए:

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

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

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

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

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

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. स्वचालित नियंत्रण प्रणाली का भाषाई समर्थन उपयोगकर्ताओं की विभिन्न श्रेणियों के बीच स्वचालित नियंत्रण प्रणाली स्वचालन उपकरणों के साथ उनके लिए सुविधाजनक रूप में संचार के लिए और स्वचालित नियंत्रण प्रणाली में संसाधित जानकारी के रूपांतरण और मशीन प्रतिनिधित्व के लिए प्रक्रियाओं को पूरा करने के लिए पर्याप्त होना चाहिए।

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

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

परीक्षण परिणामों के आधार पर, एसीएस एक "परीक्षण रिपोर्ट" तैयार करता है। परीक्षण रिपोर्ट की सामग्री के लिए आवश्यकताएँ 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. एसीएस में शामिल होना चाहिए:

संचालन के लिए तैयार एसीएस तकनीकी साधनों के एक परिसर के रूप में एसीएस तकनीकी साधन;
स्पेयर पार्ट्स और डिवाइस (एसपीटीए), संचालन क्षमता का परीक्षण करने के लिए उपकरण और उपकरण, तकनीकी उपकरण स्थापित करना और स्वचालित नियंत्रण प्रणाली के मापने वाले चैनलों की मेट्रोलॉजिकल विशेषताओं की निगरानी करना, स्वचालित के ग्राहक के साथ सहमत कस्टम डिज़ाइन दस्तावेज़ द्वारा प्रदान की गई सीमा तक परीक्षण उपकरण के संदर्भ में नियंत्रण प्रणाली और उपयोगकर्ता की मेट्रोलॉजी सेवा;
सीटीएस एसीएस में शामिल प्रत्येक उत्पाद के लिए 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. स्टाफ में शामिल प्रत्येक व्यक्ति के पास होना चाहिए:

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

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

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

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

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

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

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

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

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

उद्यमों, उत्पादन और अनुसंधान और उत्पादन संघों द्वारा एसीएस के लिए अतिरिक्त आवश्यकताएँ

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

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

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

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

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

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

1. OASU को यह सुनिश्चित करना होगा:

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

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

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

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

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

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

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

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

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

परिशिष्ट 4
जानकारी

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

आइए अब पारंपरिक रूप से नुकसान से शुरुआत करते हुए मानकों के फायदे और नुकसान पर विचार करें।

मानकों के नुकसान

मुख्य नुकसान सभी के लिए स्पष्ट है - मानक पुराने हैं। उनमें एक स्वचालित प्रणाली की वास्तुकला का पुराना विचार शामिल है। उदाहरण के लिए:

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

तदनुसार, मानक में निम्नलिखित जैसी कलाकृतियाँ हैं:

5.8. दस्तावेज़ प्रपत्र का आरेखण (वीडियो फ़्रेम)
दस्तावेज़ में एकीकृत दस्तावेज़ीकरण प्रणाली आर 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 में परिभाषित किया गया है। उनमें से तीन दस्तावेज़ीकरण के लिए प्रासंगिक हैं:

ड्राफ्ट डिज़ाइन (ईडी)
तकनीकी डिज़ाइन (टीपी)
कामकाजी दस्तावेज़ीकरण का विकास (डीडी)

प्रारंभिक डिजाइनतकनीकी विशिष्टताओं के चरण के बाद अनुसरण करता है और प्रारंभिक डिज़ाइन समाधान विकसित करने का कार्य करता है।

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

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

स्वचालित नियंत्रण प्रणाली के निर्माण के लिए परियोजना प्रलेखन के भाग (अनुभाग)।

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

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

इस "मशीन" का पूरी तरह से वर्णन करने के लिए, निम्नलिखित अनुभाग बनाए गए हैं (जैसा कि ड्राइंग में है):

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GOST 34 का उपयोग करने के विकल्प

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

निष्कर्ष

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

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

परिचय

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

GOST मानक क्या हैं?

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

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

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

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

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

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

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

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

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

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

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

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

संगठनात्मक;
व्यवस्थित;
तकनीकी;
गणितीय;
सॉफ़्टवेयर;
सूचनात्मक;
भाषाई;
कानूनी;
एर्गोनोमिक।

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

गोस्ट 34

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

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

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

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

अवस्था निर्माण	दस्तावेज़ का शीर्षक	कोड	भाग परियोजना	प्रिनाड बिस्तर को परियोजना लेकिन-अनुमान नूह डोकू पुलिस माहौल	प्रिनाड बिस्तर को शोषण tation नूह ऊपर कुमेन 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	और के बारे में	—	एक्स	टीपी चरण में इसकी अनुमति है दस्तावेज़ों में शामिल करें पी4 या पी5
तृतीय	धारकों की सूची मूल	डीपी*	या	—	—	—
	ऑपरेटिंग शीट दस्तावेज़	ईडी*	या	—	एक्स	—
	हार्डवेयर विशिष्टता	4 पर	वह	एक्स	—	—
	आवश्यकताओं की सूची सामग्री में	5 बजे	वह	एक्स	—	—
	मशीन मीडिया इन्वेंटरी जानकारी	वीएम*	और के बारे में	—	एक्स	—
	इनपुट सरणी	6 पर	और के बारे में	—	एक्स	—
तृतीय	डेटाबेस निर्देशिका	7 बजे	और के बारे में	—	एक्स	—
	आउटपुट डेटा की संरचना (संदेश)	8 पर	और के बारे में	—	एक्स	—
	स्थानीय अनुमान	बी 3	या	एक्स	—	—
	कार्यप्रणाली (प्रौद्योगिकी) स्वचालित डिज़ाइन	मैं1	ऊ	—	एक्स	—
	तकनीकी निर्देश	और 2	ऊ	—	एक्स	—
	उपयोगकर्ता गाइड	मैं3	ऊ	—	एक्स	—
	बनाने हेतु निर्देश एवं डेटाबेस रखरखाव (डेटा सेट)	मैं4	और के बारे में	—	एक्स	—
	केटीएस संचालन निर्देश	अर्थात	वह	—	एक्स	—
	बाहरी वायरिंग आरेख	सी4*	वह	एक्स	—	में प्रदर्शन करने की अनुमति दी गई तालिकाओं के रूप में
	कनेक्शन आरेख बाहरी पोस्टिंग	सी5*	वह	एक्स	—	वही
	कनेक्शन और कनेक्शन की तालिका	सी 6	वह	एक्स	—	—
	सिस्टम विभाजन आरेख (संरचनात्मक)	E1*	वह	—	—	—
	सामान्य ड्राइंग	में*	वह	एक्स	—	—
	तकनीकी उपकरण स्थापना ड्राइंग	एसए	वह	एक्स	—	—
	योजनाबद्ध आरेख	एसबी	वह	एक्स	—	—
	परिसर का संरचनात्मक आरेख तकनीकी साधन	सी1*	वह	एक्स	—	—
	उपकरण और वायरिंग लेआउट योजना	सी 7	वह	एक्स	—	—
	तकनीकी का विवरण प्रसंस्करण प्रक्रिया डेटा (सहित टेलीप्रोसेसिंग)	पीजी	ऊ	—	एक्स	—
	प्रणाली का सामान्य विवरण	पी.डी.	या	—	एक्स	—
	परीक्षण कार्यक्रम और कार्यप्रणाली (घटक, स्वचालन प्रणाली, उपप्रणाली, सिस्टम)	प्रधानमंत्री *	या	—	—	—
	रूप	एफओ*	या	—	एक्स	—
	पासपोर्ट	पुनश्च*	या	—	एक्स	—
*दस्तावेज़ जिनका कोड ESKD मानकों की आवश्यकताओं के अनुसार सेट किया गया है

तालिका पर ध्यान दें:

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

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

गोस्ट 19

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

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	अन्य कागजात

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

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

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

GOST 19.202-78 विशिष्टता। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.301-79 परीक्षण कार्यक्रम और कार्यप्रणाली। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.401-78 कार्यक्रम पाठ। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.402-78 कार्यक्रम का विवरण;
GOST 19.403-79 मूल धारकों की सूची;
GOST 19.404-79 व्याख्यात्मक नोट। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.501-78 फॉर्म। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.502-78 आवेदन का विवरण। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.503-79 सिस्टम प्रोग्रामर गाइड। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.504-79 प्रोग्रामर गाइड। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.505-79 ऑपरेटर मैनुअल। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.506-79 भाषा का विवरण। सामग्री और डिज़ाइन के लिए आवश्यकताएँ;
GOST 19.507-79 परिचालन दस्तावेजों का विवरण;
GOST 19.508-79 रखरखाव मैनुअल। सामग्री और डिज़ाइन के लिए आवश्यकताएँ।

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

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

निष्कर्ष

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

परिचय दिनांक 01/01/92

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

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

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

2. एएस बनाने के चरण और चरण

परिशिष्ट 1 (संदर्भ के लिए)

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

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

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

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

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

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

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

2. एएस के निर्माण के चरण और चरण

2.1. एएस बनाने के चरणों और चरणों को आम तौर पर तालिका में दिखाया गया है।

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

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

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

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

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

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

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

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

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

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

टिप्पणियाँ:

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

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

सूचना डेटा

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

डेवलपर्स

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

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 में कहा जाता है काम.

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

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

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

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

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

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

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

अवयव

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

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

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

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

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

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

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

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

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

श्रेणियाँ

स्क्रीनिंग

चरम सीमाओं का अल्ट्रासाउंड

अल्ट्रासाउंड के प्रकार

पेट का अल्ट्रासाउंड

छाती का अल्ट्रासाउंड

लोकप्रिय लेख

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

2023 "kingad.ru" - मानव अंगों की अल्ट्रासाउंड जांच