কার্যকরী বা অ-কার্যক্ষম প্রয়োজন?


34

আমি কার্যকরী বা অ-কার্যকরী প্রয়োজনীয়তা সম্পর্কে ভাবছি। আমি এই শর্তগুলির জন্য প্রচুর বিভিন্ন সংজ্ঞা পেয়েছি এবং আমি আমার প্রয়োজনীয়তার কিছুটিকে যথাযথ বিভাগে নির্ধারণ করতে পারি না।

আমি এমন প্রয়োজনীয়তা সম্পর্কে ভাবছি যা কিছু ক্রিয়াকলাপের সাথে সংযুক্ত নয় বা কিছু অতিরিক্ত শর্ত রয়েছে, উদাহরণস্বরূপ:

  1. নির্বাচিত ডিভাইসের তালিকায়, ডিভাইসটি পুনরাবৃত্তি করা যেতে পারে।
  2. ডাটাবেসে কমপক্ষে 100 টি আইটেম থাকতে হবে
  3. কিছু মূল্যের মুদ্রা অবশ্যই ডলারে থাকতে হবে।
  4. ডিভাইসের অবশ্যই ওয়াটসে একটি নাম এবং পাওয়ার খরচ হবে।

এই প্রয়োজনীয়তাগুলি কার্যকরী বা অ-কার্যক্ষম?


4
আমি মনে করি "ফাংশনাল" এবং "অ-কার্যকরী" এর মধ্যে পার্থক্য বিভ্রান্তিমূলক এবং দুর্বল অপারেবিলিটি সহ সফ্টওয়্যার ছেড়ে যেতে ঝোঁক। আমি খুঁজে পেয়েছি যে "শেষ ব্যবহারকারীর বৈশিষ্ট্যগুলি" এবং "অপারেশনাল বৈশিষ্ট্যগুলি" সম্পর্কে চিন্তাভাবনা আরও ভাল সফ্টওয়্যার নিয়ে যায়: ব্লগ.সফটওয়্যার্পবিলিটি.কম / ২০১৩ / ২০১৪ / ২০১৮ (আমার পোস্ট)
ম্যাথু স্কেলটন

@ ম্যাথহেস্কেলটন (২) কোনও এন-ব্যবহারকারী বৈশিষ্ট্য বা কোনও অপারেশন বৈশিষ্ট্য কিনা তা আমি বলতে পারি না। এটি একটি "পরীক্ষামূলক বৈশিষ্ট্য" বলে মনে হচ্ছে।
মার্টিন থোমা

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

উত্তর:


41

কার্যকরী প্রয়োজনীয়তাগুলি সিস্টেম বা অ্যাপ্লিকেশনটি কী করবে তা নির্ধারণ করে - বিশেষত একটি বাহ্যিক মিথস্ক্রিয়া প্রসঙ্গে (ব্যবহারকারীর সাথে বা অন্য কোনও সিস্টেমের সাথে)।

নতুন অর্ডার দেওয়ার সময়, সিস্টেমটি মোট ব্যয় প্রদর্শন করবে এবং ব্যবহারকারীর কাছ থেকে নিশ্চিতকরণের প্রয়োজন হবে। এটি একটি কার্যকরী প্রয়োজন; এটি সিস্টেমের একটি কার্যকারিতা বর্ণনা করে।

আরও তথ্যের জন্য উইকিপিডিয়া: কার্যকরী প্রয়োজনীয়তা পড়ুন ।

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

আপনি দেখতে পাবেন এমন সর্বাধিক সাধারণ ধরণের অ-কার্যকরী প্রয়োজনীয়তাগুলি সিস্টেম অপারেশন (প্রাপ্যতা, ধারাবাহিকতা, ডিআর), কর্মক্ষমতা (থ্রুপুট, বিলম্ব, স্টোরেজ ক্ষমতা) এবং সুরক্ষা (প্রমাণীকরণ, অনুমোদন, নিরীক্ষণ, গোপনীয়তা) এর সাথে সম্পর্কিত।

