কীভাবে ব্যবহারকারীর গল্পগুলি ব্যবহার করে জটিল বিধি বিধানকে সংজ্ঞায়িত করবেন?

Question

ব্যবহারকারী গল্পের একটি দ্রুত এবং নোংরা সংজ্ঞা :

"As a <role>, I want <goal/desire> so that <benefit>"

এই সাধারণভাবে গৃহীত সংজ্ঞায় ব্যবসায়ের বিধি, সীমাবদ্ধতা বা ব্যবহারকারীর ইনপুট সংজ্ঞায়নের জন্য খুব কম জায়গা থাকে।

তুচ্ছ উদাহরণ শুধু উদাহরণস্বরূপ:

"As a <librarian>, I want to <register new books> so that
<students can find their availability online>"

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

Answer 1

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

ব্যবহারকারী গল্প - একটি কথোপকথন করার প্রতিশ্রুতি এই সম্পর্কে একটি ব্লগ এন্ট্রি হবে।

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

Answer 2

পূর্ববর্তী উত্তরগুলি বৈধ পয়েন্টগুলি সরবরাহ করে, বিশেষত কোনও ব্যবহারকারী গল্পটির সাথে কথোপকথনের জন্য অনুস্মারক হয়ে থাকে । অন্যান্য বিষয় বিবেচনা করুন:

1. গল্পটি যদি খুব জটিল হয় তবে এটি সম্ভবত একটি মহাকাব্য । আপনি এখন বা একবার পণ্য ব্যাকলগে অগ্রাধিকার পাওয়ার পরে এপিকগুলি ছোট গল্পগুলিতে বিভক্ত করতে পারেন

2. পরীক্ষার কেসগুলি বোঝায় এমন বিবরণগুলি গল্প থেকে নিজেকে আলাদা করা হয়েছে। [ মাইক কোহন ]

   আপনি স্টোরি কার্ডের পিছনে যুক্ত করতে পারেন, ছোট নোটগুলি যদি গুরুত্বপূর্ণ হয় তবে তা তৈরি করতে পারেন বা এটিকে গ্রহণযোগ্যতা পরীক্ষার নথিতে রেখে দিতে পারেন।

আপনার ব্যবহারকারীর গল্পগুলি ভাল কিনা তা মূল্যায়নের গাইডলাইন হিসাবে আপনি বিল ওয়েকের পরামর্শটি অনুসরণ করতে পারেন :

• আমি নির্ভর করি (অন্যদের গল্পের)
• এন অহংকারী
• ভি অলিউয়েবল (ব্যবহারকারী বা গ্রাহকের কাছে)
• ই স্টেমেবল (ভাল আনুমানিকভাবে)
• এস মল (অনুমানযোগ্য হিসাবে যথেষ্ট)
• টি অস্থির

আপনি মাইক কোহনের লেখা ব্যবহারকারী গল্প প্রয়োগকৃত বইয়ের দ্বিতীয় অধ্যায় "গল্প লেখার গল্প" পড়তে চাইতে পারেন ।

Comments

মহাকাব্য

— রিকার্ডো

Answer 3

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

নতুন বইয়ের <role>নিবন্ধকরণ বিস্তৃত, সুতরাং বইগুলি কীভাবে নিবন্ধিত হতে হবে সে সম্পর্কে 10 টি শিশু ব্যবহারকারীর গল্প রয়েছে ।

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

এইভাবেই আমি সমস্যাটির কাছে যাচ্ছি তবে আমি নিশ্চিত যে এখানে বিভিন্ন উপায়ে রয়েছে।

Answer 4

উত্তরটি সহজ, ব্যবসায়ের নিয়মকে গ্রহণযোগ্যতার মানদণ্ডে অন্তর্ভুক্ত করুন।

তুচ্ছ উদাহরণ শুধু উদাহরণস্বরূপ:

গ্রন্থাগারিক হিসাবে আমি নতুন বই নিবন্ধ করতে চাই, যাতে শিক্ষার্থীরা অনলাইনে তাদের প্রাপ্যতা খুঁজে পায়

আমি সন্তুষ্ট থাকব যখন: * আমি নিম্নলিখিত ক্ষেত্রগুলি নিবন্ধ করতে পারি: - আইএসডিএন - লেখক - দেউই ডেসিমাল ব্লাহ ব্লাহ * আমি দেখতে পাচ্ছি যে বইটি সিস্টেম দ্বারা নিবন্ধিত হয়েছে * আমি সিস্টেমটিতে বইটি দেখতে পাচ্ছি

Answer 5

কীভাবে ব্যবহারকারীর গল্পগুলি ব্যবহার করে জটিল বিধি বিধানকে সংজ্ঞায়িত করবেন?

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

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

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

Comments

এই! ব্যবহারকারী গল্পগুলি একটি বড় ছবির ছোট অংশগুলি বর্ণনা করার জন্য একটি দুর্দান্ত সরঞ্জাম। এগুলি

— হ'ল

Answer 6

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

স্টিভ ও'কনেলকে উদ্ধৃত করে বলতে গেলে, "বিকাশকারীদের দ্বারা নির্দিষ্ট ব্যবসায়িক নীতিমালা যেহেতু কেবলমাত্র তাদের জন্য তৈরি করা হয়েছে, কতটা ব্যবসায়িক নীতি তৈরি হয়েছে তা ভেবে ভীতিজনক।"

Comments

যদিও এটি বৈধ পয়েন্ট, তারা "ব্যবহারকারী গল্পগুলি ব্যবহার করে জটিল ব্যবসায়ের বিধিগুলি কীভাবে সংজ্ঞায়িত করবেন?" এর ওপির মূল প্রশ্নটির দিকে মনোযোগ দেবেন না?

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

— লগ্ক