सॉफ्टवेयर अनुमान और योजना
सॉफ्टवेयर अनुमान और योजना एक सॉफ्टवेयर परियोजना के लिए आवश्यक प्रयास, लागत, समय-सारणी और संसाधनों का पूर्वानुमान लगाती है और उन बाधाओं के भीतर इसे वितरित करने के लिए काम का आयोजन करती है।
Definition
सॉफ्टवेयर अनुमान सॉफ्टवेयर को विकसित करने या बनाए रखने के लिए आवश्यक प्रयास, अवधि और लागत का पूर्वानुमान है, और योजना उन अनुमानों के भीतर परियोजना के उद्देश्यों को प्राप्त करने के लिए गतिविधियों, मील के पत्थर और संसाधनों का संगठन है।
Scope
इस विषय में कोड की पंक्तियों और फंक्शन पॉइंट्स जैसे आकार के माप; COCOMO जैसे एल्गोरिथम लागत मॉडल; विशेषज्ञ-निर्णय, सादृश्य, और प्लानिंग-पोकर अनुमान; कार्य विभाजन और शेड्यूलिंग तकनीकें जिनमें क्रिटिकल पाथ और बर्नडाउन शामिल हैं; वेग और स्टोरी पॉइंट्स के साथ एजाइल प्लानिंग; और श्रेणियों और अनिश्चितता के शंकु के माध्यम से अनुमान अनिश्चितता का उपचार शामिल है।
Core questions
- अनुमानों को संचालित करने के लिए सॉफ्टवेयर के आकार को कैसे मापा जाता है?
- एल्गोरिथम, सादृश्य और विशेषज्ञ-निर्णय विधियों की तुलना कैसे की जाती है?
- परियोजना की प्रगति के साथ अनिश्चितता को कैसे दर्शाया और कम किया जाता है?
- वेग के साथ एजाइल प्लानिंग, अप-फ्रंट शेड्यूलिंग से कैसे भिन्न है?
Key theories
- एल्गोरिथम लागत मॉडल
- COCOMO जैसे मॉडल अनुमानित आकार और परियोजना लागत चालकों के कैलिब्रेटेड कार्यों के रूप में प्रयास और समय-सारणी को व्यक्त करते हैं, जो दोहराने योग्य अनुमान देते हैं जिन्हें ऐतिहासिक डेटा के साथ ट्यून किया जा सकता है।
- फंक्शन पॉइंट साइजिंग
- फंक्शन पॉइंट विश्लेषण कार्यान्वयन भाषा से स्वतंत्र रूप से अपने कार्यात्मक घटकों की गणना और भार करके सॉफ्टवेयर का आकार निर्धारित करता है, जो अनुमान के लिए एक प्रौद्योगिकी-तटस्थ आकार इनपुट प्रदान करता है।
Clinical relevance
यथार्थवादी अनुमान और योजना हितधारकों के प्रति प्रतिबद्धताओं और संसाधन निर्णयों का आधार बनती है; पुरानी कम-अनुमान की प्रवृत्ति सॉफ्टवेयर परियोजनाओं को प्रभावित करने वाले समय-सारणी और बजट के अतिरेक को बढ़ावा देती है, इसलिए अनुशासित तरीके और स्पष्ट अनिश्चितता आवश्यक हैं।
Evidence & guidelines
अनुमान सटीकता और COCOMO II जैसे मॉडलों पर अनुभवजन्य अनुसंधान साक्ष्य-आधारित मार्गदर्शन प्रदान करते हैं, और फंक्शन पॉइंट काउंटिंग IFPUG और ISO/IEC कार्यात्मक आकार माप मानकों द्वारा शासित होती है।
History
फंक्शन पॉइंट्स को 1970 के दशक के अंत में अल्ब्रेक्ट द्वारा और COCOMO को 1981 में बोहम द्वारा प्रस्तुत किया गया था, जिससे अनुमान को एक मात्रात्मक आधार मिला; बाद के काम ने मॉडलों (COCOMO II) को परिष्कृत किया, अनुमान पूर्वाग्रह का अध्ययन किया, और एजाइल प्लानिंग के लिए हल्के सापेक्ष-आकार निर्धारण के तरीके पेश किए।
Debates
- अनुमान बनाम नो-एस्टीमेट्स आंदोलन
- कुछ एजाइल प्रैक्टिशनर तर्क देते हैं कि विस्तृत अनुमान प्रयास को बर्बाद करता है और छोटी, स्थिर डिलीवरी अनुमानों की तुलना में पूर्वानुमानों को अधिक विश्वसनीय बनाती है, जबकि अन्य मानते हैं कि योजना और प्रतिबद्धता के लिए अनुमान आवश्यक रहते हैं; यह बहस संदर्भ और हितधारक की जरूरतों पर निर्भर करती है।
Key figures
- Barry Boehm
- Allan Albrecht
- Steve McConnell
Related topics
Seminal works
- boehm1981
- albrecht1983
- mcconnell2006
Frequently asked questions
- सॉफ्टवेयर अनुमान इतनी बार गलत क्यों होते हैं?
- अनुमान तब लगाए जाते हैं जब सबसे कम जानकारी होती है, आवश्यकताएँ बदलती हैं, और मानवीय पूर्वाग्रह आशावाद की ओर प्रवृत्त होता है; अनिश्चितता का शंकु यह दर्शाता है कि शुरुआती अनुमान अनिवार्य रूप से कितने व्यापक होते हैं, यही कारण है कि एकल निश्चित संख्याओं के बजाय श्रेणियों और पुनः-अनुमान को प्राथमिकता दी जाती है।
- क्या स्टोरी पॉइंट्स केवल छिपे हुए घंटे हैं?
- नहीं। स्टोरी पॉइंट्स पूर्ण समय के बजाय सापेक्ष आकार और जटिलता को व्यक्त करते हैं; एक टीम के देखे गए वेग के साथ मिलकर वे पूर्वानुमान देते हैं, लेकिन एक पॉइंट को निश्चित घंटों की संख्या के बराबर करना सापेक्ष प्रयास को कैप्चर करने के उनके उद्देश्य को कमजोर करता है।