এগুলি সমস্ত ক্রস-কাটিং উদ্বেগ যা প্রতিটি "বৈশিষ্ট্য" প্রভাবিত করে এখনও তাদের নিজস্ব বৈশিষ্ট্য নয়; তারা আরো বৈশিষ্ট্য মেটাডেটা মত সহায়তা না বর্ণনা মাত্র কিনা সিস্টেম কি এটি কিন্তু অনুমিত এর আছে কত ভাল এটা এটা আছে। সেই উপমাটি খুব বেশি দূরে নেবেন না - যদিও এটি কেবল একটি উপমা।

অ কার্মিক প্রয়োজনীয়তা আছে না বিষয়ী বা হাতে wavey, কি এখানে কিছু লোক পরামর্শ হবে বলে মনে হচ্ছে বিপরীত। প্রকৃতপক্ষে, তাদের আসলে একটি শক্ত মেট্রিক যুক্ত হওয়া উচিত (যেমন প্রতিক্রিয়ার সময়টি 100 এমএসের বেশি নয়)। এনএফ প্রয়োজনীয়তাগুলি প্রয়োগকরণের বিবরণ বা "ওআরএম কাঠামো আপগ্রেড করার মতো" কাজগুলিও নয় - এমন ধারণা নেই যে যেখানে কেউ এই ধারণা পাবেন।

উইকিপিডিয়ায় আরও বিশদ : অ-কার্যকরী প্রয়োজন


প্রশ্নের উদাহরণগুলিতে বিশেষভাবে সম্বোধন করতে:

  1. নির্বাচিত ডিভাইসের তালিকায়, ডিভাইসটি পুনরাবৃত্তি করা যেতে পারে।

    • স্পষ্টত একটি কার্যকরী প্রয়োজন। সিস্টেমের আউটপুট কেমন লাগে তা বর্ণনা করে।
  2. ডাটাবেসে কমপক্ষে 100 টি আইটেম থাকতে হবে

    • ব্যবসায়ের নিয়মের মতো মনে হয়, তেমনি কার্যকরী প্রয়োজন requirement তবে এটি অসম্পূর্ণ বলে মনে হচ্ছে। এই নিয়মের কারণ কী? যদি ডাটাবেসে 100 এরও কম আইটেম থাকে তবে কী হবে / হওয়া উচিত?
  3. কিছু মূল্যের মুদ্রা অবশ্যই ডলারে থাকতে হবে।

    • কার্যকরী প্রয়োজনীয়তা, তবে সত্যিই সঠিকভাবে বলা হয়নি। আরও কার্যকর শব্দবন্ধটি হ'ল: সিস্টেমটি একটি মুদ্রা (মার্কিন ডলার) সমর্থন করবে। অবশ্যই একাধিক মুদ্রা সমর্থন করার প্রয়োজন হলে এটি সংশোধন করা হবে এবং তারপরে প্রয়োজনীয়তার সাথে মুদ্রা রূপান্তর সম্পর্কিত তথ্য অন্তর্ভুক্ত করতে হবে।
  4. ডিভাইসের অবশ্যই ওয়াটসে একটি নাম এবং পাওয়ার খরচ হবে।

    • আসলে কোনও ধরণের প্রয়োজনীয়তা নয়, এটি প্রযুক্তিগত নির্দিষ্টকরণের মতো। ওয়াটগুলিতে পাওয়ার রেটিং হিসাবে ধরে নেওয়া হয় বলে একটি কার্যকরী প্রয়োজনীয়তা উল্লেখ করা হবে। যদি একাধিক ইউওএম থাকে, তবে মুদ্রার মতো, কার্যকরী প্রয়োজনীয়তার ইউনিট রূপান্তরগুলি, কোথায় / কীভাবে তারা কনফিগার করা হয় ইত্যাদি ইত্যাদি বিভাগ থাকতে হবে (যদি প্রযোজ্য হয়)।

