डिज़ाइन की वांछनीय विशेषताएं

2024-10-25 09:21:19  91  0  रिपोर्ट

 0

 0

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

लेखक की अन्य रचनाएँ

रूपरेखा/सामग्री

कम कठिनाई

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

सुविधाजनक

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

सबसे छोटी संपर्कता

सबसे छोटी संपर्कता का मतलब है कि डिज़ाइन करते समय प्रोग्राम के विभिन्न भागों के बीच के जोड़ कम किया जाए। मजबूत इनक्यूबेटिविटी, कम कौपन और जानकारी छिपाने के सिद्धांतों का उपयोग करके उन क्लासों को डिज़ाइन करें जो कम संपर्क करते हैं। सबसे कम जोड़े गए संपर्क को इंटीग्रेट, टेस्ट और मेंटेनेंस के दौरान काम कम करते हैं।

प्राथमिकता

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

निर्माण की क्रमिक प्रक्रिया

लीन डिज़ाइन का मतलब है कि सिस्टम डिज़ाइन करते समय, उसमें अपर हिस्से नहीं होने देते हैं (Wirth, 1995 और McConnell, 1997 के दौरान)। वोल्टेर कहते हैं कि एक किताब का पूर्ण होना, इसके अधिक कुछ नहीं जोड़ सकने के कारण नहीं होता, बल्कि इसके अधिक कुछ नहीं छीन सकने के कारण होता है। सॉफ्टवेयर में इसका विशेष महत्व होता है, क्योंकि अन्य कोड में बदलाव करते समय, उसके लिए अधिक कोड डेवलप, रिव्यू, टेस्ट और समझना करना पड़ता है। सॉफ्टवेयर की भविष्यवाणी को अधिक कोड के साथ पीछे की संगति बनाए रखनी चाहिए।

स्टैंडर्डाइज़ेशन

एक प्रणाली जिसे अन्य उपकरणों पर अधिक निर्भर करती है, उसे पहली बार समझने वाले लोगों के लिए उतना ही भयावह होती है। समान उपकरणों का पूर्ण उपयोग करें, ताकि पूरी प्रणाली को अपना हो।

स्वचालित विस्तारिता

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

उच्च फैं_इन

हाई फैन-इन एक क्लास का उपयोग करने वाली क्लासों की संख्या अधिक होने का अर्थ है। हाई फैन-इन का मतलब है कि एक प्रणाली निर्माण के दौरान प्रणाली में निम्न स्तर की व्यावसायिक क्लासों का पूर्ण रूप से उपयोग किया गया है।

मध्य-निम्न फैंट-आउट

मध्य-निम्न प्रभाव का उपयोग किसी क्लास के लिए मध्य-निम्न प्रभाव के अनुसार अन्य क्लासों का उपयोग करना है। उच्च प्रभाव (7 से अधिक) एक क्लास ने बहुत अधिक अन्य क्लासों का उपयोग करने की घोषणा करता है, इसलिए यह संभवतः पर्याप्त रूप से कठिन हो सकता है। शोधकर्ताओं ने पाया कि किसी प्रकार के उदाहरणों की संख्या को देखते हुए भी, या किसी क्लास के अन्दर की उदाहरणों की संख्या को देखते हुए भी, कम प्रभाव के सिद्धांत का लाभ होता है।

पोर्टबिलिटी

पोर्टबिलिटी यह है कि प्रणाली का डिज़ाइन हो सके तो उसे एक अन्य परिस्थिति में स्थानांतरित किया जा सके।

लेयर्ड डिज़ाइन

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