ওপেন সোর্স সফ্টওয়্যার প্রকল্পগুলিতে কীভাবে প্রয়োজনীয়তা নির্ধারণ করা হয়?

Question

কর্পোরেট ইন-হাউস সফটওয়্যার বিকাশে এটি প্রয়োজনীয়তার জন্য একটি আনুষ্ঠানিক প্রক্রিয়ার মাধ্যমে নির্ধারণ করা সাধারণ যা ফলস্বরূপ বেশ কয়েকটি প্রয়োজনীয় ডকুমেন্ট তৈরি করে। ওপেন সোর্স সফ্টওয়্যার বিকাশে, এটি প্রায়শই অনুপস্থিত বলে মনে হয়। সুতরাং, আমার প্রশ্ন: ওপেন সোর্স সফ্টওয়্যার প্রকল্পগুলিতে প্রয়োজনীয়তা কীভাবে নির্ধারণ করা হয়?

"প্রয়োজনীয়তা নির্ধারণ" দ্বারা আমার সহজ অর্থ "নির্দিষ্ট সফ্টওয়্যারের অংশ হিসাবে কী কী বৈশিষ্ট্য ইত্যাদি বিকাশ করা উচিত তা নির্ধারণ করা" mean

Comments

আমি মনে করি যে এটি উল্লেখ করে যে প্রচুর ওপেন সোর্স প্রকল্পগুলি স্বতন্ত্র অবদানকারীদের আলগা দলগুলির চেয়ে সংস্থা (সংস্থা এবং একাডেমিক প্রতিষ্ঠান) দ্বারা তৈরি করা হয়েছে। এবং যেমন একটি আনুষ্ঠানিক প্রধানমন্ত্রী / প্রয়োজনীয়তা ফাংশন থাকতে পারে।

— ম্যাক্সিমআর

এটি আমার মুলতুবি থাকা গবেষণার মূল অংশ। এটি জিজ্ঞাসা করার জন্য আপনাকে ধন্যবাদ!

— আর ক্লেভেন

Answer 1

ওপেন সোর্স প্রকল্পগুলি কখনও কখনও ব্যবহারকারীর প্রতিক্রিয়াগুলির তীব্র স্ট্রিম থাকে এবং কখনও কখনও কর্পোরেশনগুলি নির্দিষ্ট বৈশিষ্ট্যগুলি পরিকল্পনামূলক এবং বাস্তবায়িত করার জন্য অর্থ প্রদান করে (তাদের নিজস্ব বিকাশকারী বা মূল বিকাশকারীদের নিয়োগ দিয়ে)।

যদি আপনার প্রকল্পে 100 জন ব্যবহারকারী থাকে তবে আপনি সম্ভবত কোডে সবচেয়ে মজাদার যা বিকাশ করতে পারেন।

যদি আপনার প্রকল্পে 100k ব্যবহারকারী থাকে তবে সম্ভবত আপনার ইতিমধ্যে পরবর্তী প্রকাশে বেশিরভাগ ব্যবহারকারী ঠিক করতে চাইছেন এমন ব্যথা পয়েন্টগুলির একটি তালিকা এবং শীর্ষস্থানীয় এন বৈশিষ্ট্যগুলির একটি তালিকা রয়েছে যা ব্যবহারকারীরা আপনার ইস্যু ট্র্যাকারে অনুরোধ করে এবং ফোরামে জিজ্ঞাসা করতে থাকে।

এই প্রতিক্রিয়াটির সাহায্যে আপনি আপনার মূল দলের জন্য প্রয়োজনীয় কাগজপত্র লিখতে পারেন, স্বতন্ত্র অবদানকারীদের আপনার দৃষ্টিভঙ্গি বুঝতে সহায়তা করার জন্য রোডম্যাপ তৈরি করতে পারেন এবং আশা করছেন যে ১০০ কে ব্যবহারকারী কিছু প্যাচ পাঠিয়ে দেবেন।

Answer 2

১৯৯৫ সালের দিকে আমি প্রথম লিনাক্স সম্পর্কে শুনেছি বলে আমি ওপেন সোর্স অনুসরণ করে চলেছি এবং সেই প্রসঙ্গে ব্যবহৃত 'প্রয়োজনীয়তা' শব্দটি কখনও মনে করতে পারি না।

