Incremental build model
ইনক্রিমেন্টাল বিল্ড মডেল হল সফ্টওয়্যার বিকাশের একটি পদ্ধতি যেখানে পণ্যটি নকশা করা হয়, প্রয়োগ করা হয় এবং ক্রমবর্ধমানভাবে পরীক্ষা করা হয় (প্রতিবার আরও কিছুটা যোগ করা হয়) পণ্যটি শেষ না হওয়া পর্যন্ত। এর সঙ্গে উন্নয়ন ও রক্ষণাবেক্ষণ উভয়ই জড়িত। পণ্যটিকে সমাপ্ত হিসাবে সংজ্ঞায়িত করা হয় যখন এটি তার সমস্ত প্রয়োজনীয়তা পূরণ করে। এই মডেলটি জলপ্রপাত মডেলের উপাদানগুলিকে প্রোটোটাইপিংয়ের পুনরাবৃত্তিমূলক দর্শনের সাথে একত্রিত করে। প্রজেক্ট ম্যানেজমেন্ট ইনস্টিটিউটের মতে, একটি ক্রমবর্ধমান পদ্ধতি হল একটি "অভিযোজিত উন্নয়নমূলক পদ্ধতি যেখানে বিতরণযোগ্য পর্যায়ক্রমে উত্পাদিত হয়, কার্যকারিতা যোগ করা হয় যতক্ষণ না বিতরণযোগ্যটিতে সম্পূর্ণ হিসাবে বিবেচিত হওয়ার জন্য প্রয়োজনীয় এবং পর্যাপ্ত ক্ষমতা থাকে"। পণ্যটি বেশ কয়েকটি উপাদানে বিভক্ত, যার প্রতিটি আলাদাভাবে ডিজাইন এবং নির্মিত (বিল্ড হিসাবে পরিচিত)। প্রতিটি উপাদান সম্পূর্ণ হলে ক্লায়েন্টের কাছে পৌঁছে দেওয়া হয়। এটি পণ্যটির আংশিক ব্যবহারের অনুমতি দেয় এবং দীর্ঘ বিকাশের সময়কে এড়ায়। এটি একটি বড় প্রাথমিক মূলধন ব্যয় এবং পরবর্তী দীর্ঘ অপেক্ষার সময়কালও এড়ায়। উন্নয়নের এই মডেলটি একবারে একটি সম্পূর্ণ নতুন ব্যবস্থা প্রবর্তনের আঘাতমূলক প্রভাবকে সহজ করতে সহায়তা করে। ক্রমবর্ধমান মডেল ক্রমবর্ধমানভাবে জলপ্রপাত মডেল প্রয়োগ করে। রিলিজগুলির সিরিজকে "ইনক্রিমেন্টস" হিসাবে উল্লেখ করা হয়, প্রতিটি ইনক্রিমেন্ট গ্রাহকদের আরও কার্যকারিতা প্রদান করে। প্রথম বৃদ্ধির পরে, একটি মূল পণ্য সরবরাহ করা হয়, যা ইতিমধ্যে গ্রাহক দ্বারা ব্যবহার করা যেতে পারে। গ্রাহকদের প্রতিক্রিয়ার উপর ভিত্তি করে, পরবর্তী বৃদ্ধির জন্য একটি পরিকল্পনা তৈরি করা হয় এবং সেই অনুযায়ী পরিবর্তন করা হয়। এই প্রক্রিয়াটি চলতে থাকে, সম্পূর্ণ পণ্য সরবরাহ না হওয়া পর্যন্ত ইনক্রিমেন্ট সরবরাহ করা হয়। ক্রমবর্ধমান দর্শনটি চটপটে প্রক্রিয়া মডেলেও ব্যবহৃত হয় (চটপটে মডেলিং দেখুন)। ক্রমবর্ধমান মডেলটি ডিভোপসে প্রয়োগ করা যেতে পারে। ডিভোপস-এ এটি প্রয়োজনীয় অভ্যন্তরীণ দক্ষতা এবং গতিবেগ তৈরি করার সময় ডিভোপস গ্রহণের ঝুঁকি এবং ব্যয় হ্রাস করার ধারণাকে কেন্দ্র করে। ইনক্রিমেন্টাল মডেল সিস্টেমের বৈশিষ্ট্যগুলি অনেকগুলি ক্ষুদ্র উন্নয়ন প্রকল্পে বিভক্ত। চূড়ান্ত ব্যবস্থা তৈরি করার জন্য আংশিক ব্যবস্থা তৈরি করা হয়। প্রথমে সর্বোচ্চ অগ্রাধিকারের প্রয়োজনীয়তাগুলি মোকাবেলা করা হয়েছে। বর্ধিত অংশটি বিকশিত হওয়ার পরে একটি অংশের প্রয়োজনীয়তা হিমায়িত করা হয়। উপকারিতা প্রতিটি পুনরাবৃত্তির পরে, রিগ্রেশন পরীক্ষা করা উচিত। এই পরীক্ষার সময়, সফ্টওয়্যারের ত্রুটিপূর্ণ উপাদানগুলি দ্রুত সনাক্ত করা যেতে পারে কারণ কোনও একক পুনরাবৃত্তির মধ্যে খুব কম পরিবর্তন করা হয়। সফ্টওয়্যার বিকাশের অন্যান্য পদ্ধতির তুলনায় এটি পরীক্ষা করা এবং ডিবাগ করা সাধারণত সহজ কারণ প্রতিটি পুনরাবৃত্তির সময় তুলনামূলকভাবে ছোট পরিবর্তন করা হয়। এটি সামগ্রিক পণ্যের মধ্যে প্রতিটি উপাদানের আরও লক্ষ্যযুক্ত এবং কঠোর পরীক্ষার অনুমতি দেয়। গ্রাহক বৈশিষ্ট্যগুলিতে সাড়া দিতে পারেন এবং যে কোনও প্রয়োজনীয় বা দরকারী পরিবর্তনের জন্য পণ্যটি পর্যালোচনা করতে পারেন। প্রাথমিক পণ্য সরবরাহ দ্রুত এবং খরচ কম। অসুবিধাগুলি ফলস্বরূপ খরচ সংস্থার খরচের চেয়ে বেশি হতে পারে। পণ্যটিতে অতিরিক্ত কার্যকারিতা যুক্ত হওয়ার সাথে সাথে সিস্টেম আর্কিটেকচার সম্পর্কিত সমস্যা দেখা দিতে পারে যা পূর্ববর্তী প্রোটোটাইপগুলিতে স্পষ্ট ছিল না। পরিকল্পনাঃ একই প্রকল্পে যতজন লোক (সফ্টওয়্যার দল) কাজ করে কিন্তু একই সময়ে বিভিন্ন কাজ করে। মডেলিংঃ ব্যবসায়িক মডেলিং, ডেটা মডেলিং এবং প্রক্রিয়া মডেলিং জড়িত। নির্মাণঃ এর মধ্যে রয়েছে পুনঃব্যবহার সফ্টওয়্যার উপাদান এবং স্বয়ংক্রিয় কোড। নিয়োজনঃ সমস্ত ইনক্রিমেন্টের সংহতকরণ। আরও দেখুন পুনরাবৃত্তিমূলক এবং ক্রমবর্ধমান উন্নয়ন দ্রুত অ্যাপ্লিকেশন উন্নয়ন ক্রমবর্ধমান পদ্ধতি উদ্ধৃতি বাহ্যিক লিঙ্ক পদ্ধতিঃঃ উন্নয়ন মডেল ক্রমবর্ধমান জীবনচক্র ক্রমবর্ধমান মডেল কী-সুবিধা, অসুবিধা এবং কখন এটি ব্যবহার করতে হবে সফ্টওয়্যার ইঞ্জিনিয়ারিং সফ্টওয়্যার উন্নয়ন প্রক্রিয়ায় ক্রমবর্ধমান মডেল