Software Engineering — MCQ Practice

Hindi aur English dono mein practice karo — click karo answer check karne ke liye.

📚 201 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
201 questions

Question 46

EN + हिं
GB Evolvability is
IN विकासात्मकता है
Process of estimating the costs associated with software development projects that include the effort, time, and labor required. सॉफ़्टवेयर विकास परियोजनाओं से जुड़ी लागतों का अनुमान लगाने की प्रक्रिया जिसमें आवश्यक प्रयास, समय और श्रम शामिल है।
Overall cost of maintaining a computer system that includes the costs associated with personnel/training/ maintenance of hardware and software/ requirements growth. एक कंप्यूटर सिस्टम को बनाए रखने की कुल लागत जिसमें कर्मियों/प्रशिक्षण/हार्डवेयर और सॉफ्टवेयर के रखरखाव/आवश्यकताओं में वृद्धि से जुड़ी लागत शामिल है।
Overall cost of operating a computer system that includes the costs associated with personnel / training / system operations. कंप्यूटर सिस्टम के संचालन की कुल लागत जिसमें कार्मिक/प्रशिक्षण/सिस्टम संचालन से जुड़ी लागत शामिल है।
Overall cost of a computer system to an organization that includes the costs associated with operating/ maintaining the system, and the lifetime of operational use of the system. किसी संगठन के लिए कंप्यूटर सिस्टम की कुल लागत जिसमें सिस्टम के संचालन/रखरखाव से जुड़ी लागत और सिस्टम के परिचालन उपयोग का जीवनकाल शामिल है।
✅ Correct Answer:
🎯 Exam Perspective
Software Engineering ("Software Design" sub-topic) के इस प्रश्न को कई प्रतियोगी परीक्षाओं जैसे Railway, SSC, Banking और Defence परीक्षाओं में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 47

EN + हिं
GB Match the following:
A- Formal mathematical transformation:
B- Formal process model:
C-Formal Specifications:
D-Formal System development:
1- Here the formal mathema- tical representation of the system takes place.
2- It is a starting point for process analysis. It is abstract and only defines the principal process activities and deliverables.
3-Specifications expressed in a language whose
IN निम्नलिखित का मिलान करें: ए- औपचारिक गणितीय परिवर्तन: बी- औपचारिक प्रक्रिया मॉडल: सी-औपचारिक विशिष्टताएं: डी-औपचारिक प्रणाली विकास: 1- यहां प्रणाली का औपचारिक गणितीय प्रतिनिधित्व होता है। 2- यह प्रक्रिया विश्लेषण के लिए एक प्रारंभिक बिंदु है। यह अमूर्त है और केवल प्रमुख प्रक्रिया गतिविधियों और डिलिवरेबल्स को परिभाषित करता है। 3-विनिर्देश किसी भाषा में व्यक्त किए जाते हैं
Trustworthiness with which a system or component can be modified to take advantage of new software or hardware technologies. भरोसेमंदता जिसके साथ किसी सिस्टम या घटक को नए सॉफ़्टवेयर या हार्डवेयर प्रौद्योगिकियों का लाभ उठाने के लिए संशोधित किया जा सकता है।
An error of some kind or an unexpected event occurs during the execution of a program किसी प्रोग्राम के निष्पादन के दौरान किसी प्रकार की त्रुटि या अप्रत्याशित घटना घटित होती है
Here the objective of the process is to work with uses to explore their requirement and deliver a final system. यहां प्रक्रिया का उद्देश्य उपयोग के साथ काम करके उनकी आवश्यकता का पता लगाना और एक अंतिम प्रणाली प्रदान करना है।
Possible loss or harm in computing system. कंप्यूटिंग सिस्टम में संभावित हानि या क्षति।
✅ Correct Answer:
🎯 Exam Perspective
यह सवाल Software Engineering ("Software Design" sub-topic) category का है, और UPSC, SSC, Banking और Police भर्ती के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 48

