چست بمقابلہ روایتی سافٹ ویئر ڈویلپمنٹ طریقہ کار

آج سافٹ ویئر انڈسٹری میں سافٹ ویئر ڈویلپمنٹ کے مختلف طریقے استعمال کیے جاتے ہیں۔ آبشار کی ترقی کا ایک ابتدائی سافٹ ویئر ترقیاتی طریقوں میں سے ایک ہے۔ V-Model، RUP اور کچھ دوسرے لکیری، تکراری اور مشترکہ لکیری - تعدد طریقوں کا، جو آبشار کے طریقہ کار کے بعد آیا، جس کا مقصد آبشار کے طریقہ کار کے بہت سارے معاملات کا صفایا کرنا تھا۔ یہ تمام پہلے کے طریقہ کار کو روایتی سافٹ ویئر ڈویلپمنٹ میتھڈولوجیز کہا جاتا ہے۔ فرتیلی ماڈل روایتی ماڈلز میں پائی جانے والی خامیوں کو دور کرنے کے لئے ایک جدید ترین سافٹ ویئر ڈویلپمنٹ ماڈل ہے۔ ایگلیٹ کی مرکزی توجہ کا حامل ٹیسٹ کو جلد سے جلد شامل کرنا اور بہت جلد پروڈکٹ کا ورکنگ ورژن جاری کرنا ہے ، جس سے نظام کو بہت چھوٹے اور قابل انتظام ذیلی حصوں میں توڑ دیا جاسکتا ہے۔

روایتی سافٹ ویئر ڈویلپمنٹ طریقہ کار کیا ہے؟

سافٹ ویئر کے طریقہ کار جیسے آبشار کا طریقہ ، وی ماڈل اور RUP روایتی سافٹ ویئر ڈویلپمنٹ طریقہ کار کہلاتا ہے۔ آبشار کا طریقہ کار سافٹ ویئر ڈویلپمنٹ ماڈیول میں سے ایک ہے۔ جیسا کہ نام سے پتہ چلتا ہے ، یہ ایک تسلسل والا عمل ہے جس میں ترقی کئی مرحلوں (ضرورت کا تجزیہ ، ڈیزائن ، ترقی ، جانچ اور عمل درآمد) بہتی ہے جو ایک جھرنے کے مترادف ہے۔ وی ماڈل کو آبشار سافٹ ویئر ڈویلپمنٹ ماڈل کی توسیع کے طور پر سمجھا جاتا ہے۔ V- ماڈل آبشار ماڈل میں بیان کردہ مراحل کے مابین ایک جیسے تعلقات کا استعمال کرتا ہے۔ لیکن اس کے بجائے خطوط پر اترنے کی طرح (جیسا کہ آبشار ماڈل) V-Model ترچھی نیچے اتر جاتا ہے اور پھر (کوڈنگ مرحلے کے بعد) پیچھے کی طرف چلا جاتا ہے ، V V RUP (عقلی یونیفائیڈ پروسیس) کی شکل تشکیل دینا ایک قابل تطبیق عمل فریم ورک ہے (نہیں ایک واحد ٹھوس عمل) ، جسے ترقیاتی تنظیم اپنی ضروریات کے مطابق تشکیل دے سکتی ہے۔ آبشار سے تھوڑا سا ملتا جلتا ، اس کے آغاز ، توسیع ، تعمیر اور منتقلی جیسے مقررہ مراحل ہیں۔ لیکن آبشار کے برعکس ، RUP ایک تکراری عمل ہے۔

فرتیلی کیا ہے؟

فرتیلی ایک بہت حالیہ سافٹ ویئر ڈویلپمنٹ طریقہ کار ہے (یا زیادہ درست طریقے سے ، طریق کار کا ایک گروپ) فرتیلی منشور کی بنیاد پر۔ روایتی سافٹ ویئر ڈویلپمنٹ کے طریق کار میں کچھ کمی کو دور کرنے کے ل This اسے تیار کیا گیا تھا۔ فرتیلی طریقوں کی بنیاد ترقیاتی دور میں صارفین کی شراکت کو اعلی ترجیح دینے پر ہے۔ یہ تجویز پیش کرتا ہے کہ گاہک کے ذریعہ جلد اور جلد از جلد جانچ کی جا.۔ جب مستحکم ورژن دستیاب ہوجاتا ہے تو ہر مقام پر جانچ کی جاتی ہے۔ چست کی بنیاد منصوبے کے آغاز سے جانچ شروع کرنے اور منصوبے کے اختتام تک جاری رکھنے پر مبنی ہے۔ سکرم اور ایکسٹریم پروگرامنگ چست طریقوں کی دو انتہائی مشہور تغیرات ہیں۔

فرتیلی کی کلیدی قدر "معیار ٹیم کی ذمہ داری ہے" ہے ، جس میں زور دیا گیا ہے کہ سافٹ ویئر کا معیار پوری ٹیم کی ذمہ داری ہے (نہ صرف ٹیسٹنگ ٹیم)۔ فرتیلی کا ایک اور اہم پہلو یہ ہے کہ سافٹ ویر کو چھوٹے سے انتظام کرنے والے حصوں میں توڑ دینا اور انہیں بہت جلد گاہک تک پہنچانا ہے۔ کام کرنے والی مصنوعات کی فراہمی انتہائی اہمیت کا حامل ہے۔ اس کے بعد ٹیم سافٹ ویئر کو بہتر بنانے اور ہر بڑے مرحلے میں مسلسل فراہمی جاری رکھے گی۔ یہ بہت کم ریلیز سائیکل (جسے سکرم میں اسپرٹ کہتے ہیں) حاصل کرنے اور ہر سائیکل کے اختتام پر بہتری کے ل feedback رائے حاصل کرنے سے حاصل کیا جاتا ہے۔ ٹیم کے زیادہ تعاملات کے بغیر معاونین جیسے پہلے طریقوں میں ڈویلپرز اور ٹیسٹر ، اب ایگلی ماڈل میں مل کر کام کرتے ہیں۔

فرتیلی اور روایتی سافٹ ویئر ڈویلپمنٹ طریقہ کار میں کیا فرق ہے؟

اگرچہ چستی کا طریقہ تکراری ترقی پر مبنی ہے کیونکہ کچھ روایتی نقطہ نظر میں ، چست اور روایتی طریق کار میں کلیدی اختلافات ہوتے ہیں۔ روایتی نقطہ نظر منصوبہ بندی کو اپنے کنٹرول میکانزم کے بطور استعمال کرتے ہیں ، جبکہ فرتیلی ماڈل صارفین کی آراء کو مرکزی کنٹرول میکنزم کے بطور استعمال کرتے ہیں۔ فرتیلی روایتی طریقوں کے مقابلے میں لوگوں پر مبنی نقطہ نظر کہلاتا ہے۔ فرتیلی ماڈل روایتی طریق کار کے مقابلے میں بہت جلد مصنوع کا ورکنگ ورژن فراہم کرتا ہے تاکہ گاہک کو جلد ہی کچھ فوائد کا ادراک ہوسکے۔ روایتی طریقوں کے مقابلے میں چستی کا ٹیسٹنگ سائیکل وقت نسبتا کم ہوتا ہے ، کیونکہ جانچ ترقی کے متوازی طور پر کی جاتی ہے۔ زیادہ تر روایتی ماڈل ایگیل ماڈل کے مقابلے میں انتہائی سخت اور نسبتا less کم لچکدار ہوتے ہیں۔ ان تمام فوائد کی وجہ سے ، اس وقت روایتی طریق کار کے مقابلے میں چست کو ترجیح دی جاتی ہے۔