সিস্টেমের জন্য কার্যকরী প্রয়োজনীয়তা বর্ণনা করার জন্য আধুনিক পদ্ধতি। অ্যালিস্টার কোবার্ন। বই এবং সংযোজন পর্যালোচনা

বইটি একটি সমস্যা বিবৃতির অংশ লেখার জন্য একটি পদ্ধতি বর্ণনা করে, যেমন ব্যবহার পদ্ধতি।

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

কেস উদাহরণ ব্যবহার করুন

ইমেলের মাধ্যমে সাইটে অনুমোদনের উদাহরণ ব্যবহার করে দৃশ্যটি কেমন দেখাচ্ছে:

(সিস্টেম) আপনার ব্যক্তিগত অ্যাকাউন্ট অ্যাক্সেস করতে ওয়েবসাইটে লগ ইন করুন। ~~ (সমুদ্র সমতল)

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

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

পূর্বশর্ত: পরিদর্শক অনুমোদিত হতে হবে না.
ন্যূনতম গ্যারান্টি: দর্শক জানতে পারবে অনুমোদনের প্রচেষ্টা সফল বা ব্যর্থ হয়েছে কিনা।
সাফল্যের নিশ্চয়তা: দর্শনার্থী অনুমোদিত।

প্রধান দৃশ্যকল্প:

1. ক্লায়েন্ট অনুমোদন শুরু করে।
2. সিস্টেম নিশ্চিত করে যে ক্লায়েন্ট অনুমোদিত নয় এবং "নিরাপত্তা বিধি নং 23" অনুসারে একটি প্রদত্ত সেশন থেকে (একাধিক অ্যাকাউন্টের জন্য একটি দুর্বল পাসওয়ার্ড অনুসন্ধান করা) থেকে অসফল অনুমোদনের প্রচেষ্টার সংখ্যা অতিক্রম করে না।
3. সিস্টেম অনুমোদন প্রচেষ্টার সংখ্যার জন্য কাউন্টার বাড়ায়.
4. সিস্টেমটি ক্লায়েন্টকে একটি অনুমোদন ফর্ম প্রদর্শন করে।
5. ক্লায়েন্ট তার ইমেল এবং পাসওয়ার্ড প্রবেশ করে।
6. সিস্টেমটি নিশ্চিত করে যে সিস্টেমে এই ধরনের একটি ইমেল সহ একটি ক্লায়েন্টের উপস্থিতি এবং পাসওয়ার্ড মেলে এবং এই অ্যাকাউন্টে লগইন প্রচেষ্টার সংখ্যা "নিরাপত্তা বিধি নং 24" অনুযায়ী অতিক্রম করা হয় না।
7. সিস্টেমটি ক্লায়েন্টকে অনুমোদন করে, ব্রাউজিং ইতিহাস এবং এই ক্লায়েন্ট অ্যাকাউন্টের শেষ সেশনের সাথে এই সেশনের বাস্কেট যোগ করে।
8. সিস্টেমটি একটি অনুমোদনের সাফল্যের বার্তা প্রদর্শন করে এবং স্ক্রিপ্টের ধাপে চলে যায় যেখান থেকে ক্লায়েন্ট অনুমোদনের জন্য বাধাপ্রাপ্ত হয়েছিল। এই ক্ষেত্রে, ব্যক্তিগত অ্যাকাউন্টের ডেটা বিবেচনা করে পৃষ্ঠার ডেটা পুনরায় লোড করা হয়।

এক্সটেনশন:
2.ক. ক্লায়েন্ট ইতিমধ্যে অনুমোদিত:
 2.a.1. সিস্টেমটি পূর্বে সম্পাদিত অনুমোদনের সত্যতা সম্পর্কে ক্লায়েন্টকে অবহিত করে এবং হয় স্ক্রিপ্টে বাধা দেওয়ার বা ধাপ 4 এ যাওয়ার প্রস্তাব দেয় এবং যদি ধাপ 6 সফলভাবে সম্পন্ন হয়, তাহলে ধাপ 7 স্পষ্টীকরণের সাথে সঞ্চালিত হয়:
 2.a.7. সিস্টেম পুরানো অ্যাকাউন্টের অধীনে ক্লায়েন্টকে নিষ্ক্রিয় করে, নতুন অ্যাকাউন্টের অধীনে ক্লায়েন্টকে অনুমোদন করে, যখন এই ইন্টারঅ্যাকশন সেশনের ব্রাউজিং ইতিহাস এবং কার্ট পুরানো অ্যাকাউন্টে থাকে এবং নতুন অ্যাকাউন্টে স্থানান্তরিত হয় না। পরবর্তী, ধাপ 8 এ যান।
