जानकर अच्छा लगा - ऑटोमोटिव पोर्टल

GOST 34.602 89 के अनुसार संदर्भ की शर्तें। आधिकारिक प्रकाशन पुनर्मुद्रण निषिद्ध

सूचान प्रौद्योगिकी

स्वचालित प्रणालियों के लिए मानकों का सेट। एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें

गोस्ट 34.602-89

SSR . के संघ का राज्य मानक

सूचान प्रौद्योगिकी। स्वचालित प्रणालियों के लिए मानकों का सेट।

स्वचालित सिस्टम विकसित करने के लिए तकनीकी निर्देश

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

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

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

1.1. परमाणु ऊर्जा संयंत्रों के लिए टीओआर मुख्य दस्तावेज है जो निर्माण के लिए आवश्यकताओं और प्रक्रिया को परिभाषित करता है (विकास या आधुनिकीकरण - इसके बाद निर्माण के रूप में संदर्भित) स्वचालित प्रणाली,

में जिसके अनुसार एयू का विकास किया जाता है और प्रवेश करते समय इसकी स्वीकृति

गतिविधि।

1.2. परमाणु ऊर्जा संयंत्रों के लिए विशिष्टताओं को समग्र रूप से प्रणाली के लिए विकसित किया गया है, स्वतंत्र रूप से या किसी अन्य प्रणाली के हिस्से के रूप में काम करने के लिए डिज़ाइन किया गया है।

इसके अतिरिक्त, एनपीपी के कुछ हिस्सों के लिए टीओआर विकसित किए जा सकते हैं; इस मानक की आवश्यकताओं के अनुसार एनपीपी के सबसिस्टम, एनपीपी के कार्यों के परिसरों आदि पर; ESKD और SRPP मानकों के अनुसार हार्डवेयर घटकों और सॉफ़्टवेयर और हार्डवेयर सिस्टम के लिए; ईएसपीडी मानकों के अनुसार सॉफ्टवेयर के लिए; GOST 19.201 और NTD के अनुसार सूचना उत्पादों के लिए, जो NPP ग्राहक के विभाग में लागू है।

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

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

1.4. एनपीपी के लिए टीओआर में शामिल आवश्यकताएं विज्ञान और प्रौद्योगिकी के विकास के वर्तमान स्तर के अनुरूप होनी चाहिए और सर्वोत्तम आधुनिक घरेलू और विदेशी एनालॉग्स के लिए समान आवश्यकताओं से कम नहीं होनी चाहिए।

एनपीपी के लिए टीओआर में निर्दिष्ट आवश्यकताओं को सबसे प्रभावी तकनीकी, व्यवहार्यता और अन्य समाधानों की खोज और कार्यान्वयन में सिस्टम डेवलपर को सीमित नहीं करना चाहिए।

1.5. एनपीपी के लिए विनिर्देशों को प्रारंभिक डेटा के आधार पर विकसित किया गया है, जिसमें "एनपीपी के निर्माण के लिए अनुसंधान और औचित्य" चरण के अंतिम दस्तावेज में शामिल हैं, स्थापितगोस्ट 24.601.

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

1.7. एनपीपी में टीओआर में परिवर्तन को ग्राहक और डेवलपर द्वारा हस्ताक्षरित एक अतिरिक्त या प्रोटोकॉल द्वारा औपचारिक रूप दिया जाता है। परिशिष्ट या निर्दिष्ट प्रोटोकॉल एनपीपी के लिए टीओआर का एक अभिन्न अंग है। एसी पर टीके के शीर्षक पृष्ठ पर "वैलिड फ्रॉम ..." प्रविष्टि होनी चाहिए।

2. संरचना और सामग्री

2.1. एनपीपी के लिए टीओआर में निम्नलिखित खंड शामिल हैं, जिन्हें उपखंडों में विभाजित किया जा सकता है:

1) सामान्य जानकारी; 2) प्रणाली के निर्माण (विकास) के उद्देश्य और लक्ष्य;

3) स्वचालन वस्तुओं की विशेषताएं;

4) सिस्टम आवश्यकताएँ;

5) सिस्टम बनाने के लिए काम की संरचना और सामग्री;

6) प्रणाली के नियंत्रण और स्वीकृति के लिए प्रक्रिया; 7) स्वचालन वस्तु को तैयार करने के लिए संरचना और कार्य की सामग्री के लिए आवश्यकताएं

प्रणाली को चालू करना; 8) प्रलेखन के लिए आवश्यकताएं; 9) विकास के स्रोत।

एयू के लिए टीओआर में आवेदन शामिल किए जा सकते हैं।

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

सिस्टम के कुछ हिस्सों के लिए टीओआर में ऐसे खंड शामिल नहीं हैं जो एनपीपी के लिए टीओआर के अनुभागों की सामग्री को समग्र रूप से दोहराते हैं।

2.3. अध्याय में " सामान्य जानकारी" संकेत देना:

1) सिस्टम का पूरा नाम और उसका चिन्ह, प्रतीक;

2) अनुबंध का विषय सिफर या सिफर (संख्या);

3) सिस्टम के डेवलपर और ग्राहक (उपयोगकर्ता) के उद्यमों (संघों) का नाम और उनका विवरण;

4) दस्तावेजों की एक सूची जिसके आधार पर सिस्टम बनाया गया है, किसके द्वारा और कब इन दस्तावेजों को मंजूरी दी गई थी;

5) सिस्टम के निर्माण पर काम शुरू करने और पूरा करने के लिए नियोजित तिथियां;

6) काम के वित्तपोषण के लिए स्रोतों और प्रक्रिया के बारे में जानकारी;

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

2.4. "प्रणाली के निर्माण (विकास) का उद्देश्य और उद्देश्य" खंड में उपखंड शामिल हैं:

1) प्रणाली का उद्देश्य;

2) प्रणाली का उद्देश्य।

2.4.1. "सिस्टम का उद्देश्य" उपधारा में, स्वचालित गतिविधि के प्रकार (प्रबंधन, डिजाइन, आदि) और स्वचालन वस्तुओं (वस्तुओं) की सूची को इंगित करें, जिस पर इसका उपयोग किया जाना है।

स्वचालित नियंत्रण प्रणालियों के लिए, स्वचालित नियंत्रण निकायों (बिंदुओं) और प्रबंधित वस्तुओं की एक सूची अतिरिक्त रूप से इंगित की जाती है।

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

2.5. "स्वचालन वस्तु की विशेषताएं" अनुभाग में दें:

1) संक्षिप्त जानकारीस्वचालन वस्तु या ऐसी जानकारी वाले दस्तावेज़ों के लिंक के बारे में;

2) स्वचालन वस्तु की परिचालन स्थितियों और पर्यावरण की विशेषताओं के बारे में जानकारी।

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

2.6. सिस्टम आवश्यकताएँ अनुभाग में निम्नलिखित उपखंड होते हैं:

1) समग्र रूप से प्रणाली के लिए आवश्यकताएं;

2) सिस्टम द्वारा किए गए कार्यों (कार्यों) के लिए आवश्यकताएं;

3) सुरक्षा के प्रकार के लिए आवश्यकताएँ।

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

2.6.1. उपधारा में "संपूर्ण रूप से सिस्टम के लिए आवश्यकताएं" इंगित करती हैं:

प्रणाली की संरचना और कामकाज के लिए आवश्यकताएं; प्रणाली के कर्मियों की संख्या और योग्यता और उसके काम के तरीके के लिए आवश्यकताएं;

गंतव्य संकेतक; विश्वसनीयता की आवश्यकताएं; सुरक्षा आवश्यकताओं;

एर्गोनॉमिक्स और तकनीकी सौंदर्यशास्त्र के लिए आवश्यकताएं; मोबाइल एएस के लिए परिवहन योग्यता आवश्यकताएं;

परिचालन आवश्यकताओं, भरण पोषणसिस्टम घटकों की मरम्मत और भंडारण;

अनधिकृत पहुंच से सूचना की सुरक्षा के लिए आवश्यकताएं; दुर्घटनाओं के मामले में सूचना की सुरक्षा के लिए आवश्यकताएं सुरक्षा के लिए आवश्यकताएं

बाहरी प्रभावों का प्रभाव; पेटेंट शुद्धता के लिए आवश्यकताएं;

मानकीकरण और एकीकरण के लिए आवश्यकताएं; अतिरिक्त आवश्यकताएं।

2.6.1.1. प्रणाली की संरचना और कामकाज के लिए आवश्यकताओं में शामिल हैं:

1) उप-प्रणालियों की सूची, उनका उद्देश्य और मुख्य विशेषताएं, पदानुक्रम स्तरों की संख्या और प्रणाली के केंद्रीकरण की डिग्री के लिए आवश्यकताएं;

2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए संचार के तरीकों और साधनों की आवश्यकताएं;

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

4) सिस्टम के ऑपरेटिंग मोड के लिए आवश्यकताएं;

5) सिस्टम नैदानिक ​​​​आवश्यकताएं;

6) विकास की संभावनाएं, प्रणाली का आधुनिकीकरण।

2.6.1.2। एनपीपी कर्मियों की संख्या और योग्यता की आवश्यकताओं में शामिल हैं: एनपीपी के कर्मियों (उपयोगकर्ताओं) की संख्या के लिए आवश्यकताएं; कर्मियों की योग्यता, उनके प्रशिक्षण की प्रक्रिया और ज्ञान के नियंत्रण के लिए आवश्यकताएं और

कौशल; एनपीपी कर्मियों के काम का आवश्यक तरीका।

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

एसीएस के लिए इंगित करें:

नियंत्रण वस्तु के मापदंडों में विचलन के लिए प्रक्रियाओं और प्रबंधन विधियों में परिवर्तन के लिए प्रणाली की अनुकूलन क्षमता की डिग्री;

प्रणाली के आधुनिकीकरण और विकास की स्वीकार्य सीमाएँ; संभाव्य-अस्थायी विशेषताएं जिस पर लक्ष्य

प्रणाली का उद्देश्य।

2.6.1.4. विश्वसनीयता आवश्यकताओं में शामिल हैं:

1) संपूर्ण या उसके उप-प्रणालियों के रूप में सिस्टम के लिए विश्वसनीयता संकेतकों की संरचना और मात्रात्मक मूल्य;

2) स्क्रॉल आपात स्थिति, जिसके अनुसार विश्वसनीयता की आवश्यकताओं को विनियमित किया जाना चाहिए, और संबंधित संकेतकों के मूल्य;

3) विश्वसनीयता की आवश्यकताएं तकनीकी साधनतथा सॉफ़्टवेयर;

4) वर्तमान के अनुसार एक प्रणाली बनाने के विभिन्न चरणों में विश्वसनीयता संकेतकों का आकलन और निगरानी करने के तरीकों की आवश्यकताएंनियामक और तकनीकी दस्तावेज।

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

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

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

2.6.1.8. संचालन, रखरखाव, मरम्मत और भंडारण आवश्यकताओं में शामिल हैं:

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

2) कर्मचारियों के आवास के लिए स्वीकार्य क्षेत्रों के लिए प्रारंभिक आवश्यकताएं

तथा सिस्टम के टीएस, बिजली आपूर्ति नेटवर्क आदि के मापदंडों के लिए;

3) मात्रा आवश्यकताओं, योग्यता सेवा कार्मिकऔर संचालन के तरीके;

4) अतिरिक्त उत्पादों और उपकरणों के एक सेट के प्लेसमेंट और भंडारण की स्थिति की संरचना के लिए आवश्यकताएं;

5) रखरखाव की आवश्यकताएं।

2.6.1.9. अनधिकृत पहुंच से जानकारी की सुरक्षा के लिए आवश्यकताओं में ग्राहक के उद्योग (विभाग) में संचालित एनटीडी में स्थापित आवश्यकताएं शामिल हैं।

2.6.1.10. सूचना की सुरक्षा के लिए आवश्यकताओं में, घटनाओं की एक सूची दी गई है: दुर्घटनाएं, तकनीकी साधनों की विफलता (बिजली की हानि सहित), आदि, जिसमें सिस्टम में सूचना की सुरक्षा सुनिश्चित की जानी चाहिए।

2.6.1.11. बाहरी प्रभावों से सुरक्षा के साधनों की आवश्यकताओं में निम्नलिखित दिए गए हैं:

1) एनपीपी सुविधाओं के रेडियो-इलेक्ट्रॉनिक संरक्षण के लिए आवश्यकताएं;

2) बाहरी प्रभावों (उपयोग के वातावरण) के प्रतिरोध, स्थिरता और ताकत के लिए आवश्यकताएं।

2.6.1.12. पेटेंट शुद्धता की आवश्यकताएं उन देशों की सूची दर्शाती हैं जिनके संबंध में सिस्टम और उसके भागों की पेटेंट शुद्धता सुनिश्चित की जानी चाहिए।

2.6.1.13. मानकीकरण और एकीकरण की आवश्यकताओं में शामिल हैं:

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

2.6.1.14. अतिरिक्त आवश्यकताओं में शामिल हैं:

1) कर्मियों के प्रशिक्षण के लिए उपकरणों के साथ सिस्टम को लैस करने की आवश्यकताएं (सिम्युलेटर, समान उद्देश्य के अन्य उपकरण) और उनके लिए प्रलेखन;

2) सेवा उपकरण के लिए आवश्यकताएं, सिस्टम तत्वों की जांच के लिए खड़ा है;

3) से संबंधित सिस्टम आवश्यकताएँ विशेष स्थितिसंचालन;

4) सिस्टम डेवलपर या ग्राहक के विवेक पर विशेष आवश्यकताएं। 2.6.2. सिस्टम द्वारा निष्पादित "कार्यों (कार्यों) के लिए आवश्यकताएँ" उपधारा में,

प्रमुख:

1) प्रत्येक सबसिस्टम के लिए, कार्यों, कार्यों या उनके परिसरों की एक सूची (सिस्टम के कुछ हिस्सों की बातचीत सुनिश्चित करने वाले सहित) स्वचालित होने के लिए;

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

2) प्रत्येक कार्य, कार्य (या कार्यों के सेट) के कार्यान्वयन के लिए समय सारिणी;

3) प्रत्येक कार्य के कार्यान्वयन की गुणवत्ता के लिए आवश्यकताएं (कार्य या कार्यों का सेट),

प्रति आउटपुट जानकारी की प्रस्तुति का रूप, आवश्यक सटीकता और निष्पादन समय की विशेषताएं, कार्यों के एक समूह के निष्पादन की एक साथ आवश्यकताएं, परिणामों की विश्वसनीयता;

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

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

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

2.6.3.2. सिस्टम के सूचना समर्थन के लिए, आवश्यकताएं होंगी:

1) सिस्टम में डेटा को व्यवस्थित करने के लिए संरचना, संरचना और तरीके;

2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए;

3) आसन्न प्रणालियों के साथ सूचना संगतता के लिए;

4) ऑल-यूनियन और पंजीकृत रिपब्लिकन, उद्योग वर्गीकारकों के उपयोग पर, एकीकृत दस्तावेजऔर इस उद्यम में काम करने वाले क्लासिफायर;

5) डेटाबेस प्रबंधन प्रणालियों के उपयोग पर;

6) सिस्टम में डेटा एकत्र करने, संसाधित करने, संचारित करने आदि की प्रक्रिया की संरचना के लिए। डेटा की प्रस्तुति;

7) सिस्टम की दुर्घटनाओं और बिजली की विफलता के दौरान डेटा को विनाश से बचाने के लिए;

8) डेटा को नियंत्रित करने, स्टोर करने, अपडेट करने और पुनर्स्थापित करने के लिए;

9) देने की प्रक्रिया के लिए कानूनी बलएयू के तकनीकी साधनों द्वारा उत्पादित दस्तावेज (के अनुसारगोस्ट 6.10.4)।

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

2.6.3.4. सिस्टम सॉफ़्टवेयर के लिए, खरीदे गए सॉफ़्टवेयर की एक सूची दी गई है, साथ ही आवश्यकताएं भी:

1) इस्तेमाल किए गए सीवीटी और ऑपरेटिंग वातावरण से सॉफ्टवेयर की स्वतंत्रता के लिए;

2) सॉफ्टवेयर की गुणवत्ता, साथ ही इसके प्रावधान और नियंत्रण के तरीके; 3) यदि आवश्यक हो, नव विकसित सॉफ्टवेयर के साथ सामंजस्य स्थापित करना

एल्गोरिदम और कार्यक्रमों का कोष।

2.6.3.5. सिस्टम के तकनीकी समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

1) तकनीकी साधनों के प्रकार, तकनीकी साधनों के परिसरों के प्रकार सहित,सॉफ्टवेयर और हार्डवेयर कॉम्प्लेक्स और सिस्टम में उपयोग के लिए अन्य घटकों की अनुमति;

2) प्रणाली के तकनीकी समर्थन के साधनों की कार्यात्मक, रचनात्मक और परिचालन विशेषताओं के लिए।

2.6.3.6. मेट्रोलॉजिकल समर्थन की आवश्यकताओं में शामिल हैं:

1) मापने वाले चैनलों की प्रारंभिक सूची;

2) माप चैनलों की मेट्रोलॉजिकल विशेषताओं के लिए मापदंडों और (या) की माप की सटीकता के लिए आवश्यकताएं;

3) सिस्टम के तकनीकी साधनों की मेट्रोलॉजिकल संगतता के लिए आवश्यकताएं;

4) सिस्टम के नियंत्रण और कम्प्यूटेशनल चैनलों की एक सूची जिसके लिए सटीकता विशेषताओं का मूल्यांकन करना आवश्यक है;

5) हार्डवेयर और सॉफ्टवेयर के मेट्रोलॉजिकल समर्थन के लिए आवश्यकताएं जो सिस्टम के मापने वाले चैनलों का हिस्सा हैं, अंतर्निहित नियंत्रण उपकरण, मापने वाले चैनलों की मेट्रोलॉजिकल उपयुक्तता और सिस्टम के कमीशन और परीक्षण में उपयोग किए जाने वाले माप उपकरण;

