रैपिड प्रोटोटाइप के नुकसान

विषयसूची:

Anonim

रैपिड प्रोटोटाइप एक भविष्य के कार्यक्रम या प्रोग्राम योग्य उत्पाद के उपयोगकर्ता इंटरफ़ेस का यथार्थवादी मॉडल बनाने की प्रक्रिया है, ताकि उत्पाद की उपयोगिता, आवश्यकताओं और कार्यों के बारे में शुरुआती जानकारी हासिल की जा सके। तेजी से प्रोटोटाइप किए गए उपयोगकर्ता इंटरफ़ेस को संशोधित करना और अंतिम उपयोगकर्ता को डिज़ाइन में इनपुट प्रदान करने की अनुमति देना आसान है। यद्यपि तेजी से प्रोटोटाइप डिजाइन में उपयोगकर्ता इनपुट का लाभ और विकास के दौरान खामियों का पता लगाने और सही करने की क्षमता प्रदान करता है, लेकिन कई चुनौतियां भी हैं।

पुन: प्रयोज्य कोड मुद्दे

कुछ प्रोटोटाइप टूल प्रोग्रामर को पुन: प्रयोज्य कोड का उत्पादन करने की अनुमति देते हैं, लेकिन ये उपयोगकर्ता इंटरफ़ेस का उत्पादन करते हैं जिन्हें बाद में संशोधित करना मुश्किल है। अधिक सामान्य दृष्टिकोण, ऐसे टूल का उपयोग करना जो उपयोगकर्ता इंटरफ़ेस के त्वरित विकास की अनुमति देता है जो संशोधित करना आसान है, उपयोग करने योग्य कोड का उत्पादन नहीं करता है। इन उपकरणों द्वारा उत्पन्न कोड अत्यधिक विशिष्ट और जटिल तरीकों से एकीकृत है जो इसे प्रभावी ढंग से भाग में पुन: पेश करने से रोकता है या किसी अन्य अनुप्रयोग में स्थानांतरित किया जाता है। ज्यादातर मामलों में, तेजी से प्रोटोटाइप टूल का उपयोग करने का लाभ अधिक ग्राहक संतुष्टि और एक उत्पाद है जो ग्राहक की वरीयताओं, प्राथमिकताओं और आवश्यकताओं की सेवा करने की अधिक संभावना है। इन लाभों को देखते हुए, पुन: प्रयोज्य कोड की कमी का नुकसान अक्सर तेजी से प्रोटोटाइप में एक स्वीकार्य बलिदान माना जाता है।

धीमी विकास प्रक्रिया

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

रुकने का बिंदु

डेवलपर्स जो किसी भी समय सुविधाओं को जोड़ या संशोधित कर सकते हैं, एक इंटरफ़ेस विकसित करने का जोखिम चलाते हैं, जिसमें वे हमेशा जोड़ना चाहते हैं। अनगिनत अतिरिक्त सुधारों को एकीकृत करने की क्षमता एक उत्पाद को विकसित करने में लगने वाले समय को उतना ही बढ़ा सकती है जितना कि ग्राहक की भागीदारी, जैसा कि ऊपर उल्लेख किया गया है। शेड्यूल, डेडलाइन या बजट सीमा द्वारा लगाए गए सख्त रोक बिंदु के बिना, परियोजना अनिश्चित काल तक विकास में रह सकती है और एक तैयार, विपणन योग्य उत्पाद कभी भी दिन का प्रकाश नहीं देख सकता है।