Aspirant Academy

MCQ

सिस्टम एनालिसिस और डिज़ाइन MCQ - उत्तर सहित अभ्यास प्रश्न

RAS/RPSC तैयारी के लिए सिस्टम एनालिसिस और डिज़ाइन के 56 प्रश्न हल करें।

अभ्यास प्रश्न

प्र.1संरचित डिजाइन में मॉड्यूल M, मॉड्यूल P, Q, R, S और T को कॉल करता है। हर बुलाया गया मॉड्यूल उसी लेन-देन का अलग चरण करता है, पर पांचों को केवल पैरामीटर के रूप में दिया गया लेन-देन आइडेंटिफायर ही जानना होता है। सबसे सही आकलन कौन-सा है?

A M का फैन-आउट अधिक है, और पैरामीटर पास करना कॉमन कपलिंग के बजाय डेटा कपलिंग का संकेत देता है।
B M का फैन-आउट कम है, क्योंकि पांचों मॉड्यूल एक ही लेन-देन से जुड़े हैं।
C डिजाइन में कॉमन कपलिंग है, क्योंकि सभी मॉड्यूल उसी लेन-देन पर काम करते हैं।
D डिजाइन में अनिवार्य रूप से कोइंसिडेंटल कोहेशन है, क्योंकि पांच अलग-अलग मॉड्यूल शामिल हैं।
व्याख्या

फैन-आउट यह बताता है कि कोई मॉड्यूल सीधे कितने मॉड्यूलों को कंट्रोल या कॉल करता है। कपलिंग मॉड्यूलों के बीच निर्भरता से जुड़ी है। केवल ज़रूरी लेन-देन आइडेंटिफायर भेजना साझा ग्लोबल डेटा या कंट्रोल फ्लैग के प्रयोग की तुलना में हल्की निर्भरता है।

प्र.2एक संदर्भ DFD में पूरी छात्रवृत्ति-प्रबंधन प्रणाली विद्यार्थी से आवेदन-पत्र प्राप्त करती है और संस्था को स्वीकृति-सूची भेजती है। स्तर-1 DFD में कोई भी प्रक्रिया आवेदन-पत्र प्राप्त नहीं करती, पर एक प्रक्रिया स्वीकृति-सूची बना देती है। संरचित विश्लेषण का कौन-सा नियम टूटा है?

A व्हाइट-बॉक्स टेस्टिंग में साइक्लोमैटिक जटिलता नियंत्रण
B प्राइवेट क्लास एट्रिब्यूट्स का एनकैप्सुलेशन
C एंटिटी-रिलेशनशिप मॉडल में डेटा-स्टोर नॉर्मलाइजेशन
D पैरेंट और चाइल्ड DFD स्तरों के बीच संतुलन
व्याख्या

DFD विखंडन में जिस प्रक्रिया को तोड़ा जा रहा है, उसकी सीमा पार करने वाला डेटा सुरक्षित रहना चाहिए। यदि संदर्भ आरेख में प्रणाली को बाहरी इनपुट मिलता है, तो निचले स्तर के मॉडल में प्रणाली-सीमा के भीतर उस इनपुट का हिसाब होना चाहिए। केवल आउटपुट बना देना गायब आने वाले प्रवाह को ठीक नहीं करता; इसलिए दोष असंतुलित विखंडन है।

प्र.3एक विश्लेषक छात्रवृत्ति स्वीकृति के लिए निर्णय सारणी बनाता है। नियमों में आय श्रेणी, मूल निवास स्थिति और न्यूनतम अंकों के संयोजन हैं, लेकिन दो नियमों में शर्त प्रविष्टियां समान हैं और कार्रवाइयां अलग-अलग हैं। यह क्या दर्शाता है?

A निर्णय सारणी बेहतर बनी है, क्योंकि दोहराई गई शर्तें पढ़ने में आसानी बढ़ाती हैं।
B सारणी में असंभव नियम है, लेकिन यदि दोनों कार्रवाइयां वांछनीय हों तो यह हानिरहित है।
C सारणी में नियम-टकराव है, जिसे भरोसेमंद विनिर्देश के रूप में उपयोग करने से पहले सुलझाना ज़रूरी है।
D सारणी को DFD से बदल देना चाहिए, क्योंकि निर्णय सारणियां पात्रता तर्क नहीं दिखा सकतीं।
व्याख्या

निर्णय सारणियां जटिल शर्त-कार्रवाई तर्क को साफ़ दिखाने के लिए उपयोग की जाती हैं। जब वही शर्त पैटर्न अलग परिणामों से जुड़ता है, तो विश्लेषक ने व्यवसाय नियम की असंगति पकड़ ली है और उसे संबंधित पक्षों के साथ सुलझाना चाहिए।

