पुनरावृत्त डिजाइन: Difference between revisions
No edit summary |
No edit summary |
||
| Line 24: | Line 24: | ||
# उपयोगकर्ता अंतराफलक समस्याओं का समाधान होने तक चरण 2-4 दोहराएं | # उपयोगकर्ता अंतराफलक समस्याओं का समाधान होने तक चरण 2-4 दोहराएं | ||
उपयोगकर्ता अंतराफलक में पुनरावृत्त डिजाइन को कई तरीकों से लागू किया जा सकता है। संगणक यंत्रेतर सामग्री में पुनरावृत्त डिज़ाइन का उपयोग करने का एक सामान्य तरीका [[सॉफ़्टवेयर परीक्षण|यंत्रेतर सामग्री परीक्षण]] है। जबकि इसमें उपयोगकर्ता अंतराफलक के बाहर कार्यक्षमता के लिए उत्पाद का परीक्षण | उपयोगकर्ता अंतराफलक में पुनरावृत्त डिजाइन को कई तरीकों से लागू किया जा सकता है। संगणक यंत्रेतर सामग्री में पुनरावृत्त डिज़ाइन का उपयोग करने का एक सामान्य तरीका [[सॉफ़्टवेयर परीक्षण|यंत्रेतर सामग्री परीक्षण]] है। जबकि इसमें उपयोगकर्ता अंतराफलक के बाहर कार्यक्षमता के लिए उत्पाद का परीक्षण सम्मिलित है, अंतराफलक पर महत्वपूर्ण प्रतिक्रिया किसी क्रमादेश के प्रारंभिक संस्करणों के विषय परीक्षण से प्राप्त की जा सकती है। यह यंत्रेतर सामग्री कंपनियों को जनता के लिए एक बेहतर गुणवत्ता वाला उत्पाद जारी करने की अनुमति देता है, और जारी होने के बाद उत्पाद संशोधन की आवश्यकता को रोकता है। | ||
युगपत् (संचार प्रौद्योगिकी) अंतराफलक में पुनरावृत्त डिजाइन एक अधिक निरंतर प्रक्रिया है, क्योंकि संचार प्रौद्योगिकी संशोधन, इसे उपयोगकर्ता के लिए जारी किए जाने के बाद, यंत्रेतर सामग्री डिजाइन की तुलना में कहीं अधिक व्यवहार्य है। प्रायःसंचार प्रौद्योगिकीें अपने उपयोगकर्ताओं को अंतराफलक डिज़ाइन के लिए परीक्षण विषयों के रूप में उपयोग करती हैं, आगंतुकों से उनकी साइटों की सिफारिशों के आधार पर संशोधन करती हैं। | युगपत् (संचार प्रौद्योगिकी) अंतराफलक में पुनरावृत्त डिजाइन एक अधिक निरंतर प्रक्रिया है, क्योंकि संचार प्रौद्योगिकी संशोधन, इसे उपयोगकर्ता के लिए जारी किए जाने के बाद, यंत्रेतर सामग्री डिजाइन की तुलना में कहीं अधिक व्यवहार्य है। प्रायःसंचार प्रौद्योगिकीें अपने उपयोगकर्ताओं को अंतराफलक डिज़ाइन के लिए परीक्षण विषयों के रूप में उपयोग करती हैं, आगंतुकों से उनकी साइटों की सिफारिशों के आधार पर संशोधन करती हैं। | ||
| Line 37: | Line 37: | ||
*विकी: एक विकी पुनरावृत्त डिजाइन के लिए एक प्राकृतिक भंडार है। 'पृष्ठ इतिहास' सुविधा पिछले संस्करणों पर वापस अनुवर्तन रखने की अनुमति देती है। संशोधन अधिकतर वृद्धिशील होते हैं, और पाठ के पर्याप्त भागों को अपरिवर्तित छोड़ देते हैं। | *विकी: एक विकी पुनरावृत्त डिजाइन के लिए एक प्राकृतिक भंडार है। 'पृष्ठ इतिहास' सुविधा पिछले संस्करणों पर वापस अनुवर्तन रखने की अनुमति देती है। संशोधन अधिकतर वृद्धिशील होते हैं, और पाठ के पर्याप्त भागों को अपरिवर्तित छोड़ देते हैं। | ||
*सामान्य सिद्धांत: [[कानूनी मिसाल|सिद्धांती मिसाल]] का सिद्धांत पिछले अनुभव पर आधारित है। यह सिद्धांत को पुनरावृत्त डिजाइन का एक रूप बनाता है जहां सिद्धांती सोच के विकास का एक स्पष्ट [[ लेखापरीक्षा |लेखापरीक्षा]] होना चाहिए। | *सामान्य सिद्धांत: [[कानूनी मिसाल|सिद्धांती मिसाल]] का सिद्धांत पिछले अनुभव पर आधारित है। यह सिद्धांत को पुनरावृत्त डिजाइन का एक रूप बनाता है जहां सिद्धांती सोच के विकास का एक स्पष्ट [[ लेखापरीक्षा |लेखापरीक्षा]] होना चाहिए। | ||
*विकास: पुनरावृत्ति और [[प्राकृतिक चयन]] के सिद्धांत के बीच एक समानता है। दोनों में एक परीक्षण और त्रुटि प्रक्रिया | *विकास: पुनरावृत्ति और [[प्राकृतिक चयन]] के सिद्धांत के बीच एक समानता है। दोनों में एक परीक्षण और त्रुटि प्रक्रिया सम्मिलित है जिसमें सबसे उपयुक्त डिजाइन अगली पीढ़ी के लिए आगे बढ़ता है, जबकि कम उपयुक्त डिजाइन किनारे से नष्ट हो जाते हैं। किसी उत्पाद के बाद के संस्करणों को भी उत्तरोत्तर बेहतर होना चाहिए क्योंकि इसके निर्माता सीखते हैं कि शोधन और [[निरंतर सुधार की प्रक्रिया]] में क्या काम करता है और क्या नहीं। | ||
== तीव्र आद्यरूप उपकरण == | == तीव्र आद्यरूप उपकरण == | ||
पुनरावृत्त डिजाइन के लिए एक दृष्टिकोण प्रारंभिक पीढ़ी के उत्पाद के विकास के लिए उच्चतम स्तर के अमूर्तता का उपयोग करना है। यहां सिद्धांत यह है कि तेज विकास कुशल संहिता का उत्पादन नहीं कर सकता है, लेकिन प्रतिक्रिया प्राप्त करना प्रौद्योगिकी अनुकूलन से अधिक महत्वपूर्ण है। इस दृष्टिकोण के उदाहरणों में गैर-कार्यात्मक संहिता, वस्तु आंकड़ाकोष, या निम्न संहिता पटल का उपयोग | पुनरावृत्त डिजाइन के लिए एक दृष्टिकोण प्रारंभिक पीढ़ी के उत्पाद के विकास के लिए उच्चतम स्तर के अमूर्तता का उपयोग करना है। यहां सिद्धांत यह है कि तेज विकास कुशल संहिता का उत्पादन नहीं कर सकता है, लेकिन प्रतिक्रिया प्राप्त करना प्रौद्योगिकी अनुकूलन से अधिक महत्वपूर्ण है। इस दृष्टिकोण के उदाहरणों में गैर-कार्यात्मक संहिता, वस्तु आंकड़ाकोष, या निम्न संहिता पटल का उपयोग सम्मिलित है - ये अनुकूलन के मुद्दों को संबोधित करने से पहले डिज़ाइनों के त्वरित परीक्षण की अनुमति देते हैं। | ||
== लाभ == | == लाभ == | ||
जब ठीक से लागू किया जाता है, तो पुनरावृत्त डिजाइन यह सुनिश्चित करेगा कि उत्पाद या प्रक्रिया सर्वोत्तम संभव समाधान है। जब विकास के चरण में | जब ठीक से लागू किया जाता है, तो पुनरावृत्त डिजाइन यह सुनिश्चित करेगा कि उत्पाद या प्रक्रिया सर्वोत्तम संभव समाधान है। जब विकास के चरण में शीघ्र लागू किया जाता है, तो महत्वपूर्ण लागत बचत संभव है।<ref>{{Cite journal |doi = 10.1145/42404.42408|title = Cost/Benefit analysis for incorporating human factors in the software lifecycle|journal = Communications of the ACM|volume = 31|issue = 4|pages = 428–439|year = 1988|last1 = Mantei|first1 = Marilyn M.|last2 = Teorey|first2 = Toby J.|s2cid = 2031965}}</ref> | ||
पुनरावृत्त डिजाइन के अन्य लाभों में | |||
# गंभीर | पुनरावृत्त डिजाइन के अन्य लाभों में सम्मिलित हैं: | ||
# यह उपयोगकर्ता प्रतिक्रिया को सक्षम और प्रोत्साहित करता है, ताकि | # गंभीर भ्रम जीवनचक्र के शुरू में ही स्पष्ट हो जाती हैं, जब उन पर प्रतिक्रिया करना संभव होता है। | ||
# जहां काम को अनुबंधित किया जाता है, पुनरावृत्त डिज़ाइन | # यह उपयोगकर्ता प्रतिक्रिया को सक्षम और प्रोत्साहित करता है, ताकि प्रणाली की वास्तविक आवश्यकताओं को पूरा किया जा सके। | ||
# विकास | # जहां काम को अनुबंधित किया जाता है, पुनरावृत्त डिज़ाइन उपभोगता को उन जटिलताओं में अधिक प्रभावी ढंग से सम्मिलित करने के लिए एक वृद्धिशील तरीका प्रदान करता है जो प्रायः डिज़ाइन प्रक्रिया को घेरे रहते हैं। | ||
# विकास दल को उन मुद्दों पर ध्यान केंद्रित करने के लिए मजबूर किया जाता है जो परियोजना के लिए सबसे महत्वपूर्ण हैं, और दल के सदस्यों को उन मुद्दों से बचा लिया जाता है जो उन्हें परियोजना के वास्तविक संकट से विचलित और विचलित करते हैं। | |||
# निरंतर परीक्षण परियोजना की स्थिति का वस्तुनिष्ठ मूल्यांकन करने में सक्षम बनाता है। | # निरंतर परीक्षण परियोजना की स्थिति का वस्तुनिष्ठ मूल्यांकन करने में सक्षम बनाता है। | ||
# आवश्यकताओं, डिजाइनों और कार्यान्वयनों के बीच विसंगतियों का | # आवश्यकताओं, डिजाइनों और कार्यान्वयनों के बीच विसंगतियों का शीघ्र पता चल जाता है। | ||
# | # दल का कार्यभार, विशेष रूप से परीक्षण दल, जीवनचक्र में अधिक समान रूप से फैला हुआ है। | ||
# यह दृष्टिकोण | # यह दृष्टिकोण दल को सीखे गए पाठों का लाभ उठाने में सक्षम बनाता है, और इसलिए प्रक्रिया में लगातार सुधार करता है। | ||
# परियोजना के हितधारकों को पूरे जीवनचक्र में परियोजना की स्थिति का ठोस प्रमाण दिया जा सकता है। | # परियोजना के हितधारकों को पूरे जीवनचक्र में परियोजना की स्थिति का ठोस प्रमाण दिया जा सकता है। | ||
== मार्शमैलो चैलेंज == | == मार्शमैलो चैलेंज == | ||
[[File:Marshmallow_Challenge.jpg|thumb|upright|मार्शमैलो चुनौती जीतने का काम।]]मार्शमैलो चैलेंज एक शिक्षाप्रद डिजाइन चुनौती है। इसमें शीर्ष पर मार्शमैलो के साथ उच्चतम संभव मुक्त-खड़ी संरचना के निर्माण का कार्य | [[File:Marshmallow_Challenge.jpg|thumb|upright|मार्शमैलो चुनौती जीतने का काम।]]मार्शमैलो चैलेंज एक शिक्षाप्रद डिजाइन चुनौती है। इसमें शीर्ष पर मार्शमैलो के साथ उच्चतम संभव मुक्त-खड़ी संरचना के निर्माण का कार्य सम्मिलित है। स्पेगेटी की केवल 20 छड़ें, टेप का एक गज और स्ट्रिंग का एक गज का उपयोग करके संरचना को 18 मिनट के भीतर पूरा किया जाना चाहिए।<ref>{{cite web|url=http://www.marshmallowchallenge.com/Welcome.html |title=द मार्शमैलो चैलेंज|publisher=द मार्शमैलो चैलेंज|access-date=2010-08-10}}</ref><ref name="bpwrap1">{{cite web|url=http://www.bpwrap.com/2010/04/the-marshmallow-challenge/ |title=द मार्शमैलो चैलेंज|location=CA |publisher=BPWrap |date=2010-04-22 |access-date=2010-08-10}}</ref> | ||
प्रतिभागियों के अवलोकन और अध्ययन से पता चलता है कि बिजनेस स्कूल के स्नातकों के समूहों की तुलना में किंडरगार्टर्स नियमित रूप से उच्च संरचनाओं का निर्माण करने में सक्षम हैं। यह बच्चों के लिए एक सरल संरचना के शीर्ष पर एक बार मार्शमैलो को चिपकाने, आद्यरूप का परीक्षण करने और उस पर सुधार जारी रखने की प्रवृत्ति से समझाया गया है। जबकि, बिजनेस स्कूल के छात्र शक्ति, योजना बनाने और अंत में एक ऐसी संरचना तैयार करने में समय व्यतीत करते हैं जिसमें मार्शमैलो जोड़ा जाता है।<ref>{{cite web|last=Jerz |first=Dennis G. |url=http://jerz.setonhill.edu/weblog/2010/05/the_marshmallow_challenge/ |title=द मार्शमैलो चैलेंज - जेर्ज़ का साक्षरता वेबलॉग|publisher=Jerz.setonhill.edu |date=2010-05-10 |access-date=2010-08-10}}</ref> चुनौती आद्यरूप, | प्रतिभागियों के अवलोकन और अध्ययन से पता चलता है कि बिजनेस स्कूल के स्नातकों के समूहों की तुलना में किंडरगार्टर्स नियमित रूप से उच्च संरचनाओं का निर्माण करने में सक्षम हैं। यह बच्चों के लिए एक सरल संरचना के शीर्ष पर एक बार मार्शमैलो को चिपकाने, आद्यरूप का परीक्षण करने और उस पर सुधार जारी रखने की प्रवृत्ति से समझाया गया है। जबकि, बिजनेस स्कूल के छात्र शक्ति, योजना बनाने और अंत में एक ऐसी संरचना तैयार करने में समय व्यतीत करते हैं जिसमें मार्शमैलो जोड़ा जाता है।<ref>{{cite web|last=Jerz |first=Dennis G. |url=http://jerz.setonhill.edu/weblog/2010/05/the_marshmallow_challenge/ |title=द मार्शमैलो चैलेंज - जेर्ज़ का साक्षरता वेबलॉग|publisher=Jerz.setonhill.edu |date=2010-05-10 |access-date=2010-08-10}}</ref> चुनौती आद्यरूप, दलवर्क, [https://www.experientiallearning.org/the-marshmallow-challenge-a-facilitative-approach/ नेतृत्व और नवाचार कौशल] बनाने और विकसित करने में मदद करती है और एक लोकप्रिय विज्ञान, प्रौद्योगिकी, अभियांत्रिकीऔर गणित गतिविधि। चुनौती का आविष्कार पाम, इंक. के पीटर स्किलमैन द्वारा किया गया था और [[ Autodesk ]] के टॉम वुजेक द्वारा इसे लोकप्रिय बनाया गया था।<ref>{{cite web |last=Cameron |first=Chris |url=http://www.readwriteweb.com/start/2010/04/marshmallows-and-spaghetti-how-kindergartners-think-like-lean-startups.php |title=Marshmallows and Spaghetti: How Kindergartners Think Like Lean Startups |publisher=Readwriteweb.com |date=2010-04-23 |access-date=2010-08-10 |archive-url=https://web.archive.org/web/20100821031127/http://www.readwriteweb.com/start/2010/04/marshmallows-and-spaghetti-how-kindergartners-think-like-lean-startups.php |archive-date=2010-08-21 |url-status=dead }}</ref><ref>{{cite web|url=http://engineeringrevision.com/302/the-marshmallow-challenge/ |title=द मार्शमैलो चैलेंज|publisher=Engineeringrevision.com |date=2010-05-02 |access-date=2013-08-10}}</ref><ref>{{cite web|url=http://www.selfishprogramming.com/2010/04/28/the-marshmallow-challenge/ |title=द मार्शमैलो चैलेंज|publisher=Selfish Programming |access-date=2013-08-10}}</ref><ref>{{cite web|url=https://www.ucalgary.ca/science/node/1578 |title=Marshmallow challenge | Faculty of Science | University of Calgary |publisher=Ucalgary.ca |date=2010-12-13 |access-date=2013-08-10}}</ref><ref>{{Citation|last=Original Design Challenge|title=Peter Skillman Marshmallow Design Challenge|date=2014-01-27|url=https://www.youtube.com/watch?v=1p5sBzMtB3Q |archive-url=https://ghostarchive.org/varchive/youtube/20211213/1p5sBzMtB3Q| archive-date=2021-12-13 |url-status=live|access-date=2017-09-12}}{{cbignore}}</ref> | ||
Revision as of 21:34, 8 June 2023
 | This article needs additional citations for verification. (January 2011) (Learn how and when to remove this template message) |
पुनरावृत्त डिज़ाइन एक उत्पाद या प्रक्रिया को आद्यरूप, परीक्षण, विश्लेषण और परिष्कृत करने की चक्रीय प्रक्रिया के आधार पर एक डिजाइन पद्धति है। डिजाइन के सबसे हालिया पुनरावृत्ति के परीक्षण के परिणामों के आधार पर, परिवर्तन और परिशोधन किए जाते हैं। इस प्रक्रिया का उद्देश्य अंततः डिजाइन की गुणवत्ता और कार्यक्षमता में सुधार करना है। पुनरावृत्त डिजाइन में, डिज़ाइन किए गए प्रणाली के साथ बातचीत एक परियोजना को सूचित करने और विकसित करने के लिए अनुसंधान के एक रूप के रूप में उपयोग की जाती है, क्योंकि क्रमिक संस्करण या डिजाइन के पुनरावृत्तियों को कार्यान्वित किया जाता है।
इतिहास
अभियांत्रिकीक्षेत्रों में पुनरावृत्त डिजाइन का लंबे समय से उपयोग किया जाता रहा है। एक उदाहरण 1960 के दशक में लागू किया गया योजना-कार्य-जाँच-कृत्य चक्र है। अधिकांश नए उत्पाद विकास या मौजूदा उत्पाद सुधार कार्यक्रमों में एक जाँच पाश होता है जिसका उपयोग पुनरावृत्त उद्देश्यों के लिए किया जाता है। DMAIC सिक्स सिग्मा रूपरेखा का उपयोग करता है और इसमें ऐसा जाँच फलन है।
वस्तु-उन्मुख क्रमदेशन
पुनरावृत्त डिजाइन वस्तु-उन्मुख क्रमदेशन के अभ्यास से जुड़ा हुआ है, और यह वाक्यांश 1990 की शुरुआत में संगणक विज्ञान साहित्य में दिखाई दिया।[1] इस विचार की जड़ें कुंडली विकास में हैं, जिसकी कल्पना बैरी बोहेम ने की थी।[2]
पुनरावृत्त डिजाइन प्रक्रिया
पुनरावृत्त डिजाइन प्रक्रिया को नई उत्पाद विकास प्रक्रिया के दौरान लागू किया जा सकता है। हालांकि, विकास के शुरुआती चरणों में लागू करने के लिए परिवर्तन सबसे आसान और कम खर्चीला है। पुनरावृत्त डिजाइन प्रक्रिया में पहला कदम एक आद्यरूप विकसित करना है। गैर-पक्षपातपूर्ण राय देने के लिए आद्यरूप का मूल्यांकन केन्द्रित समूह या उत्पाद से जुड़े समूह द्वारा नहीं किया जाना चाहिए। केन्द्रित समूह से जानकारी को संश्लेषित किया जाना चाहिए। प्रक्रिया को तब तक दोहराया जाना चाहिए जब तक कि उपयोगकर्ता के मुद्दों को स्वीकार्य स्तर तक कम नहीं किया गया हो।
अनुप्रयोग: मानव संगणक अंतराफलक
पुनरावृत्त डिज़ाइन का उपयोग आमतौर पर मानव संगणक अंतराफलक के विकास में किया जाता है। यह डिजाइनरों को किसी भी उपयोगिता के मुद्दों की पहचान करने की अनुमति देता है जो व्यापक उपयोग में आने से पहले उपयोगकर्ता अंतराफलक में उत्पन्न हो सकते हैं। यहां तक कि सर्वोत्तम उपयोगिता विशेषज्ञ भी एक ही प्रयास में सही उपयोगकर्ता अंतराफलक डिज़ाइन नहीं कर सकते हैं, इसलिए पुनरावृति की अवधारणा के आसपास एक उपयोगिता अभियांत्रिकी जीवनचक्र बनाया जाना चाहिए।[3]
उपयोगकर्ता अंतराफलक में पुनरावृत्त डिजाइन के विशिष्ट चरण इस प्रकार हैं:
- प्रारंभिक अंतराफलक डिज़ाइन को पूरा करें
- कई परीक्षण उपयोगकर्ताओं के लिए डिज़ाइन प्रस्तुत करें
- परीक्षण उपयोगकर्ता द्वारा की गई किसी भी समस्या पर ध्यान दें
- समस्याओं के लिए / ठीक करने के लिए अंतराफलक को परिष्कृत करें
- उपयोगकर्ता अंतराफलक समस्याओं का समाधान होने तक चरण 2-4 दोहराएं
उपयोगकर्ता अंतराफलक में पुनरावृत्त डिजाइन को कई तरीकों से लागू किया जा सकता है। संगणक यंत्रेतर सामग्री में पुनरावृत्त डिज़ाइन का उपयोग करने का एक सामान्य तरीका यंत्रेतर सामग्री परीक्षण है। जबकि इसमें उपयोगकर्ता अंतराफलक के बाहर कार्यक्षमता के लिए उत्पाद का परीक्षण सम्मिलित है, अंतराफलक पर महत्वपूर्ण प्रतिक्रिया किसी क्रमादेश के प्रारंभिक संस्करणों के विषय परीक्षण से प्राप्त की जा सकती है। यह यंत्रेतर सामग्री कंपनियों को जनता के लिए एक बेहतर गुणवत्ता वाला उत्पाद जारी करने की अनुमति देता है, और जारी होने के बाद उत्पाद संशोधन की आवश्यकता को रोकता है।
युगपत् (संचार प्रौद्योगिकी) अंतराफलक में पुनरावृत्त डिजाइन एक अधिक निरंतर प्रक्रिया है, क्योंकि संचार प्रौद्योगिकी संशोधन, इसे उपयोगकर्ता के लिए जारी किए जाने के बाद, यंत्रेतर सामग्री डिजाइन की तुलना में कहीं अधिक व्यवहार्य है। प्रायःसंचार प्रौद्योगिकीें अपने उपयोगकर्ताओं को अंतराफलक डिज़ाइन के लिए परीक्षण विषयों के रूप में उपयोग करती हैं, आगंतुकों से उनकी साइटों की सिफारिशों के आधार पर संशोधन करती हैं।
पुनरावृत्त डिज़ाइन का उपयोग
पुनरावृत्त डिज़ाइन अप्रत्याशित उपयोगकर्ता की ज़रूरतों और व्यवहारों की वास्तविकता का सामना करने का एक तरीका है जो किसी डिज़ाइन में व्यापक और मूलभूत परिवर्तन ला सकता है। उपयोगकर्ता परीक्षण प्रायःदिखाएगा कि उपयोगकर्ता परीक्षण के साथ सामना करने पर सावधानीपूर्वक मूल्यांकन किए गए विचार भी अपर्याप्त होंगे। इस प्रकार, यह महत्वपूर्ण है कि पुनरावृत्त डिजाइन के कार्यान्वयन दृष्टिकोण का लचीलापन प्रणाली में यथासंभव विस्तारित हो। डिजाइनरों को आगे यह समझना चाहिए कि उपयोगकर्ता परीक्षण के परिणाम आमूल-चूल परिवर्तन का सुझाव दे सकते हैं जिसके लिए डिजाइनरों को नए विचारों के पक्ष में पुराने विचारों को पूरी तरह से त्यागने के लिए तैयार रहने की आवश्यकता होती है जो उपयोगकर्ता की आवश्यकताओं के अनुरूप अधिक सुसज्जित हैं। पुनरावृत्त डिज़ाइन चाकू बनाने से लेकर रॉकेट बनाने तक कई क्षेत्रों में लागू होता है। एक उदाहरण के रूप में एक विद्युत परिपथ के डिजाइन पर विचार करें जिसे एक निश्चित कार्य करना चाहिए, और अंततः एक परिपथ बोर्ड पर एक छोटी सी जगह में फिट होना चाहिए। इन स्वतंत्र कार्यों को दो छोटे और सरल कार्यों में विभाजित करना उपयोगी है, कार्यात्मक कार्य और स्थान और भार कार्य। ब्रेड बोर्ड अंतरिक्ष और वजन के बारे में चिंता किए बिना, अंतरिम आधार पर इलेक्ट्रॉनिक परिपथ को लागू करने का एक उपयोगी तरीका है।
एक बार जब परिपथ काम करता है, मूल डिजाइन पर कार्यक्षमता बढ़ाने या सुधारने के लिए ब्रेडबोर्ड पर सुधार या वृद्धिशील परिवर्तन लागू किए जा सकते हैं। जब डिजाइन को अंतिम रूप दे दिया जाता है, तो अंतरिक्ष और वजन मानदंडों को पूरा करने वाले एक उचित परिपथ बोर्ड को डिजाइन करने के बारे में निर्धारित किया जा सकता है। परिपथ बोर्ड पर परिपथ को संघनन करने के लिए आवश्यक है कि तारों और घटकों को उनकी विद्युत विशेषताओं को बदले बिना चारों ओर घुमा दिया जाए। यह बाजीगरी परिपथ के डिजाइन की तुलना में सरल नियमों का पालन करती है, और प्रायः स्वचालित होती है। जहां तक संभव हो वाणिज्यिक पहले से तैयार घटकों का उपयोग किया जाता है, लेकिन जहां स्थान या प्रदर्शन कारणों से आवश्यक हो, प्रचलन निर्मित घटकों को विकसित किया जा सकता है।
पुनरावृत्त डिजाइन के कई उदाहरण इस प्रकार हैं:
- विकी: एक विकी पुनरावृत्त डिजाइन के लिए एक प्राकृतिक भंडार है। 'पृष्ठ इतिहास' सुविधा पिछले संस्करणों पर वापस अनुवर्तन रखने की अनुमति देती है। संशोधन अधिकतर वृद्धिशील होते हैं, और पाठ के पर्याप्त भागों को अपरिवर्तित छोड़ देते हैं।
- सामान्य सिद्धांत: सिद्धांती मिसाल का सिद्धांत पिछले अनुभव पर आधारित है। यह सिद्धांत को पुनरावृत्त डिजाइन का एक रूप बनाता है जहां सिद्धांती सोच के विकास का एक स्पष्ट लेखापरीक्षा होना चाहिए।
- विकास: पुनरावृत्ति और प्राकृतिक चयन के सिद्धांत के बीच एक समानता है। दोनों में एक परीक्षण और त्रुटि प्रक्रिया सम्मिलित है जिसमें सबसे उपयुक्त डिजाइन अगली पीढ़ी के लिए आगे बढ़ता है, जबकि कम उपयुक्त डिजाइन किनारे से नष्ट हो जाते हैं। किसी उत्पाद के बाद के संस्करणों को भी उत्तरोत्तर बेहतर होना चाहिए क्योंकि इसके निर्माता सीखते हैं कि शोधन और निरंतर सुधार की प्रक्रिया में क्या काम करता है और क्या नहीं।
तीव्र आद्यरूप उपकरण
पुनरावृत्त डिजाइन के लिए एक दृष्टिकोण प्रारंभिक पीढ़ी के उत्पाद के विकास के लिए उच्चतम स्तर के अमूर्तता का उपयोग करना है। यहां सिद्धांत यह है कि तेज विकास कुशल संहिता का उत्पादन नहीं कर सकता है, लेकिन प्रतिक्रिया प्राप्त करना प्रौद्योगिकी अनुकूलन से अधिक महत्वपूर्ण है। इस दृष्टिकोण के उदाहरणों में गैर-कार्यात्मक संहिता, वस्तु आंकड़ाकोष, या निम्न संहिता पटल का उपयोग सम्मिलित है - ये अनुकूलन के मुद्दों को संबोधित करने से पहले डिज़ाइनों के त्वरित परीक्षण की अनुमति देते हैं।
लाभ
जब ठीक से लागू किया जाता है, तो पुनरावृत्त डिजाइन यह सुनिश्चित करेगा कि उत्पाद या प्रक्रिया सर्वोत्तम संभव समाधान है। जब विकास के चरण में शीघ्र लागू किया जाता है, तो महत्वपूर्ण लागत बचत संभव है।[4]
पुनरावृत्त डिजाइन के अन्य लाभों में सम्मिलित हैं:
- गंभीर भ्रम जीवनचक्र के शुरू में ही स्पष्ट हो जाती हैं, जब उन पर प्रतिक्रिया करना संभव होता है।
- यह उपयोगकर्ता प्रतिक्रिया को सक्षम और प्रोत्साहित करता है, ताकि प्रणाली की वास्तविक आवश्यकताओं को पूरा किया जा सके।
- जहां काम को अनुबंधित किया जाता है, पुनरावृत्त डिज़ाइन उपभोगता को उन जटिलताओं में अधिक प्रभावी ढंग से सम्मिलित करने के लिए एक वृद्धिशील तरीका प्रदान करता है जो प्रायः डिज़ाइन प्रक्रिया को घेरे रहते हैं।
- विकास दल को उन मुद्दों पर ध्यान केंद्रित करने के लिए मजबूर किया जाता है जो परियोजना के लिए सबसे महत्वपूर्ण हैं, और दल के सदस्यों को उन मुद्दों से बचा लिया जाता है जो उन्हें परियोजना के वास्तविक संकट से विचलित और विचलित करते हैं।
- निरंतर परीक्षण परियोजना की स्थिति का वस्तुनिष्ठ मूल्यांकन करने में सक्षम बनाता है।
- आवश्यकताओं, डिजाइनों और कार्यान्वयनों के बीच विसंगतियों का शीघ्र पता चल जाता है।
- दल का कार्यभार, विशेष रूप से परीक्षण दल, जीवनचक्र में अधिक समान रूप से फैला हुआ है।
- यह दृष्टिकोण दल को सीखे गए पाठों का लाभ उठाने में सक्षम बनाता है, और इसलिए प्रक्रिया में लगातार सुधार करता है।
- परियोजना के हितधारकों को पूरे जीवनचक्र में परियोजना की स्थिति का ठोस प्रमाण दिया जा सकता है।
मार्शमैलो चैलेंज
मार्शमैलो चैलेंज एक शिक्षाप्रद डिजाइन चुनौती है। इसमें शीर्ष पर मार्शमैलो के साथ उच्चतम संभव मुक्त-खड़ी संरचना के निर्माण का कार्य सम्मिलित है। स्पेगेटी की केवल 20 छड़ें, टेप का एक गज और स्ट्रिंग का एक गज का उपयोग करके संरचना को 18 मिनट के भीतर पूरा किया जाना चाहिए।[5][6]
प्रतिभागियों के अवलोकन और अध्ययन से पता चलता है कि बिजनेस स्कूल के स्नातकों के समूहों की तुलना में किंडरगार्टर्स नियमित रूप से उच्च संरचनाओं का निर्माण करने में सक्षम हैं। यह बच्चों के लिए एक सरल संरचना के शीर्ष पर एक बार मार्शमैलो को चिपकाने, आद्यरूप का परीक्षण करने और उस पर सुधार जारी रखने की प्रवृत्ति से समझाया गया है। जबकि, बिजनेस स्कूल के छात्र शक्ति, योजना बनाने और अंत में एक ऐसी संरचना तैयार करने में समय व्यतीत करते हैं जिसमें मार्शमैलो जोड़ा जाता है।[7] चुनौती आद्यरूप, दलवर्क, नेतृत्व और नवाचार कौशल बनाने और विकसित करने में मदद करती है और एक लोकप्रिय विज्ञान, प्रौद्योगिकी, अभियांत्रिकीऔर गणित गतिविधि। चुनौती का आविष्कार पाम, इंक. के पीटर स्किलमैन द्वारा किया गया था और Autodesk के टॉम वुजेक द्वारा इसे लोकप्रिय बनाया गया था।[8][9][10][11][12]
यह भी देखें
- विघटनकारी नवाचार
- चरम कार्यक्रम
- सर्पिल मॉडल
- टॉप-डाउन और बॉटम-अप डिज़ाइन
- पेपर आद्यरूपिंग
- स्क्रम ( यंत्रेतर सामग्रीविकास)
संदर्भ
- ↑ Gossain, Sanjiv; Anderson, Bruce (1990). "An iterative-design model for reusable object-oriented software". Proceedings of the European conference on object-oriented programming on Object-oriented programming systems, languages, and applications - OOPSLA/ECOOP '90. pp. 12–27. doi:10.1145/97945.97949. ISBN 0-89791-411-2. S2CID 551413.
- ↑ "Summary of Spiral Model" (PDF).
- ↑ Nielsen, J. (1993). "इटरेटिव यूजर इंटरफेस डिजाइन". IEEE Computer. 26 (11): 32–41. doi:10.1109/2.241424. S2CID 17748574.
- ↑ Mantei, Marilyn M.; Teorey, Toby J. (1988). "Cost/Benefit analysis for incorporating human factors in the software lifecycle". Communications of the ACM. 31 (4): 428–439. doi:10.1145/42404.42408. S2CID 2031965.
- ↑ "द मार्शमैलो चैलेंज". द मार्शमैलो चैलेंज. Retrieved 2010-08-10.
- ↑ "द मार्शमैलो चैलेंज". CA: BPWrap. 2010-04-22. Retrieved 2010-08-10.
- ↑ Jerz, Dennis G. (2010-05-10). "द मार्शमैलो चैलेंज - जेर्ज़ का साक्षरता वेबलॉग". Jerz.setonhill.edu. Retrieved 2010-08-10.
- ↑ Cameron, Chris (2010-04-23). "Marshmallows and Spaghetti: How Kindergartners Think Like Lean Startups". Readwriteweb.com. Archived from the original on 2010-08-21. Retrieved 2010-08-10.
- ↑ "द मार्शमैलो चैलेंज". Engineeringrevision.com. 2010-05-02. Retrieved 2013-08-10.
- ↑ "द मार्शमैलो चैलेंज". Selfish Programming. Retrieved 2013-08-10.
- ↑ "Marshmallow challenge | Faculty of Science | University of Calgary". Ucalgary.ca. 2010-12-13. Retrieved 2013-08-10.
- ↑ Original Design Challenge (2014-01-27), Peter Skillman Marshmallow Design Challenge, archived from the original on 2021-12-13, retrieved 2017-09-12
- Boehm, Barry W. (May 1988) "A Spiral Model of Software Development and Enhancement," Computer, IEEE, pp. 61–72.
- Gould, J.D. and Lewis, C. (1985). Designing for Usability: Key Principles and What Designers Think, Communications of the ACM, March, 28(3), 300–311.
- Kruchten, Philippe. The Rational Unified Process—An Introduction,
- Kruchten, P. (2000). "From Waterfall to Iterative Development – A Challenging Transition for Project Managers" (PDF) (White paper). Rational Software Corporation. Retrieved 2019-08-17.
{{cite journal}}: Cite journal requires|journal=(help)
