হ্যাঁ, এই বিষয় নিয়ে প্রচুর অধ্যয়ন রয়েছে। অবশ্যই, প্রশ্নটি সমস্ত ধরণের সফ্টওয়্যার ডেভলপমেন্ট প্রকল্পগুলির জন্য জবাব দেওয়ার পক্ষে খুব সাধারণ, তবে বেশ কয়েকটি প্রসঙ্গে এমন প্রমাণ রয়েছে যা এই ধারণাকে সমর্থন করে যে সঠিকভাবে প্রয়োজনীয়তা বিশ্লেষণ করলে বাস্তবায়ন পর্যায়ে ইতিবাচক প্রভাব ফেলবে। এই প্রমাণগুলি "আইন "গুলিতে আংশিকভাবে সংগ্রহ করা হয়েছে এবং এখানে তিনটি উদাহরণ রয়েছে:
গ্লাস আইন: প্রয়োজনীয়তার ঘাটতিগুলি প্রকল্প ব্যর্থতার মূল উত্স।
বড় বড় সফ্টওয়্যার ডেভলপমেন্ট প্রকল্পগুলির কেস স্টাডি প্রমাণ দ্বারা এই আইনের সমর্থন রয়েছে। গ্লাস আবিষ্কার করেছে যে ব্যর্থ ক্ষেত্রে, অনেক বেশি প্রয়োজনীয়তা ছিল, দেরী পরিবর্তনের কারণে তারা অস্থির ছিল এবং তারা অস্পষ্ট এবং অসম্পূর্ণ ছিল।
এটি পরামর্শ দেয় যে প্রয়োজনীয়তার গুণমান এবং প্রকল্পের ফলাফলের মধ্যে একটি সম্পর্ক রয়েছে।
বোহেমের প্রথম আইন: ত্রুটিগুলি প্রয়োজনীয়তা এবং নকশা সংক্রান্ত ক্রিয়াকলাপগুলির মধ্যে সর্বাধিক ঘন ঘন হয় এবং পরে সেগুলি অপসারণ করা আরও ব্যয়বহুল।
কেস স্টাডি প্রমাণ দ্বারা এটিও সমর্থন করা হয় এবং নিম্নলিখিত পদ্ধতিতে প্রশ্নের উত্তর দেওয়ার ক্ষেত্রে অবদান রাখে: প্রয়োজনীয়তা সঠিকভাবে করা সিস্টেমের ত্রুটির সংখ্যা হ্রাস করবে এবং বাস্তবায়ন শুরুর আগে ত্রুটিগুলি সংশোধন করা তাদের শিকারের চেয়ে কম ব্যয়বহুল হতে চলেছে ইতিমধ্যে বাস্তবায়ন শুরু হয়ে গেলে ডাউন (বা আরও খারাপ, যখন সিস্টেম ইতিমধ্যে পাঠানো হয়েছে)।
বোহেমের দ্বিতীয় আইন: প্রোটোটাইপিং বিশেষত ব্যবহারকারীর ইন্টারফেসের জন্য প্রয়োজনীয়তা এবং নকশার ত্রুটিগুলি হ্রাস করে।
এটি একটি ছাত্র প্রসঙ্গে নিয়ন্ত্রিত পরীক্ষাগুলি দ্বারা ব্যাক আপ করা হয়। একটি সম্ভাব্য ব্যাখ্যা হ'ল প্রয়োজনীয়তা এবং নকশার পর্যায়গুলি সম্পূর্ণরূপে ডকুমেন্টেশন-চালিত এবং তাত্ত্বিক হওয়া প্রয়োজন না। পরিবর্তে প্রয়োজনীয়তা এবং নকশা পর্যায়ের অংশগুলির অংশ হিসাবে প্রোটোটাইপিং করা - যা প্রয়োজনীয়তাগুলি সম্পর্কে সময় ব্যয় করা এবং চিন্তাভাবনার পরিমাণ - প্রকল্পের সাফল্য এবং বাস্তবায়নের সময়কে প্রভাবিত করে।
একই সাথে নির্দেশিত প্রচুর অন্যান্য প্রমাণও রয়েছে: বাস্তবায়নের প্রস্তুতির জন্য সময় ব্যয় করা বিস্ময়ের কারণে কম ঝুঁকি এবং তফসিলের কম সুযোগের আকারে অর্থ প্রদান করে। যদিও প্রশ্নটি পরীক্ষার বিষয়ে নয়, সঠিক প্রস্তুতি ইতিবাচকভাবেও পরীক্ষার উপর প্রভাব ফেলে।
এই আইনগুলির জন্য উল্লেখগুলি হল:
গ্লাস আইন: গ্লাস, আরএল: সফটওয়্যার পালাতে। ম্যাসিভ সফটওয়্যার প্রকল্পের ব্যর্থতা থেকে শিক্ষা নেওয়া পাঠ। আপার স্যাডল রিভার, এনজে: প্রেন্টাইস হল 1998
বোহেমের প্রথম আইন: বোহেম, বিডাব্লু, ম্যাকক্লেইন, আরকে, উরফ্রিগ, ডিবি: বৃহত্তর স্কেল নির্ভরযোগ্য সফ্টওয়্যার ডিজাইনের স্বয়ংক্রিয় সহায়তা সম্পর্কিত কিছু অভিজ্ঞতা। আইইইই ট্রান্স অন সফটওয়্যার ইঞ্জিনিয়ারিং 1, 1 (1975), 125–133
বোহেমের দ্বিতীয় আইন: বোহেম, বিডাব্লু, গ্রে, টিই, সিওয়াল্ডট, টি .: প্রোটোটাইপ ভার্সেস নির্দিষ্টকরণ: একটি মাল্টিপ্রজেক্ট এক্সপেরিমেন্ট। আইইইই ট্রান্স অন সফটওয়্যার ইঞ্জিনিয়ারিং 10, 3 (1984), 290–302
এছাড়াও, নিম্নলিখিত রেফারেন্সটি আগ্রহী হতে পারে: এন্ড্রেস, এ। এবং রোম্বাচ, ডি। হ্যান্ডবুক অফ সফটওয়্যার অ্যান্ড সিস্টেম ইঞ্জিনিয়ারিং। গবেষণামূলক পর্যবেক্ষণ, আইন এবং তত্ত্ব। সফটওয়্যার ইঞ্জিনিয়ারিংয়ের ফ্রেউনহোফার আইইএসই সিরিজ। অ্যাডিসন ওয়েসলি, 2003