चंचल बनाम वी तरीके (मॉडल)

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

वी मेथोडोलॉजी (मॉडल) क्या है?

वी मेथडोलॉजी (वी-मॉडल) एक सॉफ्टवेयर डेवलपमेंट मॉडल है। इसे विशिष्ट वाटरफॉल सॉफ्टवेयर डेवलपमेंट मॉडल के विस्तार के रूप में माना जाता है। वी-मॉडल झरना मॉडल में परिभाषित चरणों के बीच समान संबंधों का उपयोग करता है। लेकिन रैखिक रूप से उतरने के बजाय (झरना मॉडल की तरह) वी-मॉडल तिरछे नीचे की ओर बढ़ता है और फिर वापस ऊपर जाता है (कोडिंग चरण के बाद), अक्षर V का आकार बनाता है। यह V आकार प्रत्येक चरण के बीच संबंधों को दिखाने के लिए बनता है। विकास / डिजाइन और इसी परीक्षण चरण। अमूर्तता का समय और स्तर क्रमशः क्षैतिज और ऊर्ध्वाधर अक्ष द्वारा दर्शाया जाता है।

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

चंचल क्या है?

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

एजाइल और वी मेथोडोलॉजी (मॉडल) के बीच अंतर क्या है?

एजाइल मॉडल वी-मॉडल की तुलना में बहुत पहले उत्पाद के एक कामकाजी संस्करण को वितरित करता है। जैसे-जैसे अधिक सुविधाएँ बढ़ाई जाती हैं, ग्राहक कुछ लाभों का जल्द पता लगा सकते हैं। एजाइल का परीक्षण चक्र समय वी-मॉडल की तुलना में अपेक्षाकृत कम है, क्योंकि परीक्षण विकास के समानांतर किया जाता है। एजाइल एक बहुत अधिक प्रतिक्रियाशील वी-मॉडल की तुलना में एक सक्रिय मॉडल (अपने बहुत ही कम चक्रों के कारण) है। V- मॉडल बहुत कठोर है और एजाइल मॉडल की तुलना में अपेक्षाकृत कम लचीला है। इन सभी फायदों की वजह से, इस समय V- मॉडल में एजाइल को पसंद किया जाता है।