211

EN + हिं Medium

GB In Boehm's Spiral model, what determines when the spiral terminates and the product is released?

IN बोहेम के सर्पिल मॉडल में, यह क्या निर्धारित करता है कि सर्पिल कब समाप्त होता है और उत्पाद जारी होता है?

A

After exactly four revolutions regardless of completeness पूर्णता की परवाह किए बिना ठीक चार क्रांतियों के बाद

B

When accumulated risk is sufficiently low and the product satisfies stakeholder objectives जब संचित जोखिम पर्याप्त रूप से कम हो और उत्पाद हितधारक के उद्देश्यों को पूरा करता हो

C

When the project budget is fully consumed जब परियोजना बजट पूरी तरह से खर्च हो जाता है

D

When all identified risks have been completely eliminated जब सभी पहचाने गए जोखिम पूरी तरह से समाप्त हो गए हों

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) In the Spiral model, each revolution passes through risk analysis. If remaining risks are manageable and the product meets objectives, the team may release. The spiral is risk-driven, not schedule-driven.

व्याख्या (हिन्दी) स्पाइरल मॉडल में, प्रत्येक क्रांति जोखिम विश्लेषण से गुजरती है। यदि शेष जोखिम प्रबंधनीय हैं और उत्पाद उद्देश्यों को पूरा करता है, तो टीम जारी कर सकती है। सर्पिल जोखिम-प्रेरित है, शेड्यूल-चालित नहीं।

212

EN + हिं Medium

GB What is the key difference between the Spiral model and Incremental development models?

IN स्पाइरल मॉडल और वृद्धिशील विकास मॉडल के बीच मुख्य अंतर क्या है?

A

Spiral delivers working software each cycle; Incremental does not स्पाइरल प्रत्येक चक्र में कार्यशील सॉफ़्टवेयर वितरित करता है; वृद्धिशील नहीं है

B

Spiral makes risk analysis an explicit mandatory activity driving iteration decisions; Incremental focuses on delivering planned functionality without formalised risk assessment स्पाइरल जोखिम विश्लेषण को पुनरावृत्ति निर्णयों को संचालित करने वाली एक स्पष्ट अनिवार्य गतिविधि बनाता है; इंक्रीमेंटल औपचारिक जोखिम मूल्यांकन के बिना नियोजित कार्यक्षमता प्रदान करने पर केंद्रित है

C

Spiral is always faster than Incremental for small projects छोटी परियोजनाओं के लिए स्पाइरल हमेशा इंक्रीमेंटल से तेज़ होता है

D

Only Incremental uses prototyping; Spiral does not केवल इंक्रीमेंटल प्रोटोटाइप का उपयोग करता है; सर्पिल नहीं है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) The Spiral model's defining characteristic is its risk-driven nature — each cycle begins with risk identification, and results determine whether to prototype, build, or pivot entirely. Incremental models preplan functionality delivery without this explicit risk-assessment gate.

व्याख्या (हिन्दी) स्पाइरल मॉडल की परिभाषित विशेषता इसकी जोखिम-संचालित प्रकृति है - प्रत्येक चक्र जोखिम की पहचान के साथ शुरू होता है, और परिणाम यह निर्धारित करते हैं कि प्रोटोटाइप, निर्माण या पूरी तरह से धुरी बनाना है या नहीं। वृद्धिशील मॉडल इस स्पष्ट जोखिम-मूल्यांकन गेट के बिना प्रीप्लान कार्यक्षमता वितरण।

213

EN + हिं Medium

GB For which type of project is the Spiral model LEAST appropriate?

IN किस प्रकार की परियोजना के लिए स्पाइरल मॉडल सबसे कम उपयुक्त है?

A

Large defence contracts requiring formal acceptance criteria बड़े रक्षा अनुबंधों के लिए औपचारिक स्वीकृति मानदंड की आवश्यकता होती है

B