6) दृश्य मेट्रोलॉजिकल सर्टिफिकेशन(राज्य या विभागीय) इसके कार्यान्वयन की प्रक्रिया और प्रमाणन आयोजित करने वाले संगठनों के संकेत के साथ।

2.6.3.7. के लिये संगठनात्मक समर्थनमांग करना:

1) प्रणाली के कामकाज या संचालन प्रदान करने में शामिल इकाइयों की संरचना और कार्यों के लिए;

2) सिस्टम के कामकाज के संगठन और एनपीपी कर्मियों और स्वचालन वस्तु के कर्मियों के बीच बातचीत की प्रक्रिया;

3) सिस्टम कर्मियों के गलत कार्यों से सुरक्षा के लिए।

2.6.3.8. सीएडी के पद्धतिगत समर्थन के लिए, नियामक की संरचना के लिए आवश्यकताएं तकनीकी दस्तावेजप्रणाली (इसके संचालन के दौरान उपयोग किए जाने वाले मानकों, विनियमों, विधियों आदि की एक सूची)।

2.7. "सिस्टम के निर्माण (विकास) पर काम की संरचना और सामग्री" में GOST 24.01 के अनुसार सिस्टम के निर्माण पर काम के चरणों और चरणों की एक सूची होनी चाहिए, उनके कार्यान्वयन का समय, संगठनों की एक सूची कार्य करना, सिस्टम बनाने में भाग लेने के लिए इन संगठनों की सहमति की पुष्टि करने वाले दस्तावेजों के लिंक, या इन कार्यों को करने के लिए जिम्मेदार व्यक्ति (ग्राहक या डेवलपर) की पहचान करने वाला रिकॉर्ड।

यह खंड भी प्रदान करता है:

1) दस्तावेजों की सूची GOST 34.201, काम के प्रासंगिक चरणों और चरणों के अंत में प्रस्तुत किया गया;

2) तकनीकी दस्तावेज की जांच के लिए प्रकार और प्रक्रिया, (चरण, चरण, जांचे जा रहे दस्तावेज का दायरा,संगठन-विशेषज्ञ);

3) विकसित की जा रही प्रणाली की विश्वसनीयता के आवश्यक स्तर को सुनिश्चित करने के उद्देश्य से कार्य का एक कार्यक्रम (यदि आवश्यक हो);

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

2.8. "सिस्टम की निगरानी और स्वीकृति के लिए प्रक्रिया" अनुभाग में इंगित करें:

1) प्रणाली के प्रकार, संरचना, कार्यक्षेत्र और परीक्षण के तरीके और इसकी घटक भाग(विकसित की जा रही प्रणाली पर लागू मौजूदा मानकों के अनुसार परीक्षण के प्रकार);

2) सामान्य आवश्यकताएँचरणों द्वारा काम की स्वीकृति के लिए (भाग लेने वाले उद्यमों और संगठनों की सूची, स्थान और समय), स्वीकृति दस्तावेज को स्वीकार करने और अनुमोदन करने की प्रक्रिया;

3) स्वीकृति समिति की स्थिति (राज्य, अंतरविभागीय, विभागीय)।

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

मुख्य गतिविधियों की सूची में शामिल हैं:

1) सिस्टम में प्रवेश करने वाली जानकारी लाना (आवश्यकताओं के अनुसार)

प्रति सूचना और भाषाई समर्थन) कंप्यूटर प्रसंस्करण के लिए उपयुक्त प्रपत्र में;

2) स्वचालन वस्तु में किए जाने वाले परिवर्तन;

3) स्वचालन वस्तु के कामकाज के लिए परिस्थितियों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ बनाई गई प्रणाली के अनुपालन की गारंटी है;

4) प्रणाली के कामकाज के लिए आवश्यक उपखंडों और सेवाओं का निर्माण;

5) स्टाफिंग और स्टाफ प्रशिक्षण के लिए नियम और प्रक्रिया।

उदाहरण के लिए, एसीएस के लिए वे देते हैं:

लागू प्रबंधन विधियों में परिवर्तन; एसीएस घटकों के संचालन के लिए परिस्थितियों का निर्माण, जिसके तहत इसकी गारंटी है

टीओआर में निहित आवश्यकताओं के साथ सिस्टम का अनुपालन।

2.10. "दस्तावेज़ीकरण आवश्यकताएँ" अनुभाग में, निम्नलिखित दिया गया है:

1) विकसित किए जाने वाले दस्तावेज़ों के सेट और प्रकारों की एक सूची जो सिस्टम डेवलपर और ग्राहक द्वारा सहमत आवश्यकताओं को पूरा करती हैग्राहक के उद्योग का GOST 34.201 और NTD; मशीन मीडिया पर जारी दस्तावेजों की सूची; माइक्रोफिल्मिंग प्रलेखन के लिए आवश्यकताएं;

2) ESKD और ESPD की आवश्यकताओं के अनुसार क्रॉस-इंडस्ट्री एप्लिकेशन के घटक तत्वों के दस्तावेजीकरण की आवश्यकताएं;

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

तथा ऐसे दस्तावेजों की सामग्री।

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

2.12. अनुमोदित विधियों की उपस्थिति में एनपीपी में टीओआर की संरचना में शामिल अनुप्रयोग शामिल हैं:

1) प्रणाली की अपेक्षित दक्षता की गणना;

2) प्रणाली के वैज्ञानिक और तकनीकी स्तर का आकलन।

सिस्टम के डेवलपर और ग्राहक के बीच सहमति के अनुसार एनपीपी के लिए टीओआर में आवेदन शामिल हैं।

3. डिजाइन नियम

3.1. एनपीपी पर टीओआर के अनुभागों और उपखंडों को खंड में स्थापित क्रम में रखा जाना चाहिए। इस मानक के 2.

3.2. एनपीपी के लिए तकनीकी विनिर्देश आवश्यकताओं के अनुसार तैयार किए गए हैं GOST 2.301 के अनुसार A4 प्रारूप की चादरों पर GOST 2.105 एक फ्रेम, मुख्य शिलालेख और इसके अतिरिक्त स्तंभों के बिना।

एसी पर टीके कोड निर्दिष्ट करने के बाद, शीट के शीर्ष पर (पाठ के ऊपर, बीच में) शीर्षक पृष्ठ के बाद पहली शीट से शुरू होने वाली शीट (पेज) संख्याएं नीचे रखी जाती हैं।

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

"अंतिम आवश्यकता (मूल्य) प्रक्रिया में निर्दिष्ट है ... और प्रोटोकॉल द्वारा सहमत है ... मंच पर ..."। वहीं, एनपीपी के लिए टीओआर के टेक्स्ट में कोई बदलाव नहीं किया गया है।

3.4. शीर्षक पृष्ठ पर, ग्राहक, डेवलपर और समन्वयक संगठनों के हस्ताक्षर रखे जाते हैं, जिन्हें एक मोहर से सील कर दिया जाता है। यदि आवश्यक हो, तो शीर्षक पृष्ठ कई पृष्ठों पर तैयार किया जाता है। एनपीपी पर टीके के डेवलपर्स के हस्ताक्षर और अधिकारियोंएनपीपी में टीओआर के मसौदे के अनुमोदन और समीक्षा में भाग लेने वालों को अंतिम शीट पर रखा जाता है।

एयू पर टीके के शीर्षक पृष्ठ का रूप परिशिष्ट 2 में दिया गया है। फार्म आखिरी पत्ताएनपीपी के लिए टीओआर परिशिष्ट 3 में दिया गया है।

3.5. यदि आवश्यक हो, एयू पर टीके के शीर्षक पृष्ठ पर, उद्योग में स्थापित कोड रखने की अनुमति है, उदाहरण के लिए: सुरक्षा टिकट, कार्य कोड, पंजीकरण संख्याटीके और अन्य।

3.6. एनपीपी के लिए टीओआर के पूरक का शीर्षक पृष्ठ उसी तरह तैयार किया गया है जैसे संदर्भ की शर्तों के शीर्षक पृष्ठ। "संदर्भ की शर्तें" नाम के बजाय वे "एनपीपी के लिए टीओआर के लिए परिशिष्ट संख्या ..." लिखते हैं।

3.7. एयू पर टीओआर के पूरक के बाद की शीट पर, परिवर्तन का आधार, परिवर्तन की सामग्री और दस्तावेजों के लिंक जिसके अनुसार ये परिवर्तन किए गए हैं।

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

एनपीपी के लिए टीओआर के विकास, करार और अनुमोदन की प्रक्रिया

1. एनपीपी के लिए मसौदा टीओआर सिस्टम डेवलपर द्वारा ग्राहक की भागीदारी के आधार पर विकसित किया गया है: तकनीकी आवश्यकताएं(अनुप्रयोग, सामरिक और तकनीकी विनिर्देश, आदि)।

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

2. एनपीपी में टीओआर के मसौदे को अधिकारियों के साथ समन्वयित करने की आवश्यकता राज्य पर्यवेक्षणऔर अन्य इच्छुक संगठन संयुक्त रूप से सिस्टम के ग्राहक और एनपीपी में टीओआर के मसौदे के विकासकर्ता द्वारा निर्धारित किए जाते हैं।

एनपीपी के लिए टीओआर के मसौदे के अनुमोदन पर काम एनपीपी के लिए टीओआर के डेवलपर और सिस्टम के ग्राहक द्वारा संयुक्त रूप से किया जाता है, प्रत्येक अपने स्वयं के मंत्रालय (विभाग) के संगठनों में।

3. प्रत्येक संगठन में परमाणु ऊर्जा संयंत्रों के लिए मसौदा टीओआर के अनुमोदन की अवधि इसकी प्राप्ति की तारीख से 15 दिनों से अधिक नहीं होनी चाहिए। यह अनुशंसा की जाती है कि मसौदा टीओआर की प्रतियां एनपीपी (प्रतियां) पर एक साथ सभी संगठनों (प्रभागों) को अनुमोदन के लिए भेजी जाएं।

4. एनपीपी के लिए मसौदा टीओआर पर टिप्पणियां तकनीकी औचित्य के साथ प्रस्तुत की जानी चाहिए। टिप्पणियों पर निर्णय एनपीपी के लिए टीओआर के अनुमोदन से पहले एनपीपी के लिए मसौदा टीओआर के विकासकर्ता और सिस्टम के ग्राहक द्वारा किया जाना चाहिए।

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

6. एनपीपी में टीओआर के मसौदे के अनुमोदन को एक अलग दस्तावेज (पत्र) के रूप में तैयार करने की अनुमति है। इस मामले में, "सहमत" शीर्षक के तहत इस दस्तावेज़ का लिंक बनाएं।

7. एनपीपी के लिए टीओआर का अनुमोदन सिस्टम के डेवलपर और ग्राहक के उद्यमों (संगठनों) के प्रमुखों द्वारा किया जाता है।

8. परमाणु ऊर्जा संयंत्रों के लिए विशिष्टता (विनिर्देश के अतिरिक्त) को अनुमोदन के लिए प्रस्तुत करने से पहले मानक नियंत्रण सेवा द्वारा जांच की जानी चाहिएतकनीकी विशिष्टताओं के संगठन-डेवलपर और, यदि आवश्यक हो, तो मेट्रोलॉजिकल परीक्षा के अधीन।

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

10. एनपीपी में टीओआर में परिवर्धन का समन्वय और अनुमोदन एनपीपी में टीओआर के लिए स्थापित तरीके से किया जाता है।

11. एनपीपी के लिए टीओआर में परिवर्तन के लिए सिस्टम को अपनी कतार के लिए प्रस्तुत करने के बाद अनुमोदित करने की अनुमति नहीं हैस्वीकृति परीक्षण।

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

शीर्षक पत्रक का प्रपत्र एसी पर टी.के

_________________________________________________________________________

संगठन का नाम - परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं के विकासकर्ता

मंजूर

मंजूर

सिर (स्थिति,

सिर (स्थिति,

व्यवास्यक नाम-

व्यवास्यक नाम-

एसी ग्राहक)

एएस डेवलपर)

व्यक्तिगत हस्ताक्षर

डिक्रिप्शन

व्यक्तिगत हस्ताक्षर

डिक्रिप्शन

एसी प्रकार का नाम

__________________________________________________________________________

स्वचालन वस्तु का नाम

___________________________________________________________________________

संक्षिप्त नाम AS

तकनीकी कार्य

________ शीट पर से मान्य

सहमत प्रमुख (स्थिति,

समन्वयक संस्था का नाम)

डिक्रिप्शन

परिशिष्ट 3

अंतिम पत्रक का प्रपत्र एसी पर टी.के

____________________

बनाया गया

नाम

कलाकार की स्थिति

पूरा नाम

संगठन, उद्यम

मान गया

नाम

नौकरी का नाम

पूरा नाम

संगठन, उद्यम

सूचना डेटा

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

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

आईटी विशेषज्ञों के शब्दजाल में चौंतीस GOST परस्पर संबंधित मानकों का एक समूह है जिसकी संख्या 34 से शुरू होती है: GOST 34.602-89, 34.003-90, 34.603-92, 34.201-89, 34.601-90, 34.698-90, 34.320-96, 34.321-96, साथ ही साथ शासी दस्तावेज आरडी 50-34.698-90 और दो अलग खड़े होनाक्रिप्टोप्रोटेक्शन के अति विशिष्ट विषय से संबंधित मानक - GOST 34.10-01 और GOST 34.11-94।

ये सभी मानक 80 के दशक के अंत में दिखाई दिए - 90 के दशक की शुरुआत में (जारी का वर्ष हाइफ़न के बाद एक संख्या द्वारा दर्शाया गया है), 19 वीं और 24 वीं श्रृंखला के पहले के मानकों को प्रतिस्थापित या पूरक करता है।

GOST 34 परिवार में निहित तर्क को समझने और उसका मूल्यांकन करने के लिए, आइए हम इसके घटक मानकों की सामग्री का अधिक विस्तार से विश्लेषण करें। आईटी पेशेवरों पर ध्यान केंद्रित GOST 34.320-96 "अवधारणात्मक योजना और सूचना आधार के लिए अवधारणाएं और शब्दावली", GOST 34.321-96। "संदर्भ डेटा प्रबंधन मॉडल", GOST 34.10-01 "क्रिप्टोग्राफिक" डेटा सुरक्षा. इलेक्ट्रॉनिक के गठन और सत्यापन की प्रक्रिया अंगुली का हस्ताक्षर" और GOST 34.11-94 "क्रिप्टोग्राफिक" डेटा सुरक्षा. मैं हैशिंग फ़ंक्शन पर विचार नहीं करूंगा, क्योंकि वे प्रबंधकों के लिए नहीं, बल्कि तकनीकी विशेषज्ञों के लिए डिज़ाइन किए गए हैं। निम्नलिखित मानक हमारे लिए रुचिकर हैं:

  • गोस्ट 34.201-89। "स्वचालित सिस्टम बनाते समय दस्तावेजों के प्रकार, पूर्णता और पदनाम";
  • गोस्ट 34.003-90 "नियम और परिभाषाएं";
  • GOST 34.602-89 "एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें";
  • GOST 34.603-92 "स्वचालित प्रणालियों के परीक्षण के प्रकार";
  • GOST 34.601-90 "स्वचालित सिस्टम। निर्माण के चरण";
  • गाइडिंग दस्तावेज़ आरडी 50-34.698-90 "स्वचालित सिस्टम। दस्तावेज़ों की सामग्री के लिए आवश्यकताएँ"।

GOST 34.003-90, कई त्रुटियों के अलावा, पूरी तरह से पुराना और पुराना है, इसलिए मैं इसके बारे में बात नहीं करूंगा। इस प्रकार, चार हैं नवीनतम दस्तावेज़.

मानक गोस्ट 34.201-89

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

संक्षेप में, "रचनात्मक" दृष्टिकोण के साथ, यह अभी भी सेवा कर सकता है, खासकर उन संगठनों में जहां परियोजना गतिविधिसमान परियोजना-उन्मुख मानकों द्वारा विनियमित है, और परियोजना दस्तावेजों की संरचना GOST 34.201-89 की पेशकश के करीब है।

मानक गोस्ट 34.601-90

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

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

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

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

मानक गोस्ट 34.62-89

"तैयार करने" की आवश्यकता तकनीकी कार्य GOST 34.602-89" के अनुसार, शायद उन सभी से परिचित है जिन्होंने कम से कम एक बार आईएस के कस्टम विकास या इसकी स्वीकृति में भाग लिया था, और वास्तव में हर किसी के लिए जो किसी तरह से जुड़ा हुआ है जानकारी के सिस्टम. कुछ डेवलपर्स अभी भी इसे GOST 34.602-89 (GOST 34, 1989b) के अनुसार संदर्भ की शर्तों (टीओआर) की संरचना को दिल से याद रखना अच्छा रूप मानते हैं।

  1. सामान्य जानकारी।
  2. प्रणाली के निर्माण (विकास) का उद्देश्य और लक्ष्य।
  3. स्वचालन वस्तुओं की विशेषताएं।
  4. सिस्टम आवश्यकताएं।
  5. सिस्टम के निर्माण पर काम की संरचना और सामग्री।
  6. प्रणाली के नियंत्रण और स्वीकृति का क्रम।
  7. सिस्टम को चालू करने के लिए स्वचालन वस्तु तैयार करने के लिए संरचना और कार्य की सामग्री के लिए आवश्यकताएं।
  8. प्रलेखन की आवश्यकता।
  9. विकास के स्रोत।

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

