CAST-15
CAST-15, उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं का विलय एक प्रमाणन प्राधिकरण सॉफ्टवेयर टीम (CAST) स्थिति पत्र है। यह एक एफ. ए. ए. प्रकाशन है जो "किसी भी प्राधिकरण से आधिकारिक नीति या मार्गदर्शन का गठन नहीं करता है", लेकिन केवल शैक्षिक और सूचनात्मक उद्देश्यों के लिए सॉफ्टवेयर और हार्डवेयर प्रमाणन के लिए आवेदकों को प्रदान किया जाता है। जैसा कि एफ. ए. ए. सलाहकार परिपत्र ए. सी. 20-115 द्वारा स्थापित किया गया है, आर. टी. सी. ए. प्रकाशन डी. ओ.-178 बी./सी. उड़ान योग्य सॉफ्टवेयर के प्रमाणन के एक स्वीकार्य साधन को परिभाषित करता है। विकास मानकों के बीच अद्वितीय, डी. ओ.-178बी ने उच्च-स्तरीय आवश्यकताओं और निम्न-स्तरीय आवश्यकताओं के बीच एक अंतर को सॉफ्टवेयर आवश्यकताओं के विश्लेषण और डिजाइन के औपचारिक उत्पादों के रूप में प्रस्तुत किया। डीओ-17बी/सी ने आवश्यकताओं के इन दो स्तरों को उद्देश्यों के विभिन्न सेट सौंपे। अनुपालन पूरा करने के लिए, आवेदक को अपनी आवश्यकताओं के साथ उद्देश्यों के दोनों सेटों को पूरा करने की आवश्यकता होती है। हालांकि, संकीर्ण परिस्थितियों में, उस मानक का मार्गदर्शन इन दो स्तरों के संयोजन को केवल एक स्तर की आवश्यकताओं में अनुमति देता है, लेकिन सामान्य रूप से अभ्यास के खिलाफ चेतावनी देता है। यह स्थिति पत्र इस मार्गदर्शन के देखे गए दुरुपयोग से संबंधित है; कुछ आवेदक "सरल" उत्पादों के लिए उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं को जोड़ रहे थे, लेकिन दोनों स्तरों की आवश्यकताओं के लिए सभी संबंधित उद्देश्यों को पूरा नहीं कर रहे थे। यह स्थिति पत्र प्रमाणन प्राधिकरणों का एक उदाहरण भी है जो उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं के बीच अपने "क्या" बनाम "कैसे" अंतर का उपयोग करते हैं जो डीओ-178बी/सी स्पष्ट रूप से नहीं बताता है। पृष्ठभूमि सॉफ्टवेयर परिभाषा और सत्यापन के लिए विभिन्न हितधारकों के अलग-अलग उद्देश्य और अमूर्तता के स्तर होते हैं। उच्च-स्तरीय सॉफ्टवेयर उत्पाद कार्यक्षमता को परिभाषित या सत्यापित करने के लिए जिम्मेदार हितधारक आम तौर पर उत्पाद के बाहरी इंटरफेस की संरचनाओं और व्यवहारों से संबंधित होते हैं, और आंतरिक सॉफ्टवेयर संरचनाओं का विवरण आवश्यक रूप से उस ध्यान का समर्थन नहीं करता है। दूसरी ओर, सभी आंतरिक कोड की आवश्यकता कवरेज को परिभाषित करने और सत्यापित करने के लिए जिम्मेदार लोगों को आंतरिक सॉफ्टवेयर संरचनाओं के बहुत बारीक विवरण की आवश्यकता होती है। यह डीओ-178बी/सी के लिए उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं के लिए अलग-अलग उद्देश्यों को स्थापित करने का औचित्य है, जिसमें बड़ी परियोजनाओं पर अतिरिक्त आवश्यकता स्तर विकसित करने वाले आवेदकों पर विचार किया जाता है। हालांकि, डीओ-178बी ने विशेष रूप से सरल प्रणालियों के लिए केवल एक स्तर की आवश्यकताओं को विकसित करने की संभावना के लिए अनुमति दी। अर्थात्, प्रमाणन प्राधिकरण (उदाहरण के लिए, एफ. ए. ए.-नामित इंजीनियरिंग प्रतिनिधि) आवश्यकता से अधिक या कम आवश्यकता परतों की अपेक्षा नहीं करेंगे। हालाँकि, प्रमाणन प्राधिकरणों का अनुभव था कि कुछ आवेदकों ने इस इरादे का दुरुपयोग किया या दुरुपयोग किया, और परिणामस्वरूप, ऐसे आवेदकों को अपनी परियोजनाओं में देर से पता चला कि वे अनुपालन प्रदर्शित करने में असमर्थ थे और उन्हें कुछ गतिविधियों को दोहराना पड़ा। यह विकास उपकरणों के किसी भी उपयोग के लिए भी एक मुद्दा है जो संभावित रूप से एक परियोजना में आवश्यकताओं के समाधान को कम करता है, विशेष रूप से वे जो उच्च अमूर्तता (जैसे, यू. एम. एल. या ब्लॉक फ्लो मॉडलिंग) के संकेतन का उपयोग करते हैं। इस तरह के उपकरणों का उपयोग करने वाले आवेदकों से आम तौर पर यह घोषणा करने की उम्मीद की जाती है कि क्या उनकी विकास प्रक्रियाएं इस तरह के उपकरण के संकेतन का उपयोग उच्च-स्तरीय आवश्यकताओं या निम्न-स्तरीय आवश्यकताओं का वर्णन करने की भूमिका का उपयोग करती हैं, लेकिन आमतौर पर दोनों नहीं। स्थिति सामान्य रूप से, डीओ-178बी या डीओ-254 के तहत आयोजित सॉफ्टवेयर परियोजनाओं की समीक्षा को सुसंगत बनाने के लिए सीएएसटी स्थिति पत्र जारी किए गए थे। लेकिन, उनका उद्देश्य डीओ-178सी के विकास और अंतिम विमोचन और सहायक प्रकाशनों को सूचित करना भी था। चूंकि सी. ए. एस. टी. में दर्ज की गई अधिकांश चर्चा और तर्क नए प्रकाशनों में शामिल नहीं हैं, सी. ए. एस. टी. अद्यतन मानकों में अंतर्दृष्टि का स्रोत बने हुए हैं। यह CAST-15 स्थिति पत्र अब एफ. ए. ए. की प्रकाशन साइट पर प्रदान नहीं किया गया है क्योंकि टीम की चिंताओं को डी. ओ.-248सी में एफ. ए. क्यू. #81, डी. ओ.-178सी और डी. ओ.-278ए के लिए सहायक जानकारी और डी. ओ.-178 संशोधन सी. के विमोचन में परिवर्तन और स्पष्टीकरण द्वारा संबोधित किया गया थाः एफ. ए. क्यू. यूरोपीय प्रमाणन प्राधिकरणों द्वारा उत्पन्न किया गया था जो अपनी आवश्यकताओं में अप्राप्य और असत्यापित अंतराल विकसित करने वाले आवेदकों के जोखिम से चिंतित थे, और यह उच्च और निम्न स्तर की आवश्यकताओं को एक ही स्तर में विलय करने की सिफारिश नहीं करता है। नोट "आवेदक को सॉफ्टवेयर विकास प्रक्रियाओं को सही ठहराने की आवश्यकता हो सकती है जो एकल स्तर की आवश्यकताओं का उत्पादन करती हैं।" डीओ-178सी धारा 5, पृष्ठ 31 में जोड़ा गया था। हालाँकि, दोनों में से किसी भी प्रकाशन में "इस विषय की पूरी चर्चा" को पूरी तरह से शामिल नहीं किया गया है जिसे CAST-15 में दर्ज किया गया है। मूल सी. ए. एस. टी.-15 स्थिति पत्र की अधिकांश समान सामग्री 2012 ई. ए. एस. ए. प्रमाणन ज्ञापन ई. ए. एस. ए. सी. एम.-एस. डब्ल्यू. सी. ई. एच.-2002 (धारा 23 उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं का विलय) में प्रकाशित की गई है। सामग्री डीओ-178सी/डीओ-178बी उच्च-स्तरीय और निम्न-स्तरीय सॉफ्टवेयर आवश्यकताओं के विलय के लिए मार्गदर्शन प्रदान करता है। डीओ-178सी/डीओ-178बी संदर्भ में, प्रमाणित सॉफ्टवेयर उत्पाद के लिए उच्च-स्तरीय आवश्यकताएं निम्न-स्तरीय सॉफ्टवेयर आवश्यकताओं से अलग हैं, जिनमें से पहला सॉफ्टवेयर आवश्यकता प्रक्रिया का परिणाम है और दूसरा सॉफ्टवेयर डिजाइन प्रक्रिया का परिणाम है। उच्च-स्तरीय आवश्यकताएँ अनिवार्य रूप से वे प्रणाली आवश्यकताएँ हैं जो सॉफ्टवेयर उत्पाद को आवंटित की जाती हैं (पूर्ण सॉफ्टवेयर उत्पाद क्या होगा और क्या करेगा इसका एक बाहरी दृश्य)। निम्न-स्तरीय आवश्यकताएँ आवश्यकताओं के अपघटन और विस्तार के परिणाम हैं जैसे कि स्रोत कोड का उत्पादन, समीक्षा और परीक्षण सीधे निम्न-स्तरीय आवश्यकताओं से किया जा सकता है (इसे करने के लिए सॉफ्टवेयर उत्पाद को कैसे लागू किया जाएगा, इसका एक आंतरिक दृश्य)। कुछ अनुप्रयोगों में, प्रणाली/उच्च-स्तरीय आवश्यकताएँ पर्याप्त सरलता और विस्तार की होती हैं जिससे स्रोत कोड का उत्पादन और सीधे सत्यापन किया जा सकता है। इस स्थिति में, प्रणाली/उच्च-स्तरीय आवश्यकताओं को निम्न-स्तरीय आवश्यकताएं भी माना जाता है, जिसका अर्थ है कि उच्च-स्तरीय आवश्यकताओं के उद्देश्यों को पूरा करने के अलावा, उन्हीं आवश्यकताओं को निम्न-स्तरीय आवश्यकताओं के उद्देश्यों को भी पूरा करना चाहिए। सीएएसटी-15 को जिस चिंता ने प्रेरित किया वह यह है कि सॉफ्टवेयर प्रमाणन के लिए कुछ आवेदकों ने उपरोक्त मार्गदर्शन की व्याख्या एक एकल सॉफ्टवेयर आवश्यकता दस्तावेज या अन्य कलाकृति में उच्च-स्तरीय सॉफ्टवेयर आवश्यकताओं और निम्न-स्तरीय सॉफ्टवेयर आवश्यकताओं दोनों को जोड़ने की अनुमति के रूप में की, जिसमें कोई संकेत नहीं दिया गया कि कौन सी आवश्यकताएं उच्च-स्तरीय हैं और जो निम्न-स्तरीय हैं, लेकिन निम्न-स्तरीय और उच्च-स्तरीय आवश्यकताओं के बीच पता लगाने की क्षमता को भी छोड़ दिया गया है और सिस्टम सुरक्षा सहित सिस्टम प्रक्रियाओं के लिए प्रतिक्रिया के लिए व्युत्पन्न आवश्यकताओं की पहचान करने की उपेक्षा की गई है। यह स्थिति पत्र कई समस्याओं और खतरों पर चर्चा करता है जो प्रमाणन प्राधिकरण उच्च-स्तरीय आवश्यकताओं के संग्रह में निम्न-स्तरीय आवश्यकताओं के विलय से उत्पन्न होते हैं, यह अनुशंसा करते हुए कि ऐसा नहीं किया जाना चाहिए। डीओ-178सी और डीओ-278ए के लिए डीओ-178सी सहायक जानकारी में एफएक्यू #81 में प्रकाशित प्रतिस्थापन सामग्री दोनों स्तरों के प्रासंगिक प्रमाणन उद्देश्यों को अलग किए बिना आवश्यकताओं के एक समूह में इन दो "क्या" और "कैसे" स्तरों के संयोजन (या विलय) के लिए प्रमाणन चिंताओं की एक छोटी सूची प्रदान करती है। एफ. ए. क्यू. #81 उन मामलों में भी उच्च-स्तर और निम्न-स्तरों के विलय के खिलाफ सिफारिश करता है जहां कोड को आवश्यकताओं के "एकल चरण" में लिखा और सत्यापित किया जा सकता है जैसा कि मूल डी. ओ.-178बी/सी मार्गदर्शन अनुमति देता है, लेकिन चिंताओं को दूर करने के तरीके पर सुझाव देता है। मॉडल-आधारित विकास उच्च-स्तरीय और निम्न-स्तरीय आवश्यकताओं के बीच का अंतर या संयोजन मॉडल-आधारित विकास के साथ एक विशेष मुद्दा है। जैसे-जैसे विक्रेता और आवेदक हवाई सॉफ्टवेयर के विकास में मॉडल-आधारित विकास उपकरणों का उपयोग करते हैं, स्वचालन और प्रमाणन साक्ष्य के स्तरों के उन्मूलन के बारे में चिंता पैदा होती है। सावधानीपूर्वक पदनाम के लिए तर्क दिए जाते हैं कि कौन सी मॉडल-आधारित कलाकृतियाँ उच्च-स्तरीय आवश्यकताओं का प्रतिनिधित्व करती हैं और कौन सी निम्न-स्तरीय आवश्यकताओं का प्रतिनिधित्व करती हैं। अंत में, डीओ-178सी के पूरक मानक डीओ-331 (मॉडल-आधारित विकास और सत्यापन) ने इन पहलुओं को स्पष्ट करते हुए कहा है कि उच्च स्तर की आवश्यकताएं उस मॉडल से पहले स्थित आवश्यकताएं हैं जिससे मॉडल विकसित किया गया है, निम्न स्तर की आवश्यकताएं वे हैं जो मॉडल में ही स्थित हैं। डी. ओ.-331 ने मॉडल आधारित विकास के मुद्दे को स्पष्ट करते हुए कहा कि सीएएसटी-15 की स्तर-विलय संबंधी चिंताएं मॉडल आधारित विकास पर लागू नहीं होती हैं। संदर्भ बाहरी लिंक। प्राप्त किया गया 2021-12-03। एवियोनिक्स सुरक्षा सॉफ्टवेयर आवश्यकताएँ आर. टी. सी. ए. मानक कंप्यूटर मानक