Small, well-understood projects with fixed budgets and tight deadlines where risk analysis overhead outweighs benefits निश्चित बजट और सख्त समय सीमा वाली छोटी, अच्छी तरह से समझी जाने वाली परियोजनाएँ जहाँ जोखिम विश्लेषण ओवरहेड लाभ से अधिक होता है

C

R&D software with high technological uncertainty उच्च तकनीकी अनिश्चितता के साथ अनुसंधान एवं विकास सॉफ्टवेयर

D

Systems requiring integration of heterogeneous legacy components विषम विरासत घटकों के एकीकरण की आवश्यकता वाली प्रणालियाँ

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) The Spiral model's overhead — formal risk assessments, prototyping, extensive planning per cycle — is only cost-effective for large complex high-risk projects. For small well-understood projects, this overhead consumes disproportionate resources.

व्याख्या (हिन्दी) स्पाइरल मॉडल का ओवरहेड - औपचारिक जोखिम मूल्यांकन, प्रोटोटाइप, प्रति चक्र व्यापक योजना - केवल बड़े जटिल उच्च जोखिम वाली परियोजनाओं के लिए लागत प्रभावी है। अच्छी तरह से समझी जाने वाली छोटी परियोजनाओं के लिए, यह ओवरहेड अनुपातहीन संसाधनों का उपभोग करता है।

214

EN + हिं Easy

GB In the Spiral model, what does the 'radial dimension' of the spiral represent?

IN सर्पिल मॉडल में, सर्पिल का 'रेडियल आयाम' क्या दर्शाता है?

A

Number of developers working at any given time किसी भी समय काम करने वाले डेवलपर्स की संख्या

B

Cumulative cost incurred for the project up to that point उस बिंदु तक परियोजना के लिए संचयी लागत

C

Elapsed calendar time from project initiation परियोजना आरंभ से बीता हुआ कैलेंडर समय

D

Number of requirements successfully implemented आवश्यकताओं की संख्या सफलतापूर्वक कार्यान्वित की गई

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) In Boehm's Spiral model diagram, the angular dimension represents progress through each phase within a cycle, while the radial dimension represents the cumulative cost expended. Moving outward means spending more money.

व्याख्या (हिन्दी) बोहेम के सर्पिल मॉडल आरेख में, कोणीय आयाम एक चक्र के भीतर प्रत्येक चरण के माध्यम से प्रगति का प्रतिनिधित्व करता है, जबकि रेडियल आयाम खर्च की गई संचयी लागत का प्रतिनिधित्व करता है। बाहर जाने का मतलब है अधिक पैसा खर्च करना।

215

EN + हिं Medium

GB How does the Spiral model handle the scenario where risk analysis determines a project should be cancelled?

IN स्पाइरल मॉडल उस परिदृश्य को कैसे संभालता है जहां जोखिम विश्लेषण यह निर्धारित करता है कि किसी परियोजना को रद्द कर दिया जाना चाहिए?

A

Spiral model does not allow project cancellation स्पाइरल मॉडल प्रोजेक्ट रद्द करने की अनुमति नहीं देता है

B

Cancellation is an explicit legitimate outcome after risk analysis — stopping a high-risk unviable project is treated as success जोखिम विश्लेषण के बाद रद्दीकरण एक स्पष्ट वैध परिणाम है - एक उच्च जोखिम वाली अव्यवहार्य परियोजना को रोकना सफलता के रूप में माना जाता है

C

Cancellation requires board approval outside the Spiral process रद्दीकरण के लिए स्पाइरल प्रक्रिया के बाहर बोर्ड की मंजूरी की आवश्यकता होती है

D

Spiral escalates to Waterfall mode if cancellation criteria are met यदि रद्दीकरण मानदंड पूरे होते हैं तो स्पाइरल वॉटरफॉल मोड में बढ़ जाता है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) One of Spiral's most underappreciated features is that it formally recognises project cancellation as valid. If risk analysis reveals the project cannot achieve acceptable risk levels within budget, cancelling is the correct decision — saving further wasted investment.

