Incremental build model
انکریمنٹل بلڈ ماڈل سافٹ ویئر ڈویلپمنٹ کا ایک طریقہ ہے جہاں پروڈکٹ کو ڈیزائن کیا جاتا ہے، لاگو کیا جاتا ہے اور اضافی طور پر ٹیسٹ کیا جاتا ہے (ہر بار تھوڑا اور شامل کیا جاتا ہے) جب تک کہ پروڈکٹ ختم نہ ہو جائے۔ اس میں ترقی اور دیکھ بھال دونوں شامل ہیں۔ مصنوعات کی تعریف اس وقت کی جاتی ہے جب وہ اپنی تمام ضروریات کو پورا کرتی ہے۔ یہ ماڈل آبشار ماڈل کے عناصر کو پروٹو ٹائپنگ کے تکراری فلسفے کے ساتھ جوڑتا ہے۔ پروجیکٹ مینجمنٹ انسٹی ٹیوٹ کے مطابق، ایک اضافی نقطہ نظر ایک "انکولی ترقیاتی نقطہ نظر ہے جس میں ڈیلیوری ایبل کو یکے بعد دیگرے تیار کیا جاتا ہے، فعالیت کو اس وقت تک شامل کیا جاتا ہے جب تک کہ ڈیلیوری ایبل میں مکمل سمجھے جانے کے لیے ضروری اور کافی صلاحیت نہ ہو۔" پروڈکٹ کو متعدد اجزاء میں تقسیم کیا جاتا ہے، جن میں سے ہر ایک کو الگ سے ڈیزائن اور بنایا جاتا ہے (جسے بلڈز کہا جاتا ہے)۔ ہر جزو مکمل ہونے پر کلائنٹ کو پہنچایا جاتا ہے۔ یہ مصنوعات کے جزوی استعمال کی اجازت دیتا ہے اور ترقی کے طویل وقت سے بچتا ہے۔ یہ بڑے ابتدائی سرمائے کے اخراجات اور اس کے بعد طویل انتظار کی مدت سے بھی بچتا ہے۔ ترقی کا یہ ماڈل ایک ہی وقت میں مکمل طور پر نیا نظام متعارف کرانے کے تکلیف دہ اثر کو کم کرنے میں بھی مدد کرتا ہے۔ انکریمنٹل ماڈل انکریمنٹل ماڈل آبشار کے ماڈل کو اضافی طور پر لاگو کرتا ہے۔ ریلیز کے سلسلے کو "انکریمنٹ" کہا جاتا ہے، جس میں ہر انکریمنٹ صارفین کو زیادہ فعالیت فراہم کرتی ہے۔ پہلے اضافے کے بعد، ایک بنیادی پروڈکٹ پہنچایا جاتا ہے، جسے گاہک پہلے ہی استعمال کر سکتا ہے۔ صارفین کے تاثرات کی بنیاد پر، اگلے اضافے کے لیے ایک منصوبہ تیار کیا جاتا ہے، اور اسی کے مطابق ترمیم کی جاتی ہے۔ یہ عمل جاری رہتا ہے، انکریمنٹ کی فراہمی کے ساتھ جب تک کہ مکمل پروڈکٹ کی فراہمی نہ ہو جائے۔ انکریمنٹل فلاسفی کو فرتیلی عمل ماڈل میں بھی استعمال کیا جاتا ہے (فرتیلی ماڈلنگ دیکھیں)۔ انکریمنٹل ماڈل کا اطلاق ڈیو اوپس پر کیا جا سکتا ہے۔ ڈیو اوپس میں یہ ڈیو اوپس کو اپنانے کے خطرے اور لاگت کو کم کرنے کے خیال کے ارد گرد مرکوز ہے جبکہ ضروری اندرونی مہارت اور رفتار کو بڑھاتا ہے۔ انکریمنٹل ماڈل سسٹم کی خصوصیات کو بہت سے چھوٹے ترقیاتی منصوبوں میں تقسیم کیا گیا ہے۔ جزوی نظام حتمی نظام تیار کرنے کے لیے بنائے جاتے ہیں۔ سب سے پہلے اعلی ترجیحی ضروریات سے نمٹا گیا۔ اضافہ شدہ حصہ تیار ہونے کے بعد کسی حصے کی ضرورت کو منجمد کر دیا جاتا ہے۔ فوائد ہر تکرار کے بعد، رجعت کی جانچ کی جانی چاہیے۔ اس جانچ کے دوران، سافٹ ویئر کے ناقص عناصر کی فوری شناخت کی جا سکتی ہے کیونکہ کسی بھی ایک تکرار کے اندر بہت کم تبدیلیاں کی جاتی ہیں۔ سافٹ ویئر ڈویلپمنٹ کے دیگر طریقوں کے مقابلے میں ٹیسٹ اور ڈیبگ کرنا عام طور پر آسان ہے کیونکہ ہر تکرار کے دوران نسبتا چھوٹی تبدیلیاں کی جاتی ہیں۔ یہ مجموعی پروڈکٹ کے اندر ہر عنصر کی زیادہ ٹارگٹڈ اور سخت جانچ کی اجازت دیتا ہے۔ گاہک خصوصیات کا جواب دے سکتا ہے اور کسی بھی ضروری یا مفید تبدیلیوں کے لیے پروڈکٹ کا جائزہ لے سکتا ہے۔ ابتدائی پروڈکٹ ڈیلیوری تیز ہوتی ہے اور اس کی لاگت کم ہوتی ہے۔ نقصانات نتیجے میں لاگت تنظیم کی لاگت سے زیادہ ہو سکتی ہے۔ جیسا کہ پروڈکٹ میں اضافی فعالیت شامل کی جاتی ہے، سسٹم فن تعمیر سے متعلق مسائل پیدا ہو سکتے ہیں جو پہلے کے پروٹوٹائپ میں واضح نہیں تھے۔ یہ کام تمام ماڈلز کے لیے عام ہیں۔ مواصلات: مقصد کو سمجھنے میں مدد کرتا ہے۔ منصوبہ بندی: ضروری ہے کہ بہت سے لوگ (سافٹ ویئر ٹیمیں) ایک ہی پروجیکٹ پر کام کریں لیکن ایک ہی وقت میں مختلف کام کریں۔ ماڈلنگ: اس میں بزنس ماڈلنگ، ڈیٹا ماڈلنگ، اور پروسیس ماڈلنگ شامل ہیں۔ تعمیر: اس میں دوبارہ استعمال ہونے والے سافٹ ویئر کے اجزاء اور خودکار کوڈ شامل ہیں۔ تعیناتی: تمام انکریمنٹس کا انضمام۔ آئیٹریٹو اینڈ انکریمنٹل ڈویلپمنٹ ریپڈ ایپلیکیشن ڈویلپمنٹ انکریمنٹل اپروچ حوالہ جات بیرونی لنکس طریقہ کار:: ڈویلپمنٹ ماڈل انکریمنٹل لائف سائیکل انکریمنٹل ماڈل کیا ہے-فوائد، نقصانات اور اسے سافٹ ویئر انجینئرنگ سافٹ ویئر ڈویلپمنٹ کے عمل میں کب استعمال کرنا ہے