EN + हिं
GB Parkinson’s Law is
IN पार्किंसन का नियम है
Hazard cannot arise due system design. सिस्टम डिज़ाइन के कारण ख़तरा उत्पन्न नहीं हो सकता।
The probability of the event occurring which create a hazard. उस घटना के घटित होने की संभावना जो ख़तरा पैदा करती है।
An assessment of the worst possible damage, which could result from a particular hazard. सबसे खराब संभावित क्षति का आकलन, जो किसी विशेष खतरे के परिणामस्वरूप हो सकता है।
A condition with the potential for causing or contributing to an accident. ऐसी स्थिति जिसमें दुर्घटना होने या उसमें योगदान देने की संभावना हो।
✅ Correct Answer:
🎯 Exam Perspective
यह प्रश्न Software Engineering ("Software Design" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है। इस तरह के प्रश्न अक्सर SSC CGL, IBPS, RRB और State-level परीक्षाओं जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।

Question 49

EN + हिं
GB Reusability is
IN पुन: प्रयोज्यता है
It is a measure of number of function that calls some other function. यह फ़ंक्शन की संख्या का माप है जो किसी अन्य फ़ंक्शन को कॉल करता है।
It is measure of number of functions, which are called by a function. यह उन फ़ंक्शनों की संख्या का माप है, जिन्हें किसी फ़ंक्शन द्वारा कॉल किया जाता है।
In it server is only responsible for data management. इसमें सर्वर केवल डेटा प्रबंधन के लिए जिम्मेदार होता है।
None of these इनमें से कोई नहीं
✅ Correct Answer:
🎯 Exam Perspective
Software Engineering ("Software Design" sub-topic) से जुड़ा यह सवाल उन students के लिए काम का है जो SSC, Railway, Banking और State PCS की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो।

Question 50

EN + हिं
GB Extent to which a system or component contains enough information to explain its objectives and properties is referred as
IN जिस सीमा तक किसी सिस्टम या घटक में उसके उद्देश्यों और गुणों को समझाने के लिए पर्याप्त जानकारी होती है, उसे कहा जाता है
A-1, B-3,C-2 ए-1, बी-3,सी-2
A-1,B-2,C-3 ए-1,बी-2,सी-3
A-2,B-3,C-1 ए-2,बी-3,सी-1
A-3,B-2,C-1 ए-3,बी-2,सी-1
✅ Correct Answer:
🎯 Exam Perspective
Railway, SSC, Banking और Defence परीक्षाओं जैसी परीक्षाओं में Software Engineering ("Software Design" sub-topic) से सवाल अक्सर पूछे जाते हैं। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें।

Question 51

EN + हिं
GB Software process is
IN सॉफ्टवेयर प्रक्रिया है
Here each identified risk is analyzed and prioritized यहां प्रत्येक पहचाने गए जोखिम का विश्लेषण और प्राथमिकता दी जाती है
It begins after all hazards are identified. For each hazard, the outcome of the risk assessment process is a statement of acceptability. यह सभी खतरों की पहचान होने के बाद शुरू होता है। प्रत्येक खतरे के लिए, जोखिम मूल्यांकन प्रक्रिया का परिणाम स्वीकार्यता का एक बयान है।
The anticipate risks which night affect the project schedule or the quality of the software being developed and to take action to avoid these risks. पूर्वानुमानित जोखिम जो रात में परियोजना अनुसूची या विकसित किए जा रहे सॉफ़्टवेयर की गुणवत्ता को प्रभावित करते हैं और इन जोखिमों से बचने के लिए कार्रवाई करते हैं।
None of these None of these
✅ Correct Answer:
🎯 Exam Perspective
अगर आप UPSC, SSC, Banking और Police भर्ती की तैयारी कर रहे हैं, तो Software Engineering ("Software Design" sub-topic) का यह topic आपके लिए महत्वपूर्ण है। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें।

Question 52

EN + हिं
GB Lehman’s Third Law (Lehman and Belady 1985) is
IN लेहमैन का तीसरा नियम (लेहमैन और बेलाडी 1985) है
The probability that the system will cause an accident संभावना है कि सिस्टम दुर्घटना का कारण बनेगा
Extent to which a system or component can function correctly in the presence of invalid inputs or stressful environment conditions अमान्य इनपुट या तनावपूर्ण वातावरण स्थितियों की उपस्थिति में कोई सिस्टम या घटक किस हद तक सही ढंग से कार्य कर सकता है
The frequency of occurrence with which unexpected behavior is likely to occur. घटना की आवृत्ति जिसके साथ अप्रत्याशित व्यवहार घटित होने की संभावना है।
None of these None of these
✅ Correct Answer:
🎯 Exam Perspective
Software Engineering ("Software Design" sub-topic) के इस प्रश्न को कई प्रतियोगी परीक्षाओं जैसे SSC CGL, IBPS, RRB और State-level परीक्षाओं में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 53

EN + हिं
GB Which is NOT a software characteristic?
IN कौन सा सॉफ़्टवेयर विशेषता नहीं है?
It is the general process of changing system after it has been delivered. The changes can be to correct coding error to correct design error, or adding new components to system. यह सिस्टम वितरित होने के बाद उसे बदलने की सामान्य प्रक्रिया है। परिवर्तन कोडिंग त्रुटि को ठीक करने से लेकर डिज़ाइन त्रुटि को ठीक करने, या सिस्टम में नए घटकों को जोड़ने तक हो सकते हैं।
It is concerned with deriving a numeric value for some attribute of a software product or a software process. इसका संबंध किसी सॉफ़्टवेयर उत्पाद या सॉफ़्टवेयर प्रक्रिया की किसी विशेषता के लिए संख्यात्मक मान प्राप्त करने से है।
It is any type of measurement, which relates to software system, process and related documentation. यह किसी भी प्रकार का माप है, जो सॉफ्टवेयर सिस्टम, प्रक्रिया और संबंधित दस्तावेज़ीकरण से संबंधित है।
None of these None of these
✅ Correct Answer:
🎯 Exam Perspective
यह सवाल Software Engineering ("Software Design" sub-topic) category का है, और SSC, Railway, Banking और State PCS के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 54

EN + हिं
GB Program is
IN कार्यक्रम है
System procurement सिस्टम खरीद
System quality assessment सिस्टम गुणवत्ता मूल्यांकन
System release management सिस्टम रिलीज़ प्रबंधन
System reliability सिस्टम विश्वसनीयता
✅ Correct Answer:
🎯 Exam Perspective
यह प्रश्न Software Engineering ("Software Design" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है। इस तरह के प्रश्न अक्सर Railway, SSC, Banking और Defence परीक्षाओं जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।

Question 55

EN + हिं
GB Which of the following is a type of software?
IN निम्नलिखित में से कौन सा सॉफ्टवेयर का एक प्रकार है?
These measurements need to be collected to help answers to the questions and to confirm whether process improvements have achieved the desired goal. सवालों के जवाब देने में मदद करने और यह पुष्टि करने के लिए कि प्रक्रिया सुधारों ने वांछित लक्ष्य हासिल कर लिया है या नहीं, इन मापों को एकत्र करने की आवश्यकता है।
Approximation, representation, or idealization of selected aspects of the structure, behavior, operation, or other characteristics of a real-world process* वास्तविक दुनिया की प्रक्रिया की संरचना, व्यवहार, संचालन या अन्य विशेषताओं के चयनित पहलुओं का अनुमान, प्रतिनिधित्व या आदर्शीकरण*
Extent to which a system or component facilitates the incorporation of changes, once the nature of the desired change has been determined. एक बार वांछित परिवर्तन की प्रकृति निर्धारित हो जाने के बाद कोई प्रणाली या घटक किस हद तक परिवर्तनों को शामिल करने की सुविधा प्रदान करता है।
None of these None of these
✅ Correct Answer:
🎯 Exam Perspective
Software Engineering ("Software Design" sub-topic) से जुड़ा यह सवाल उन students के लिए काम का है जो UPSC, SSC, Banking और Police भर्ती की तैयारी कर रहे हैं। बेहतर होगा कि explanation पढ़कर concept clear करें, ताकि exam में similar प्रश्न आने पर confusion न हो।

Question 56

EN + हिं
GB Which phase is not available in software life cycle?
IN सॉफ्टवेयर जीवन चक्र में कौन सा चरण उपलब्ध नहीं है?
People लोग
product उत्पाद
Process प्रक्रिया
all of the above ऊपर के सभी
✅ Correct Answer:
🎯 Exam Perspective
SSC CGL, IBPS, RRB और State-level परीक्षाओं जैसी परीक्षाओं में Software Engineering ("Software Design" sub-topic) से सवाल अक्सर पूछे जाते हैं। इसलिए सिर्फ answer रटने के बजाय, नीचे दी गई explanation को ध्यान से पढ़ें और concept समझें।

Question 57

EN + हिं
GB QFD in requirement engineering stands for
IN रिक्वायरमेंट इंजीनियरिंग में QFD का मतलब है
Waterfall model झरना मॉडल
Prototyping model प्रोटोटाइप मॉडल
Spiral model सर्पिल मॉडल
Iterative enhancement model पुनरावृत्तीय वृद्धि मॉडल
✅ Correct Answer:
🎯 Exam Perspective
अगर आप SSC, Railway, Banking और State PCS की तैयारी कर रहे हैं, तो Software Engineering ("Software Design" sub-topic) का यह topic आपके लिए महत्वपूर्ण है। Exam में accuracy बढ़ाने के लिए हर सवाल की explanation जरूर पढ़ें।

Question 58

EN + हिं
GB IEEE standard for SRS is:
IN एसआरएस के लिए आईईईई मानक है:
Quality management गुणवत्ता प्रबंधन
Risk management जोखिम प्रबंधन
Performance management निष्पादन प्रबंधन
Efficiency management दक्षता प्रबंधन
✅ Correct Answer:
🎯 Exam Perspective
Software Engineering ("Software Design" sub-topic) के इस प्रश्न को कई प्रतियोगी परीक्षाओं जैसे Railway, SSC, Banking और Defence परीक्षाओं में repeat होते देखा गया है। Concept clarity के लिए explanation section जरूर पढ़ें।

Question 59

EN + हिं
GB In function point analysis, number of Complexity adjustment factor is
IN फ़ंक्शन बिंदु विश्लेषण में, जटिलता समायोजन कारक की संख्या है
Requirements are difficult to uncover आवश्यकताओं को उजागर करना कठिन है
Requirements are subject to change आवश्यकताएँ परिवर्तन के अधीन हैं
Requirements should be consistent आवश्यकताएँ सुसंगत होनी चाहिए
Requirements are always precisely known. आवश्यकताएँ हमेशा सटीक रूप से ज्ञात होती हैं।
✅ Correct Answer:
🎯 Exam Perspective
यह सवाल Software Engineering ("Software Design" sub-topic) category का है, और UPSC, SSC, Banking और Police भर्ती के exam pattern में इस तरह के questions common हैं। Answer choose करने के बाद दिया गया explanation जरूर पढ़ें।

Question 60

EN + हिं
GB The most desirable form of cohesion is
IN सामंजस्य का सबसे वांछनीय रूप है
Design Document डिज़ाइन दस्तावेज़
SRS Document एसआरएस दस्तावेज़
Test Document परीक्षण दस्तावेज़
None of the above इनमे से कोई भी नहीं
✅ Correct Answer:
🎯 Exam Perspective
यह प्रश्न Software Engineering ("Software Design" sub-topic) की तैयारी करने वाले अभ्यर्थियों के लिए उपयोगी है। इस तरह के प्रश्न अक्सर SSC CGL, IBPS, RRB और State-level परीक्षाओं जैसी परीक्षाओं में पूछे जाते रहे हैं, इसलिए concept और explanation दोनों को ध्यान से समझें, सिर्फ उत्तर याद न करें।