व्याख्या (हिन्दी) स्पाइरल की सबसे कम सराही गई विशेषताओं में से एक यह है कि यह औपचारिक रूप से परियोजना रद्दीकरण को वैध मानता है। यदि जोखिम विश्लेषण से पता चलता है कि परियोजना बजट के भीतर स्वीकार्य जोखिम स्तर हासिल नहीं कर सकती है, तो रद्द करना सही निर्णय है - आगे बर्बाद निवेश को बचाना।

216

EN + हिं Medium

GB What is 'risk-driven prototyping' in the Spiral model, and how does it differ from requirements-driven prototyping?

IN स्पाइरल मॉडल में 'जोखिम-संचालित प्रोटोटाइप' क्या है, और यह आवश्यकताओं-संचालित प्रोटोटाइप से कैसे भिन्न है?

A

Risk-driven builds entire system first; requirements-driven builds only UI mockups जोखिम-संचालित पहले संपूर्ण सिस्टम का निर्माण करता है; आवश्यकताओं-संचालित केवल यूआई मॉकअप बनाता है

B

Risk-driven targets highest-risk unknowns to resolve them; requirements-driven builds prototypes to elicit and clarify user requirements जोखिम-संचालित लक्ष्य उच्चतम-जोखिम वाले अज्ञात लोगों को हल करने के लिए; आवश्यकताओं-संचालित उपयोगकर्ता की आवश्यकताओं को जानने और स्पष्ट करने के लिए प्रोटोटाइप बनाता है

C

Risk-driven uses formal mathematical proofs; requirements-driven uses informal walkthroughs जोखिम-संचालित औपचारिक गणितीय प्रमाणों का उपयोग करता है; आवश्यकता-संचालित अनौपचारिक वॉकथ्रू का उपयोग करता है

D

Both terms describe the same activity दोनों शब्द एक ही गतिविधि का वर्णन करते हैं

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) In the Spiral model, prototypes are built to resolve highest-priority risks — not just to clarify requirements. A risk might be technical (can we achieve required performance?) or algorithmic. This differs from exploratory prototyping where the goal is requirements elicitation.

व्याख्या (हिन्दी) स्पाइरल मॉडल में, प्रोटोटाइप सर्वोच्च-प्राथमिकता वाले जोखिमों को हल करने के लिए बनाए जाते हैं - न कि केवल आवश्यकताओं को स्पष्ट करने के लिए। जोखिम तकनीकी हो सकता है (क्या हम आवश्यक प्रदर्शन प्राप्त कर सकते हैं?) या एल्गोरिथम। यह खोजपूर्ण प्रोटोटाइप से भिन्न है जहां लक्ष्य आवश्यकताओं को प्राप्त करना है।

217

EN + हिं Medium

GB Why is the Spiral model considered a 'meta-model' rather than just another process model?

IN स्पाइरल मॉडल को केवल एक अन्य प्रक्रिया मॉडल के बजाय 'मेटा-मॉडल' क्यों माना जाता है?

A

It was designed to model other software process models, not actual software इसे अन्य सॉफ़्टवेयर प्रक्रिया मॉडल को मॉडल करने के लिए डिज़ाइन किया गया था, वास्तविक सॉफ़्टवेयर के लिए नहीं

B

It can accommodate other process models (Waterfall, Incremental, Prototyping) within its framework, selecting the appropriate approach for each cycle based on risk यह जोखिम के आधार पर प्रत्येक चक्र के लिए उपयुक्त दृष्टिकोण का चयन करते हुए, अपने ढांचे के भीतर अन्य प्रक्रिया मॉडल (वाटरफॉल, इंक्रीमेंटल, प्रोटोटाइपिंग) को समायोजित कर सकता है।

C

