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