Product Design, Manufacturing & Innovation Resources
घर » सत्यापन बनाम प्रमाणीकरण

सत्यापन बनाम प्रमाणीकरण

1980
  • Barry Boehm
सॉफ़्टवेयर विकास में सत्यापन और प्रमाणीकरण पर चर्चा कर रही इंजीनियरों की टीम।.

(यह छवि केवल उदाहरण के लिए बनाई गई है)

सत्यापन और सत्यापन सत्यापन (V&V) दो अलग-अलग प्रक्रियाएं हैं। सत्यापन यह सुनिश्चित करता है कि उत्पाद अपनी निर्धारित आवश्यकताओं को पूरा करता है ("क्या आप इसे सही ढंग से बना रहे हैं?")। प्रमाणीकरण यह सुनिश्चित करता है कि उत्पाद उपयोगकर्ता की वास्तविक आवश्यकताओं और इच्छित उपयोग को पूरा करता है ("क्या आप सही उत्पाद बना रहे हैं?")। ये गुणवत्ता प्रबंधन के अंतर्गत पूरक गतिविधियां हैं, जिन्हें अक्सर शुद्धता और उपयोगिता दोनों को सुनिश्चित करने के लिए क्रमिक रूप से या समानांतर रूप से किया जाता है।

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

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

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

UNESCO Nomenclature: 1203
कंप्यूटर विज्ञान

Type

सार प्रणाली

व्यवधान

संतोषजनक

उपयोग

व्यापक उपयोग

शगुन

  • विनिर्माण में गुणवत्ता नियंत्रण की प्रारंभिक अवधारणाएँ
  • औपचारिक तर्क और प्रमाण सिद्धांत
  • संरचित प्रोग्रामिंग सिद्धांत
  • प्रारंभिक सॉफ्टवेयर परीक्षण पद्धतियाँ

आवेदन

  • एजाइल सॉफ्टवेयर विकास पद्धतियाँ
  • सिस्टम इंजीनियरिंग जीवनचक्र मॉडल (जैसे, वी-मॉडल)
  • फार्मास्युटिकल दवा विकास प्रोटोकॉल
  • एयरोस्पेस सिस्टम प्रमाणन (जैसे, DO-178C)
  • चिकित्सा उपकरण अनुमोदन प्रक्रियाएं (जैसे, एफडीए विनियम)

पेटेंट:

NA

संभावित नवाचार विचार

बॉट ट्रैफिक को कम करने के कारण, जो वर्तमान में प्रति दिन 40,000 से अधिक है, यह सामग्री केवल समुदाय के सदस्यों के लिए आरक्षित है।
> लॉगिन < या > रजिस्टर < इस सामग्री और अन्य सभी प्रतिबंधित सामग्रियों और उपकरणों तक पहुंच (100% निःशुल्क) है।

संबंधित विषय: सत्यापन, प्रमाणीकरण, गुणवत्ता आश्वासन, सॉफ्टवेयर इंजीनियरिंग, सिस्टम इंजीनियरिंग, आवश्यकताएं, विनिर्देश, परीक्षण।

ऐतिहासिक संदर्भ

सत्यापन बनाम प्रमाणीकरण

1970
1970-01-01
1975-06-01
1980
1980
1980
1986-01-01
1970
1970
1973
1980
1980
1980
1982-07-01
1988-06-01

(यदि तिथि अज्ञात है या प्रासंगिक नहीं है, उदाहरण के लिए "द्रव यांत्रिकी", तो इसके उल्लेखनीय उद्भव का एक अनुमानित आंकड़ा प्रदान किया गया है)

संबंधित आविष्कार, नवाचार और तकनीकी सिद्धांत

पंजीकृत सदस्यों के लिए पूर्ण आकार की छवियाँ और डाउनलोड 100% निःशुल्क उपलब्ध हैं।