It requires formal mathematical specifications before any development किसी भी विकास से पहले इसे औपचारिक गणितीय विशिष्टताओं की आवश्यकता होती है

D

It combines UML modelling with runtime process execution traces यह यूएमएल मॉडलिंग को रनटाइम प्रक्रिया निष्पादन ट्रेस के साथ जोड़ता है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Boehm called the Spiral a meta-model because it does not mandate a specific development approach. Its risk-driven framework can envelope other models: if risks show requirements are stable, use Waterfall; if unclear, use prototyping.

व्याख्या (हिन्दी) बोहेम ने स्पाइरल को मेटा-मॉडल कहा क्योंकि यह किसी विशिष्ट विकास दृष्टिकोण को अनिवार्य नहीं करता है। इसका जोखिम-संचालित ढांचा अन्य मॉडलों को कवर कर सकता है: यदि जोखिम दिखाते हैं कि आवश्यकताएं स्थिर हैं, तो वॉटरफॉल का उपयोग करें; यदि अस्पष्ट हो, तो प्रोटोटाइप का उपयोग करें।

218

EN + हिं Easy

GB What are 'anchor point milestones' in Boehm's Win-Win Spiral model?

IN बोहेम के विन-विन स्पाइरल मॉडल में 'एंकर प्वाइंट मील के पत्थर' क्या हैं?

A

Mandatory security audits at fixed calendar intervals निश्चित कैलेंडर अंतराल पर अनिवार्य सुरक्षा ऑडिट

B

Defined checkpoints where stakeholders review and agree on progress, risk status, and commitment to proceed — specifically LCO, LCA, and IOC परिभाषित चौकियाँ जहाँ हितधारक प्रगति, जोखिम की स्थिति और आगे बढ़ने की प्रतिबद्धता की समीक्षा करते हैं और सहमत होते हैं - विशेष रूप से एलसीओ, एलसीए और आईओसी

C

Hardware benchmarks to evaluate the deployment platform परिनियोजन प्लेटफ़ॉर्म का मूल्यांकन करने के लिए हार्डवेयर बेंचमार्क

D

Automated test suite checkpoints before each spiral cycle प्रत्येक सर्पिल चक्र से पहले स्वचालित परीक्षण सूट चौकियाँ

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Boehm's Win-Win Spiral introduced anchor point milestones as formal decision gates: LCO validates scope/approach; LCA validates architecture stability; IOC validates readiness for deployment. These prevent the spiral from continuing without explicit stakeholder commitment.

व्याख्या (हिन्दी) बोहेम के विन-विन स्पाइरल ने औपचारिक निर्णय द्वार के रूप में एंकर पॉइंट मील के पत्थर पेश किए: एलसीओ दायरे/दृष्टिकोण को मान्य करता है; एलसीए वास्तुकला स्थिरता को मान्य करता है; आईओसी तैनाती के लिए तैयारी की पुष्टि करता है। ये स्पष्ट हितधारक प्रतिबद्धता के बिना सर्पिल को जारी रखने से रोकते हैं।

219

EN + हिं Medium

GB A team discovers mid-Spiral that a critical third-party API has been deprecated. How does the Spiral model's structure specifically help?

IN एक टीम को मध्य-सर्पिल में पता चलता है कि एक महत्वपूर्ण तृतीय-पक्ष एपीआई को हटा दिया गया है। स्पाइरल मॉडल की संरचना विशेष रूप से कैसे मदद करती है?

A

Spiral automatically selects an alternative API स्पाइरल स्वचालित रूप से एक वैकल्पिक एपीआई का चयन करता है

B

The risk discovery triggers an explicit risk resolution phase where alternatives are evaluated before committing to the next iteration जोखिम की खोज एक स्पष्ट जोखिम समाधान चरण को ट्रिगर करती है जहां अगले पुनरावृत्ति के लिए प्रतिबद्ध होने से पहले विकल्पों का मूल्यांकन किया जाता है