"2.6.2। सिस्टम द्वारा निष्पादित कार्यों (कार्यों) के लिए आवश्यकताएँ" उपधारा में, निम्नलिखित दिया गया है:

  1. प्रत्येक सबसिस्टम के लिए, कार्यों, कार्यों या उनके परिसरों की एक सूची (सिस्टम के कुछ हिस्सों की बातचीत सुनिश्चित करने वाले सहित) स्वचालित होने के लिए;

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

  2. प्रत्येक कार्य, कार्य (या कार्यों के सेट) के कार्यान्वयन के लिए समय सारिणी;
  3. प्रस्तुति के रूप के लिए प्रत्येक फ़ंक्शन (कार्य या कार्यों का सेट) के कार्यान्वयन की गुणवत्ता के लिए आवश्यकताएं आउटपुट जानकारी, आवश्यक सटीकता और निष्पादन समय की विशेषताएं, कार्यों के एक समूह के निष्पादन की एक साथ आवश्यकताएं, परिणामों की विश्वसनीयता;
  4. प्रत्येक फ़ंक्शन के लिए सूची और विफलता मानदंड जिसके लिए विश्वसनीयता आवश्यकताओं को निर्दिष्ट किया गया है"।

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

समय के साथ दिखाई देने लगा और पीछे की तरफमानक:

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

यह जोर देने योग्य है कि, GOST 34.601-90 की तरह, GOST 34.602-89 की आवश्यकता नहीं है विशेष प्रशिक्षणसूचना प्रौद्योगिकी के क्षेत्र में, इसलिए, एक साधारण प्रबंधक, जिसका कार्य, उदाहरण के लिए, उपठेकेदारों के साथ बातचीत है, संदर्भ की शर्तों के अनुपालन को नियंत्रित कर सकता है। यह मानक के कार्यान्वयन और व्यावहारिक अनुप्रयोग को सरल बनाता है।

एक और दिलचस्प घटना जो व्यवहार में प्रदर्शित की गई है, वह यह है कि, जैसा कि यह निकला, हर आईटी विशेषज्ञ विकसित करने में सक्षम नहीं है तकनीकी कार्यजो मानक की आवश्यकताओं को पूरा करता है। वास्तव में, GOST 34.602-89 के उद्भव ने सूचना प्रौद्योगिकी के क्षेत्र में नए विशेषज्ञों - व्यापार विश्लेषकों और सलाहकारों के उद्भव को प्रेरित किया, जिनका मुख्य कार्य स्वचालित सिस्टम के ग्राहकों के साथ संदर्भ की शर्तों का विकास और समन्वय था।

गोस्ट 34.602-89 सूचना प्रौद्योगिकी। स्वचालित प्रणालियों के लिए मानकों का एक सेट। एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें (GOST 24.201-85 के बजाय)

01.01.1990 से परिचय की तिथि।

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

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

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

1.2. परमाणु ऊर्जा संयंत्रों के लिए विशिष्टताओं को समग्र रूप से प्रणाली के लिए विकसित किया गया है, स्वतंत्र रूप से या किसी अन्य प्रणाली के हिस्से के रूप में काम करने के लिए डिज़ाइन किया गया है।

इसके अतिरिक्त, एनपीपी के कुछ हिस्सों के लिए टीओआर विकसित किया जा सकता है:

  • इस मानक की आवश्यकताओं के अनुसार एनपीपी के सबसिस्टम, एनपीपी के कार्यों के परिसरों आदि पर;
  • ESKD और SRPP मानकों के अनुसार हार्डवेयर घटकों और सॉफ़्टवेयर और हार्डवेयर सिस्टम के लिए;
  • ईएसपीडी मानकों के अनुसार सॉफ्टवेयर के लिए;
  • GOST 19.201 और NTD के अनुसार सूचना उत्पादों के लिए, जो NPP ग्राहक के विभाग में लागू है।

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

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

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

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

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

1.7. एनपीपी में टीओआर में परिवर्तन को ग्राहक और डेवलपर द्वारा हस्ताक्षरित एक अतिरिक्त या प्रोटोकॉल द्वारा औपचारिक रूप दिया जाता है। परिशिष्ट या निर्दिष्ट प्रोटोकॉल एनपीपी के लिए टीओआर का एक अभिन्न अंग है। एसी पर टीके के शीर्षक पृष्ठ पर "वैलिड फ्रॉम ..." प्रविष्टि होनी चाहिए।

2. संरचना और सामग्री

2.1. एनपीपी के लिए टीओआर में निम्नलिखित खंड शामिल हैं, जिन्हें उपखंडों में विभाजित किया जा सकता है:

  • 1) सामान्य जानकारी;
  • 2) प्रणाली के निर्माण (विकास) के उद्देश्य और लक्ष्य;
  • 3) स्वचालन वस्तुओं की विशेषताएं;
  • 4) सिस्टम आवश्यकताएँ;
  • 5) सिस्टम बनाने के लिए काम की संरचना और सामग्री;
  • 6) प्रणाली के नियंत्रण और स्वीकृति के लिए प्रक्रिया;
  • 7) सिस्टम को संचालन में लाने के लिए स्वचालन वस्तु तैयार करने के लिए संरचना और कार्य की सामग्री के लिए आवश्यकताएं;
  • 8) प्रलेखन के लिए आवश्यकताएं;
  • 9) विकास के स्रोत।

एयू के लिए टीओआर में आवेदन शामिल किए जा सकते हैं।

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

सिस्टम के कुछ हिस्सों के लिए टीओआर में ऐसे खंड शामिल नहीं हैं जो एनपीपी के लिए टीओआर के अनुभागों की सामग्री को समग्र रूप से दोहराते हैं।

2.3. "सामान्य जानकारी" अनुभाग में इंगित करें:

  • 1) प्रणाली का पूरा नाम और उसका प्रतीक;
  • 2) विषय का सिफर या अनुबंध का सिफर (संख्या);
  • 3) सिस्टम के डेवलपर और ग्राहक (उपयोगकर्ता) के उद्यमों (संघों) का नाम और उनका विवरण;
  • 4) दस्तावेजों की एक सूची जिसके आधार पर सिस्टम बनाया गया है, किसके द्वारा और कब इन दस्तावेजों को मंजूरी दी गई थी;
  • 5) सिस्टम के निर्माण पर काम शुरू करने और पूरा करने के लिए नियोजित तिथियां;
  • 6) काम के वित्तपोषण के लिए स्रोतों और प्रक्रिया के बारे में जानकारी;
  • 7) व्यक्तिगत साधनों (हार्डवेयर, सॉफ्टवेयर, सूचना) और सॉफ्टवेयर और हार्डवेयर (सॉफ्टवेयर और कार्यप्रणाली) के निर्माण और समायोजन पर सिस्टम (इसके भागों) के निर्माण पर काम के परिणामों को औपचारिक रूप देने और प्रस्तुत करने की प्रक्रिया। प्रणाली के परिसरों।

2.4. "प्रणाली के निर्माण (विकास) का उद्देश्य और उद्देश्य" खंड में उपखंड शामिल हैं:

  • 1) प्रणाली का उद्देश्य;
  • 2) सिस्टम बनाने का उद्देश्य।

2.4.1. "सिस्टम का उद्देश्य" उपधारा में, स्वचालित गतिविधि के प्रकार (प्रबंधन, डिजाइन, आदि) और स्वचालन वस्तुओं (वस्तुओं) की सूची को इंगित करें, जिस पर इसका उपयोग किया जाना है।

स्वचालित नियंत्रण प्रणालियों के लिए, स्वचालित नियंत्रण निकायों (बिंदुओं) और प्रबंधित वस्तुओं की एक सूची अतिरिक्त रूप से इंगित की जाती है।

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

2.5. "स्वचालन वस्तु की विशेषताएं" अनुभाग में दें:

  • 1) स्वचालन वस्तु के बारे में संक्षिप्त जानकारी या ऐसी जानकारी वाले दस्तावेजों के लिंक;
  • 2) स्वचालन वस्तु की परिचालन स्थितियों और पर्यावरण की विशेषताओं के बारे में जानकारी।

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

2.6. सिस्टम आवश्यकताएँ अनुभाग में निम्नलिखित उपखंड होते हैं:

  • 1) समग्र रूप से सिस्टम के लिए आवश्यकताएं;
  • 2) सिस्टम द्वारा किए गए कार्यों (कार्यों) के लिए आवश्यकताएं;
  • 3) संपार्श्विक के प्रकारों के लिए आवश्यकताएं।

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

2.6.1. उपधारा में "संपूर्ण रूप से सिस्टम के लिए आवश्यकताएं" इंगित करती हैं:

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

2.6.1.1. प्रणाली की संरचना और कामकाज के लिए आवश्यकताओं में शामिल हैं:

  • 1) उप-प्रणालियों की सूची, उनका उद्देश्य और मुख्य विशेषताएं, पदानुक्रम स्तरों की संख्या और प्रणाली के केंद्रीकरण की डिग्री के लिए आवश्यकताएं;
  • 2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए संचार के तरीकों और साधनों की आवश्यकताएं;
  • 3) संबंधित सिस्टम के साथ बनाए जा रहे सिस्टम के इंटरकनेक्शन की विशेषताओं के लिए आवश्यकताएं, इसकी संगतता के लिए आवश्यकताएं, जिसमें सूचनाओं का आदान-प्रदान करने के निर्देश शामिल हैं (स्वचालित रूप से, दस्तावेज़ भेजकर, फोन द्वारा, आदि);
  • 4) सिस्टम के ऑपरेटिंग मोड के लिए आवश्यकताएं;
  • 5) प्रणाली के निदान के लिए आवश्यकताएं;
  • 6) प्रणाली के विकास, आधुनिकीकरण की संभावनाएं।

2.6.1.2। एनपीपी में कर्मियों की संख्या और योग्यता की आवश्यकताओं में शामिल हैं:

  • एनपीपी के कर्मियों (उपयोगकर्ताओं) की संख्या के लिए आवश्यकताएं;
  • कर्मियों की योग्यता, उनके प्रशिक्षण की प्रक्रिया और ज्ञान और कौशल के नियंत्रण के लिए आवश्यकताएं;
  • एनपीपी कर्मियों के काम का आवश्यक तरीका।

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

एसीएस के लिए इंगित करें:

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

2.6.1.4. विश्वसनीयता आवश्यकताओं में शामिल हैं:

  • 1) संपूर्ण या उसके उप-प्रणालियों के रूप में सिस्टम के लिए विश्वसनीयता संकेतकों की संरचना और मात्रात्मक मूल्य;
  • 2) आपातकालीन स्थितियों की एक सूची जिसके लिए विश्वसनीयता आवश्यकताओं को विनियमित किया जाना चाहिए, और संबंधित संकेतकों के मूल्य;
  • 3) हार्डवेयर और सॉफ्टवेयर की विश्वसनीयता के लिए आवश्यकताएं;
  • 4) वर्तमान नियामक और तकनीकी दस्तावेजों के अनुसार एक प्रणाली बनाने के विभिन्न चरणों में विश्वसनीयता संकेतकों के आकलन और निगरानी के तरीकों की आवश्यकताएं।

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

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

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

2.6.1.8. संचालन, रखरखाव, मरम्मत और भंडारण आवश्यकताओं में शामिल हैं:

  • 1) संचालन की शर्तें और नियम (मोड), जो निर्दिष्ट तकनीकी संकेतकों के साथ सिस्टम के तकनीकी साधनों (टीएस) के उपयोग को सुनिश्चित करना चाहिए, जिसमें सिस्टम के टीएस के रखरखाव के प्रकार और आवृत्ति या रखरखाव के बिना संचालन की स्वीकार्यता शामिल है। ;
  • 2) बिजली आपूर्ति नेटवर्क, आदि के मापदंडों के लिए कर्मियों और सिस्टम के टीएस की नियुक्ति के लिए स्वीकार्य क्षेत्रों के लिए प्रारंभिक आवश्यकताएं;
  • 3) रखरखाव कर्मियों की संख्या, योग्यता और उनके काम के तरीके के लिए आवश्यकताएं;
  • 4) अतिरिक्त उत्पादों और उपकरणों के एक सेट की संरचना, प्लेसमेंट और भंडारण की स्थिति के लिए आवश्यकताएं;
  • 5) रखरखाव अनुसूची के लिए आवश्यकताएं।

2.6.1.9. अनधिकृत पहुंच से जानकारी की सुरक्षा के लिए आवश्यकताओं में ग्राहक के उद्योग (विभाग) में संचालित एनटीडी में स्थापित आवश्यकताएं शामिल हैं।

2.6.1.10. सूचना की सुरक्षा के लिए आवश्यकताओं में, घटनाओं की एक सूची दी गई है: दुर्घटनाएं, तकनीकी साधनों की विफलता (बिजली की हानि सहित), आदि, जिसमें सिस्टम में सूचना की सुरक्षा सुनिश्चित की जानी चाहिए।

2.6.1.11. बाहरी प्रभावों से सुरक्षा के साधनों की आवश्यकताओं में निम्नलिखित दिए गए हैं:

  • 1) एनपीपी सुविधाओं के रेडियो-इलेक्ट्रॉनिक संरक्षण के लिए आवश्यकताएं;
  • 2) बाहरी प्रभावों (उपयोग के वातावरण) के प्रतिरोध, स्थिरता और ताकत के लिए आवश्यकताएं।

2.6.1.12. पेटेंट शुद्धता की आवश्यकताएं उन देशों की सूची दर्शाती हैं जिनके संबंध में सिस्टम और उसके भागों की पेटेंट शुद्धता सुनिश्चित की जानी चाहिए।

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

2.6.1.14. अतिरिक्त आवश्यकताओं में शामिल हैं:

  • 1) कर्मियों के प्रशिक्षण के लिए उपकरणों के साथ सिस्टम को लैस करने की आवश्यकताएं (सिम्युलेटर, समान उद्देश्य के अन्य उपकरण) और उनके लिए प्रलेखन;
  • 2) सेवा उपकरण के लिए आवश्यकताएं, सिस्टम तत्वों की जांच के लिए खड़ा है;
  • 3) विशेष परिचालन स्थितियों से जुड़ी सिस्टम आवश्यकताएँ;
  • 4) सिस्टम के डेवलपर या ग्राहक के विवेक पर विशेष आवश्यकताएं।

