YT YouTube2Text

YouTube2Text → Transcripts → Lecture 07: Life Cycle Models - III

Lecture 07: Life Cycle Models - III — Transcript

by NPTEL IIT Kharagpur · 3,257 words · 474 segments · language en · Watch on YouTube

Open in transcriber Summarize with AI Download SRT/VTT

Full transcript

0:06इस व्याख्यान में आपका स्वागत है, पिछली
0:19बार जब हम जीवन चक्र मॉडल के बारे में
0:36चर्चा कर रहे थे और हमने कहा था कि जलप्रपात
0:55मॉडल एक सहज और महत्वपूर्ण मॉडल है और कई मॉडल
1:14झरना हां मॉडल से प्राप्त हुए हैं।
1:27हमने जलप्रपात मॉडल से कुछ व्युत्पत्तियों
1:38को देखा था और आज के व्याख्यान में हम
1:55पहली बार देखेंगे कि जलप्रपात के मॉडल
2:08ने कैसे काम किया है, उनके बारे में
2:23क्या अच्छी बातें हैं और उनके बारे
2:36में क्या संक्षिप्त चित्र हैं।
2:45और, फिर हम अन्य मॉडलों के बारे में चर्चा
3:02करेंगे, जो झरने के मॉडल की विशिष्ट
3:15कमियों को दूर करते हैं।
3:25झरने के मॉडल की कुछ गंभीर कमियां हैं,
3:40जिसके कारण वे उतने लोकप्रिय नहीं हैं
3:53जितने कि वे लगभग 30-40 साल पहले थे।
4:08और एक मुख्य समस्या जो सामने आ रही है,
4:25वह यह है कि जिस प्रकार की परियोजना को संभाला
4:43जा रहा है, वह उन लोगों से अलग है जिन्हें
5:0230-40 साल पहले संभाला गया था।
5:13अब, परियोजनाएं छोटी हैं और कोड को स्क्रैच
5:28से नहीं लिखा गया है क्योंकि बहुत
5:42सारे कोड उपलब्ध हैं बहुत से कोड का
5:56पुन: उपयोग किया जा रहा है और केवल छोटे
6:13संशोधन और सिलाई की जाती है जिसे हम
6:28सेवा उन्मुख सॉफ्टवेयर कहा जाता है।
6:40इसलिए, आज हम सबसे पहले जलप्रपात मॉडल
6:53और फायदे नुकसान वगैरह, जलप्रपात
7:02मॉडल पर कुछ प्रतिबिंबों को देखेंगे और हम
7:17उन मॉडलों को देखेंगे जो झरना आधारित मॉडल
7:32की विशिष्ट कमियों को दूर करने के लिए
7:47प्रस्तावित किए गए हैं।
7:55हम वृद्धिशील, RAD और विकासवादी मॉडल को
8:02देखते हैं।
8:03सबसे पहले आइए हम झरना आधारित मॉडलों
8:07की प्रमुख कठिनाइयों को देखें।
8:10संभवतः सबसे महत्वपूर्ण कठिनाई यह है कि जलप्रपात
8:15मॉडल में परिवर्तन के अनुरोध को किसी
8:19भी तरह से नियंत्रित नहीं किया जा सकता
8:24है।
8:25सभी जलप्रपात आधारित मॉडल में पुनरावृत्त
8:28झरना मॉडल, परंपरागत झरना मॉडल, प्रोटोटाइप
8:32मॉडल, V मॉडल और इतने पर है।
8:36आवश्यकताओं को सामने लाया जाता है और इन्हें
8:41प्रलेखित किया जाता है, यह माना जाता है
8:46कि यह नहीं बदलेगा और फिर इस प्रलेखित
8:51आवश्यकताओं के आधार पर योजना बनाई गई
8:55है, इस आवश्यकताओं पर डिज़ाइन किया
8:59गया है और फिर संबंधित आवश्यकताओं के साथ
9:04कोडिंग और परीक्षण किया गया है।
9:07लेकिन तब वास्तव में, वर्तमान परियोजनाएं
9:11विकास आय के रूप में बदलती रहती हैं।
9:16आमतौर पर आवश्यकताओं के बारे में 40 से 50
9:21प्रतिशत प्रारंभिक आवश्यकता विनिर्देशन
9:24के बाद बदल जाते हैं।
9:27और, यह संभवतः झरने आधारित मॉडल के आने
9:32वाले प्रमुख छोटे में से एक है, एक विशिष्ट
9:37विकास के दौरान आवश्यकता परिवर्तन का 40 प्रतिशत।
9:42दूसरी समस्या यह है कि अब कई परियोजनाएं
9:47अनुप्रयोगों को अनुकूलित करने के लिए हैं क्योंकि
9:52हम सेवा उन्मुख सॉफ्टवेयर के बारे में चर्चा
9:57कर रहे हैं जहां संगठन के पास कुछ सॉफ़्टवेयर
10:02हैं और यह किसी अन्य ग्राहक की विशिष्ट
10:07आवश्यकताओं के लिए दर्जी होगा।
10:10यदि हम इस कस्टम अनुप्रयोग के लिए झरना मॉडल
10:16का उपयोग करते हैं तो बड़ी लागत आएगी
10:21क्योंकि पूरी चीज को प्रलेखनस्,विशिष्टता
10:24,डिजाइन और इसी तरह से तैयार करना होगा।
10:28तीसरी समस्या यह है कि झरने के मॉडल
10:33को भारी वजन प्रक्रिया के रूप में कहा जाता
10:39है, इसे भारी वजन प्रक्रिया कहा जाता है क्योंकि
10:44बहुत सारे दस्तावेज प्रक्रिया के हिस्से
10:48के रूप में उत्पन्न होते हैं, सब कुछ दस्तावेज
10:53के रूप में माना जाता है।
10:57आवश्यकता विनिर्देशन से शुरू होती है, समीक्षा,
11:01समीक्षा परिणाम, डिजाइन सभी प्रकार
11:04की योजनाओं को सब कुछ प्रलेखित किया
11:09जाना है और यही कारण है कि इन्हें भारी
11:14वजन प्रक्रिया कहा जाता है।
11:17और यह अनुमान लगाया जाता है कि आम तौर
11:23पर विकास टीम द्वारा किए गए प्रयास का
11:2850 प्रतिशत दस्तावेज बनाने की ओर जाता
11:32है और स्वाभाविक रूप से परियोजना
11:35की लागत में वृद्धि होती है और परियोजना
11:40में देरी होती है।
11:43अवधि बहुत कम है इस तरह के भारी वजन प्रक्रियाएं
11:49अनुकूल नहीं हैं और हमें कुछ प्रक्रियाओं
11:53की आवश्यकता है जो इन समस्याओं को दूर
11:58करती हैं।
11:59आइए हम थोड़ा विस्तार करते हैं कि झरने
12:04के मॉडल में, आवश्यकताओं को निर्धारित किया
12:08जाता है और शुरू में प्रलेखित किया जाता
12:13है, वे उस बिंदु से तय होते हैं; इन दस्तावेज़ों
12:19की आवश्यकता के आधार पर किसी भी परिवर्तन
12:24की अनुमति नहीं है और दीर्घकालिक योजनाएँ
12:28बनाई जाती हैं।
12:30डिजाइन इन प्रलेखित आवश्यकता के आधार
12:34पर बनाया गया है, यहां तक कि परीक्षण
12:39के मामले भी इस प्रलेखित आवश्यकता के आधार
12:44पर लिखे गए हैं।
12:46इसलिए, इस आवश्यकता में किसी भी परिवर्तन
12:50के लिए सभी दस्तावेजों में परिवर्तन की
12:55आवश्यकता होगी और इसलिए, जो लोग झरना
12:59मॉडल का उपयोग करते हैं, वे ग्राहक को
13:04बहुत छोटे परिवर्तन करने के लिए हतोत्साहित
13:08करते हैं।
13:09लेकिन आइए हम फ्रेडरिक ब्रूक्स के अवलोकन
13:14को देखें जो इस क्षेत्र में गुरुओं में से
13:19एक है।
13:20यह धारणा कि कोई पहले से एक संतोषजनक प्रणाली
13:26निर्दिष्ट कर सकता है, इसके निर्माण
13:29के लिए बोलियां प्राप्त कर सकता है, इसे बनाया
13:35और स्थापित कर सकता है।
13:38यह धारणा मौलिक रूप से गलत है और कई सॉफ्टवेयर
13:44अधिग्रहण समस्याओं मैं उछाल आता है।
13:48फ्रेडरिक ब्रूक्स ने सोचा कि बस समझाने
13:52के लिए, उन्होंने महसूस किया कि परियोजना
13:56की असफलताओं में से कई, परियोजना देरी
14:00वगैरह विकास की शुरुआत में आवश्यकताओं को
14:05पूरा करने का परिणाम है।
14:08और, फिर प्रलेखित आवश्यकताओं के आधार
14:11पर सभी विकास आय मौलिक रूप से गलत हैं और
14:18इससे कई समस्याएं उत्पन्न होती हैं।
14:21झरना मॉडल के इस छोटे से आने के जवाब में
14:27एक मॉडल जो प्रस्तावित किया गया था वह वृद्धिशील
14:33मॉडल है।
14:34वृद्धिशील मॉडल के पीछे मुख्य विचार
14:38प्राप्त करने के लिए, आइए देखें कि
14:42इस क्षेत्र के संस्थापकों में से एक विक्टर
14:47बेसिली का क्या कहना है।
14:50मूल विचार यह है कि सिस्टम के पहले, वृद्धिशील,
14:55वितरण योग्य संस्करणों के विकास के दौरान
15:00जो सीखा गया था, उसका लाभ उठाएं।
15:04सीखना प्रणाली के विकास और उपयोग दोनों
15:08से आता है।
15:10सॉफ़्टवेयर आवश्यकताओं के समायोजित के सरल
15:14कार्यान्वयन के साथ शुरू करें और पुन:
15:18संस्करण के विकसित क्रम को बढ़ाएँ।
15:22प्रत्येक संस्करण में नई कार्यात्मक
15:25क्षमताओं को जोड़ने के साथ डिजाइन संशोधन
15:29किए जाते हैं।
15:31इस प्रकार यह समझाने के लिए कि एक वृद्धिशील
15:36मॉडल के बारे में विक्टर बेसिली का
15:40क्या कहना है, सॉफ्टवेयर को वृद्धि में विकसित
15:45किया गया है।
15:47पहले वृद्धि में कुछ मुख्य कार्यक्षमताओं
15:51को लागू किया जाता है और फिर ये ग्राहक
15:56को दिए जाते हैं जो प्रतिक्रिया देते
16:01हैं और यह प्रणाली के उपयोग से एक सीख
16:06बनते हैं, यहां तक कि विकासकर्ता
16:10के पास जो वे हैं वे कोर कार्यक्षमता
16:15के कार्यान्वयन से सीखते हैं।
16:18और प्रतिक्रिया के आधार पर सिस्टम को
16:22परिष्कृत किया जाता है और इसे पुनरावृत्ति
16:26कहा जाता है।
16:28पुनरावृत्ति में उसी कार्यक्षमता
16:30को परिष्कृत किया जाता है जब ग्राहक
16:35हर बार नई प्रतिक्रिया देता है, उसी कार्यक्षमता
16:40को पुनरावृत्त रूप से परिष्कृत किया
16:43जाता है और साथ ही नई कार्यक्षमता को
16:48भी लागू किया जाता है जिसे वृद्धि कहा
16:53जाता है।
16:54तो, इस मॉडल को पुनरावृत्ति के साथ वृद्धिशील
16:59मॉडल कहा जाता है।
17:01वृद्धिशील और पुनरावृत्ति विकास, यहाँ हर बार
17:06कार्यात्मकता मे वृद्धि को लागू किया
17:09जाता है और उसी समय में जिन कार्यक्षमताओं
17:14को पहले से लागू किया गया था, उन्हें परिष्कृत
17:20किया जाता है और इसे उन कार्यों के साथ
17:25पुनरावृत्ति कहा जाता है।
17:28वृद्धिशील और पुनरावृत्त विकास की मुख्य विशेषताएं
17:32यह है कि, सिस्टम में वृद्धि प्रणाली के
17:37छोटे भागों में निर्मित होती है।
17:40प्रत्येक कार्यशीलता के लिए पुनरावृत्तियों
17:44की संख्या होती है और हर बार ग्राहक
17:48को एक कार्यशील कार्यक्रम के रूप में एक सुपुर्दगी
17:54दी जाती है जिसका ग्राहक उपयोग कर
17:58सकता है और प्रतिक्रिया दे सकता है।
18:02ग्राहक के लिए प्रत्येक डिलिवरेबल्स ने न
18:07केवल उस प्रतिक्रिया को शामिल किया होगा,
18:11जो उसने पिछली वृद्धि में दी थी, बल्कि नई
18:16कार्यक्षमता भी जोड़ी थी।
18:19जैसा कि आसानी से देखा जा सकता है कि
18:24यह परिवर्तनों को संभालने का एक अच्छा
18:29तरीका है, ग्राहक को प्रतिक्रिया के
18:32लिए प्रोत्साहित किया जाता है और इन्हें
18:37शामिल किया जाता है।
18:39वृद्धिशील मॉडल उद्योग में लोकप्रिय हो
18:43गया है, तर्कसंगत एकीकृत प्रक्रिया
18:46एक वृद्धिशील मॉडल है, चरम प्रोग्रामिंग
18:49फुर्तीला मॉडल वगैरह सभी वृद्धिशील हैं।
18:53ग्राहक की अपेक्षाओं से कुछ कार्यक्षमताओं
18:57को प्राप्त होती है, जिसका वह उपयोग
19:01कर सकता है और अपनी प्रतिक्रिया दे सकता
19:06है.
19:07इस आधार पर संगठन का विकास ,संगठन कोर
19:11कार्यक्षमता पर प्रतिक्रिया को शामिल करता है
19:16और अतिरिक्त कार्यक्षमता को लागू करता है और
19:20ग्राहक को देता है।
19:23ग्राहक इस पर फिर से प्रतिक्रिया देता
19:27है और प्रतिक्रिया को शामिल किया जाता
19:31है और नई कार्यक्षमता भी जोड़ी जाती है
19:36और इस तरह यह प्रणाली पूरी हो जाती है और
19:42उम्मीद है कि अंत में वितरित प्रणाली
19:47ग्राहक की आवश्यकताओं को पूरा करेगी क्योंकि
19:51सिस्टम का उपयोग करने में उनकी सभी
19:55प्रतिक्रिया शामिल हो गई है।
19:58दि आप शुरू में मॉडल को आरेखित कर सकते
20:04हैं, तो आवश्यकताओं को एकत्र किया जाता
20:08है और इन आवश्यकताओं को वृद्धिशील सुविधाओं
20:12में विभाजित किया जाता है, एक समग्र
20:16डिजाइन होता है और फिर हर बार एक वृद्धि
20:22लिया जाता है, विकसित और सत्यापित किया
20:26जाता है, पिछले वृद्धि के साथ एकीकृत किया
20:31जाता है, सिस्टम को सत्यापित कर ग्राहक
20:35को दिया जाता है।
20:38प्रतिक्रिया ली जाता है ,अगला इन्क्रीमेंट
20:41विकसित किया जाता है और यह प्रक्रिया
20:46जब तक अपनाई जाती है जब तक की अंतिम
20:51सिस्टम को अपडेट नहीं किया जाता है।
20:55जैसा कि आप देख सकते है, इन्क्रीमेंट
21:00मॉडल में आवश्यकताओं को एकत्र किया जाता
21:04है, इन्हें छोटी वृद्धि या स्लाइस में विभाजित
21:09किया जाता है।
21:11समानता, यहाँ झरना मॉडल के साथ यह है
21:16कि आवश्यकताओं को सामने एकत्र किया
21:19जाता है, लेकिन अंतर यह है कि इस प्रत्येक
21:25इन्क्रीमेंट पर ग्राहक की प्रतिक्रिया ली
21:28जाती है और ये बदले जाते हैं।
21:33जलप्रपात के मॉडल में एक एकल रिलीज़
21:37होती है, शुरू में सभी कार्यक्षमता
21:41आवश्यकताओं को एकत्र किया जाता है, डिज़ाइन,
21:45कोडिंग, परीक्षण किया जाता है और ग्राहक
21:49को एक ही रिलीज़ के रूप में दिया जाता
21:55है, जबकि वृद्धिशील में कई रिलीज़ होते
21:59हैं और प्रत्येक रिलीज़ के बाद ग्राहक
22:03की प्रतिक्रिया ली जाती है और पहले से
22:08डिलीवर की गई कार्यक्षमता मे ग्राहक की आवश्यकताओं
22:13को पूरा करने के लिए फिर से बदलाव किया
22:18जाता है।
22:20पहला इन्क्रीमेंट आम तौर पर मुख्य कार्यक्षमता
22:24है, फिर क्रमिक इन्क्रीमेंट न केवल मौजूदा कार्यक्षमता
22:29को परिष्कृत करते हैं, बल्कि अंतिम
22:32वृद्धि को कार्यक्षमता जोड़ते या ठीक करते
22:37हैं।
22:38इसे पुनरावृति के साथ वृद्धिशील (इन्क्रीमेंट)
22:41मॉडल के रूप में कहा जाता है, लेकिन फिर
22:46कोई शुद्ध रूप से वृद्धिशील मॉडल के
22:51बारे में सोच सकता है जहां कोई पुनरावृत्ति
22:56नहीं होती है जिसमें सिस्टम को केवल छोटे
23:00इन्क्रीमेंट में विकसित किया जाता
23:03है और ग्राहक को दिया जाता है, लेकिन ग्राहक
23:09की मौजूदा कार्यक्षमताओं को बदलने के लिए प्रतिक्रिया
23:14वास्तव में नहीं ली जाती है , इसमें
23:18कोई पुनरावृत्ति नहीं है।
23:21विशुद्ध रूप से वृद्धिशील (इन्क्रीमेंट) मॉडल
23:24में सॉफ्टवेयर को वृद्धि के रूप में
23:28विकसित किया जाता है और ग्राहक को दिया
23:33जाता है, लेकिन एक बार कार्यात्मकता
23:37प्रदान करने के बाद इन्हें परिवर्तित
23:41नहीं किया जाता है, लेकिन पुनरावृत्ति
23:44के साथ एक इंक्रीमेंटल मॉडल में,इन्क्रीमेंट
23:48में ग्राहक को कार्य दिए जाते हैं।
23:52लेकिन, प्रत्येक कार्यात्मक कार्यक्षमता
23:55दिए जाने के बाद भी ग्राहकों की प्रतिक्रिया
24:00ली जाती है और जिन्हें अगले पुनरावृत्ति
24:04में शामिल किया जाता है।
24:07बेशक प्रत्येक वृद्धि या पुनरावृत्ति एक
24:10छोटा सा एक अलग तरह का जीवन चक्र होता
24:16है, उदाहरण के लिए एक अलग जीवन चक्र,
24:21प्रत्येक छोटे इन्क्रीमेंट के लिए एक जलप्रपात
24:25मॉडल का उपयोग किया जा सकता है।
24:29यह एक आरेखीय प्रतिनिधित्व है, प्रारंभिक आवश्यकताओं
24:34को इन्क्रीमेंट1, 2, 3 में विभाजित किया
24:38गया है; वृद्धि 1 का विकास किया जाता
24:43है, वृद्धि 2 का विकास होता है।
24:47तो, यह एक जलप्रपात डिज़ाइन है जो ग्राहक
24:52की प्रतिक्रिया को स्थापित करता है।
24:56वृद्धि 1 पहले विकसित होती है, फिर वृद्धि
25:002 विकसित होती है, फिर वृद्धि 3 विकसित
25:05होती है।
25:07यदि हम आरेखीय रूप से विकास के इस मॉडल
25:12का प्रतिनिधित्व करते हैं, तो पहले
25:16हम सभी ग्राहकों की आवश्यकताओं को
25:19इकट्ठा करते हैं, और फिर इन्क्रीमेंट
25:23की योजना बनाते हैं।
25:25फिर इन्क्रीमेंट डिजाइन करें, वृद्धि
25:28लागू करें, वृद्धि लागू करें और फिर
25:33वृद्धि का मूल्यांकन करने के लिए ग्राहक
25:37को दें और फिर उस प्रतिक्रियाके रूप में उपयोग करें
25:43और अगले इन्क्रीमेंट को लें।
25:46क्योंकि यहां पर बहुत सारे इन्क्रीमेंट
25:50हैं जिनमें से डिजाइनर को एक पसंद करके ग्राहक
25:55को एक इंक्रीमेंट अगले पुनरावृत्ति
25:58के लिए की देनी होती है, वह पहले किस इंक्रीमेंट
26:04को चुनते है?
26:06यह एक महत्वपूर्ण समस्या है।
26:09कुछ भाग अन्य भागों के पूर्व अपेक्षित
26:14होंगे, इसके बिना सिस्टम काम नहीं
26:17करेगा।
26:18उदाहरण के लिए, जब तक ग्राहक का पंजीकरण
26:23नहीं किया जाता है तब तक ग्राहक बिलिंग
26:28नहीं की जा सकती है, पहले हमारे पास ग्राहक
26:33पंजीकरण सॉफ्टवेयर विकसित होना चाहिए
26:36और उसके बाद ही ग्राहक बिलिंग सॉफ्टवेयर
26:40को लागू किया जा सकता है लेकिन तब इंक्रीमेंट
26:46बिना किसी आदेश के होती है।
26:50अब, ये इंक्रीमेंट जहां लागत के लिए
26:54कोई आदेश मूल्य नहीं है, अनुपात का उपयोग
26:59किया जा सकता है, इसे हम C अनुपात द्वारा
27:04V कहते हैं, जहाँ V उस ग्राहक का मान है,
27:10जिसे 1 से 10 के पैमाने में वर्गीकृत किया
27:16गया है और C एक अंक है विकासकर्ता को
27:21लागत का प्रतिनिधित्व करते हुए 0 से 10 दिए
27:27जाते हैं।
27:28आइए हम एक उदाहरण देखें कि यह कैसे
27:33काम करता है।
27:35मान लीजिए कि अगले इंक्रीमेंट के लिए
27:39एक कदम बढ़ाते हैं, हम कहते हैं कि ये
27:44मॉड्यूल हैं जो कि विकास टीम के पास
27:49लाभ को लागू करने के लिए, लाभ रिपोर्ट
27:54बनाने, ऑनलाइन डेटाबेस को लागू करने, तदर्थ
27:58जांच को लागू करने, क्रय योजनाओं को
28:03लागू करने के लिए लचीलापन है।
28:06प्रबंधकों के लिए लाभ आधारित वेतन
28:10है।
28:11ये पांच कार्यक्षमताएं हैं, जो कि विकासकर्ता
28:15पास इन विभिन्न कार्यात्मकताओं के मूल्य के बारे
28:20में ग्राहकों की प्रतिक्रिया और पसंद
28:23से है जो उन्होंने इन मूल्यों को सौंपा
28:28है।
28:29ऑनलाइन डेटाबेस उनके लिए सबसे कम मूल्य
28:33है, लाभ रिपोर्ट 9 है, तदर्थ जांच 5, क्रय
28:39योजना 5 और प्रबंधक के लिए लाभ आधारित
28:43वेतन है 9.
28:45विकास टीम जब 1 से 10 पर यह दर पूछती है
28:52तो मैंने पाया कि विकास के लिए कम से
28:57कम लागत क्या प्रबंधक के लिए लाभ आधारित
29:02वेतन है, लाभ रिपोर्ट 2 है, क्रय योजना 4 है,
29:08तदर्थ जांच 5 है और ऑनलाइन डेटाबेस पर
29:13लागू करने के लिए सबसे कठिन है और फिर
29:19C अनुपात द्वारा Vकी गणना पर हम पाते हैं
29:24कि 9 का एक पैमाना है से 1, 0.1; 0.11।
29:30इसलिए, अगले इंक्रीमेंट के लिए यह एक है जिसे
29:36C अनुपात द्वारा उच्च V के रूप में चुना
29:41जाना चाहिए और n लाभ रिपोर्ट को चुना
29:46जाना चाहिए, तीसरा क्रय योजना है और
29:51आगे तदर्थ जांच है और अंतिम ऑनलाइन
29:55डेटाबेस होना चाहिए।
29:57वृद्धिशील मॉडल के रूप में बेहद लोकप्रिय
30:01हो, यह लगभग हर मॉडल है कि इस्तेमाल किया
30:06जा रहा है उन वृद्धिशील मॉडल के योगिक एक
30:12महत्वपूर्ण व्युत्पन्न RAD मॉडल है, RAD रैपिड
30:13आवेदन का विकास के लिए खड़ा है।
30:14इसे कभी-कभी तीव्र प्रोटोटाइप मॉडल
30:15भी, कहां जाता है; यहां मॉडल का मुख्य
30:16उद्देश्य सॉफ्टवेयर को विकसित करने में
30:17लगने वाले समय और लागत को कम करना है।
30:18बड़े निवेश किए जाने से पहले परिवर्तन
30:19अनुरोधों को जल्द से जल्द लागू करना।
30:20जैसा कि हमने कहा कि एक इंक्रीमेंट
30:21मॉडल है यहां वृद्धि तय की जाती है और केवल
30:22अल्पकालिक योजनाएँ बनाई जाती हैं और
30:23मौजूदा कोड का भारी उपयोग किया जाता
30:24है।
30:25झरना मॉडल के विपरीत यह मॉडल बहुत ही कुशल
30:26है, इसमें बदलावों को शामिल करने के
30:27लिए लचीलापन शामिल हो सकता है क्योंकि
30:28केवल अल्पकालिक योजनाओं को बनाया जाता है
30:29किसी भी परिवर्तन को उन सभी योजनाओं
30:30को बदलने की आवश्यकता नहीं होती है जो परियोजना
30:31प्रबंधन योजना वगैरह, परीक्षण योजना और
30:32इतने पर डिजाइन करते हैं।
30:33एक समय में एक इंक्रीमेंट के लिए योजनाएं बनाई
30:34जाती हैं और इस वृद्धि को टाइम बॉक्स कहा
30:35जाता है और प्रत्येक इंक्रीमेंट की सुपुर्दगी
30:36बाद, सिस्टम या आवेदन अधिक पूर्ण हो जाते
30:37हैं।
30:38प्रत्येक पुनरावृत्ति के दौरान सॉफ़्टवेयर
30:39का एक प्रोटोटाइप सबसे पहले विकसित
30:40किया जाता है जिसे ग्राहक को मूल्यांकन
30:41के लिए दिया जाता है और फिर ग्राहक
30:42की प्रतिक्रिया के आधार पर इस प्रोटोटाइप
30:43को परिष्कृत किया जाता है, यहाँ ध्यान
30:44देने वाली एक बात यह है कि इस मॉडल में
30:45RAD मॉडल में ही प्रोटोटाइप को परिष्कृत किया
30:46जाता है।
30:47प्रोटोटाइप को वास्तविक रूप से वास्तविक
30:48सॉफ्टवेयर होने के लिए परिष्कृत किया
30:49जाता है, जहां हम जिस आदर्श मॉडल पर चर्चा
30:50करते थे, वह जलप्रपात मॉडल का व्युत्पन्न
30:51है।
30:52प्रोटोटाइप का उपयोग परियोजना की शुरुआत
30:53के लिए ग्राहकों की प्रतिक्रिया प्राप्त
30:54करने के लिए किया जाता है और फिर प्रोटोटाइप
30:55को फेंक दिया जाता है और सॉफ्टवेयर
30:56को नए सिरे से विकसित किया जाता है।
30:57लेकिन RAD मॉडल में ग्राहक की प्रतिक्रिया
30:58के आधार पर प्रोटोटाइप को परिष्कृत किया
30:59जाता है।
31:00RAD मॉडल तेजी से विकास को प्राप्त करता
31:01है, यह विशेष साधनों के उपयोग को प्रोत्साहित
31:02करता है, उपकरण को विकास की दृश्य शैली
31:03का समर्थन करना चाहिए जैसे कि खींचें और
31:04ड्रॉप।
31:05पुन: प्रयोज्य घटकों का उपयोग और मानक
31:06API का उपयोग ये कुछ ऐसे हैं जो सॉफ्टवेयर
31:07को तेजी से कार्यान्वित करने में मदद करने
31:08के लिए मान लिए जाते हैं।
31:09अब, हम उन सॉफ्टवेयर परियोजनाओं को देखते
31:10हैं जिनके लिए RAD मॉडल उपयुक्त है।
31:11जिन परियोजनाओं के लिए प्रदर्शन और
31:12विश्वसनीयता महत्वपूर्ण नहीं है, लेकिन इन्हें
31:13बहुत तेजी से विकसित करने की आवश्यकता
31:14है और सिस्टम को कई स्वतंत्र मॉडल में
31:15विभाजित किया जा सकता है।
31:16यदि सिस्टम बहुत तुच्छ है और हम कई
31:17इंक्रीमेंट नहीं कर सकते हैं; जाहिर
31:18है, RAD मॉडल अनुपयुक्त है।
31:19साथ ही RAD मॉडल अनुपयुक्त है जब हमारे पास कुछ
31:20लॉगिन घटक उपलब्ध हैं, तो उच्च प्रदर्शन
31:21या विश्वसनीयता की आवश्यकता है।RAD मॉडल
31:22उच्च प्रदर्शन या विश्वसनीयता नहीं
31:23देता है इसका कारण यह है कि प्रोटोटाइप
31:24स्वयं वास्तविक सॉफ्टवेयर में परिष्कृत है।
31:25एक झरना मॉडल के विपरीत, जहां एक ताजा सॉफ्टवेयर
31:26को कोडिंग और परीक्षण किया गया है, RAD मॉडल
31:27एक कम विश्वसनीयता और प्रदर्शन देगा।
31:28साथ ही RAD अनुपयुक्त है,यदि समान उत्पादों
31:29के लिए कोई पूर्वता नहीं है, तो RAD मिले
31:30तो भी अनुपयुक्त है जो नए प्रकार के
31:31सॉफ़्टवेयर को चुनौती दे रहा है; जाहिर है,
31:32कोई घटक उपलब्ध नहीं होंगे जो प्लगइन्स
31:33के रूप में उपयोग करने के लिए सिस्टम
31:34को संशोधित नहीं किया जा सकता है RAD
31:35अनुपयुक्त है।
31:36RAD मॉडल हर बार एक प्रोटोटाइप का निर्माण करता
31:37है और मूल्यांकन के लिए ग्राहक को
31:38देता है और ग्राहक मूल्यांकन के आधार
31:39पर प्रोटोटाइप को बदल दिया जाता है
31:40और ग्राहक को संतुष्ट होने के बाद परिष्कृत
31:41प्रोटोटाइप सॉफ्टवेयर का हिस्सा बन जाता
31:42है।
31:43प्रोटोटाइप मॉडल में जो जलप्रपात
31:44मॉडल का एक व्युत्पन्न है, विकसित प्रोटोटाइप
31:45का उपयोग मुख्य रूप से ग्राहकों की प्रतिक्रिया
31:46प्राप्त करने के लिए किया जाता है
31:47और समाधान में अंतर्दृष्टि प्राप्त करने के
31:48लिए भी किया जाता है जो कि तकनीकी मुद्दे
31:49हैं और इसी तरह।
31:50और इसलिए, प्रोटोटाइप मॉडल का उपयोग करके
31:51आप विभिन्न डिज़ाइन विकल्पों के बीच
31:52चुन सकते हैं, आप ग्राहक प्रतिक्रिया प्राप्त
31:53कर सकते हैं और विकसित प्रोटोटाइप को आमतौर
31:54पर दूर फेंक दिया जाता है, लेकिन RAD मॉडल
31:55में नहीं।
31:56RAD मॉडल में वृद्धि शोधन के बाद प्रोटोटाइप
31:57ही अंतिम सॉफ्टवेयर बन जाता है।
31:58एक और महत्वपूर्ण विकास मॉडल पुनरावृत्ति
31:59के साथ विकासवादी मॉडल है, हमने वृद्धिशील
32:00( evolutionary)मॉडल को पुनरावृति के साथ देखा था जो
32:01निश्चित रूप से महत्वपूर्ण है और कई विकास मॉडल
32:02का हिस्सा बन गया है जो उद्योग भर में
32:03उपयोग किए जा रहे हैं, लेकिन एक और विचार
32:04जो विकासवादी मॉडल है पुनरावृति के
32:05साथ।
32:06हम इस मॉडल की अगली कक्षा में जांच करेंगे
32:07और हम देखेंगे कि वर्तमान मॉडल जो
32:08फुर्तीले मॉडल में बेहद लोकप्रिय हो
32:09गया है जिसमें पुनरावृत्तियों के साथ वृद्धिशील
32:10और विकासवादी मॉडल दोनों की विशेषताएं
32:11हैं हम यहां रुकेंगे
32:12और अगले व्याख्यान में जारी रहेंगे।

About this transcript

This page contains the full transcript of Lecture 07: Life Cycle Models - III by NPTEL IIT Kharagpur, generated from the public captions YouTube serves with the video. The transcript has 3,257 words across 474 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.

What you can do with it

Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.

Free YouTube transcript tool

YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.