C

Team must roll back to previous cycle and restart with different technology टीम को पिछले चक्र में वापस जाना होगा और विभिन्न तकनीक के साथ पुनः आरंभ करना होगा

D

Spiral flags this as project failure and recommends termination स्पाइरल ने इसे परियोजना विफलता के रूप में चिह्नित किया और समाप्ति की सिफारिश की

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Risk analysis in the Spiral model surfaces exactly this type of dependency risk early. When identified, the model mandates resolving it before proceeding — preventing the team from discovering the problem deep in implementation when switching approaches would be far more expensive.

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

220

EN + हिं Medium

GB How does the Spiral model address 'unknown unknowns' (risks that have not yet been identified)?

IN स्पाइरल मॉडल 'अज्ञात अज्ञात' (जो जोखिम अभी तक पहचाने नहीं गए हैं) को कैसे संबोधित करता है?

A

By requiring the team to list all possible risks in a master risk register before starting शुरू करने से पहले टीम को सभी संभावित जोखिमों को एक मास्टर जोखिम रजिस्टर में सूचीबद्ध करने की आवश्यकता होती है

B

By repeating risk identification at every cycle — earlier unknowns may become known as the project progresses and domain understanding deepens, allowing them to be addressed before they become crises हर चक्र में जोखिम की पहचान को दोहराने से - परियोजना की प्रगति और डोमेन की समझ गहरी होने पर पहले के अज्ञात ज्ञात हो सकते हैं, जिससे उन्हें संकट बनने से पहले ही संबोधित किया जा सकता है।

C

The Spiral model does not address unknown unknowns; only known risks are handled स्पाइरल मॉडल अज्ञात अज्ञात को संबोधित नहीं करता है; केवल ज्ञात जोखिमों को ही संभाला जाता है

D

Unknown unknowns are handled by the project sponsor who maintains a separate risk fund अज्ञात अज्ञात को परियोजना प्रायोजक द्वारा नियंत्रित किया जाता है जो एक अलग जोखिम कोष रखता है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) While no process eliminates unknown unknowns, Spiral's iterative risk identification (each cycle starts fresh with 'what are the objectives and risks now?') gives them the opportunity to surface as the team learns more. Prototypes and early deliveries often reveal previously unknown constraints from user feedback — something Waterfall cannot do until late in the project.

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

221

EN + हिं Easy

GB What is the relationship between the Spiral model and risk management in terms of project investment decisions?

IN परियोजना निवेश निर्णयों के संदर्भ में स्पाइरल मॉडल और जोखिम प्रबंधन के बीच क्या संबंध है?

A

The Spiral model requires full project investment upfront before any risk analysis is performed किसी भी जोखिम विश्लेषण के प्रदर्शन से पहले स्पाइरल मॉडल को पूर्ण परियोजना निवेश की आवश्यकता होती है

B

Each Spiral cycle represents a deliberate investment decision — stakeholders review risk status before committing to the next cycle, allowing early termination if the risk-adjusted value of continuation is negative प्रत्येक सर्पिल चक्र एक जानबूझकर किए गए निवेश निर्णय का प्रतिनिधित्व करता है - हितधारक अगले चक्र के लिए प्रतिबद्ध होने से पहले जोखिम की स्थिति की समीक्षा करते हैं, यदि निरंतरता का जोखिम-समायोजित मूल्य नकारात्मक है तो शीघ्र समाप्ति की अनुमति दी जाती है।

C

Investment decisions in Spiral are made by developers, not business stakeholders स्पाइरल में निवेश के निर्णय डेवलपर्स द्वारा लिए जाते हैं, न कि व्यावसायिक हितधारकों द्वारा

D