2.6.2. सिस्टम द्वारा निष्पादित "कार्यों (कार्यों) के लिए आवश्यकताएँ" उपधारा में, निम्नलिखित दिया गया है:

  • 1) प्रत्येक सबसिस्टम के लिए स्वचालित होने के लिए कार्यों, कार्यों या उनके परिसरों (सिस्टम के कुछ हिस्सों की बातचीत सुनिश्चित करने वाले सहित) की एक सूची;

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

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

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

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

    2.6.3.2. सिस्टम के सूचना समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    • 1) सिस्टम में डेटा को व्यवस्थित करने की संरचना, संरचना और तरीके;
    • 2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए;
    • 3) आसन्न प्रणालियों के साथ सूचना संगतता;
    • 4) किसी दिए गए उद्यम में संचालित सभी-संघ और पंजीकृत रिपब्लिकन, उद्योग क्लासिफायर, एकीकृत दस्तावेज़ और क्लासिफायर के उपयोग पर;
    • 5) डेटाबेस प्रबंधन प्रणालियों के उपयोग पर;
    • 6) सिस्टम में डेटा एकत्र करने, संसाधित करने, स्थानांतरित करने और डेटा प्रस्तुत करने की प्रक्रिया की संरचना के लिए;
    • 7) सिस्टम की दुर्घटनाओं और बिजली की विफलता के मामले में डेटा को विनाश से बचाने के लिए;
    • 8) डेटा का नियंत्रण, भंडारण, अद्यतन और पुनर्प्राप्ति;
    • 9) एनपीपी के तकनीकी साधनों (GOST 6.10.4 के अनुसार) द्वारा उत्पादित दस्तावेजों को कानूनी बल देने की प्रक्रिया के लिए।

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

    2.6.3.4। सिस्टम सॉफ़्टवेयर के लिए, खरीदे गए सॉफ़्टवेयर की एक सूची दी गई है, साथ ही आवश्यकताएं भी:

    • 1) इस्तेमाल किए गए सीवीटी और ऑपरेटिंग वातावरण से सॉफ्टवेयर की स्वतंत्रता के लिए;
    • 2) सॉफ्टवेयर की गुणवत्ता, साथ ही इसके प्रावधान और नियंत्रण के तरीके;
    • 3) यदि नए विकसित सॉफ्टवेयर को एल्गोरिदम और कार्यक्रमों के फंड के साथ सामंजस्य स्थापित करना आवश्यक है।

    2.6.3.5. सिस्टम के तकनीकी समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    • 1) तकनीकी साधनों के प्रकार, तकनीकी साधनों के परिसरों के प्रकार, सॉफ्टवेयर और हार्डवेयर कॉम्प्लेक्स और अन्य घटक जो सिस्टम में उपयोग के लिए स्वीकार्य हैं;
    • 2) प्रणाली के तकनीकी समर्थन की कार्यात्मक, रचनात्मक और परिचालन विशेषताओं के लिए।

    2.6.3.6. मेट्रोलॉजिकल समर्थन की आवश्यकताओं में शामिल हैं:

    • 1) मापने वाले चैनलों की प्रारंभिक सूची;
    • 2) माप चैनलों की मेट्रोलॉजिकल विशेषताओं के लिए मापदंडों और (या) की माप की सटीकता के लिए आवश्यकताएं;
    • 3) सिस्टम के तकनीकी साधनों की मेट्रोलॉजिकल संगतता के लिए आवश्यकताएं;
    • 4) सिस्टम के नियंत्रण और कंप्यूटिंग चैनलों की एक सूची जिसके लिए सटीकता विशेषताओं का मूल्यांकन करना आवश्यक है;
    • 5) हार्डवेयर और सॉफ्टवेयर के मेट्रोलॉजिकल समर्थन के लिए आवश्यकताएं जो सिस्टम के मापने वाले चैनलों, उपकरण, अंतर्निहित नियंत्रण, मापने वाले चैनलों की मेट्रोलॉजिकल उपयुक्तता और सिस्टम के समायोजन और परीक्षण में उपयोग किए जाने वाले माप उपकरणों का हिस्सा हैं;
    • 6) इसके कार्यान्वयन की प्रक्रिया और प्रमाणन आयोजित करने वाले संगठनों के संकेत के साथ मेट्रोलॉजिकल सर्टिफिकेशन (राज्य या विभागीय) का प्रकार।

    2.6.3.7. संगठनात्मक समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

  • 1) प्रणाली के संचालन या संचालन सुनिश्चित करने में शामिल इकाइयों की संरचना और कार्यों के लिए;
  • 2) सिस्टम के कामकाज के संगठन और एनपीपी कर्मियों और स्वचालन वस्तु के कर्मियों के बीच बातचीत की प्रक्रिया;
  • 3) सिस्टम कर्मियों के गलत कार्यों से सुरक्षा के लिए।

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

    2.7. "सिस्टम के निर्माण (विकास) पर काम की संरचना और सामग्री" में GOST 24.01 के अनुसार सिस्टम के निर्माण पर काम के चरणों और चरणों की एक सूची होनी चाहिए, उनके कार्यान्वयन का समय, संगठनों की एक सूची कार्य करना, सिस्टम बनाने में भाग लेने के लिए इन संगठनों की सहमति की पुष्टि करने वाले दस्तावेजों के लिंक, या इन कार्यों को करने के लिए जिम्मेदार व्यक्ति (ग्राहक या डेवलपर) की पहचान करने वाला रिकॉर्ड।

    यह खंड भी प्रदान करता है:

    • 1) काम के प्रासंगिक चरणों और चरणों के अंत में प्रस्तुत GOST 34.201-89 के अनुसार दस्तावेजों की एक सूची;
    • 2) तकनीकी दस्तावेज (चरण, चरण, जाँच किए गए प्रलेखन का दायरा, संगठन-विशेषज्ञ) की परीक्षा आयोजित करने का प्रकार और प्रक्रिया;
    • 3) विकसित की जा रही प्रणाली की विश्वसनीयता के आवश्यक स्तर को सुनिश्चित करने के उद्देश्य से कार्य का एक कार्यक्रम (यदि आवश्यक हो);
    • 4) सिस्टम के निर्माण के सभी चरणों में मेट्रोलॉजिकल समर्थन पर कार्यों की एक सूची, उनकी समय सीमा और निष्पादन संगठनों (यदि आवश्यक हो) को दर्शाती है।

    2.8. "सिस्टम की निगरानी और स्वीकृति के लिए प्रक्रिया" अनुभाग में इंगित करें:

    • 1) सिस्टम और उसके घटकों के परीक्षण के प्रकार, संरचना, दायरा और तरीके (विकसित किए जा रहे सिस्टम पर लागू मौजूदा मानकों के अनुसार परीक्षण के प्रकार);
    • 2) चरणों द्वारा काम की स्वीकृति के लिए सामान्य आवश्यकताएं (भाग लेने वाले उद्यमों और संगठनों की सूची, स्थान और समय), स्वीकृति दस्तावेज की सहमति और अनुमोदन की प्रक्रिया;
    • ज) स्वीकृति समिति की स्थिति (राज्य, अंतरविभागीय, विभागीय)।

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

    मुख्य गतिविधियों की सूची में शामिल हैं:

    • 1) सिस्टम में प्रवेश करने वाली जानकारी (सूचना और भाषाई समर्थन के लिए आवश्यकताओं के अनुसार) को कंप्यूटर का उपयोग करके प्रसंस्करण के लिए उपयुक्त रूप में लाना;
    • 2) परिवर्तन जो स्वचालन वस्तु में किए जाने की आवश्यकता है;
    • 3) स्वचालन वस्तु के कामकाज के लिए परिस्थितियों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ बनाई गई प्रणाली के अनुपालन की गारंटी है;
    • 4) प्रणाली के कामकाज के लिए आवश्यक उपखंडों और सेवाओं का निर्माण;
    • 5) स्टाफिंग और स्टाफ प्रशिक्षण के लिए नियम और प्रक्रिया।

    उदाहरण के लिए, एसीएस के लिए वे देते हैं:

    • लागू प्रबंधन विधियों में परिवर्तन;
    • एसीएस घटकों के संचालन के लिए शर्तों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ सिस्टम के अनुपालन की गारंटी है।

    2.10. "दस्तावेज़ीकरण आवश्यकताएँ" अनुभाग में, निम्नलिखित दिया गया है:

    • 1) विकसित किए जाने वाले दस्तावेजों के सेट और प्रकारों की एक सूची जो GOST 34.201-89 की आवश्यकताओं को पूरा करती है और ग्राहक के उद्योग के NTD, डेवलपर और सिस्टम के ग्राहक द्वारा सहमत हैं;
      मशीन मीडिया पर जारी दस्तावेजों की सूची;
      माइक्रोफिल्मिंग प्रलेखन के लिए आवश्यकताएं;
    • 2) ईएसकेडी और ईएसपीडी की आवश्यकताओं के अनुसार क्रॉस-इंडस्ट्री एप्लिकेशन के घटक तत्वों के दस्तावेजीकरण की आवश्यकताएं;
    • 3) राज्य मानकों की अनुपस्थिति में जो सिस्टम तत्वों के दस्तावेजीकरण की आवश्यकताओं को परिभाषित करते हैं, वे अतिरिक्त रूप से ऐसे दस्तावेजों की संरचना और सामग्री के लिए आवश्यकताओं को शामिल करते हैं।

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

    2.12. अनुमोदित विधियों की उपस्थिति में एनपीपी में टीओआर की संरचना में शामिल अनुप्रयोग शामिल हैं:

    • 1) प्रणाली की अपेक्षित दक्षता की गणना;
    • 2) प्रणाली के वैज्ञानिक और तकनीकी स्तर का आकलन।

    सिस्टम के डेवलपर और ग्राहक के बीच सहमति के अनुसार एनपीपी के लिए टीओआर में आवेदन शामिल हैं।

    3. डिजाइन नियम

    3.1. एनपीपी में टीओआर के अनुभागों और उपखंडों को सेकंड में निर्धारित तरीके से रखा जाना चाहिए। इस मानक के 2.

    3.2. AU के लिए TK को GOST 2.105.95 की आवश्यकताओं के अनुसार A4 प्रारूप की शीट पर GOST 2.301 के अनुसार बिना फ्रेम, एक मुख्य शिलालेख और इसके अतिरिक्त कॉलम के अनुसार तैयार किया गया है।

    एसी पर टीके कोड निर्दिष्ट करने के बाद, शीट के शीर्ष पर (पाठ के ऊपर, बीच में) शीर्षक पृष्ठ के बाद पहली शीट से शुरू होने वाली शीट (पेज) संख्याएं नीचे रखी जाती हैं।

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

    "अंतिम आवश्यकता (मूल्य) प्रक्रिया में निर्दिष्ट है ... और प्रोटोकॉल द्वारा सहमत है ... मंच पर ..."।

    वहीं, एनपीपी के लिए टीओआर के टेक्स्ट में कोई बदलाव नहीं किया गया है।

    3.4. शीर्षक पृष्ठ पर, ग्राहक, डेवलपर और समन्वयक संगठनों के हस्ताक्षर रखे जाते हैं, जिन्हें एक मोहर से सील कर दिया जाता है। यदि आवश्यक हो, तो शीर्षक पृष्ठ कई पृष्ठों पर तैयार किया जाता है। एनपीपी के लिए टीओआर के विकासकर्ताओं और एनपीपी के लिए टीओआर के मसौदे के अनुमोदन और समीक्षा में शामिल अधिकारियों के हस्ताक्षर अंतिम पृष्ठ पर रखे गए हैं।

    एयू के लिए टीके के शीर्षक पृष्ठ का रूप परिशिष्ट 2 में दिया गया है। एयू के लिए टीके की अंतिम शीट का रूप परिशिष्ट 3 में दिया गया है।

    3.5. यदि आवश्यक हो, एयू पर टीके के शीर्षक पृष्ठ पर, उद्योग में स्थापित कोड रखने की अनुमति है, उदाहरण के लिए: सुरक्षा टिकट, कार्य कोड, टीके की पंजीकरण संख्या, आदि।

    3.6. एनपीपी के लिए टीओआर के पूरक का शीर्षक पृष्ठ उसी तरह तैयार किया गया है जैसे संदर्भ की शर्तों के शीर्षक पृष्ठ। "संदर्भ की शर्तें" नाम के बजाय वे "एसी के लिए टीओआर के लिए परिशिष्ट संख्या ..." लिखते हैं।

    3.7. एयू पर टीओआर के पूरक के बाद की शीट पर, परिवर्तन का आधार, परिवर्तन की सामग्री और दस्तावेजों के लिंक जिसके अनुसार ये परिवर्तन किए गए हैं।

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

    एनपीपी के लिए टीओआर के विकास, करार और अनुमोदन की प्रक्रिया

    1. एनपीपी के लिए मसौदा टीओआर तकनीकी आवश्यकताओं (आवेदन, प्रदर्शन विनिर्देश, आदि) के आधार पर ग्राहक की भागीदारी के साथ सिस्टम डेवलपर द्वारा विकसित किया गया है।

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

    2. राज्य पर्यवेक्षण प्राधिकरणों और अन्य इच्छुक संगठनों के साथ एनपीपी के लिए मसौदा टीओआर के अनुमोदन की आवश्यकता सिस्टम के ग्राहक और एनपीपी में मसौदा टीओआर के विकासकर्ता द्वारा संयुक्त रूप से निर्धारित की जाती है,

    एसी के लिए टीओआर के मसौदे के अनुमोदन पर काम एनपीपी के लिए टीओआर के डेवलपर और सिस्टम के ग्राहक द्वारा संयुक्त रूप से किया जाता है, प्रत्येक अपने स्वयं के मंत्रालय (विभाग) के संगठनों में।

    3. प्रत्येक संगठन में एनपीपी के लिए मसौदा टीओआर के अनुमोदन की अवधि इसकी प्राप्ति की तारीख से 15 दिनों से अधिक नहीं होनी चाहिए। परमाणु ऊर्जा संयंत्रों (प्रतियों) के लिए मसौदा टीओआर की प्रतियां एक साथ सभी संगठनों (मंडलों) को अनुमोदन के लिए भेजने की सिफारिश की जाती है।

    4. एनपीपी के लिए मसौदा टीओआर पर टिप्पणियां तकनीकी औचित्य के साथ प्रस्तुत की जानी चाहिए। टिप्पणियों पर निर्णय एनपीपी के लिए टीओआर के अनुमोदन से पहले एनपीपी के लिए मसौदा टीओआर के विकासकर्ता और सिस्टम के ग्राहक द्वारा किया जाना चाहिए।

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

    6. एनपीपी में टीओआर के मसौदे के अनुमोदन को एक अलग दस्तावेज (पत्र) के रूप में तैयार करने की अनुमति है। इस मामले में, "सहमत" शीर्षक के तहत इस दस्तावेज़ का लिंक बनाएं।

    7. परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं का अनुमोदन सिस्टम के विकासकर्ता और ग्राहक के उद्यमों (संगठनों) के प्रमुखों द्वारा किया जाता है।

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

    9. एनपीपी के लिए अनुमोदित टीओआर की प्रतियां अनुमोदन के बाद 10 दिनों के भीतर एनपीपी के लिए टीओआर के विकासकर्ता द्वारा सिस्टम के निर्माण में प्रतिभागियों को भेजी जाती हैं।

    10. एनपीपी के लिए टीओआर में परिवर्धन का समन्वय और अनुमोदन एनपीपी के लिए टीओआर के लिए स्थापित तरीके से किया जाता है।

    11. एनपीपी में टीओआर में परिवर्तन को सिस्टम के बाद या स्वीकृति परीक्षणों के लिए अपनी बारी प्रस्तुत करने के बाद अनुमोदित करने की अनुमति नहीं है।

    12. एनपीपी में तकनीकी विशिष्टताओं का पंजीकरण, लेखांकन और भंडारण और इसके परिवर्धन GOST 2.501 की आवश्यकताओं के अनुसार किए जाते हैं।

    शीर्षक पत्रक का प्रपत्र एसी पर टी.के

    ________________________________________________________

    नाम
    संगठन - परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं का विकासकर्ता

    मंजूर

    पर्यवेक्षक
    (स्थिति, उद्यम का नाम - एनपीपी का ग्राहक)

    व्यक्तिगत हस्ताक्षर
    पूरा नाम

    नाकाबंदी करना

    तारीख

    मंजूर

    पर्यवेक्षक
    (स्थिति, उद्यम का नाम - डेवलपर" AS)

    व्यक्तिगत हस्ताक्षर
    पूरा नाम

    नाकाबंदी करना

    तारीख


    ________________________________________________________

    एसी प्रकार का नाम


    ________________________________________________________

    वस्तु का नाम
    स्वचालन


    ________________________________________________________

    संक्षिप्त
    एसी का नाम

    तकनीकी कार्य

    ____ शीट पर

      सक्रिय
      साथ

    मान गया

    पर्यवेक्षक
    (स्थिति, समन्वयक संगठन का नाम)

    व्यक्तिगत हस्ताक्षर
    पूरा नाम

    नाकाबंदी करना

    तारीख

    अंतिम पत्रक का प्रपत्र एसी पर टी.के

    (टीके कोड)

    सहमत हो गया

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

    स्वचालित प्रणालियों के लिए मानकों के एक एकीकृत परिसर के निर्माण के लिए प्रावधान

    1. परिसर के निर्माण के लिए प्रारंभिक पूर्वापेक्षाएँ

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

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

    • 1) एक प्रणालीस्वचालित नियंत्रण प्रणाली (24 वीं प्रणाली) के लिए मानक, जो स्वचालित नियंत्रण प्रणाली, स्वचालित नियंत्रण प्रणाली, स्वचालित प्रक्रिया नियंत्रण प्रणाली और अन्य संगठनात्मक और आर्थिक प्रणालियों पर लागू होता है;
    • 2) मानकों का एक सेट (सिस्टम 23501); कंप्यूटर एडेड डिजाइन सिस्टम तक विस्तार;
    • 3) मानकों की 14 वीं प्रणाली का चौथा समूह, उत्पादन की तकनीकी तैयारी के लिए स्वचालित प्रणालियों को कवर करता है।

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

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

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

    1.6. मानकों का एक सेट और मार्गदर्शन दस्तावेजस्वचालित सिस्टम पर लागू होना चाहिए विभिन्न प्रयोजनों के लिए: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP, उनके एकीकरण सहित।

    1.7. इंटरसेक्टोरल दस्तावेजों को विकसित करते समय, मानकीकरण की वस्तुओं के रूप में एयू की निम्नलिखित विशेषताओं को ध्यान में रखा जाना चाहिए:

    • 1) संदर्भ की शर्तें मुख्य दस्तावेज हैं, जिसके अनुसार एयू का निर्माण और ग्राहक द्वारा इसकी स्वीकृति की जाती है;
    • 2) एनपीपी, एक नियम के रूप में, सीरियल और एकल उत्पादन के उत्पादों के एक पूरे सेट के साथ डिजाइन द्वारा बनाए जाते हैं और एनपीपी को संचालन में लाने के लिए आवश्यक निर्माण, स्थापना, कमीशन और कमीशनिंग कार्य करते हैं;
    • 3) सामान्य स्थिति में, AS (AS सबसिस्टम) में सॉफ्टवेयर और हार्डवेयर (STC), सॉफ्टवेयर और मेथोडोलॉजिकल कॉम्प्लेक्स (PMC) और तकनीकी, सॉफ्टवेयर और सूचना समर्थन के घटक होते हैं।
      इस प्रकार के समर्थन के घटकों के साथ-साथ पीएमके और पीटीके को औद्योगिक उद्देश्यों के लिए उत्पादों के रूप में निर्मित और आपूर्ति की जानी चाहिए।
      घटकों को एएस में स्वतंत्र भागों के रूप में शामिल किया जा सकता है या परिसरों में जोड़ा जा सकता है;
    • 4) संगठनों (उद्यमों) में एएस के निर्माण के लिए सिस्टम के उपयोगकर्ताओं और रखरखाव कर्मियों के विशेष प्रशिक्षण की आवश्यकता होती है;
    • 5) एएस और कॉम्प्लेक्स का कामकाज कानूनी, कार्यप्रणाली, भाषाई, गणितीय, संगठनात्मक और अन्य प्रकार के समर्थन के घटकों के रूप में निर्माण की प्रक्रिया में माने जाने वाले संगठनात्मक और कार्यप्रणाली दस्तावेजों के एक सेट द्वारा सुनिश्चित किया जाता है। इन सॉफ़्टवेयर को विकसित करने की प्रक्रिया में प्राप्त अलग समाधान तकनीकी, सॉफ़्टवेयर या सूचना सॉफ़्टवेयर के घटकों के रूप में कार्यान्वित किए जा सकते हैं;
    • 6) संयुक्त कामकाज और बातचीत विभिन्न प्रणालियाँऔर परिसरों को स्थानीय कंप्यूटर नेटवर्क के आधार पर किया जाता है।

    सिस्टम, कॉम्प्लेक्स और घटकों की संगतता सुनिश्चित करने के लिए स्थानीय कंप्यूटर नेटवर्क के लिए अपनाए गए विनिर्देश और समझौते अनिवार्य हैं।

    2. सीईएन एयू का अन्य प्रणालियों और मानकों के सेट के साथ अंतर्संबंध

    2.1. एएस के क्षेत्र में मानकीकरण सामान्यीकृत समस्या "सूचना प्रौद्योगिकी" पर काम का एक अभिन्न अंग है।

    2.2. स्वचालित प्रणालियों के लिए दस्तावेजों को नियंत्रित करने वाले मानकों का एक सेट, अन्य प्रणालियों और मानकों के सेट के साथ, एएस के निर्माण और कामकाज की प्रक्रियाओं के लिए एक पूर्ण नियामक और तकनीकी समर्थन बनाना चाहिए।

    2.3. ईकेएस एएस को स्वचालित प्रणालियों के लिए विशिष्ट मानकीकरण के क्षेत्रों को कवर करना चाहिए और सामान्य रूप से सॉफ्टवेयर और हार्डवेयर, सॉफ्टवेयर और कार्यप्रणाली परिसरों और स्वचालित प्रणालियों के मानकीकरण के पारंपरिक क्षेत्रों का विस्तार करना चाहिए।

    2.4. एएस के निर्माण और संचालन की प्रक्रियाओं के मानक और तकनीकी समर्थन में मानकीकरण के निर्देश और कार्यों को निम्नानुसार समूहीकृत किया गया है:

    • 1) उत्पादों के लिए तकनीकी आवश्यकताओं की स्थापना;
    • 2) उत्पादों के सत्यापन और प्रमाणन के लिए परीक्षण विधियों और नियमों का विनियमन;
    • 3) विकास के लिए नियमों और प्रक्रिया का विनियमन;
    • 4) प्रलेखन नियमों की स्थापना;
    • 5) संगतता सुनिश्चित करना;
    • 6) सिस्टम के कामकाज के संगठनात्मक और पद्धति संबंधी मुद्दों का विनियमन।

    दिशा 1-4 उत्पादों के विकास, निर्माण और आपूर्ति में पारंपरिक हैं। निर्देश 5, 6 विशिष्ट हैं और एएस में निहित विशेषताओं से अनुसरण करते हैं।

    2.5. स्वीकृत क्षेत्रों और मानकीकरण के कार्यों के ढांचे के भीतर नियामक और तकनीकी दस्तावेज के साथ परमाणु ऊर्जा संयंत्रों और उनके घटकों का प्रावधान अलग है।

    औद्योगिक उद्देश्यों के लिए उत्पादों के रूप में तकनीकी, सॉफ्टवेयर और सूचना समर्थन के घटकों को क्रमशः डिजाइन, सॉफ्टवेयर और सूचना उत्पादों के रूप में माना जाता है। ये उत्पाद मानकों के मौजूदा सेट ESKD, SRPP, ESPD, SGIP, USD, क्लासिफायर और तकनीकी और आर्थिक जानकारी के कोडिफायर, "OTT", "टेस्ट मेथड्स", "TU" प्रकार के मानकों के सेट के अधीन हैं। ग्राहक के ओटीटी के रूप में।

    2.5.1. पूरे जीवन चक्रडिजाइन उत्पाद पूरी तरह से मैकेनिकल इंजीनियरिंग और उपकरण बनाने में लागू नियामक और तकनीकी दस्तावेज के साथ प्रदान किए जाते हैं।

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

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

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


  • ध्यान! दस्तावेज़ का पाठ खुले स्रोतों से लिया गया है। हम इसकी अप-टू-डेटनेस और त्रुटियों की अनुपस्थिति की गारंटी नहीं दे सकते। कार्य को के ढांचे के भीतर प्राप्त मूल मानकों द्वारा निर्देशित किया जाना चाहिए वर्तमान अनुबंध Gosstandart के निकटतम क्षेत्रीय केंद्र के साथ सूचना सहायता के लिए।

    परिचय तिथि 01.01.1990 . से

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

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

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

    1.2. परमाणु ऊर्जा संयंत्रों के लिए विशिष्टताओं को समग्र रूप से प्रणाली के लिए विकसित किया गया है, स्वतंत्र रूप से या किसी अन्य प्रणाली के हिस्से के रूप में काम करने के लिए डिज़ाइन किया गया है।

    इसके अतिरिक्त, एनपीपी के कुछ हिस्सों के लिए टीओआर विकसित किया जा सकता है:

    • इस मानक की आवश्यकताओं के अनुसार एनपीपी के सबसिस्टम, एनपीपी के कार्यों के परिसरों आदि पर;
    • ESKD और SRPP मानकों के अनुसार हार्डवेयर घटकों और सॉफ़्टवेयर और हार्डवेयर सिस्टम के लिए;
    • ईएसपीडी मानकों के अनुसार सॉफ्टवेयर के लिए;
    • GOST 19.201 और NTD के अनुसार सूचना उत्पादों के लिए, जो NPP ग्राहक के विभाग में लागू है।

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

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

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

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

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

    1.7. एनपीपी में टीओआर में परिवर्तन को ग्राहक और डेवलपर द्वारा हस्ताक्षरित एक अतिरिक्त या प्रोटोकॉल द्वारा औपचारिक रूप दिया जाता है। परिशिष्ट या निर्दिष्ट प्रोटोकॉल एनपीपी के लिए टीओआर का एक अभिन्न अंग है। एसी पर टीके के शीर्षक पृष्ठ पर "वैलिड फ्रॉम ..." प्रविष्टि होनी चाहिए।

    2. संरचना और सामग्री

    2.1. एनपीपी के लिए टीओआर में निम्नलिखित खंड शामिल हैं, जिन्हें उपखंडों में विभाजित किया जा सकता है:

    • 1) सामान्य जानकारी;
    • 2) प्रणाली के निर्माण (विकास) के उद्देश्य और लक्ष्य;
    • 3) स्वचालन वस्तुओं की विशेषताएं;
    • 4) सिस्टम आवश्यकताएँ;
    • 5) सिस्टम बनाने के लिए काम की संरचना और सामग्री;
    • 6) प्रणाली के नियंत्रण और स्वीकृति के लिए प्रक्रिया;
    • 7) सिस्टम को संचालन में लाने के लिए स्वचालन वस्तु तैयार करने के लिए संरचना और कार्य की सामग्री के लिए आवश्यकताएं;
    • 8) प्रलेखन के लिए आवश्यकताएं;
    • 9) विकास के स्रोत।

    एयू के लिए टीओआर में आवेदन शामिल किए जा सकते हैं।

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

    सिस्टम के कुछ हिस्सों के लिए टीओआर में ऐसे खंड शामिल नहीं हैं जो एनपीपी के लिए टीओआर के अनुभागों की सामग्री को समग्र रूप से दोहराते हैं।

    2.3. "सामान्य जानकारी" अनुभाग में इंगित करें:

    • 1) प्रणाली का पूरा नाम और उसका प्रतीक;
    • 2) विषय का सिफर या अनुबंध का सिफर (संख्या);
    • 3) सिस्टम के डेवलपर और ग्राहक (उपयोगकर्ता) के उद्यमों (संघों) का नाम और उनका विवरण;
    • 4) दस्तावेजों की एक सूची जिसके आधार पर सिस्टम बनाया गया है, किसके द्वारा और कब इन दस्तावेजों को मंजूरी दी गई थी;
    • 5) सिस्टम के निर्माण पर काम शुरू करने और पूरा करने के लिए नियोजित तिथियां;
    • 6) काम के वित्तपोषण के लिए स्रोतों और प्रक्रिया के बारे में जानकारी;
    • 7) व्यक्तिगत साधनों (हार्डवेयर, सॉफ्टवेयर, सूचना) और सॉफ्टवेयर और हार्डवेयर (सॉफ्टवेयर और कार्यप्रणाली) के निर्माण और समायोजन पर सिस्टम (इसके भागों) के निर्माण पर काम के परिणामों को औपचारिक रूप देने और प्रस्तुत करने की प्रक्रिया। प्रणाली के परिसरों।

    2.4. "प्रणाली के निर्माण (विकास) का उद्देश्य और उद्देश्य" खंड में उपखंड शामिल हैं:

    • 1) प्रणाली का उद्देश्य;
    • 2) सिस्टम बनाने का उद्देश्य।

    2.4.1. "सिस्टम का उद्देश्य" उपधारा में, स्वचालित गतिविधि के प्रकार (प्रबंधन, डिजाइन, आदि) और स्वचालन वस्तुओं (वस्तुओं) की सूची को इंगित करें, जिस पर इसका उपयोग किया जाना है।

    स्वचालित नियंत्रण प्रणालियों के लिए, स्वचालित नियंत्रण निकायों (बिंदुओं) और प्रबंधित वस्तुओं की एक सूची अतिरिक्त रूप से इंगित की जाती है।

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

    2.5. "स्वचालन वस्तु की विशेषताएं" अनुभाग में दें:

    • 1) स्वचालन वस्तु के बारे में संक्षिप्त जानकारी या ऐसी जानकारी वाले दस्तावेजों के लिंक;
    • 2) स्वचालन वस्तु की परिचालन स्थितियों और पर्यावरण की विशेषताओं के बारे में जानकारी।

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

    2.6. सिस्टम आवश्यकताएँ अनुभाग में निम्नलिखित उपखंड होते हैं:

    • 1) समग्र रूप से सिस्टम के लिए आवश्यकताएं;
    • 2) सिस्टम द्वारा किए गए कार्यों (कार्यों) के लिए आवश्यकताएं;
    • 3) संपार्श्विक के प्रकारों के लिए आवश्यकताएं।

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

    2.6.1. उपधारा में "संपूर्ण रूप से सिस्टम के लिए आवश्यकताएं" इंगित करती हैं:

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

    2.6.1.1. प्रणाली की संरचना और कामकाज के लिए आवश्यकताओं में शामिल हैं:

    • 1) उप-प्रणालियों की सूची, उनका उद्देश्य और मुख्य विशेषताएं, पदानुक्रम स्तरों की संख्या और प्रणाली के केंद्रीकरण की डिग्री के लिए आवश्यकताएं;
    • 2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए संचार के तरीकों और साधनों की आवश्यकताएं;
    • 3) संबंधित सिस्टम के साथ बनाए जा रहे सिस्टम के इंटरकनेक्शन की विशेषताओं के लिए आवश्यकताएं, इसकी संगतता के लिए आवश्यकताएं, जिसमें सूचनाओं का आदान-प्रदान करने के निर्देश शामिल हैं (स्वचालित रूप से, दस्तावेज़ भेजकर, फोन द्वारा, आदि);
    • 4) सिस्टम के ऑपरेटिंग मोड के लिए आवश्यकताएं;
    • 5) प्रणाली के निदान के लिए आवश्यकताएं;
    • 6) प्रणाली के विकास, आधुनिकीकरण की संभावनाएं।

    2.6.1.2। एनपीपी में कर्मियों की संख्या और योग्यता की आवश्यकताओं में शामिल हैं:

    • एनपीपी के कर्मियों (उपयोगकर्ताओं) की संख्या के लिए आवश्यकताएं;
    • कर्मियों की योग्यता, उनके प्रशिक्षण की प्रक्रिया और ज्ञान और कौशल के नियंत्रण के लिए आवश्यकताएं;
    • एनपीपी कर्मियों के काम का आवश्यक तरीका।

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

    एसीएस के लिए इंगित करें:

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

    2.6.1.4. विश्वसनीयता आवश्यकताओं में शामिल हैं:

    • 1) संपूर्ण या उसके उप-प्रणालियों के रूप में सिस्टम के लिए विश्वसनीयता संकेतकों की संरचना और मात्रात्मक मूल्य;
    • 2) आपातकालीन स्थितियों की एक सूची जिसके लिए विश्वसनीयता आवश्यकताओं को विनियमित किया जाना चाहिए, और संबंधित संकेतकों के मूल्य;
    • 3) हार्डवेयर और सॉफ्टवेयर की विश्वसनीयता के लिए आवश्यकताएं;
    • 4) वर्तमान नियामक और तकनीकी दस्तावेजों के अनुसार एक प्रणाली बनाने के विभिन्न चरणों में विश्वसनीयता संकेतकों के आकलन और निगरानी के तरीकों की आवश्यकताएं।

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

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

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

    2.6.1.8. संचालन, रखरखाव, मरम्मत और भंडारण आवश्यकताओं में शामिल हैं:

    • 1) संचालन की शर्तें और नियम (मोड), जो निर्दिष्ट तकनीकी संकेतकों के साथ सिस्टम के तकनीकी साधनों (टीएस) के उपयोग को सुनिश्चित करना चाहिए, जिसमें सिस्टम के टीएस के रखरखाव के प्रकार और आवृत्ति या रखरखाव के बिना संचालन की स्वीकार्यता शामिल है। ;
    • 2) बिजली आपूर्ति नेटवर्क, आदि के मापदंडों के लिए कर्मियों और सिस्टम के टीएस की नियुक्ति के लिए स्वीकार्य क्षेत्रों के लिए प्रारंभिक आवश्यकताएं;
    • 3) रखरखाव कर्मियों की संख्या, योग्यता और उनके काम के तरीके के लिए आवश्यकताएं;
    • 4) अतिरिक्त उत्पादों और उपकरणों के एक सेट की संरचना, प्लेसमेंट और भंडारण की स्थिति के लिए आवश्यकताएं;
    • 5) रखरखाव अनुसूची के लिए आवश्यकताएं।

    2.6.9. अनधिकृत पहुंच से जानकारी की सुरक्षा के लिए आवश्यकताओं में ग्राहक के उद्योग (विभाग) में संचालित एनटीडी में स्थापित आवश्यकताएं शामिल हैं।

    2.6.1.10. सूचना की सुरक्षा के लिए आवश्यकताओं में, घटनाओं की एक सूची दी गई है: दुर्घटनाएं, तकनीकी साधनों की विफलता (बिजली की हानि सहित), आदि, जिसमें सिस्टम में सूचना की सुरक्षा सुनिश्चित की जानी चाहिए।

    2.6.1.11. बाहरी प्रभावों से सुरक्षा के साधनों की आवश्यकताओं में निम्नलिखित दिए गए हैं:

    • 1) एनपीपी सुविधाओं के रेडियो-इलेक्ट्रॉनिक संरक्षण के लिए आवश्यकताएं;
    • 2) बाहरी प्रभावों (उपयोग के वातावरण) के प्रतिरोध, स्थिरता और ताकत के लिए आवश्यकताएं।

    2.6.1.12. पेटेंट शुद्धता की आवश्यकताएं उन देशों की सूची दर्शाती हैं जिनके संबंध में सिस्टम और उसके भागों की पेटेंट शुद्धता सुनिश्चित की जानी चाहिए।

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

    2.6.1.14. अतिरिक्त आवश्यकताओं में शामिल हैं:

    • 1) कर्मियों के प्रशिक्षण के लिए उपकरणों के साथ सिस्टम को लैस करने की आवश्यकताएं (सिम्युलेटर, समान उद्देश्य के अन्य उपकरण) और उनके लिए प्रलेखन;
    • 2) सेवा उपकरण के लिए आवश्यकताएं, सिस्टम तत्वों की जांच के लिए खड़ा है;
    • 3) विशेष परिचालन स्थितियों से जुड़ी सिस्टम आवश्यकताएँ;
    • 4) सिस्टम के डेवलपर या ग्राहक के विवेक पर विशेष आवश्यकताएं।

    2.6.2. सिस्टम द्वारा निष्पादित "कार्यों (कार्यों) के लिए आवश्यकताएँ" उपधारा में, निम्नलिखित दिया गया है:

  • 1) प्रत्येक सबसिस्टम के लिए स्वचालित होने के लिए कार्यों, कार्यों या उनके परिसरों (सिस्टम के कुछ हिस्सों की बातचीत सुनिश्चित करने वाले सहित) की एक सूची;

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

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

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

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

    2.6.3.2. सिस्टम के सूचना समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    • 1) सिस्टम में डेटा को व्यवस्थित करने की संरचना, संरचना और तरीके;
    • 2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए;
    • 3) आसन्न प्रणालियों के साथ सूचना संगतता;
    • 4) किसी दिए गए उद्यम में संचालित सभी-संघ और पंजीकृत रिपब्लिकन, उद्योग क्लासिफायर, एकीकृत दस्तावेज़ और क्लासिफायर के उपयोग पर;
    • 5) डेटाबेस प्रबंधन प्रणालियों के उपयोग पर;
    • 6) सिस्टम में डेटा एकत्र करने, संसाधित करने, स्थानांतरित करने और डेटा प्रस्तुत करने की प्रक्रिया की संरचना के लिए;
    • 7) सिस्टम की दुर्घटनाओं और बिजली की विफलता के मामले में डेटा को विनाश से बचाने के लिए;
    • 8) डेटा का नियंत्रण, भंडारण, अद्यतन और पुनर्प्राप्ति;
    • 9) एनपीपी के तकनीकी साधनों (GOST 6.10.4 के अनुसार) द्वारा उत्पादित दस्तावेजों को कानूनी बल देने की प्रक्रिया के लिए।

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

    2.6.3.4। सिस्टम सॉफ़्टवेयर के लिए, खरीदे गए सॉफ़्टवेयर की एक सूची दी गई है, साथ ही आवश्यकताएं भी:

    • 1) इस्तेमाल किए गए सीवीटी और ऑपरेटिंग वातावरण से सॉफ्टवेयर की स्वतंत्रता के लिए;
    • 2) सॉफ्टवेयर की गुणवत्ता, साथ ही इसके प्रावधान और नियंत्रण के तरीके;
    • 3) यदि नए विकसित सॉफ्टवेयर को एल्गोरिदम और कार्यक्रमों के फंड के साथ सामंजस्य स्थापित करना आवश्यक है।

    2.6.3.5. सिस्टम के तकनीकी समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    • 1) तकनीकी साधनों के प्रकार, तकनीकी साधनों के परिसरों के प्रकार, सॉफ्टवेयर और हार्डवेयर कॉम्प्लेक्स और अन्य घटक जो सिस्टम में उपयोग के लिए स्वीकार्य हैं;
    • 2) प्रणाली के तकनीकी समर्थन की कार्यात्मक, रचनात्मक और परिचालन विशेषताओं के लिए।

    2.6.3.6. मेट्रोलॉजिकल समर्थन की आवश्यकताओं में शामिल हैं:

    • 1) मापने वाले चैनलों की प्रारंभिक सूची;
    • 2) माप चैनलों की मेट्रोलॉजिकल विशेषताओं के लिए मापदंडों और (या) की माप की सटीकता के लिए आवश्यकताएं;
    • 3) सिस्टम के तकनीकी साधनों की मेट्रोलॉजिकल संगतता के लिए आवश्यकताएं;
    • 4) सिस्टम के नियंत्रण और कंप्यूटिंग चैनलों की एक सूची जिसके लिए सटीकता विशेषताओं का मूल्यांकन करना आवश्यक है;
    • 5) हार्डवेयर और सॉफ्टवेयर के मेट्रोलॉजिकल समर्थन के लिए आवश्यकताएं जो सिस्टम के मापने वाले चैनलों, उपकरण, अंतर्निहित नियंत्रण, मापने वाले चैनलों की मेट्रोलॉजिकल उपयुक्तता और सिस्टम के समायोजन और परीक्षण में उपयोग किए जाने वाले माप उपकरणों का हिस्सा हैं;
    • 6) इसके कार्यान्वयन की प्रक्रिया और प्रमाणन आयोजित करने वाले संगठनों के संकेत के साथ मेट्रोलॉजिकल सर्टिफिकेशन (राज्य या विभागीय) का प्रकार।

    2.6.3.7. संगठनात्मक समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

  • 1) प्रणाली के संचालन या संचालन सुनिश्चित करने में शामिल इकाइयों की संरचना और कार्यों के लिए;
  • 2) सिस्टम के कामकाज के संगठन और एनपीपी कर्मियों और स्वचालन वस्तु के कर्मियों के बीच बातचीत की प्रक्रिया;
  • 3) सिस्टम कर्मियों के गलत कार्यों से सुरक्षा के लिए।

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

    2.7. "सिस्टम के निर्माण (विकास) पर काम की संरचना और सामग्री" में GOST 24.01 के अनुसार सिस्टम के निर्माण पर काम के चरणों और चरणों की एक सूची होनी चाहिए, उनके कार्यान्वयन का समय, संगठनों की एक सूची कार्य करना, सिस्टम बनाने में भाग लेने के लिए इन संगठनों की सहमति की पुष्टि करने वाले दस्तावेजों के लिंक, या इन कार्यों को करने के लिए जिम्मेदार व्यक्ति (ग्राहक या डेवलपर) की पहचान करने वाला रिकॉर्ड।

    यह खंड भी प्रदान करता है:

    • 1) काम के प्रासंगिक चरणों और चरणों के अंत में प्रस्तुत GOST 34.201-89 के अनुसार दस्तावेजों की एक सूची;
    • 2) तकनीकी दस्तावेज (चरण, चरण, जाँच किए गए प्रलेखन का दायरा, संगठन-विशेषज्ञ) की परीक्षा आयोजित करने का प्रकार और प्रक्रिया;
    • 3) विकसित की जा रही प्रणाली की विश्वसनीयता के आवश्यक स्तर को सुनिश्चित करने के उद्देश्य से कार्य का एक कार्यक्रम (यदि आवश्यक हो);
    • 4) सिस्टम के निर्माण के सभी चरणों में मेट्रोलॉजिकल समर्थन पर कार्यों की एक सूची, उनकी समय सीमा और निष्पादन संगठनों (यदि आवश्यक हो) को दर्शाती है।

    2.8. "सिस्टम की निगरानी और स्वीकृति के लिए प्रक्रिया" अनुभाग में इंगित करें:

    • 1) सिस्टम और उसके घटकों के परीक्षण के प्रकार, संरचना, दायरा और तरीके (विकसित किए जा रहे सिस्टम पर लागू मौजूदा मानकों के अनुसार परीक्षण के प्रकार);
    • 2) चरणों द्वारा काम की स्वीकृति के लिए सामान्य आवश्यकताएं (भाग लेने वाले उद्यमों और संगठनों की सूची, स्थान और समय), स्वीकृति दस्तावेज की सहमति और अनुमोदन की प्रक्रिया;
    • ज) स्वीकृति समिति की स्थिति (राज्य, अंतरविभागीय, विभागीय)।

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

    मुख्य गतिविधियों की सूची में शामिल हैं:

    • 1) सिस्टम में प्रवेश करने वाली जानकारी (सूचना और भाषाई समर्थन के लिए आवश्यकताओं के अनुसार) को कंप्यूटर का उपयोग करके प्रसंस्करण के लिए उपयुक्त रूप में लाना;
    • 2) परिवर्तन जो स्वचालन वस्तु में किए जाने की आवश्यकता है;
    • 3) स्वचालन वस्तु के कामकाज के लिए परिस्थितियों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ बनाई गई प्रणाली के अनुपालन की गारंटी है;
    • 4) प्रणाली के कामकाज के लिए आवश्यक उपखंडों और सेवाओं का निर्माण;
    • 5) स्टाफिंग और स्टाफ प्रशिक्षण के लिए नियम और प्रक्रिया।

    उदाहरण के लिए, एसीएस के लिए वे देते हैं:

    • लागू प्रबंधन विधियों में परिवर्तन;
    • एसीएस घटकों के संचालन के लिए शर्तों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ सिस्टम के अनुपालन की गारंटी है।

    2.10. "दस्तावेज़ीकरण आवश्यकताएँ" अनुभाग में, निम्नलिखित दिया गया है:

    • 1) विकसित किए जाने वाले दस्तावेजों के सेट और प्रकारों की एक सूची जो GOST 34.201-89 की आवश्यकताओं को पूरा करती है और ग्राहक के उद्योग के NTD, डेवलपर और सिस्टम के ग्राहक द्वारा सहमत हैं;
      मशीन मीडिया पर जारी दस्तावेजों की सूची;
      माइक्रोफिल्मिंग प्रलेखन के लिए आवश्यकताएं;
    • 2) ईएसकेडी और ईएसपीडी की आवश्यकताओं के अनुसार क्रॉस-इंडस्ट्री एप्लिकेशन के घटक तत्वों के दस्तावेजीकरण की आवश्यकताएं;
    • 3) राज्य मानकों की अनुपस्थिति में जो सिस्टम तत्वों के दस्तावेजीकरण की आवश्यकताओं को परिभाषित करते हैं, वे अतिरिक्त रूप से ऐसे दस्तावेजों की संरचना और सामग्री के लिए आवश्यकताओं को शामिल करते हैं।

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

    2.12. अनुमोदित विधियों की उपस्थिति में एनपीपी में टीओआर की संरचना में शामिल अनुप्रयोग शामिल हैं:

    • 1) प्रणाली की अपेक्षित दक्षता की गणना;
    • 2) प्रणाली के वैज्ञानिक और तकनीकी स्तर का आकलन।

    सिस्टम के डेवलपर और ग्राहक के बीच सहमति के अनुसार एनपीपी के लिए टीओआर में आवेदन शामिल हैं।

    3. डिजाइन नियम

    3.1. एनपीपी में टीओआर के अनुभागों और उपखंडों को सेकंड में निर्धारित तरीके से रखा जाना चाहिए। इस मानक के 2.

    3.2. AU के लिए TK को GOST 2.105 की आवश्यकताओं के अनुसार A4 प्रारूप की शीट पर GOST 2.301 के अनुसार बिना फ्रेम, एक मुख्य शिलालेख और इसके अतिरिक्त कॉलम के अनुसार तैयार किया गया है।

    एसी पर टीके कोड निर्दिष्ट करने के बाद, शीट के शीर्ष पर (पाठ के ऊपर, बीच में) शीर्षक पृष्ठ के बाद पहली शीट से शुरू होने वाली शीट (पेज) संख्याएं नीचे रखी जाती हैं।

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

    "अंतिम आवश्यकता (मूल्य) प्रक्रिया में निर्दिष्ट है ... और प्रोटोकॉल द्वारा सहमत है ... मंच पर ..."।

    वहीं, एनपीपी के लिए टीओआर के टेक्स्ट में कोई बदलाव नहीं किया गया है।

    3.4. शीर्षक पृष्ठ पर, ग्राहक, डेवलपर और समन्वयक संगठनों के हस्ताक्षर रखे जाते हैं, जिन्हें एक मोहर से सील कर दिया जाता है। यदि आवश्यक हो, तो शीर्षक पृष्ठ कई पृष्ठों पर तैयार किया जाता है। एनपीपी के लिए टीओआर के विकासकर्ताओं और एनपीपी के लिए टीओआर के मसौदे के अनुमोदन और समीक्षा में शामिल अधिकारियों के हस्ताक्षर अंतिम पृष्ठ पर रखे गए हैं।

    एयू के लिए टीके के शीर्षक पृष्ठ का रूप परिशिष्ट 2 में दिया गया है। एयू के लिए टीके की अंतिम शीट का रूप परिशिष्ट 3 में दिया गया है।

    3.5. यदि आवश्यक हो, एयू पर टीके के शीर्षक पृष्ठ पर, उद्योग में स्थापित कोड रखने की अनुमति है, उदाहरण के लिए: सुरक्षा टिकट, कार्य कोड, टीके की पंजीकरण संख्या, आदि।

    3.6. एनपीपी के लिए टीओआर के पूरक का शीर्षक पृष्ठ उसी तरह तैयार किया गया है जैसे संदर्भ की शर्तों के शीर्षक पृष्ठ। "संदर्भ की शर्तें" नाम के बजाय वे "एसी के लिए टीओआर के लिए परिशिष्ट संख्या ..." लिखते हैं।

    3.7. एयू पर टीओआर के पूरक के बाद की शीट पर, परिवर्तन का आधार, परिवर्तन की सामग्री और दस्तावेजों के लिंक जिसके अनुसार ये परिवर्तन किए गए हैं।

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

    एनपीपी के लिए टीओआर के विकास, करार और अनुमोदन की प्रक्रिया

    1. एनपीपी के लिए मसौदा टीओआर तकनीकी आवश्यकताओं (आवेदन, प्रदर्शन विनिर्देश, आदि) के आधार पर ग्राहक की भागीदारी के साथ सिस्टम डेवलपर द्वारा विकसित किया गया है।

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

    2. राज्य पर्यवेक्षण प्राधिकरणों और अन्य इच्छुक संगठनों के साथ एनपीपी के लिए मसौदा टीओआर के अनुमोदन की आवश्यकता सिस्टम के ग्राहक और एनपीपी में मसौदा टीओआर के विकासकर्ता द्वारा संयुक्त रूप से निर्धारित की जाती है,

    एसी के लिए टीओआर के मसौदे के अनुमोदन पर काम एनपीपी के लिए टीओआर के डेवलपर और सिस्टम के ग्राहक द्वारा संयुक्त रूप से किया जाता है, प्रत्येक अपने स्वयं के मंत्रालय (विभाग) के संगठनों में।

    3. प्रत्येक संगठन में एनपीपी के लिए मसौदा टीओआर के अनुमोदन की अवधि इसकी प्राप्ति की तारीख से 15 दिनों से अधिक नहीं होनी चाहिए। परमाणु ऊर्जा संयंत्रों (प्रतियों) के लिए मसौदा टीओआर की प्रतियां एक साथ सभी संगठनों (मंडलों) को अनुमोदन के लिए भेजने की सिफारिश की जाती है।

    4. एनपीपी के लिए मसौदा टीओआर पर टिप्पणियां तकनीकी औचित्य के साथ प्रस्तुत की जानी चाहिए। टिप्पणियों पर निर्णय एनपीपी के लिए टीओआर के अनुमोदन से पहले एनपीपी के लिए मसौदा टीओआर के विकासकर्ता और सिस्टम के ग्राहक द्वारा किया जाना चाहिए।

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

    6. एनपीपी में टीओआर के मसौदे के अनुमोदन को एक अलग दस्तावेज (पत्र) के रूप में तैयार करने की अनुमति है। इस मामले में, "सहमत" शीर्षक के तहत इस दस्तावेज़ का लिंक बनाएं।

    7. परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं का अनुमोदन सिस्टम के विकासकर्ता और ग्राहक के उद्यमों (संगठनों) के प्रमुखों द्वारा किया जाता है।

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

    9. एनपीपी के लिए अनुमोदित टीओआर की प्रतियां अनुमोदन के बाद 10 दिनों के भीतर एनपीपी के लिए टीओआर के विकासकर्ता द्वारा सिस्टम के निर्माण में प्रतिभागियों को भेजी जाती हैं।

    10. एनपीपी के लिए टीओआर में परिवर्धन का समन्वय और अनुमोदन एनपीपी के लिए टीओआर के लिए स्थापित तरीके से किया जाता है।

    11. एनपीपी में टीओआर में परिवर्तन को सिस्टम के बाद या स्वीकृति परीक्षणों के लिए अपनी बारी प्रस्तुत करने के बाद अनुमोदित करने की अनुमति नहीं है।

    12. एनपीपी में तकनीकी विशिष्टताओं का पंजीकरण, लेखांकन और भंडारण और इसके परिवर्धन GOST 2.501 की आवश्यकताओं के अनुसार किए जाते हैं।

    शीर्षक पत्रक का प्रपत्र एसी पर टी.के

    ____________________________________________________________। संगठन का नाम - एयू के लिए तकनीकी विशिष्टताओं का विकासकर्ता स्वीकृत प्रमुख (स्थिति, उद्यम का नाम - एयू का ग्राहक) व्यक्तिगत हस्ताक्षर हस्ताक्षर प्रतिलेख सील तिथि स्वीकृत प्रमुख (स्थिति, उद्यम का नाम - डेवलपर "एएस) व्यक्तिगत हस्ताक्षर हस्ताक्षर प्रतिलेख प्रिंट दिनांक __________________________________________________ एयू के प्रकार का नाम ______________________________________________________________ स्वचालन वस्तु का नाम ____________________________________________________________ संक्षिप्त नाम АС विनिर्देश ____ शीट पर सहमत प्रमुख के साथ मान्य (स्थिति, अनुमोदन करने वाले संगठन का नाम) व्यक्तिगत हस्ताक्षर हस्ताक्षर प्रतिलेख सील तिथि

    अंतिम पत्रक का प्रपत्र एसी पर टी.के

    बनाया गया

    मान गया

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

    स्वचालित प्रणालियों के लिए मानकों के एक एकीकृत परिसर के निर्माण के लिए प्रावधान

    1. परिसर के निर्माण के लिए प्रारंभिक पूर्वापेक्षाएँ

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

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

    • 1) स्वचालित नियंत्रण प्रणाली (24 वीं प्रणाली) के लिए मानकों की एक एकीकृत प्रणाली, जो स्वचालित नियंत्रण प्रणाली, स्वचालित नियंत्रण प्रणाली, स्वचालित प्रक्रिया नियंत्रण प्रणाली और अन्य संगठनात्मक और आर्थिक प्रणालियों पर लागू होती है;
    • 2) मानकों का एक सेट (सिस्टम 23501); कंप्यूटर एडेड डिजाइन सिस्टम तक विस्तार;
    • 3) मानकों की 14 वीं प्रणाली का चौथा समूह, उत्पादन की तकनीकी तैयारी के लिए स्वचालित प्रणालियों को कवर करता है।

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

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

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

    1.6. विभिन्न उद्देश्यों के लिए स्वचालित प्रणालियों पर मानकों और दिशानिर्देशों का एक सेट लागू होना चाहिए: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP, उनके एकीकरण सहित।

    1.7. इंटरसेक्टोरल दस्तावेजों को विकसित करते समय, मानकीकरण की वस्तुओं के रूप में एयू की निम्नलिखित विशेषताओं को ध्यान में रखा जाना चाहिए:

    • 1) संदर्भ की शर्तें मुख्य दस्तावेज हैं, जिसके अनुसार एयू का निर्माण और ग्राहक द्वारा इसकी स्वीकृति की जाती है;
    • 2) एनपीपी, एक नियम के रूप में, सीरियल और एकल उत्पादन के उत्पादों के एक पूरे सेट के साथ डिजाइन द्वारा बनाए जाते हैं और एनपीपी को संचालन में लाने के लिए आवश्यक निर्माण, स्थापना, कमीशन और कमीशनिंग कार्य करते हैं;
    • 3) सामान्य स्थिति में, AS (AS सबसिस्टम) में सॉफ्टवेयर और हार्डवेयर (STC), सॉफ्टवेयर और मेथोडोलॉजिकल कॉम्प्लेक्स (PMC) और तकनीकी, सॉफ्टवेयर और सूचना समर्थन के घटक होते हैं।
      इस प्रकार के समर्थन के घटकों के साथ-साथ पीएमके और पीटीके को औद्योगिक उद्देश्यों के लिए उत्पादों के रूप में निर्मित और आपूर्ति की जानी चाहिए।
      घटकों को एएस में स्वतंत्र भागों के रूप में शामिल किया जा सकता है या परिसरों में जोड़ा जा सकता है;
    • 4) संगठनों (उद्यमों) में एएस के निर्माण के लिए सिस्टम के उपयोगकर्ताओं और रखरखाव कर्मियों के विशेष प्रशिक्षण की आवश्यकता होती है;
    • 5) एएस और कॉम्प्लेक्स का कामकाज कानूनी, कार्यप्रणाली, भाषाई, गणितीय, संगठनात्मक और अन्य प्रकार के समर्थन के घटकों के रूप में निर्माण की प्रक्रिया में माने जाने वाले संगठनात्मक और कार्यप्रणाली दस्तावेजों के एक सेट द्वारा सुनिश्चित किया जाता है। इन सॉफ़्टवेयर को विकसित करने की प्रक्रिया में प्राप्त अलग समाधान तकनीकी, सॉफ़्टवेयर या सूचना सॉफ़्टवेयर के घटकों के रूप में कार्यान्वित किए जा सकते हैं;
    • 6) स्थानीय कंप्यूटर नेटवर्क के आधार पर विभिन्न प्रणालियों और परिसरों का संयुक्त कामकाज और परस्पर क्रिया की जाती है।

    सिस्टम, कॉम्प्लेक्स और घटकों की संगतता सुनिश्चित करने के लिए स्थानीय कंप्यूटर नेटवर्क के लिए अपनाए गए विनिर्देश और समझौते अनिवार्य हैं।

    2. सीईएन एयू का अन्य प्रणालियों और मानकों के सेट के साथ अंतर्संबंध

    2.1. एएस के क्षेत्र में मानकीकरण सामान्यीकृत समस्या "सूचना प्रौद्योगिकी" पर काम का एक अभिन्न अंग है।

    2.2. स्वचालित प्रणालियों के लिए दस्तावेजों को नियंत्रित करने वाले मानकों का एक सेट, अन्य प्रणालियों और मानकों के सेट के साथ, एएस के निर्माण और कामकाज की प्रक्रियाओं के लिए एक पूर्ण नियामक और तकनीकी समर्थन बनाना चाहिए।

    2.3. ईकेएस एएस को स्वचालित प्रणालियों के लिए विशिष्ट मानकीकरण के क्षेत्रों को कवर करना चाहिए और सामान्य रूप से सॉफ्टवेयर और हार्डवेयर, सॉफ्टवेयर और कार्यप्रणाली परिसरों और स्वचालित प्रणालियों के मानकीकरण के पारंपरिक क्षेत्रों का विस्तार करना चाहिए।

    2.4. एएस के निर्माण और संचालन की प्रक्रियाओं के मानक और तकनीकी समर्थन में मानकीकरण के निर्देश और कार्यों को निम्नानुसार समूहीकृत किया गया है:

    • 1) उत्पादों के लिए तकनीकी आवश्यकताओं की स्थापना;
    • 2) उत्पादों के सत्यापन और प्रमाणन के लिए परीक्षण विधियों और नियमों का विनियमन;
    • 3) विकास के लिए नियमों और प्रक्रिया का विनियमन;
    • 4) प्रलेखन नियमों की स्थापना;
    • 5) संगतता सुनिश्चित करना;
    • 6) सिस्टम के कामकाज के संगठनात्मक और पद्धति संबंधी मुद्दों का विनियमन।

    दिशा 1-4 उत्पादों के विकास, निर्माण और आपूर्ति में पारंपरिक हैं। निर्देश 5, 6 विशिष्ट हैं और एएस में निहित विशेषताओं से अनुसरण करते हैं।

    2.5. स्वीकृत क्षेत्रों और मानकीकरण के कार्यों के ढांचे के भीतर नियामक और तकनीकी दस्तावेज के साथ परमाणु ऊर्जा संयंत्रों और उनके घटकों का प्रावधान अलग है।

    औद्योगिक उद्देश्यों के लिए उत्पादों के रूप में तकनीकी, सॉफ्टवेयर और सूचना समर्थन के घटकों को क्रमशः डिजाइन, सॉफ्टवेयर और सूचना उत्पादों के रूप में माना जाता है। ये उत्पाद मानकों के मौजूदा सेट ESKD, SRPP, ESPD, SGIP, USD, क्लासिफायर और तकनीकी और आर्थिक जानकारी के कोडिफायर, "OTT", "टेस्ट मेथड्स", "TU" प्रकार के मानकों के सेट के अधीन हैं। ग्राहक के ओटीटी के रूप में।

    2.5.1. डिजाइन उत्पादों का पूरा जीवन चक्र मैकेनिकल इंजीनियरिंग और उपकरण बनाने में लागू नियामक और तकनीकी दस्तावेज के साथ पूरी तरह से प्रदान किया जाता है।

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

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

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

  • गोस्ट 34.602-89

    अंतरराज्यीय मानक

    सूचना के

    तकनीकी

    स्वचालित प्रणालियों के लिए मानकों का सेट। एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें

    आधिकारिक संस्करण

    स्टैंडआर्टिनफॉर्म

    अंतरराज्यीय मानक

    सूचान प्रौद्योगिकी

    स्वचालित प्रणालियों के लिए मानकों का सेट। एक स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें

    सूचान प्रौद्योगिकी।

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

    एमकेसी 35.080 ओकेएसटीयू 0034

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

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

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

    1.2. परमाणु ऊर्जा संयंत्रों के लिए विशिष्टताओं को समग्र रूप से प्रणाली के लिए विकसित किया गया है, स्वतंत्र रूप से या किसी अन्य प्रणाली के हिस्से के रूप में काम करने के लिए डिज़ाइन किया गया है।

    इसके अतिरिक्त, परमाणु ऊर्जा संयंत्र के कुछ हिस्सों के लिए तकनीकी विनिर्देश विकसित किए जा सकते हैं: परमाणु ऊर्जा संयंत्र के उप-प्रणालियों के लिए, परमाणु ऊर्जा संयंत्र के लिए कार्यों के परिसर, आदि। इस मानक की आवश्यकताओं के अनुसार; ESKD और SRPP मानकों के अनुसार हार्डवेयर घटकों और सॉफ़्टवेयर और हार्डवेयर सिस्टम के लिए; ईएसपीडी मानकों के अनुसार सॉफ्टवेयर के लिए; GOST 19.201 और NTD के अनुसार सूचना उत्पादों के लिए, जो NPP ग्राहक के विभाग में लागू है।

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

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

    1.4. एनपीपी के लिए टीओआर में शामिल आवश्यकताएं विज्ञान और प्रौद्योगिकी के विकास के वर्तमान स्तर के अनुरूप होनी चाहिए और सर्वोत्तम आधुनिक घरेलू और विदेशी एनालॉग्स के लिए समान आवश्यकताओं से कम नहीं होनी चाहिए।

    एनपीपी के लिए टीओआर में निर्दिष्ट आवश्यकताओं को सबसे प्रभावी तकनीकी, व्यवहार्यता और अन्य समाधानों की खोज और कार्यान्वयन में सिस्टम डेवलपर को सीमित नहीं करना चाहिए।

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

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

    आधिकारिक प्रकाशन पुनर्मुद्रण निषिद्ध

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

    © स्टैंडर्ड पब्लिशिंग हाउस, 1989 © मानक सूचना, 2009

    1.7. एनपीपी में टीओआर में परिवर्तन को ग्राहक और डेवलपर द्वारा हस्ताक्षरित एक अतिरिक्त या प्रोटोकॉल द्वारा औपचारिक रूप दिया जाता है। परिशिष्ट या निर्दिष्ट प्रोटोकॉल एनपीपी के लिए टीओआर का एक अभिन्न अंग है। एसी पर टीके के शीर्षक पृष्ठ पर प्रविष्टि "वैध से" होनी चाहिए। . . ".

    2. संरचना और सामग्री

    2.1. एनपीपी के लिए टीओआर में निम्नलिखित खंड शामिल हैं, जिन्हें उपखंडों में विभाजित किया जा सकता है:

    1) सामान्य जानकारी;

    2) प्रणाली के निर्माण (विकास) के उद्देश्य और लक्ष्य;

    3) स्वचालन वस्तुओं की विशेषताएं;

    4) सिस्टम आवश्यकताएँ;

    5) सिस्टम बनाने के लिए काम की संरचना और सामग्री;

    6) प्रणाली के नियंत्रण और स्वीकृति के लिए प्रक्रिया;

    7) सिस्टम को संचालन में लाने के लिए स्वचालन वस्तु तैयार करने के लिए संरचना और कार्य की सामग्री के लिए आवश्यकताएं;

    8) प्रलेखन के लिए आवश्यकताएं;

    9) विकास के स्रोत।

    एयू के लिए टीओआर में आवेदन शामिल किए जा सकते हैं।

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

    सिस्टम के कुछ हिस्सों के लिए टीओआर में ऐसे खंड शामिल नहीं हैं जो एनपीपी के लिए टीओआर के अनुभागों की सामग्री को समग्र रूप से दोहराते हैं।

    2.3. "सामान्य जानकारी" अनुभाग में इंगित करें:

    1) प्रणाली का पूरा नाम और उसका प्रतीक;

    2) विषय का सिफर या अनुबंध का सिफर (संख्या);

    3) सिस्टम के डेवलपर और ग्राहक (उपयोगकर्ता) के उद्यमों (संघों) का नाम और उनका विवरण;

    4) दस्तावेजों की एक सूची जिसके आधार पर सिस्टम बनाया गया है, किसके द्वारा और कब इन दस्तावेजों को मंजूरी दी गई थी;

    5) सिस्टम के निर्माण पर काम शुरू करने और पूरा करने के लिए नियोजित तिथियां;

    6) काम के वित्तपोषण के लिए स्रोतों और प्रक्रिया के बारे में जानकारी;

    7) व्यक्तिगत साधनों (हार्डवेयर, सॉफ्टवेयर, सूचना) और सॉफ्टवेयर और हार्डवेयर (सॉफ्टवेयर और कार्यप्रणाली) के निर्माण और समायोजन पर सिस्टम (इसके भागों) के निर्माण पर काम के परिणामों को औपचारिक रूप देने और प्रस्तुत करने की प्रक्रिया। प्रणाली के परिसरों।

    2.4. "प्रणाली के निर्माण (विकास) का उद्देश्य और उद्देश्य" खंड में उपखंड शामिल हैं:

    1) प्रणाली का उद्देश्य;

    2) सिस्टम बनाने का उद्देश्य।

    2.4.1. "सिस्टम का उद्देश्य" उपधारा में, स्वचालित गतिविधि के प्रकार (प्रबंधन, डिजाइन, आदि) और स्वचालन वस्तुओं (वस्तुओं) की सूची को इंगित करें, जिस पर इसका उपयोग किया जाना है।

    स्वचालित नियंत्रण प्रणालियों के लिए, स्वचालित नियंत्रण निकायों (बिंदुओं) और प्रबंधित वस्तुओं की एक सूची अतिरिक्त रूप से इंगित की जाती है।

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

    2.5. "स्वचालन वस्तु की विशेषताएं" अनुभाग में दें:

    1) स्वचालन वस्तु के बारे में संक्षिप्त जानकारी या ऐसी जानकारी वाले दस्तावेजों के लिंक;

    2) स्वचालन वस्तु की परिचालन स्थितियों और पर्यावरण की विशेषताओं के बारे में जानकारी।

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

    2.6. सिस्टम आवश्यकताएँ अनुभाग में निम्नलिखित उपखंड होते हैं:

    1) समग्र रूप से सिस्टम के लिए आवश्यकताएं;

    2) सिस्टम द्वारा किए गए कार्यों (कार्यों) के लिए आवश्यकताएं;

    3) संपार्श्विक के प्रकारों के लिए आवश्यकताएं।

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

    2.6.1. उपधारा में "संपूर्ण रूप से सिस्टम के लिए आवश्यकताएं" इंगित करती हैं:

    प्रणाली की संरचना और कामकाज के लिए आवश्यकताएँ;

    सिस्टम के कर्मियों की संख्या और योग्यता और इसके काम के तरीके के लिए आवश्यकताएं;

    उद्देश्य संकेतक;

    विश्वसनीयता की आवश्यकताएं;

    सुरक्षा आवश्यकताओं;

    एर्गोनॉमिक्स और तकनीकी सौंदर्यशास्त्र के लिए आवश्यकताएं;

    मोबाइल AS के लिए परिवहन योग्यता आवश्यकताएं;

    सिस्टम घटकों के संचालन, रखरखाव, मरम्मत और भंडारण के लिए आवश्यकताएं;

    अनधिकृत पहुंच से सूचना की सुरक्षा के लिए आवश्यकताएं;

    दुर्घटनाओं के मामले में सूचना की सुरक्षा के लिए आवश्यकताएँ;

    बाहरी प्रभावों के प्रभाव से सुरक्षा के लिए आवश्यकताएं;

    पेटेंट मंजूरी के लिए आवश्यकताएँ;

    मानकीकरण और एकीकरण के लिए आवश्यकताएँ;

    अतिरिक्त आवश्यकताएं।

    2.6.1.1. प्रणाली की संरचना और कामकाज के लिए आवश्यकताओं में शामिल हैं:

    1) उप-प्रणालियों की सूची, उनका उद्देश्य और मुख्य विशेषताएं, पदानुक्रम स्तरों की संख्या और प्रणाली के केंद्रीकरण की डिग्री के लिए आवश्यकताएं;

    2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए संचार के तरीकों और साधनों की आवश्यकताएं;

    3) संबंधित सिस्टम के साथ बनाए जा रहे सिस्टम के इंटरकनेक्शन की विशेषताओं के लिए आवश्यकताएं, इसकी संगतता के लिए आवश्यकताएं, जिसमें सूचनाओं का आदान-प्रदान करने के निर्देश शामिल हैं (स्वचालित रूप से, दस्तावेज़ भेजकर, फोन द्वारा, आदि);

    4) सिस्टम के ऑपरेटिंग मोड के लिए आवश्यकताएं;

    5) प्रणाली के निदान के लिए आवश्यकताएं;

    6) प्रणाली के विकास, आधुनिकीकरण की संभावनाएं।

    2.6.1.2। एनपीपी कर्मियों की संख्या और योग्यता की आवश्यकताओं में शामिल हैं:

    एनपीपी के कर्मियों (उपयोगकर्ताओं) की संख्या के लिए आवश्यकताएँ;

    कर्मियों की योग्यता, उनके प्रशिक्षण की प्रक्रिया और ज्ञान और कौशल के नियंत्रण के लिए आवश्यकताएं;

    एनपीपी कर्मियों के काम का आवश्यक तरीका।

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

    एसीएस के लिए इंगित करें:

    नियंत्रण वस्तु के मापदंडों में विचलन के लिए प्रक्रियाओं और प्रबंधन विधियों में परिवर्तन के लिए प्रणाली की अनुकूलन क्षमता की डिग्री;

    प्रणाली के आधुनिकीकरण और विकास की अनुमेय सीमाएँ;

    संभाव्य-अस्थायी विशेषताएं, जिसके तहत सिस्टम का इच्छित उद्देश्य संरक्षित है।

    2.6.1.4. विश्वसनीयता आवश्यकताओं में शामिल हैं:

    1) संपूर्ण या उसके उप-प्रणालियों के रूप में सिस्टम के लिए विश्वसनीयता संकेतकों की संरचना और मात्रात्मक मूल्य;

    2) आपातकालीन स्थितियों की एक सूची जिसके लिए विश्वसनीयता आवश्यकताओं को विनियमित किया जाना चाहिए, और संबंधित संकेतकों के मूल्य;

    3) हार्डवेयर और सॉफ्टवेयर की विश्वसनीयता के लिए आवश्यकताएं;

    4) वर्तमान नियामक और तकनीकी दस्तावेजों के अनुसार एक प्रणाली बनाने के विभिन्न चरणों में विश्वसनीयता संकेतकों के आकलन और निगरानी के तरीकों की आवश्यकताएं।

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

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

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

    2.6.1.8. संचालन, रखरखाव, मरम्मत और भंडारण आवश्यकताओं में शामिल हैं:

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

    2) बिजली आपूर्ति नेटवर्क, आदि के मापदंडों के लिए कर्मियों और सिस्टम के टीएस की नियुक्ति के लिए स्वीकार्य क्षेत्रों के लिए प्रारंभिक आवश्यकताएं;

    3) रखरखाव कर्मियों की संख्या, योग्यता और उनके काम के तरीके के लिए आवश्यकताएं;

    4) अतिरिक्त उत्पादों और उपकरणों के एक सेट की संरचना, प्लेसमेंट और भंडारण की स्थिति के लिए आवश्यकताएं;

    5) रखरखाव अनुसूची के लिए आवश्यकताएं।

    2.6.1.9. अनधिकृत पहुंच से सूचना की सुरक्षा के लिए आवश्यकताओं में ग्राहक के उद्योग (विभाग) में संचालित एनटीडी में स्थापित आवश्यकताएं शामिल हैं।

    2.6.1.10. सूचना की सुरक्षा के लिए आवश्यकताओं में, घटनाओं की एक सूची दी गई है: दुर्घटनाएं, तकनीकी साधनों की विफलता (बिजली की हानि सहित), आदि, जिसमें सिस्टम में सूचना की सुरक्षा सुनिश्चित की जानी चाहिए।

    2.6.1.11. बाहरी प्रभावों से सुरक्षा के साधनों की आवश्यकताओं में निम्नलिखित दिए गए हैं:

    1) एनपीपी सुविधाओं के रेडियो-इलेक्ट्रॉनिक संरक्षण के लिए आवश्यकताएं;

    2) बाहरी प्रभावों (उपयोग के वातावरण) के प्रतिरोध, स्थिरता और ताकत के लिए आवश्यकताएं।

    2.6.1.12. पेटेंट शुद्धता की आवश्यकताएं उन देशों की सूची दर्शाती हैं जिनके संबंध में सिस्टम और उसके भागों की पेटेंट शुद्धता सुनिश्चित की जानी चाहिए।

    2.6.1.13. मानकीकरण और एकीकरण की आवश्यकताओं में शामिल हैं:

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

    2.6.1.14. अतिरिक्त आवश्यकताओं में शामिल हैं:

    1) कर्मियों के प्रशिक्षण के लिए उपकरणों के साथ सिस्टम को लैस करने की आवश्यकताएं (सिम्युलेटर, समान उद्देश्य के अन्य उपकरण) और उनके लिए प्रलेखन;

    2) सेवा उपकरण के लिए आवश्यकताएं, सिस्टम तत्वों की जांच के लिए खड़ा है;

    3) विशेष परिचालन स्थितियों से जुड़ी सिस्टम आवश्यकताएँ;

    4) सिस्टम के डेवलपर या ग्राहक के विवेक पर विशेष आवश्यकताएं।

    2.6.2. सिस्टम द्वारा निष्पादित "कार्यों (कार्यों) के लिए आवश्यकताएँ" उपधारा में, निम्नलिखित दिया गया है:

    1) प्रत्येक सबसिस्टम के लिए स्वचालित होने के लिए कार्यों, कार्यों या उनके परिसरों (सिस्टम के कुछ हिस्सों की बातचीत सुनिश्चित करने वाले सहित) की एक सूची;

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

    के क्षेत्र के भीतर रूसी संघपीआर 50.1.019-2000 लागू।

    2) प्रत्येक कार्य, कार्य (या कार्यों के सेट) के कार्यान्वयन के लिए समय सारिणी;

    3) प्रत्येक फ़ंक्शन (कार्य या कार्यों के सेट) के कार्यान्वयन की गुणवत्ता के लिए आवश्यकताएं, आउटपुट जानकारी की प्रस्तुति के रूप के लिए, आवश्यक सटीकता और निष्पादन समय की विशेषताएं, एक समूह के निष्पादन की एक साथ आवश्यकता के लिए आवश्यकताएं कार्य, परिणामों की विश्वसनीयता;

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

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

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

    2.6.3.2. सिस्टम के सूचना समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    1) सिस्टम में डेटा को व्यवस्थित करने की संरचना, संरचना और तरीके;

    2) सिस्टम घटकों के बीच सूचना के आदान-प्रदान के लिए;

    3) आसन्न प्रणालियों के साथ सूचना संगतता;

    4) किसी दिए गए उद्यम में संचालित सभी-संघ और पंजीकृत रिपब्लिकन, उद्योग क्लासिफायर, एकीकृत दस्तावेज़ और क्लासिफायर के उपयोग पर;

    5) डेटाबेस प्रबंधन प्रणालियों के उपयोग पर;

    6) सिस्टम में डेटा एकत्र करने, संसाधित करने, स्थानांतरित करने और डेटा प्रस्तुत करने की प्रक्रिया की संरचना के लिए;

    7) सिस्टम की दुर्घटनाओं और बिजली की विफलता के मामले में डेटा को विनाश से बचाने के लिए;

    8) डेटा का नियंत्रण, भंडारण, अद्यतन और पुनर्प्राप्ति;

    9) एनपीपी के तकनीकी साधनों (GOST 6.10.4 के अनुसार) द्वारा उत्पादित दस्तावेजों को कानूनी बल देने की प्रक्रिया के लिए।

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

    2.6.3.4। सिस्टम सॉफ़्टवेयर के लिए, खरीदे गए सॉफ़्टवेयर की एक सूची दी गई है, साथ ही आवश्यकताएं भी:

    1) इस्तेमाल किए गए सीवीटी और ऑपरेटिंग वातावरण से सॉफ्टवेयर की स्वतंत्रता के लिए;

    2) सॉफ्टवेयर की गुणवत्ता, साथ ही इसके प्रावधान और नियंत्रण के तरीके;

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

    2.6.3.5. सिस्टम के तकनीकी समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    1) तकनीकी साधनों के प्रकार, तकनीकी साधनों के परिसरों के प्रकार, सॉफ्टवेयर और हार्डवेयर कॉम्प्लेक्स और अन्य घटक जो सिस्टम में उपयोग के लिए स्वीकार्य हैं;

    2) प्रणाली के तकनीकी समर्थन की कार्यात्मक, रचनात्मक और परिचालन विशेषताओं के लिए।

    2.6.3.6. मेट्रोलॉजिकल समर्थन की आवश्यकताओं में शामिल हैं:

    1) मापने वाले चैनलों की प्रारंभिक सूची;

    2) माप चैनलों की मेट्रोलॉजिकल विशेषताओं के लिए मापदंडों और (या) की माप की सटीकता के लिए आवश्यकताएं;

    3) सिस्टम के तकनीकी साधनों की मेट्रोलॉजिकल संगतता के लिए आवश्यकताएं;

    4) सिस्टम के नियंत्रण और कंप्यूटिंग चैनलों की एक सूची जिसके लिए सटीकता विशेषताओं का मूल्यांकन करना आवश्यक है;

    5) सिस्टम के मापने वाले चैनलों में शामिल हार्डवेयर और सॉफ्टवेयर के मेट्रोलॉजिकल समर्थन के लिए आवश्यकताएं, अंतर्निहित नियंत्रण उपकरण, मापने वाले चैनलों की मेट्रोलॉजिकल उपयुक्तता और सिस्टम के समायोजन और परीक्षण में उपयोग किए जाने वाले माप उपकरण;

    6) इसके कार्यान्वयन की प्रक्रिया और प्रमाणन आयोजित करने वाले संगठनों के संकेत के साथ मेट्रोलॉजिकल सर्टिफिकेशन (राज्य या विभागीय) का प्रकार।

    2.6.3.7. संगठनात्मक समर्थन के लिए, निम्नलिखित आवश्यकताएं दी गई हैं:

    1) प्रणाली के संचालन या संचालन सुनिश्चित करने में शामिल इकाइयों की संरचना और कार्यों के लिए;

    2) सिस्टम के कामकाज के संगठन और एनपीपी कर्मियों और स्वचालन वस्तु के कर्मियों के बीच बातचीत की प्रक्रिया;

    3) सिस्टम कर्मियों के गलत कार्यों से सुरक्षा के लिए।

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

    2.7. "सिस्टम के निर्माण (विकास) पर काम की संरचना और सामग्री" में GOST 34.01 के अनुसार सिस्टम के निर्माण पर काम के चरणों और चरणों की एक सूची होनी चाहिए, उनके कार्यान्वयन का समय, संगठनों की एक सूची कार्य करना, सिस्टम बनाने में भाग लेने के लिए इन संगठनों की सहमति की पुष्टि करने वाले दस्तावेजों के लिंक, या इन कार्यों को करने के लिए जिम्मेदार व्यक्ति (ग्राहक या डेवलपर) की पहचान करने वाला रिकॉर्ड।

    यह खंड भी प्रदान करता है:

    1) काम के प्रासंगिक चरणों और चरणों के अंत में प्रस्तुत GOST 34.201 के अनुसार दस्तावेजों की एक सूची;

    2) तकनीकी दस्तावेज (चरण, चरण, जाँच किए गए प्रलेखन का दायरा, संगठन-विशेषज्ञ) की परीक्षा आयोजित करने का प्रकार और प्रक्रिया;

    3) विकसित की जा रही प्रणाली की विश्वसनीयता के आवश्यक स्तर को सुनिश्चित करने के उद्देश्य से कार्य का एक कार्यक्रम (यदि आवश्यक हो);

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

    2.8. "सिस्टम की निगरानी और स्वीकृति के लिए प्रक्रिया" अनुभाग में इंगित करें:

    1) सिस्टम और उसके घटकों के परीक्षण के प्रकार, संरचना, दायरा और तरीके (विकसित किए जा रहे सिस्टम पर लागू मौजूदा मानकों के अनुसार परीक्षण के प्रकार);

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

    3) स्वीकृति समिति की स्थिति (राज्य, अंतरविभागीय, विभागीय)।

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

    मुख्य गतिविधियों की सूची में शामिल हैं:

    1) सिस्टम में प्रवेश करने वाली जानकारी (सूचना और भाषाई समर्थन के लिए आवश्यकताओं के अनुसार) को कंप्यूटर का उपयोग करके प्रसंस्करण के लिए उपयुक्त रूप में लाना;

    2) परिवर्तन जो स्वचालन वस्तु में किए जाने की आवश्यकता है;

    3) स्वचालन वस्तु के कामकाज के लिए परिस्थितियों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ बनाई गई प्रणाली के अनुपालन की गारंटी है;

    4) प्रणाली के कामकाज के लिए आवश्यक उपखंडों और सेवाओं का निर्माण;

    5) स्टाफिंग और स्टाफ प्रशिक्षण के लिए नियम और प्रक्रिया।

    उदाहरण के लिए, एसीएस के लिए वे देते हैं:

    लागू प्रबंधन विधियों में परिवर्तन;

    एसीएस घटकों के संचालन के लिए शर्तों का निर्माण, जिसके तहत टीओआर में निहित आवश्यकताओं के साथ सिस्टम के अनुपालन की गारंटी है।

    2.10. "दस्तावेज़ीकरण आवश्यकताएँ" अनुभाग में, निम्नलिखित दिया गया है:

    1) विकसित किए जाने वाले दस्तावेज़ों के सेट और प्रकारों की एक सूची जो GOST 34.201 और ग्राहक के उद्योग के NTD की आवश्यकताओं को पूरा करती है, सिस्टम डेवलपर और ग्राहक द्वारा सहमत; मशीन मीडिया पर जारी दस्तावेजों की सूची; माइक्रोफिल्मिंग प्रलेखन के लिए आवश्यकताएं;

    2) ईएसकेडी और ईएसपीडी की आवश्यकताओं के अनुसार क्रॉस-इंडस्ट्री एप्लिकेशन के घटक तत्वों के दस्तावेजीकरण की आवश्यकताएं;

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

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

    2.12. अनुमोदित विधियों की उपस्थिति में एनपीपी में टीओआर की संरचना में शामिल अनुप्रयोग शामिल हैं:

    1) प्रणाली की अपेक्षित दक्षता की गणना;

    2) प्रणाली के वैज्ञानिक और तकनीकी स्तर का आकलन।

    सिस्टम के डेवलपर और ग्राहक के बीच सहमति के अनुसार एनपीपी के लिए टीओआर में आवेदन शामिल हैं।

    3. डिजाइन नियम

    3.1. एनपीपी के लिए टीओआर के अनुभागों और उपखंडों को इस मानक की धारा 2 में निर्धारित तरीके से रखा जाना चाहिए।

    3.2. AU के लिए TK को GOST 2.105 की आवश्यकताओं के अनुसार A4 प्रारूप की शीट पर GOST 2.301 के अनुसार बिना फ्रेम, एक मुख्य शिलालेख और इसके अतिरिक्त कॉलम के अनुसार तैयार किया गया है।

    एसी पर टीके कोड निर्दिष्ट करने के बाद, शीट के शीर्ष पर (पाठ के ऊपर, बीच में) शीर्षक पृष्ठ के बाद पहली शीट से शुरू होने वाली शीट (पेज) संख्याएं नीचे रखी जाती हैं।

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

    "अंतिम आवश्यकता (मूल्य) प्रक्रिया में निर्दिष्ट है ... और प्रोटोकॉल द्वारा सहमत है ... मंच पर ..."। वहीं, एनपीपी के लिए टीओआर के टेक्स्ट में कोई बदलाव नहीं किया गया है।

    3.4. शीर्षक पृष्ठ पर, ग्राहक, डेवलपर और समन्वयक संगठनों के हस्ताक्षर रखे जाते हैं, जिन्हें एक मोहर से सील कर दिया जाता है। यदि आवश्यक हो, तो शीर्षक पृष्ठ कई पृष्ठों पर तैयार किया जाता है। एनपीपी के लिए टीओआर के विकासकर्ताओं और एनपीपी के लिए टीओआर के मसौदे के अनुमोदन और समीक्षा में शामिल अधिकारियों के हस्ताक्षर अंतिम पृष्ठ पर रखे गए हैं।

    एयू के लिए टीके के शीर्षक पृष्ठ का रूप परिशिष्ट 2 में दिया गया है। एयू के लिए टीके की अंतिम शीट का रूप परिशिष्ट 3 में दिया गया है।

    3.5. यदि आवश्यक हो, एयू पर टीके के शीर्षक पृष्ठ पर, उद्योग में स्थापित कोड रखने की अनुमति है, उदाहरण के लिए: सुरक्षा टिकट, कार्य कोड, टीके की पंजीकरण संख्या, आदि।

    3.6. एनपीपी के लिए टीओआर के पूरक का शीर्षक पृष्ठ उसी तरह तैयार किया गया है जैसे संदर्भ की शर्तों के शीर्षक पृष्ठ। "संदर्भ की शर्तें" नाम के बजाय वे "एनपीपी के लिए टीओआर के लिए परिशिष्ट संख्या ..." लिखते हैं।

    3.7. एयू पर टीओआर के पूरक के बाद की शीट पर, परिवर्तन का आधार, परिवर्तन की सामग्री और दस्तावेजों के लिंक जिसके अनुसार ये परिवर्तन किए गए हैं।

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

    एनपीपी के लिए टीओआर के विकास, करार और अनुमोदन की प्रक्रिया

    1. एनपीपी के लिए मसौदा टीओआर उस संगठन द्वारा विकसित किया गया है जो तकनीकी आवश्यकताओं (आवेदन, प्रदर्शन विनिर्देश, आदि) के आधार पर ग्राहक की भागीदारी के साथ सिस्टम विकसित करता है।

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

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

    एनपीपी के लिए टीओआर के मसौदे के अनुमोदन पर काम एनपीपी के लिए टीओआर के डेवलपर और सिस्टम के ग्राहक द्वारा संयुक्त रूप से किया जाता है, प्रत्येक अपने स्वयं के मंत्रालय (विभाग) के संगठनों में।

    3. प्रत्येक संगठन में एनपीपी के लिए मसौदा टीओआर के अनुमोदन की अवधि इसकी प्राप्ति की तारीख से 15 दिनों से अधिक नहीं होनी चाहिए। परमाणु ऊर्जा संयंत्रों (प्रतियों) के लिए मसौदा टीओआर की प्रतियां एक साथ सभी संगठनों (मंडलों) को अनुमोदन के लिए भेजने की सिफारिश की जाती है।

    4. एनपीपी के लिए मसौदा टीओआर पर टिप्पणियां तकनीकी औचित्य के साथ प्रस्तुत की जानी चाहिए। टिप्पणियों पर निर्णय एनपीपी के लिए टीओआर के अनुमोदन से पहले एनपीपी के लिए मसौदा टीओआर के विकासकर्ता और सिस्टम के ग्राहक द्वारा किया जाना चाहिए।

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

    6. एनपीपी में टीओआर के मसौदे के अनुमोदन को एक अलग दस्तावेज (पत्र) के रूप में तैयार करने की अनुमति है। इस मामले में, "सहमत" शीर्षक के तहत इस दस्तावेज़ का लिंक बनाएं।

    7. परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं का अनुमोदन सिस्टम के विकासकर्ता और ग्राहक के उद्यमों (संगठनों) के प्रमुखों द्वारा किया जाता है।

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

    9. एनपीपी के लिए अनुमोदित टीओआर की प्रतियां अनुमोदन के बाद 10 दिनों के भीतर एनपीपी के लिए टीओआर के विकासकर्ता द्वारा सिस्टम के निर्माण में प्रतिभागियों को भेजी जाती हैं।

    10. एनपीपी के लिए टीओआर में परिवर्धन का समन्वय और अनुमोदन एनपीपी के लिए टीओआर के लिए स्थापित तरीके से किया जाता है।

    11. एनपीपी में टीओआर में परिवर्तन को स्वीकृति परीक्षण के लिए सिस्टम को अपनी बारी के लिए प्रस्तुत करने के बाद अनुमोदित करने की अनुमति नहीं है।

    12. एनपीपी में तकनीकी विशिष्टताओं का पंजीकरण, लेखांकन और भंडारण और इसके परिवर्धन GOST 2.501 की आवश्यकताओं के अनुसार किए जाते हैं।

    शीर्षक पत्रक का प्रपत्र एसी पर टी.के

    संगठन का नाम - परमाणु ऊर्जा संयंत्रों के लिए तकनीकी विशिष्टताओं के विकासकर्ता

    मंजूर

    प्रमुख (स्थिति, उद्यम का नाम - एनपीपी का ग्राहक)

    व्यक्तिगत प्रतिलेखन

    हस्ताक्षर हस्ताक्षर

    मंजूर

    प्रमुख (स्थिति, उद्यम का नाम - एएस डेवलपर)

    व्यक्तिगत प्रतिलेखन

    हस्ताक्षर हस्ताक्षर

    एसी प्रकार का नाम

    स्वचालन वस्तु का नाम

    संक्षिप्त नाम AS

    तकनीकी कार्य

    चादरों पर

    से मान्य

    मान गया

    प्रमुख (पद, समन्वयक संगठन का नाम)

    व्यक्तिगत प्रतिलेखन

    हस्ताक्षर हस्ताक्षर

    अंतिम पत्रक का प्रपत्र एसी पर टी.के

    बनाया गया

    मान गया

    सूचना डेटा

    1. यूएसएसआर स्टेट कमेटी फॉर स्टैंडर्ड्स, मिनिस्ट्री ऑफ इंस्ट्रूमेंट इंजीनियरिंग, ऑटोमेशन एंड कंट्रोल सिस्टम्स ऑफ यूएसएसआर द्वारा विकसित और पेश किया गया

    2. डिक्री द्वारा स्वीकृत और प्रस्तुत किया गया राज्य समिति 24.03.89 नंबर 661 . के मानकों के अनुसार यूएसएसआर

    3. GOST 24.201-85 . को बदलें

    4. संदर्भ विनियम और तकनीकी दस्तावेज

    5. प्रकाशन। जून 2009

    संपादक एम.आई. मक्सिमोवा तकनीकी संपादक एन.एस. ग्रिशानोवा प्रूफरीडर एस.आई. फिरसोवा कंप्यूटर लेआउट I.A. नलेकिना

    29.07.2009 को प्रकाशन के लिए हस्ताक्षरित। प्रारूप 60 x 84! / आठ । ऑफसेट पेपर। हेडसेट टाइम्स। ऑफसेट प्रिंटिंग। उएल. तंदूर एल 1.40. उच.-एड. एल 1.15. सर्कुलेशन 61 प्रतियां। जैच। 447.

    FSUE "STANDARTINFORM", 123995 मास्को, Granatny प्रति।, 4.

    कलुगा प्रिंटिंग हाउस ऑफ स्टैंडर्ड्स में टाइप किया गया।

    FSUE "STANDARTINFORM" की शाखा में मुद्रित - प्रकार। "मॉस्को प्रिंटर", 105062 मॉस्को, लाइलिन प्रति।, 6.