2.b "নিরাপত্তা বিধি নং 23" অনুযায়ী অনুমোদনের প্রচেষ্টার সংখ্যা থ্রেশহোল্ড অতিক্রম করেছে:
 2.b.1 ধাপ 4-এ যান, অনুমোদন ফর্মে একটি ক্যাপচা অতিরিক্তভাবে প্রদর্শিত হয়
 2.b.6 সিস্টেম সঠিক ক্যাপচা এন্ট্রি নিশ্চিত করে
    2.b.6.1 ক্যাপচা ভুলভাবে প্রবেশ করানো হয়েছে:
      2.খ.6.1.1। সিস্টেমটি এই অ্যাকাউন্টের জন্য অসফল অনুমোদন প্রচেষ্টার পাল্টা বাড়িয়ে দেয়
      2.খ.6.1.2। সিস্টেম একটি ব্যর্থতা বার্তা প্রদর্শন করে এবং ধাপ 2 এ ফিরে আসে
6.ক. এই ইমেলের সাথে কোনো অ্যাকাউন্ট পাওয়া যায়নি:
 6.a.1 সিস্টেম ব্যর্থতা সম্পর্কে একটি বার্তা প্রদর্শন করে এবং 2 ধাপে যাওয়ার বা "ব্যবহারকারী নিবন্ধন" দৃশ্যে যাওয়ার এবং প্রবেশ করা ইমেলটি সংরক্ষণ করার একটি পছন্দ প্রস্তাব করে,
6.খ. এই ইমেলের সাথে অ্যাকাউন্টের পাসওয়ার্ড প্রবেশ করানোটির সাথে মেলে না:
 6.b.1 সিস্টেম এই অ্যাকাউন্টে ব্যর্থ লগইন প্রচেষ্টার কাউন্টার বাড়ায়।
 6.b.2 সিস্টেম ব্যর্থতা সম্পর্কে একটি বার্তা প্রদর্শন করে এবং "পাসওয়ার্ড পুনরুদ্ধার" দৃশ্যকল্পে যাওয়ার বা ধাপ 2-এ যাওয়ার একটি পছন্দ অফার করে।
6.c: এই অ্যাকাউন্টের জন্য লগইন প্রচেষ্টার কাউন্টার "নিরাপত্তা বিধি নং 24"-এর থ্রেশহোল্ড অতিক্রম করেছে৷
 6.c.1 সিস্টেম X মিনিটের জন্য অ্যাকাউন্ট লগইন ব্লক করার বিষয়ে একটি বার্তা প্রদর্শন করে এবং ধাপ 2 এ এগিয়ে যায়।

কি দারুণ

লক্ষ্যগুলির সম্পূর্ণতা এবং সম্মতির জন্য পরীক্ষা করে, অর্থাৎ, আপনি যাচাইয়ের জন্য অন্য বিশ্লেষককে প্রয়োজনীয়তা দিতে পারেন, সমস্যা তৈরির পর্যায়ে কম ভুল করে।

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

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

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

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

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

টেক্সট স্বরলিপি, ডায়াগ্রামের বিপরীতে, আরও ব্যতিক্রমগুলি সনাক্ত করতে এবং কভার করার অনুমতি দেয়।

অনুশীলন থেকে পদ্ধতির সংযোজন

ব্যবহারকারীর গল্পের বিপরীতে ব্যবহারের ক্ষেত্রে বিবৃতির একটি স্বাধীনভাবে অগ্রাধিকার দেওয়া অংশ নয়।