The Spiral model does not consider financial investment; it only focuses on technical risk स्पाइरल मॉडल वित्तीय निवेश पर विचार नहीं करता है; यह केवल तकनीकी जोखिम पर केंद्रित है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Spiral's real-options thinking treats each cycle as an option to invest further. If risk analysis after cycle 1 shows the project is viable, exercise the option and fund cycle 2. If not, abandon before larger investment. This is economically rational — matching investment commitment to knowledge level — unlike Waterfall's 100% upfront commitment.

व्याख्या (हिन्दी) स्पाइरल की वास्तविक-विकल्प सोच प्रत्येक चक्र को आगे निवेश करने के विकल्प के रूप में मानती है। यदि चक्र 1 के बाद जोखिम विश्लेषण से पता चलता है कि परियोजना व्यवहार्य है, तो विकल्प और फंड चक्र 2 का प्रयोग करें। यदि नहीं, तो बड़े निवेश से पहले छोड़ दें। यह आर्थिक रूप से तर्कसंगत है - ज्ञान स्तर के अनुरूप निवेश प्रतिबद्धता - वॉटरफॉल की 100% अग्रिम प्रतिबद्धता के विपरीत।

222

EN + हिं Easy

GB What is the 'win-win' extension to the Spiral model and what negotiation problem does it address?

IN स्पाइरल मॉडल का 'जीत-जीत' विस्तार क्या है और यह किस बातचीत की समस्या का समाधान करता है?

A

Win-win extension adds financial incentive bonuses for teams that complete cycles ahead of schedule विन-विन एक्सटेंशन उन टीमों के लिए वित्तीय प्रोत्साहन बोनस जोड़ता है जो निर्धारित समय से पहले चक्र पूरा करते हैं

B

Win-win Spiral adds a stakeholder negotiation activity at each cycle's start — addressing the problem that different stakeholders have conflicting objectives, ensuring all parties agree on conditions of satisfaction before proceeding विन-विन स्पाइरल प्रत्येक चक्र की शुरुआत में एक हितधारक बातचीत गतिविधि जोड़ता है - इस समस्या का समाधान करते हुए कि विभिन्न हितधारकों के परस्पर विरोधी उद्देश्य हैं, यह सुनिश्चित करना कि सभी पक्ष आगे बढ़ने से पहले संतुष्टि की शर्तों पर सहमत हों

C

Win-win extension replaces risk analysis with stakeholder surveys in each cycle विन-विन एक्सटेंशन प्रत्येक चक्र में हितधारक सर्वेक्षण के साथ जोखिम विश्लेषण को प्रतिस्थापित करता है

D

Win-win Spiral was developed by Cockburn as an alternative to Boehm's original model विन-विन स्पाइरल को कॉकबर्न द्वारा बोहेम के मूल मॉडल के विकल्प के रूप में विकसित किया गया था

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Boehm's Win-Win Spiral (1998) adds a systematic stakeholder negotiation quadrant: identify each stakeholder's 'win conditions', identify conflicts, negotiate to a mutually satisfactory agreement before proceeding. This addresses the failure mode where developers build what the spec says but not what stakeholders actually needed — because stakeholder objectives were never explicitly elicited and reconciled.

व्याख्या (हिन्दी) बोहेम का विन-विन स्पाइरल (1998) एक व्यवस्थित हितधारक वार्ता चतुर्थांश जोड़ता है: प्रत्येक हितधारक की 'जीत की स्थिति' की पहचान करें, संघर्षों की पहचान करें, आगे बढ़ने से पहले पारस्परिक रूप से संतोषजनक समझौते पर बातचीत करें। यह विफलता मोड को संबोधित करता है जहां डेवलपर्स वह बनाते हैं जो विनिर्देश कहता है लेकिन वह नहीं जो हितधारकों को वास्तव में चाहिए - क्योंकि हितधारक उद्देश्यों को कभी भी स्पष्ट रूप से प्राप्त नहीं किया गया था और उनका समाधान नहीं किया गया था।

223

EN + हिं Medium