प्र.4एक आवश्यकता में लिखा है: प्रणाली तेज, उपयोगकर्ता-अनुकूल और सुरक्षित होनी चाहिए। आवश्यकता विनिर्देश समीक्षा के दौरान विश्लेषक इसे बदलकर लिखता है: उम्मीदवार खोज स्क्रीन 500 समवर्ती उपयोगकर्ताओं के अधीन 95 प्रतिशत खोजों में पहले 50 मिलते-जुलते अभिलेख 2 सेकंड के भीतर लौटाएगी; लगातार 5 असफल लॉगिन प्रयासों के बाद खाते को बंद कर दिया जाएगा। मुख्य रूप से कौन-सी आवश्यकता-गुणवत्ता समस्या ठीक की जा रही है?

A मॉड्यूलों के बीच अत्यधिक युग्मता
B विघटन स्तरों में डेटा-प्रवाह आरेख संतुलन का खोना
C UML में समुच्चयन की जगह संरचना का गलत उपयोग
D अस्पष्ट और सत्यापित न की जा सकने वाली गैर-कार्यात्मक आवश्यकताएं
व्याख्या

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

प्र.5डेटा शब्दकोश में TOTAL_FEE को TUITION_FEE + LAB_FEE + LATE_FINE के योग के रूप में परिभाषित किया गया है। डेटा-प्रवाह आरेख (DFD) में Calculate Payable Amount नाम की एक प्रक्रिया TOTAL_FEE आउटपुट करती है, लेकिन उसके किसी इनपुट प्रवाह में LATE_FINE या उससे निकाला जा सकने वाला डेटा नहीं है। इससे कौन-सा विश्लेषणात्मक दोष सबसे अच्छा संकेतित होता है?

A डेटा शब्दकोश अनावश्यक है, क्योंकि डेटा संरचना बताने के लिए प्रक्रिया-नाम काफी हैं।
B प्रक्रिया के पास अपने परिभाषित आउटपुट के एक हिस्से को बनाने के लिए पर्याप्त इनपुट डेटा नहीं है।
C समस्या केवल UML संकेत की है और संरचित विश्लेषण में हो ही नहीं सकती।
D डेटा-प्रवाह आरेख गलत है, क्योंकि सभी व्युत्पन्न डेटा केवल बाहरी इकाइयों में ही रखे जाने चाहिए।
व्याख्या

डेटा-प्रवाह आरेख की कोई प्रक्रिया शून्य से डेटा पैदा नहीं कर सकती। यदि TOTAL_FEE में LATE_FINE शामिल है, तो Calculate Payable Amount प्रक्रिया को LATE_FINE चाहिए या उसे निकालने के लिए पर्याप्त इनपुट चाहिए। डेटा शब्दकोश की परिभाषा और प्रक्रिया के इनपुट के बीच यह असंगति प्रवाह-पूर्णता में विश्लेषणात्मक दोष दिखाती है; डेटा-प्रवाह आरेख समीक्षा में इसे अक्सर चमत्कार-जैसी प्रक्रिया कहा जाता है।

आपने 56 में से 5 नमूना प्रश्न देख लिए हैं

सिस्टम एनालिसिस और डिज़ाइन पर अनलिमिटेड अभ्यास RAS टेस्ट सीरीज़ + प्रैक्टिस पैक या गेट पास में मिलता है।

और प्रश्न

6ऑनलाइन छात्रवृत्ति प्रणाली के UML उपयोग-मामला मॉडल में 'आवेदन जमा करें' हर बार 'आधार प्रारूप मान्य करें' को पुनः-उपयोग योग्य अनिवार्य कदम के रूप में चलाता है। 'छात्रावास सब्सिडी का अनुरोध करें' केवल तब होता है जब आवेदक आवेदन जमा करते समय छात्रावास सहायता चुनता है। सबसे उपयुक्त मॉडलिंग चुनाव कौन-सा है?

A'आधार प्रारूप मान्य करें' को <<include>> से और 'छात्रावास सब्सिडी का अनुरोध करें' को <<extend>> से दिखाना
Bदोनों को एक्टर के रूप में दिखाना, क्योंकि वे प्रणाली से अंतःक्रिया शुरू करते हैं
C'आधार प्रारूप मान्य करें' को <<extend>> से और 'छात्रावास सब्सिडी का अनुरोध करें' को <<include>> से दिखाना
Dदोनों व्यवहारों को 'आवेदन जमा करें' से सामान्यीकरण के रूप में दिखाना