এরিক রেমন্ডের একটি দুর্দান্ত প্রবন্ধ রয়েছে, দ্য ক্যাথেড্রাল এবং বাজার , যেখানে তিনি 'আপনার নিজের চুলকানি স্ক্র্যাচিং' সম্পর্কে কথা বলেছেন। আপনি ব্যক্তিগতভাবে যে সমস্যার মুখোমুখি হচ্ছেন তা সমাধান করার চেষ্টা করছেন, আপনি সমাধান করেছেন কিনা তা খুঁজে বের করার জন্য প্রয়োজনীয় কাগজপত্রগুলি উল্লেখ করতে হবে না।

সেই একই রচনাটি আপনার ব্যবহারকারীদের শোনার বিষয়েও কথা বলে, যা কেবল ওপেন সোর্স প্রকল্প নয়, সবার জন্য ভাল পরামর্শ। ওপেন সোর্স প্রকল্পগুলি মেধাবী হতে থাকে, তাই 'তিনি যে কোডটি লেখেন, বিধি তৈরি করেন', কমবেশি।

Answer 3

কর্পোরেট ইন-হাউস সফটওয়্যার বিকাশে এটি প্রয়োজনীয়তার জন্য একটি আনুষ্ঠানিক প্রক্রিয়ার মাধ্যমে নির্ধারণ করা সাধারণ যা ফলস্বরূপ বেশ কয়েকটি প্রয়োজনীয় ডকুমেন্ট তৈরি করে।

আমার অভিজ্ঞতার সাথে চুক্তিভিত্তিক বিকাশ করার সময় এটি অনেক বেশি সাধারণ, বিশেষত যখন কোনও বাহ্যিক সংস্থা আপনার সংস্থার জন্য উন্নয়ন করে চলেছে এবং চুক্তির জন্য আইনী প্রয়োজন রয়েছে। তবে প্রচুর অন্যান্য সংস্থাগুলি তাদের নিজস্ব লোকদের দ্বারা আবাসস্থল বিকাশকে অন্যভাবে নিয়ন্ত্রণ করে:

• অনানুষ্ঠানিক যোগাযোগ

• অগ্রাধিকারযুক্ত প্রয়োজনীয়তা / বাগ / ইস্যু / টিকিটের তালিকা (এবং এটি অবশ্যই "চতুর" সম্প্রদায়ের উদ্ভাবন নয়)

বেশিরভাগ ওপেন সোর্স প্রকল্পগুলি একইভাবে কাজ করে - যেহেতু কোনও আনুষ্ঠানিক চুক্তির দরকার নেই, তাই কেউ বড়, বিস্তারিত, আনুষ্ঠানিক প্রয়োজনীয় ডকস, অনুপস্থিত বৈশিষ্ট্যের ছোট, বেদনাদায়ক তালিকা বা কোনও ইস্যুতে সংগৃহীত টিকিটগুলি নিয়ে কাজ করতে বিরত করে না ট্র্যাকার সমাধান করা।

Answer 4

সমস্যাটি যদি সাধারণ সমস্যাটির মতো বলতে হয়, একটি সংকলক বা ব্রাউজার লেখার জন্য প্রয়োজনীয়তাগুলি ভাষা মান, টার্গেট অপারেটিং সিস্টেম এবং টার্গেট হার্ডওয়্যার ইত্যাদি আকারে দেওয়া হয় etc.

জিএনইউ ইমাকসের মতো জিনিসের জন্য যা পাঠ্য সম্পাদক হওয়ার মূল লক্ষ্যটি দুর্দান্তভাবে পূরণ করার পাশাপাশি অনেকের কাছে অনেক কিছুই, আমি মনে করি এটি প্রসারিত করার বিশাল সুযোগের কারণে প্রয়োজনীয়তাগুলি বোধগম্য হয়েছিল। আড্ডা, ইমেল, নিউজ গ্রুপ, কোড সম্পাদনা, সংস্করণ নিয়ন্ত্রণ মনে আসে। ইমাকস্পিক নিয়ে কাজ করছেন একজন গবেষণা বিজ্ঞানী। আমি মনে করি ব্রাউজার এবং এক্সটেনশনের অনুমতি দেয় এমন অন্যান্য জিনিস সম্পর্কে একই রকম কথা বলা যেতে পারে।