উপরের দৃশ্যে, ব্যতিক্রম বিবেচনা করুন “6.a. এই ইমেলের কোনো অ্যাকাউন্ট পাওয়া যায়নি।" এবং পরবর্তী ধাপ "6.a.1 সিস্টেমটি একটি ব্যর্থতার বার্তা প্রদর্শন করে এবং ধাপ 2 এ এগিয়ে যায়।" কি নেতিবাচক জিনিস পর্দার আড়ালে বাকি ছিল? ক্লায়েন্টের জন্য, যেকোনও রিটার্ন এই সত্যের সমতুল্য যে তিনি ডেটা প্রবেশ করাতে যে সমস্ত কাজ করেছেন তা একটি ল্যান্ডফিলে ফেলে দেওয়া হয়েছে। (এটি স্ক্রিপ্টে দৃশ্যমান নয়!) কী করা যায়? স্ক্রিপ্টটি পুনর্নির্মাণ করুন যাতে এটি না ঘটে। এটা করা কি সম্ভব? আপনি করতে পারেন - উদাহরণ হিসাবে, Google অনুমোদনের স্ক্রিপ্টটি দেখুন।

দৃশ্যকল্প অপ্টিমাইজেশান

বইটি আনুষ্ঠানিককরণের বিষয়ে কথা বলে, কিন্তু এই ধরনের পরিস্থিতিতে অপ্টিমাইজ করার পদ্ধতি সম্পর্কে খুব কম বলে।

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

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

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

আপনাকে যা করতে হবে তা হল আপনাকে শুধুমাত্র সেই শহরটি বেছে নিতে দেওয়া যেখানে আমরা সরবরাহ করতে পারি। এটা কখন করতে হবে? ওয়েবসাইটে একটি পণ্য নির্বাচন করার আগে (স্পষ্টকরণ সহ IP এর মাধ্যমে শহরের স্বতঃ সনাক্তকরণ)।

দ্বিতীয়ত, ক্লায়েন্টের কাছে আমরা সরবরাহ করতে পারি এমন পণ্যগুলির মধ্যে আমাদের কেবল একটি পছন্দ দিতে হবে। এটা কখন করতে হবে? নির্বাচনের মুহুর্তে - পণ্যের টালি এবং পণ্য কার্ডে।

এই দুটি পরিবর্তন এই ব্যতিক্রম দূর করার দিকে অনেক দূর এগিয়ে যায়।

পরিমাপ এবং মেট্রিক্সের জন্য প্রয়োজনীয়তা

ব্যতিক্রম হ্যান্ডলিং কমানোর কাজটি বিবেচনা করার সময়, আপনি একটি রিপোর্টিং টাস্ক সেট করতে পারেন (ব্যবহারের ক্ষেত্রে বর্ণনা করা হয়নি)। কতগুলি ব্যতিক্রম ছিল, কোন ক্ষেত্রে সেগুলি ঘটেছে এবং কতগুলি আগত দৃশ্যকল্প সফলভাবে পাস হয়েছে৷

কিন্তু হায়. অভিজ্ঞতা দেখিয়েছে যে এই ফর্মের পরিস্থিতিগুলির জন্য প্রতিবেদনের প্রয়োজনীয়তাগুলি যথেষ্ট নয়; এমন প্রক্রিয়াগুলির জন্য প্রতিবেদনের প্রয়োজনীয়তাগুলি বিবেচনা করা প্রয়োজন যা প্রধানত একটি ব্যবহারের ক্ষেত্রে নয়।

ব্যবহারযোগ্যতা অ্যাক্সেস

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

ব্যবহারযোগ্যতা ডিজাইনের জন্য, আমরা একটি ইনপুট বিভাগ যোগ করেছি - তথ্য প্রদর্শন।

অনুমোদন সহ একটি দৃশ্যে, এটি হল যে ক্লায়েন্ট সিস্টেমে অনুমোদিত। যদি ক্লায়েন্ট প্রাক-অনুমোদিত হয়, তাহলে সফল অনুমোদনের পরে নেভিগেশন ইতিহাস এবং কার্টটি নতুন অ্যাকাউন্টে স্যুইচ করার বিষয়ে একটি সতর্কতা প্রদর্শন করুন।

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

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

প্রয়োজনীয় ডেটা ট্রান্সফরমেশনে পৌঁছানো

আপনি স্ক্রিপ্ট থেকে ডেটা রূপান্তর অ্যালগরিদমের প্রয়োজনীয়তাও বের করতে পারেন।

উদাহরণ:

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

মোটে

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

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

পরীক্ষামূলক নাটক লেখা শুরু করার জন্য বিশ্লেষকদের জন্য বইটি অবশ্যই পড়া উচিত।

উত্স: www.habr.com