7ऑनलाइन प्रवेश प्रणाली के UML उपयोग-प्रकरण मॉडल में आवेदन शुल्क चुकाना, आवेदन जमा करें वाले हर सफल उपयोग-प्रकरण का अनिवार्य भाग है। आवेदन जमा करें से आवेदन शुल्क चुकाना तक कौन-सा संबंध सबसे उपयुक्त है?

A<<extend>>, क्योंकि शुल्क-भुगतान जमा करने के बाद केवल वैकल्पिक अपवाद के रूप में होता है।
B<<include>>, क्योंकि शुल्क-भुगतान वाला व्यवहार हमेशा जरूरी उप-व्यवहार के रूप में दोबारा इस्तेमाल होता है।
Cसमुच्चयन, क्योंकि आवेदन भुगतान वस्तु को अपने भाग के रूप में संग्रहित करता है।
Dसामान्यीकरण, क्योंकि आवेदन जमा करें, आवेदन शुल्क चुकाना का विशेष रूप है।

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

Aभौतिक डेटाबेस स्कीमा का सामान्यीकरण
Bपूरे जीवन-चक्र में आवश्यकताओं की अनुरेखणीयता
Cसॉफ़्टवेयर मॉड्यूलों के बीच युग्मन घटाना
Dप्रोग्राम तर्क में चक्रवाती जटिलता पर नियंत्रण

9ऑनलाइन परीक्षा प्रणाली के स्तरीकृत डेटा-प्रवाह आरेख में प्रक्रिया 2.0 को 2.1 उम्मीदवार सत्यापन, 2.2 प्रश्न-समूह आवंटन और 2.3 उत्तर संग्रह में तोड़ा गया है। मूल प्रक्रिया में एक आगत प्रवाह उम्मीदवार लॉगिन विवरण है और दो निर्गत प्रवाह प्रवेश निर्णय तथा उत्तर अभिलेख हैं। यदि बाल आरेख में उत्तर अभिलेख का कोई निर्गत प्रवाह ही नहीं है, तो कौन-सी शर्त सबसे सीधे टूटती है?

Aमूल और बाल डेटा-प्रवाह आरेखों के बीच संतुलन
BUML बहुलता संकेत
Cडेटा शब्दकोश की संगति
Dसंरचित डिजाइन में फैन-इन अनुकूलन

10एक वेतन-प्रणाली के सॉफ्टवेयर आवश्यकता विवरण में यह वाक्य है: "प्रणाली उपयोग में आसान हो और वेतन को जल्दी संसाधित करे।" आवश्यकताओं के सत्यापन के समय कौन-सा प्रतिस्थापन इसे डिजाइन में गए बिना जाँचने योग्य सॉफ्टवेयर आवश्यकता में सबसे ठीक बदलता है?

Aप्रोग्रामर क्रियान्वयन के दौरान जहाँ भी संभव हो, सभी वेतन गणनाओं को अनुकूलित करेगा।
Bप्रणाली employee_id पर B-tree इंडेक्स और run_monthly_payroll नाम की स्टोर्ड प्रोसीजर का उपयोग करेगी।
Cप्रणाली में वेतन लिपिक के लिए आकर्षक इंटरफेस और आधुनिक डैशबोर्ड होगा।
D10,000 कर्मचारी अभिलेखों के मासिक रन के लिए, सभी सत्यापित इनपुट जमा होने के बाद प्रणाली 5 मिनट के भीतर वेतन-सारांश तैयार करेगी।

11एक स्तर-0 डेटा-प्रवाह आरेख में प्रक्रिया 2.0 ग्राहक आदेश और भुगतान विवरण प्राप्त करती है, और चालान तथा प्रेषण अनुरोध भेजती है। उसके स्तर-1 विघटन में बाल प्रक्रियाएँ ग्राहक आदेश और भुगतान विवरण लेती हैं, चालान बनाती हैं, और क्रेडिट स्कोर अनुरोध भी बनाती हैं, पर प्रेषण अनुरोध कहीं नहीं दिखता। संरचित विश्लेषण की सबसे मजबूत आपत्ति क्या है?

Aविघटन डेटा स्वतंत्रता का उल्लंघन करता है, क्योंकि हर बाल प्रक्रिया को उसी डेटा भंडार तक पहुँचना चाहिए
Bविघटन असंतुलित है, क्योंकि एक बाहरी आउटपुट गायब हो गया है और एक नया बाहरी प्रवाह जोड़ दिया गया है
Cविघटन से पहले मूल प्रक्रिया को UML अनुक्रम आरेख के रूप में फिर से बनाना चाहिए
Dबाल आरेख केवल इसलिए अमान्य है क्योंकि उसमें मूल प्रक्रिया से अधिक डेटा-प्रवाह हैं