যদি সফ্টওয়্যারটি এমন কোনও ফাংশন ধরে রাখে যা কেবলমাত্র ওপেন-সোর্স সফ্টওয়্যারগুলিতে উপলব্ধ থাকে তবে প্রয়োজনীয়তাটি আবারও দেওয়া হয়।

সম্পাদনা করুন:

যখন ওপেন সোর্স সফ্টওয়্যার রক্ষণাবেক্ষণে চলে যায় এবং অল্প কিছু আসল প্রয়োজনীয়তা আনমেট না থাকে, তখন বেশিরভাগ প্রয়োজনীয়তা বাগ থেকে আসে, নতুন প্ল্যাটফর্মগুলিতে যেমন মাল্টি কোর সিপিইউ এবং অন্যান্য হার্ডওয়্যার যেগুলি শোষণের সময় আরও ভাল পারফরম্যান্সের প্রস্তাব দেয়, এবং তার সাথে খাপ খাইয়ে নেওয়া প্রয়োজন।

জিএনইউ হার্ডের মতো সম্পূর্ণ গবেষণা ভিত্তিক প্রকল্পে, আমি মনে করি প্রয়োজনীয়তাগুলি গবেষণা ফলাফল এবং কাগজপত্রগুলি থেকে আসে।

সংক্ষেপে,

• শুরু করার সময়, সফ্টওয়্যারগুলির প্রয়োজনীয়তাগুলি যা সাধারণ সমস্যাগুলি সমাধান করার চেষ্টা করে তা মান নথি থেকে আসতে পারে

• যে সফ্টওয়্যারটি অন্য বিদ্যমান সফ্টওয়্যার ধরে রেখেছে তার জন্য প্রয়োজনীয়তাগুলি বিদ্যমান সফ্টওয়্যারটির সমস্ত বা বেশিরভাগ বৈশিষ্ট্য সেট এবং বিকাশকারী / ব্যবহারকারীদের কাছে আকর্ষণীয় মনে করে এমন কিছু অন্যান্য বৈশিষ্ট্য তৈরি করার সম্ভাবনা রয়েছে

• গবেষণা প্রকল্পগুলির জন্য, কাগজপত্র এবং অন্যান্য প্রকাশনা প্রয়োজনীয়তা নির্ধারণ করতে পারে

• রক্ষণাবেক্ষণের সময়, বাগগুলি, নতুন পরিবেশের সাথে খাপ খাইয়ে নেওয়া প্রয়োজনীয়তার প্রধান উত্স হতে পারে

Comments

আপনার উত্তরটি প্রথমবার পড়ার সাথে আমি এটিকে প্রশ্নের সাথে সম্পর্কিত করতে পারিনি। তবে আমরা বলতে পারি যে এক ধরণের সমস্যা হ'ল প্রয়োজনীয়তা তৈরির মূল কারণ। এমন ক্ষেত্রে আপনার উত্তর আশাব্যঞ্জক। আপডেটের জন্য অপেক্ষা করছি।

— আলেহরো

Answer 5

আমি নিশ্চিতভাবে জানি না, তবে একবার পরামর্শটি হল একটি চৌকস জাতীয় পদ্ধতি ব্যবহার করা, যেখানে টিকিট হিসাবে প্রয়োজনীয়তা উত্থাপন করা হয় (বা "কার্ড"), জেআইআরএর মতো কিছু ব্যবহার করে প্রতিটি টিকিট কোনও বৈশিষ্ট্য বা প্রয়োজনীয়তার প্রতিনিধিত্ব করে। প্রতিটি টিকিট তখন অন্য ছোট টিকিটের কাজের প্রতিনিধিত্ব করে অন্যান্য টিকিটে বিভক্ত হতে পারে।

অ্যাপ্লিকেশন বা সফ্টওয়্যারটির অংশটি কী করা উচিত তা নির্ধারণ করার জন্য, সহজ উত্তরটি "অন্যান্য বিকাশকারীদের সাথে কথা বলা"। :) এই ক্ষেত্রে "কথা বলার" অর্থ ই-মেইল বিতরণ তালিকা, ফোরাম, এমনকি আইআরসি, এমন কোনও কিছু হতে পারে যা বিভিন্ন টাইম অঞ্চল এবং ভৌগলিক অবস্থানের লোকদের সাথে চ্যাট করতে দেয়।