GB What distinguishes 'technical risk' from 'project risk' in Spiral model risk analysis?

IN स्पाइरल मॉडल जोखिम विश्लेषण में 'तकनीकी जोखिम' को 'प्रोजेक्ट जोखिम' से क्या अलग करता है?

A

Technical risks are identified by developers; project risks by project managers डेवलपर्स द्वारा तकनीकी जोखिमों की पहचान की जाती है; परियोजना प्रबंधकों द्वारा परियोजना जोखिम

B

Technical risks concern feasibility (can we build it with available technology?); project risks concern management factors (schedule, cost, staffing, dependencies) — both categories must be analysed in each Spiral cycle तकनीकी जोखिम व्यवहार्यता से संबंधित हैं (क्या हम इसे उपलब्ध तकनीक से बना सकते हैं?); परियोजना जोखिम चिंता प्रबंधन कारक (अनुसूची, लागत, स्टाफिंग, निर्भरता) - प्रत्येक सर्पिल चक्र में दोनों श्रेणियों का विश्लेषण किया जाना चाहिए

C

Technical risks are only relevant in cycle 1; project risks only in cycle 4 तकनीकी जोखिम केवल चक्र 1 में प्रासंगिक हैं; परियोजना जोखिम केवल चक्र 4 में हैं

D

Technical risks are always higher than project risks in software development सॉफ़्टवेयर विकास में तकनीकी जोखिम हमेशा परियोजना जोखिमों से अधिक होते हैं

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Spiral risk analysis must cover both dimensions. Technical risks: can the performance requirements be met? Does the required algorithm exist? Can the architecture scale? Project risks: is the team size adequate? Is the schedule realistic? Are key dependencies controllable? Addressing only technical risk while ignoring staffing or schedule risk leads to projects that are technically feasible but managerially undeliverable.

व्याख्या (हिन्दी) सर्पिल जोखिम विश्लेषण में दोनों आयामों को शामिल किया जाना चाहिए। तकनीकी जोखिम: क्या प्रदर्शन आवश्यकताओं को पूरा किया जा सकता है? क्या आवश्यक एल्गोरिदम मौजूद है? क्या वास्तुकला का पैमाना हो सकता है? परियोजना जोखिम: क्या टीम का आकार पर्याप्त है? क्या शेड्यूल यथार्थवादी है? क्या प्रमुख निर्भरताएँ नियंत्रणीय हैं? स्टाफिंग या शेड्यूल जोखिम को नजरअंदाज करते हुए केवल तकनीकी जोखिम को संबोधित करने से ऐसी परियोजनाएं बनती हैं जो तकनीकी रूप से व्यवहार्य हैं लेकिन प्रबंधकीय रूप से अविश्वसनीय हैं।

224

EN + हिं Easy

GB What is the 'spiral within a spiral' concept when applying the Spiral model to subsystem development?

IN सबसिस्टम विकास के लिए स्पाइरल मॉडल को लागू करते समय 'सर्पिल के भीतर सर्पिल' अवधारणा क्या है?

A

Each developer independently runs their own mini-spiral for their assigned modules प्रत्येक डेवलपर स्वतंत्र रूप से अपने निर्दिष्ट मॉड्यूल के लिए अपना स्वयं का मिनी-सर्पिल चलाता है

B

The overall system development follows a Spiral, and each major subsystem may independently use its own Spiral within the context of the system-level spiral — allowing subsystem-specific risk management while aligning to system milestones समग्र सिस्टम विकास एक स्पाइरल का अनुसरण करता है, और प्रत्येक प्रमुख सबसिस्टम स्वतंत्र रूप से सिस्टम-स्तरीय स्पाइरल के संदर्भ में अपने स्वयं के स्पाइरल का उपयोग कर सकता है - सिस्टम मील के पत्थर के साथ संरेखित करते हुए सबसिस्टम-विशिष्ट जोखिम प्रबंधन की अनुमति देता है।