নিস! আমি যে জিনিসটি যুক্ত করব তা হ'ল কার্যকরী প্রয়োজনীয়তার জন্য কেবল বাহ্যিক পরিবেশের সাথে আলাপচারিতার দরকার নেই (সম্পর্কিত ধারণাটি অন্যান্য সিস্টেমের সাথে "ইন্টারফেস প্রয়োজনীয়তা")। এটির জন্য একটি প্রতিবিম্ব নমুনা হ'ল "প্রতি 60 মিনিটে সিস্টেম ব্যবহারকারীদের ডাটাবেসকে সূচীকরণ করতে পারে"। এটি পরিষ্কারভাবে অভ্যন্তরীণ।
আরাম কোচার্যন

2
@ আরমকোচার্যন: এটি কার্যকরী চাহিদা নয়। স্পষ্টত সেখানে কোথাও গ্রাহক SLA প্রস্তাব লুকিয়ে আছে, এবং যে কার্মিক প্রয়োজন। "সময়োচিত গ্রাহক পরিষেবা / বিপণন সমর্থন করার জন্য যোগাযোগের আপডেটগুলি 60 মিনিটের মধ্যে অবশ্যই প্রক্রিয়া করা উচিত" - এটি একটি অভ্যন্তরীণ, কার্যকরী প্রয়োজন। "ব্যবহারকারীদের ডাটাবেস সূচীকরণ" মোটেই প্রয়োজন নয়, এটি একটি বাস্তবায়ন; উদাহরণস্বরূপ, দেখা করার অন্য একটি উপায় বলেছে যে এসএলএ হ'ল রিয়েলটাইম ব্যাকগ্রাউন্ড ইনডেক্সিং ব্যবহার করা বা কোনও সার্ভিস ব্রোকার বা বাস ব্যবহার করে এবং ইনডেক্স-রিয়েলটাইমগুলিতে আপডেটগুলি প্রক্রিয়া করে পুরোপুরি সূচকের প্রয়োজনীয়তা বাদ দেওয়া।
অ্যারোনআউট

+1 টি! অ কার্মিক প্রয়োজনীয়তা আত্মনিষ্ঠা সংক্রান্ত, এটি নির্দেশ করার জন্য যে কোর আছে যথেষ্ট হতে পারে খুব কঠিন RESTful স্থাপত্য en.wikipedia.org/wiki/...
fr_andres SupportsMonicaCellio

18

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


একটি অ-কার্যকরী প্রয়োজনীয়তা হ'ল "গুণমান বা সম্পত্তি যা পণ্য অবশ্যই থাকা উচিত" ¹ ¹ জেমস টেলর বলেছেন যে একটি অ-কার্যকরী প্রয়োজনীয়তা "[...] [তবুও] একটি প্রয়োজন, এবং এটি গ্রাহকের পক্ষে গুরুত্বপূর্ণ — কখনও কখনও কার্যকরী প্রয়োজনের চেয়েও বেশি গুরুত্বপূর্ণ" । তারপরে তিনি দুটি উদাহরণ দেন: পণ্যের লোগো এবং সরঞ্জামের যথার্থতা এবং নির্ভরযোগ্যতা। এই দুটি উদাহরণই খুব ভালভাবে দেখায় যে:

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

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

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

সুতরাং, আসুন কিছু উদাহরণ দেখুন।

  1. সফ্টওয়্যার পণ্য শেষ ব্যবহারকারীর জন্য প্রতিক্রিয়াশীল।

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

  2. ব্যবহারকারীর পরিসংখ্যানগুলির পুনরায় লোডিং 100 এমএসের নীচে 90% সময় সম্পাদন করে। পরিশিষ্ট জি অংশ 2 এ উল্লিখিত পারফরম্যান্স এবং সিপিইউয়ের জন্য 10% এর নীচে লোড, মেমরির 50% এর নিচে এবং কোনও সক্রিয় আর / ডাব্লু ডিস্ক ক্রিয়াকলাপের সাহায্যে মেশিনে পরীক্ষা করা হয়।

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

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