12संरचित विश्लेषण मॉडल में स्तर-0 DFD की प्रक्रिया 3.0 'आवेदन पत्र' और 'शुल्क विवरण' लेती है तथा 'प्रवेश पत्र' निकालती है। प्रक्रिया 3.0 के स्तर-1 विस्तार में विश्लेषक 'आवेदन पत्र' को एक उप-प्रक्रिया में जाते हुए दिखाता है, पर 'शुल्क विवरण' भूल जाता है, और नया बाहरी आउटपुट 'पात्रता रिपोर्ट' दिखा देता है। यहां कौन-सा दोष है?

Aइकाई-नाम के लिए डेटा शब्दकोश प्रविष्टि गायब है
Bबाल DFD अपनी मूल प्रक्रिया से संतुलित नहीं है
Cप्रक्रिया संख्या संरचना-चार्ट संकेत-प्रणाली का उल्लंघन करती है
DDFD ने डेटा भंडार को समाप्ति-इकाई में बदल दिया है

13परीक्षा-परिणाम प्रसंस्करण प्रणाली की आवश्यकताओं की जांच करते समय विश्लेषक को मिलता है: (1) एक आवश्यकता कहती है कि अंतिम प्रकाशन के बाद क्लर्क अंक बदल सकता है, और (2) दूसरी कहती है कि अंतिम प्रकाशित अंक औपचारिक समीक्षा-प्रवाह को छोड़कर बदले नहीं जा सकते। सबसे सटीक रूप से कौन-सी गुणवत्ता-समस्या पकड़ी गई है?

Aकेवल व्यवहार्यता, क्योंकि प्रकाशन के बाद अंक बदलना लागू करना कठिन है।
Bकेवल अपूर्णता, क्योंकि एक कार्य-प्रवाह चरण को और छोटे भागों में नहीं बांटा गया है।
Cअसंगति, क्योंकि एक ही प्रणाली-अवस्था के लिए दो आवश्यकताएं परस्पर असंगत व्यवहार बताती हैं।
Dकेवल अनुरेखणीयता, क्योंकि आवश्यकताओं में स्रोत-संदर्भ नहीं दिए गए हैं।

14परिनियोजन के बाद एक सरकारी छात्रवृत्ति आवेदन में बदलाव किया गया, क्योंकि बैंक ने खाता सत्यापन में इस्तेमाल होने वाला API प्रारूप बदल दिया। उपयोगकर्ता को दिखने वाली कोई नई सुविधा नहीं जोड़ी गई। रखरखाव की कौन-सी श्रेणी सबसे सटीक है?

Aनिवारक रखरखाव, क्योंकि सभी API बदलाव भविष्य की विफलताओं को रोकते हैं
Bअनुकूलनात्मक रखरखाव, क्योंकि सॉफ्टवेयर को बदले हुए वातावरण में उपयोगी बनाए रखने के लिए बदला जा रहा है
Cपरिपूर्णतावादी रखरखाव, क्योंकि API बदलाव के बाद प्रणाली अधिक आधुनिक हो जाती है
Dसुधारात्मक रखरखाव, क्योंकि जारी होने के बाद हर बदलाव किसी त्रुटि को सुधारता है

15एक पुस्तकालय स्वचालन परियोजना में संदर्भ आरेख पूरे पुस्तकालय तंत्र को एक प्रक्रिया के रूप में दिखाता है और बाहरी इकाइयाँ विद्यार्थी, पुस्तकालयाध्यक्ष और आपूर्तिकर्ता हैं। अगला-स्तर डेटा प्रवाह आरेख बनाते समय कौन-सा मॉडलिंग निर्णय सबसे सही है?

Aसंदर्भ आरेख को ER आरेख से बदल दें, क्योंकि डेटा प्रवाह आरेख डेटा स्टोर और डेटा की आवाजाही को साथ-साथ नहीं दिखा सकते।
Bविद्यार्थी, पुस्तकालयाध्यक्ष और आपूर्तिकर्ता को आंतरिक प्रक्रियाओं के रूप में जोड़ दें, ताकि सभी भूमिकाओं को भी प्रणाली के साथ विघटित किया जा सके।
Cस्तर-1 डेटा प्रवाह आरेख में हर क्लास, मेथड और इनहेरिटेंस संबंध दिखाएँ, ताकि संरचित विश्लेषण और ऑब्जेक्ट डिज़ाइन साथ-साथ बने रहें।
Dएकल प्रणाली-प्रक्रिया को प्रमुख आंतरिक प्रक्रियाओं में बाँटें और प्रणाली-सीमा को पार करने वाले कुल इनपुट-आउटपुट प्रवाहों को बनाए रखें।

DBMS, SAD एवं IoT में और विषय

अन्य विषय देखें