C

Spiral within a spiral is a theoretical concept with no practical implementation सर्पिल के भीतर सर्पिल एक सैद्धांतिक अवधारणा है जिसका कोई व्यावहारिक कार्यान्वयन नहीं है

D

Using nested spirals violates Boehm's original model and invalidates risk assessments नेस्टेड स्पाइरल का उपयोग बोहेम के मूल मॉडल का उल्लंघन करता है और जोखिम आकलन को अमान्य कर देता है

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Large systems (defence, aerospace) decompose into subsystems each with their own risk profiles. The system-level Spiral sets milestones; each subsystem runs its own Spiral calibrated to its specific risks — a navigation subsystem may need more cycles to resolve sensor accuracy risks than the power management subsystem needs. Anchor point milestones synchronise subsystem spirals at the system level.

व्याख्या (हिन्दी) बड़ी प्रणालियाँ (रक्षा, एयरोस्पेस) अपने स्वयं के जोखिम प्रोफाइल के साथ उपप्रणालियों में विघटित हो जाती हैं। सिस्टम-स्तरीय स्पाइरल मील के पत्थर निर्धारित करता है; प्रत्येक सबसिस्टम अपने विशिष्ट जोखिमों के अनुसार कैलिब्रेटेड अपना स्वयं का सर्पिल चलाता है - एक नेविगेशन सबसिस्टम को पावर प्रबंधन सबसिस्टम की जरूरतों की तुलना में सेंसर सटीकता जोखिमों को हल करने के लिए अधिक चक्रों की आवश्यकता हो सकती है। एंकर बिंदु मील के पत्थर सिस्टम स्तर पर सबसिस्टम सर्पिल को सिंक्रनाइज़ करते हैं।

225

EN + हिं Medium

GB Why is the Spiral model considered unsuitable for 'cost-constrained' or 'schedule-constrained' contracts?

IN स्पाइरल मॉडल को 'लागत-बाधित' या 'अनुसूची-बाधित' अनुबंधों के लिए अनुपयुक्त क्यों माना जाता है?

A

Spiral model contracts always exceed their cost estimates due to the risk analysis overhead जोखिम विश्लेषण ओवरहेड के कारण सर्पिल मॉडल अनुबंध हमेशा अपने लागत अनुमान से अधिक होते हैं

B

The variable number of Spiral cycles makes firm fixed-price commitments difficult — the total cost and duration are not determinable upfront because the number of risk-resolution cycles needed cannot be predicted with confidence सर्पिल चक्रों की परिवर्तनीय संख्या फर्म की निश्चित-मूल्य प्रतिबद्धताओं को कठिन बनाती है - कुल लागत और अवधि पहले से निर्धारित नहीं की जा सकती क्योंकि आवश्यक जोखिम-समाधान चक्रों की संख्या का विश्वास के साथ अनुमान नहीं लगाया जा सकता है

C

Spiral model is unsuitable because it requires expensive third-party risk consultants for each cycle सर्पिल मॉडल अनुपयुक्त है क्योंकि इसमें प्रत्येक चक्र के लिए महंगे तृतीय-पक्ष जोखिम सलाहकारों की आवश्यकता होती है

D

Spiral model contracts violate standard commercial contracting law in most jurisdictions सर्पिल मॉडल अनुबंध अधिकांश न्यायालयों में मानक वाणिज्यिक अनुबंध कानून का उल्लंघन करते हैं

✅ Correct Answer:

💡 Explanation / व्याख्या

Explanation (English) Government and commercial fixed-price contracts require upfront agreement on deliverables, cost, and schedule. Spiral's strength (adjusting scope and duration based on evolving risk) becomes a contracting weakness — you cannot sign a fixed-price contract when the total work scope is not yet defined. This is why Spiral is most commonly used for cost-reimbursable or time-and-materials contracts.

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

Software Engineering — MCQ Practice