এটি কি একটি অ-কার্যক্ষম প্রয়োজন? এটাই. এটি এমন একটি নির্দিষ্ট বৈশিষ্ট্য নির্দিষ্ট করে যা কোনও পণ্যের অবশ্যই থাকা উচিত, অর্থাৎ শতাংশের প্রান্তিকতা প্রদত্ত সর্বোচ্চ / গড় প্রতিক্রিয়া সময়।

  3. আবেদনটি সি # তে লিখিত আছে is

এটি কি প্রয়োজন? আমরা আসলে কোনও প্রসঙ্গ ছাড়া জানি না। নেতৃত্ব বিকাশকারী, এটি এই প্রয়োজনটি সন্নিবেশ করিয়ে, ভাষাটি ব্যবহারের বিষয়ে তার সহকর্মীদের সাথে পরে আলোচনা এড়াতে চান এমন একটি ইচ্ছা হতে পারে। এটি হার্ডওয়্যার / সফ্টওয়্যার, উত্তরাধিকার বা সামঞ্জস্যের উপাদানগুলির উপর ভিত্তি করে প্রয়োজনীয়তাও হতে পারে। আমরা জানি না।

  ৪. পণ্যের সি # কোডবাস মাইক্রোসফ্ট ন্যূনতম প্রস্তাবিত বিধি এবং মাইক্রোসফ্ট গ্লোবালাইজেশন বিধি অনুসরণ করে।

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

  ৫. অ্যাপ্লিকেশনটির মূল উইন্ডোতে একটি নীল (# 00f) 10px সীমানা রয়েছে গোলাপী (# fcc) পূর্ণ ভরাট চেনাশোনাগুলির সাথে, সেই বৃত্তগুলি সীমানার অভ্যন্তরের প্রান্তে স্থাপন করা হয়েছে এবং 3px ব্যাস হওয়া উচিত, একে অপরকে 20px দ্বারা পৃথক করা হয়েছে।

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

  The. যানবাহন ট্র্যাকিং সিস্টেম ± 0.016 মাইল প্রতি স্পষ্টতার সাথে গতি পরিমাপ করে।

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

  7. যানবাহন ট্র্যাকিং সিস্টেম গাড়ির গতি পরিমাপ করে।

এখন এটি একটি কার্যকরী প্রয়োজন। এটি সিস্টেম কীভাবে কাজ করে তা বলে না, তবে এটি কী করছে doing কার্যকরী প্রয়োজনীয়তার মাধ্যমে আমরা শিখতে পারি যে যানবাহন ট্র্যাকিং সিস্টেম গতি, ব্যাটারি শক্তি, আমার চাপ জানি না কী এবং লাইটগুলি চালু আছে কি না measures

  8. ওয়েবসাইটের পৃষ্ঠাগুলি 850 এমএস লাগে। লোড করা।

এটি কোনও প্রয়োজন নয়। এক হওয়ার চেষ্টা করে তবে সম্পূর্ণ অবৈধ। আপনি কিভাবে এই সম্পদ হবে? কি পেজ? সকল? কোয়াড-কোর ক্লায়েন্ট মেশিনে স্থানীয় 1 জিবিপিএস নেটওয়ার্কের মাধ্যমে পরীক্ষা করা হয়েছে এবং এসএসডি সহ একটি 8-কোর সার্ভার 2% ব্যবহার করা হয়েছে, বা একটি পুরানো এবং ক্রেপি ল্যাপটপের মডেমের মাধ্যমে যখন ওয়েবসাইটটি 99% এ ব্যবহৃত একটি ছোট সার্ভার দ্বারা হোস্ট করা হচ্ছে ? "বোঝা" বলতে কী বোঝায়? পৃষ্ঠাটি ডাউনলোড করার অর্থ কি? এটি ডাউনলোড এবং প্রদর্শন? কিছু বড় ডেটা দিয়ে পোষ্ট অনুরোধ পাঠাচ্ছি, তারপরে প্রতিক্রিয়াটি লোড করে এটি প্রদর্শিত হচ্ছে?

উপসংহারে, একটি অ-কার্যকরী প্রয়োজন সর্বদা প্রয়োজন, যার অর্থ এটি সম্পূর্ণরূপে উদ্দেশ্যমূলক এমন কিছু বর্ণনা করে এবং একটি স্বয়ংক্রিয় বা ম্যানুয়াল বৈধতা পরীক্ষার মাধ্যমে পরীক্ষা করা যায়, তবে সিস্টেমটি কী করছে তা বলার পরিবর্তে, সিস্টেমটি কীভাবে তা ব্যাখ্যা করে সিস্টেমটি কীভাবে কিছু করছে বা করছে


Information তথ্য প্রযুক্তি প্রকল্প পরিচালনা করা: সফ্টওয়্যার, হার্ডওয়্যার এবং ইন্টিগ্রেশন উদ্যোগগুলিতে প্রজেক্ট ম্যানেজমেন্ট কৌশল প্রয়োগ করা, জেমস টেলর, আইএসবিএন: 0814408117।


বিশদ জন্য +1। আমি (1) এ আপনার মতামতের সাথে একমত নই, আপনি বলেছিলেন "এটি কোনও প্রয়োজন নয়"। আমি মনে করি এটি একটি প্রয়োজন তবে দলটির প্রতিশ্রুতিবদ্ধ হওয়ার আগে ব্যবসায় বিশ্লেষককে এটিকে একটি "পরিমাপযোগ্য" প্রয়োজনীয়তা তৈরি করতে হবে। আমি আপনার "ইচ্ছা" শব্দের ব্যবহার এবং "ইচ্ছা" এবং "প্রয়োজনীয়তাগুলির" মধ্যে আপনার পার্থক্য পছন্দ করেছি
NoChance

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

আমি যুক্তি দিয়েছি "অ্যাপ্লিকেশনটি সি # তে লেখা আছে।" এটি একটি বাধা, একটি কার্যকরী প্রয়োজন নয়, যেহেতু এটি সিস্টেমের আচরণ বর্ণনা করে না তবে সমাধানের জায়গার সীমাবদ্ধতা হিসাবে বর্ণনা করে।
আরম কোচার্যন

@ আরমকোচার্যন: এ কারণেই আমি বলেছিলাম যে এই বিবৃতিটি আদৌ প্রয়োজন কিনা তা আমরা জানি না।
আর্সেনী মরজেনকো

3

একটি কার্যকরী প্রয়োজনীয়তা সিস্টেমের সাথে কথোপকথনের ফলাফল বর্ণনা করে (সিস্টেম প্রদত্ত পরিস্থিতিতে কী করে), যখন অ-কার্যক্ষম প্রয়োজন সাধারণত কর্মক্ষমতা, ক্ষমতা, প্রতিক্রিয়া সময় ইত্যাদির নির্দিষ্টকরণগুলিকে বোঝায় ... যেগুলি কার্যকারিতা প্রতিনিধিত্ব করে না, একটি সিস্টেমে প্রক্রিয়া, বা একটি মিথস্ক্রিয়া ফলাফল।

এটি বলার পরে, আপনি যে অ-কার্যকরী প্রয়োজনীয়তার বর্ণনা দিচ্ছেন তা হ'ল একটি প্রযুক্তিগত নির্দিষ্টকরণের সাথে কার্যত প্রয়োজনীয়তা (যা আসলে এটি একটি খারাপ প্রয়োজনীয়তা তৈরি করে)। আপনার কেসের জন্য অ-কার্যকরী প্রয়োজনের উদাহরণটি এরকম হবে:

- পাশার অ্যানিমেশন চলাকালীন অবশ্যই ইউআই লক করা উচিত নয়।

ব্যবহারকারীর প্রয়োজনীয়তাগুলি সাধারণত নির্দিষ্ট ইউআই প্রয়োজনীয়তা হয়, যা প্রসঙ্গের উপর নির্ভর করে কার্যকরী বা অ-কার্যকরী হবে, যখন সিস্টেমের প্রয়োজনীয়তা (সমবর্তী ব্যবহারকারীর ক্ষমতা, উদাহরণস্বরূপ) বেশিরভাগ সময় অ-কার্যকরী হয়।


2

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

এর মধ্যে কয়েকটি নির্দিষ্ট করা এবং মূল্যায়ন করা খুব কঠিন। তবুও, তারা ব্যাপার। যদি আপনি চুক্তি করে তাদের সাথে সাইন আপ করেন, তবে আপনি অর্থহীন হাত-avyেউয়ের সংস্করণগুলি এড়াতে চাইবেন, যেমন "সিস্টেম অবশ্যই সুরক্ষিত থাকতে হবে"। এ জাতীয় প্রয়োজনীয়তাগুলি কমাতে চেষ্টা করার সাথে সমস্যাটি হ'ল লোকেরা সহজেই পরিমাপযোগ্য জিনিসগুলির দিকে ঝুঁকির দিকে ঝুঁকে পড়ে rather )। শেষ ফলাফলটি হ'ল আপনি সাধারণত এমন সিস্টেমগুলি দিয়ে শেষ করেন যা না হয় নিরাপদ, ব্যবহারযোগ্য এবং নমনীয় নয় (প্রাপ্যতা নির্দিষ্টকরণ এবং পরিমাপ করা এতটা কঠিন নয় যদিও এটি এখনও প্রচুর মাথা ব্যথার কারণ হয়ে থাকে)।

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

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


0

এই মন্তব্যগুলি সমস্ত খুব ভাল তবে তারা অতিরিক্ত রান্না করা হয় এবং এগুলির সাথে কাজ করার জন্য একটি পরিষ্কার টেম্পলেট সরবরাহ করে না। এটি নির্দিষ্ট করে এটি স্পষ্ট হবে না:

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

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


-1

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

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


তালিকাভুক্ত উদাহরণগুলি কেন আপনার কাছে ব্যবসায়ের নিয়মের মতো দেখাচ্ছে?
gnat

-4

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

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

সংক্ষেপে - গ্রাহক যদি এটি সম্পর্কে যত্নশীল হন তবে এটি একটি কার্যকরী প্রয়োজনীয়তা, অন্যথায় এটি একটি অ-কার্যক্ষম প্রয়োজন বা সম্ভবত কোনও প্রয়োজনও নয়।


1
-1। উভয় গ্রাহকদের এবং অন্তিম ব্যবহারকারীদের না , অ-ক্রিয়ামূলক প্রয়োজনীয়তা সম্পর্কে যত্ন যেহেতু তারা সরাসরি তাদের উত্পাদনশীলতা প্রভাবিত। এছাড়াও, অ-কার্যকরী প্রয়োজনীয়তাগুলি গ্রাহকরা কার্যকরী প্রয়োজনীয়তায় রূপান্তর করতে পারবেন না: কোনও প্রয়োজনীয়তা কার্যকরী বা অ-কার্যকরী কিনা তা চয়ন করা গ্রাহকের হাতে নয়।
আর্সেনী মোরজেনকো

এছাড়াও, নন-ফানককে "বিকাশ" (বিকাশকারীদের যত্ন, যেমন রক্ষণাবেক্ষণযোগ্যতা) এবং "অপারেশনাল" (ব্যবহারকারীদের যত্ন, উদাহরণস্বরূপ ব্যবহারযোগ্যতা) গুণাবলী
অরাম কোচার্যন

-4

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.