what are quality attributes
के साथ शुरू करने के लिए, हमें संक्षेप में समझते हैं गुणवत्ता क्या है ? गुणवत्ता को एक अलग तरीके से परिभाषित किया जा सकता है। गुणवत्ता की परिभाषा व्यक्ति से दूसरे व्यक्ति में भिन्न हो सकती है। लेकिन आखिरकार, कुछ मानक होने चाहिए। इसलिए गुणवत्ता के रूप में परिभाषित किया जा सकता है
- उत्कृष्टता की डिग्री - ऑक्सफोर्ड डिक्शनरी
- उद्देश्य के लिए फिटनेस - एडवर्ड डेमिंग
- ग्राहक के उपयोग और बिक्री मूल्य के लिए सर्वश्रेष्ठ - Feigenbaum
- एक इकाई की विशेषताओं की समग्रता जो कथित या निहित जरूरतों को पूरा करने की क्षमता पर निर्भर है - आईएसओ
उत्पाद डेवलपर गुणवत्ता को कैसे परिभाषित करेगा? - उत्पाद ग्राहकों की आवश्यकताओं को पूरा करता है।
कैसे ग्राहक परिभाषित करेगा गुणवत्ता? - आवश्यक कार्यक्षमता उपयोगकर्ता के अनुकूल तरीके से प्रदान की जाती है।
ये विभिन्न दृष्टिकोणों से कुछ गुणवत्ता परिभाषाएं हैं। अब देखते हैं कि कोई उत्पाद या एप्लिकेशन के कुछ गुणवत्ता गुणों को कैसे माप सकता है।
सॉफ्टवेयर विकास गुणवत्ता को मापने के लिए निम्नलिखित कारकों का उपयोग किया जाता है। उत्पाद प्रदर्शन को मापने के लिए प्रत्येक विशेषता का उपयोग किया जा सकता है। इन विशेषताओं का उपयोग किया जा सकता है गुणवत्ता आश्वासन और गुणवत्ता नियंत्रण ।
गुणवत्ता आश्वासन गतिविधियों दोषों की शुरूआत की रोकथाम के लिए उन्मुख हैं और गुणवत्ता नियंत्रण गतिविधियों उत्पादों और सेवाओं में दोषों का पता लगाने के उद्देश्य से हैं।
विश्वसनीयता
अनुभव के लिए php साक्षात्कार प्रश्न और उत्तर
यदि उत्पाद किसी भी हालत में बनाए रखने के लिए पर्याप्त विश्वसनीय है तो उपाय करें। लगातार सही परिणाम देने चाहिए।
उत्पाद की विश्वसनीयता को विभिन्न कार्यशील वातावरणों और विभिन्न परिस्थितियों में परियोजना के काम करने के संदर्भ में मापा जाता है।
रख-रखाव
उत्पाद के विभिन्न संस्करणों को बनाए रखना आसान होना चाहिए। विकास के लिए मौजूदा सिस्टम में कोड जोड़ना आसान होना चाहिए, समय-समय पर नई सुविधाओं और नई प्रौद्योगिकियों के लिए अपग्रेड करना आसान होना चाहिए।
रखरखाव लागत प्रभावी और आसान होना चाहिए। सिस्टम को बनाए रखना और दोषों को सुधारना या सॉफ्टवेयर में बदलाव करना आसान है।
प्रयोज्य
इसे उपयोग में आसानी के संदर्भ में मापा जा सकता है। आवेदन उपयोगकर्ता के अनुकूल होना चाहिए। सीखना आसान होना चाहिए। नेविगेशन सरल होना चाहिए।
सिस्टम होना चाहिए:
- आउटपुट की इनपुट तैयारी, संचालन और व्याख्या के लिए उपयोग करना आसान है।
- हमारे अन्य अक्सर उपयोग किए जाने वाले सिस्टम के साथ संगत यूजर इंटरफेस मानकों या सम्मेलनों को प्रदान करें।
- सिस्टम का उपयोग करना सीखने के लिए नए या अनजान उपयोगकर्ताओं के लिए आसान है।
पोर्टेबिलिटी
इसे पोर्टिंग से संबंधित लागत के मुद्दों, पोर्टिंग से संबंधित तकनीकी मुद्दों, पोर्टिंग से संबंधित व्यवहार संबंधी मुद्दों के मामले में मापा जा सकता है।
यथार्थता
एप्लिकेशन को इसकी कार्यक्षमता के संदर्भ में सही होना चाहिए, आंतरिक रूप से उपयोग की जाने वाली गणना और नेविगेशन सही होना चाहिए। इसका मतलब है कि आवेदन को कार्यात्मक आवश्यकताओं का पालन करना चाहिए।
दक्षता
प्रमुख प्रणाली गुणवत्ता विशेषता। सिस्टम को दिए गए किसी भी कार्य को पूरा करने के लिए आवश्यक समय के संदर्भ में मापा जाता है। उदाहरण के लिए, सिस्टम को कुशलता से प्रोसेसर क्षमता, डिस्क स्थान और मेमोरी का उपयोग करना चाहिए।
यदि सिस्टम सभी उपलब्ध संसाधनों का उपयोग कर रहा है, तो उपयोगकर्ता दक्षता के लिए सिस्टम को विफल करने वाला अपमानित प्रदर्शन प्राप्त करेगा। यदि सिस्टम कुशल नहीं है, तो इसका उपयोग वास्तविक समय के अनुप्रयोगों में नहीं किया जा सकता है।
अनुशंसित पढ़ना = >> दक्षता परीक्षण क्या है
ईमानदारी या सुरक्षा
ईमानदारी सुरक्षा के साथ आती है। सिस्टम की अखंडता या सुरक्षा प्रणाली के कार्यों में अनधिकृत पहुंच को रोकने के लिए, सूचना हानि को रोकने के लिए पर्याप्त होनी चाहिए, यह सुनिश्चित करें कि सॉफ्टवेयर वायरस के संक्रमण से सुरक्षित है, और सिस्टम में दर्ज डेटा की गोपनीयता की रक्षा करता है।
बाइनरी ट्री क्लास सी ++
परीक्षण करने की क्षमता
प्रणाली को दोषों का परीक्षण करने और खोजने में आसान होना चाहिए। यदि आवश्यक हो तो परीक्षण के लिए अलग-अलग मॉड्यूल में विभाजित करना आसान होना चाहिए।
FLEXIBILITY
संशोधित करने के लिए पर्याप्त लचीला होना चाहिए। अन्य उत्पादों के लिए अनुकूल जिनके साथ इसे सहभागिता की आवश्यकता होती है। अन्य मानक 3rd पार्टी घटकों के साथ इंटरफेस करना आसान होना चाहिए।
पुनर्प्रयोग
सॉफ्टवेयर का पुन: उपयोग एक अच्छा लागत-कुशल और समय बचाने वाला विकास तरीका है। अलग कोड मॉड्यूल में आसानी से उपयोग करने के लिए विभिन्न कोड लाइब्रेरी कक्षाएं सामान्य होनी चाहिए। एप्लिकेशन को अलग-अलग मॉड्यूल में विभाजित करना ताकि मॉड्यूल को एप्लिकेशन में पुन: उपयोग किया जा सके।
अनुशंसित पढ़ना = >> गुणवत्ता की लागत और खराब गुणवत्ता की लागत?
इंटरोऑपरेबिलिटी
उत्पाद के लिए अन्य प्रणालियों के साथ डेटा या सेवाओं का आदान-प्रदान करने के लिए एक प्रणाली से दूसरे में अंतर होना आसान होना चाहिए। अलग-अलग सिस्टम मॉड्यूल को अलग-अलग ऑपरेटिंग सिस्टम प्लेटफॉर्म, अलग-अलग डेटाबेस और प्रोटोकॉल शर्तों पर काम करना चाहिए।
उपरोक्त गुणवत्ता विशेषताओं के मानकों को लागू करने से हम यह निर्धारित कर सकते हैं कि सिस्टम गुणवत्ता की आवश्यकताओं को पूरा करता है या नहीं।
जैसा कि इन सभी विशेषताओं के ऊपर निर्दिष्ट किया गया है क्यूए और क्यूसी प्रक्रिया पर लागू किया जाता है ताकि परीक्षक या ग्राहक भी आवेदन या सिस्टम की गुणवत्ता पा सकें।
अनुशंसित पाठ
- गुणवत्ता आश्वासन और गुणवत्ता नियंत्रण (क्यूए बनाम क्यूसी) के बीच अंतर
- सॉफ्टवेयर परीक्षण और गुणवत्ता आश्वासन प्रमाणपत्र - भाग 2
- सॉफ्टवेयर क्वालिटी एश्योरेंस (SQA) क्या है: ए गाइड फॉर बिगिनर्स
- गुणवत्ता के भगवान झूठ बनाम सच्चे मनुष्य - सॉफ्टवेयर की गुणवत्ता के लिए कौन जिम्मेदार है?
- सॉफ्टवेयर की गुणवत्ता में सुधार के लिए पोका-योक (गलती का सबूत) का उपयोग कैसे करें
- परीक्षण में पारस्परिक समझ: एक गुणवत्ता सॉफ्टवेयर देने के लिए एक कुंजी
- 7 मूल गुणवत्ता उपकरण: गुणवत्ता प्रबंधन, नियंत्रण और सुधार उपकरण
- सतत एकीकरण प्रक्रिया: सॉफ्टवेयर की गुणवत्ता में सुधार और जोखिम को कैसे कम करें