ڪتاب هڪ مسئلي جي بيان جو حصو لکڻ لاء هڪ طريقو بيان ڪري ٿو، يعني استعمال ڪيس جو طريقو.
هي ڇا آهي؟ هي هڪ بيان آهي صارف جي رابطي واري منظر جي سسٽم سان (يا ڪاروبار سان). انهي صورت ۾، سسٽم هڪ ڪارو باڪس جي طور تي ڪم ڪري ٿو (۽ اهو ممڪن بڻائي ٿو ته پيچيده ڊيزائن جي ڪم کي ورهائڻ جي وچ ۾ رابطي کي ڊزائين ڪرڻ ۽ انهي رابطي کي يقيني بڻائي). ساڳئي وقت، نوٽيفڪيشن جا معيار متعارف ڪرايا ويا آهن، جيڪي پڙهڻ جي آسانيءَ کي يقيني بڻائين ٿا، بشمول غير شرڪت ڪندڙن لاءِ، ۽ ڪجهه چيڪن جي مڪمل ٿيڻ ۽ اسٽيڪ هولڊر جي مقصدن جي تعميل جي اجازت ڏئي ٿو.
ڪيس جو مثال استعمال ڪريو
ڪهڙو منظر ڏسڻ ۾ اچي ٿو، اي ميل ذريعي سائيٽ تي اختيار جو مثال استعمال ڪندي:
(سسٽم) پنهنجي ذاتي اڪائونٽ تائين رسائي حاصل ڪرڻ لاءِ ويب سائيٽ تي لاگ ان ٿيو. ~~ (سمنڊ جي سطح)
حوالو: هڪ غير مجاز ڪلائنٽ سائيٽ تي لاگ ان ٿئي ٿو ته جيئن سائيٽ هن کي سڃاڻي ۽ هن لاءِ ذاتي معلومات ڏيکاري: برائوزنگ جي تاريخ، خريداري جي تاريخ، موجوده بونس پوائنٽس جو تعداد، وغيره، لاگ ان طور اي ميل استعمال ڪندي.
سطح استعمال ڪندڙ مقصد
مکيه ڪردار: ڪلائنٽ (اسان جي آن لائن اسٽور جو دورو ڪندڙ)
دائرو: آن لائين اسٽور جي ويب سائيٽ سان ڪلائنٽ جو رابطو
اسٽيڪ هولڊرز ۽ مفاد:
- مارڪيٽ چاهي ٿو ته وڌ ۾ وڌ تعداد جي سائيٽ جي زيارتين جي سڃاڻپ ڪئي وڃي ذاتي ميلنگ جي وڏي ڪوريج لاءِ،
- سيڪيورٽي اسپيشلسٽ انهي ڳالهه کي يقيني بڻائڻ چاهي ٿو ته دورو ڪندڙ جي ذاتي ڊيٽا تائين غير مجاز رسائي جا ڪي به ڪيس نه آهن، بشمول هڪ اڪائونٽ لاءِ پاسورڊ جو اندازو لڳائڻ يا هڪ ڪمزور پاسورڊ سان اڪائونٽ ڳولڻ جي ڪوشش،
- حملو ڪندڙ قرباني جي بونس تائين رسائي حاصل ڪرڻ چاهي ٿو،
- حریف مصنوعات تي منفي تبصرا ڇڏڻ چاهين ٿا،
- بوٽنيٽ اسٽور جي ڪسٽمر بنياد حاصل ڪرڻ چاهي ٿو ۽ سائيٽ کي غير فعال ڪرڻ لاءِ حملو استعمال ڪرڻ چاهي ٿو.
شرطون: دورو ڪندڙ کي اجازت نه ڏيڻ گهرجي.
گھٽ ۾ گھٽ ضمانتون: دورو ڪندڙ کي معلوم ٿيندو ته اجازت ڏيڻ جي ڪوشش ڪامياب هئي يا ناڪام.
ڪاميابي جي ضمانت: گهمڻ وارو مجاز آهي.
مکيه منظر:
- ڪلائنٽ اجازت ڏيڻ شروع ڪري ٿو.
- سسٽم تصديق ڪري ٿو ته ڪلائنٽ بااختيار نه آهي ۽ "سيڪيورٽي رول نمبر 23" جي مطابق ڏنل سيشن (گهڻن اڪائونٽن لاءِ ڪمزور پاسورڊ ڳولڻ) جي ناڪام اجازت ڏيڻ جي ڪوششن جي تعداد کان وڌيڪ نه آهي.
- سسٽم اختيار جي ڪوششن جي تعداد لاء انسداد وڌائي ٿو.
- سسٽم ڪلائنٽ کي اجازت ڏيڻ وارو فارم ڏيکاري ٿو.
- ڪلائنٽ پنهنجي اي ميل ۽ پاسورڊ داخل ڪري ٿو.
- سسٽم سسٽم ۾ اهڙي اي ميل سان ڪلائنٽ جي موجودگي جي تصديق ڪري ٿو ۽ اهو پاسورڊ ملندو آهي ۽ هن اڪائونٽ ۾ لاگ ان جي ڪوششن جو تعداد "سيڪيورٽي رول نمبر 24" جي مطابق وڌيڪ نه آهي.
- سسٽم ڪلائنٽ کي اختيار ڏئي ٿو، برائوزنگ جي تاريخ ۽ هن سيشن جي ٽوڪري کي هن ڪلائنٽ اڪائونٽ جي آخري سيشن سان شامل ڪري ٿو.
- سسٽم هڪ اختيار جي ڪاميابي جو پيغام ڏيکاري ٿو ۽ اسڪرپٽ جي قدم ڏانهن هلندو آهي جتان ڪلائنٽ اختيار لاء مداخلت ڪئي وئي هئي. انهي حالت ۾، صفحي تي ڊيٽا کي ٻيهر لوڊ ڪيو ويندو آهي اڪائونٽ ۾ ذاتي اڪائونٽ ڊيٽا.
واڌايون:
2.a. ڪلائنٽ اڳ ۾ ئي مجاز آهي:
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.b.6.1.1. سسٽم هن اڪائونٽ لاءِ ناڪام اجازت ڏيڻ جي ڪوششن جي انسداد کي پڻ وڌائي ٿو
2.b.6.1.2. سسٽم هڪ ناڪامي پيغام ڏيکاري ٿو ۽ قدم 2 ڏانهن واپسي
6.a. هن اي ميل سان ڪوبه اڪائونٽ نه مليو:
6.a.1 سسٽم ناڪامي جي باري ۾ هڪ پيغام ڏيکاري ٿو ۽ هڪ اختيار پيش ڪري ٿو يا ته قدم 2 ڏانهن وڃڻ يا "يوزر رجسٽريشن" جي منظر ۾ وڃڻ ۽ داخل ٿيل اي ميل کي محفوظ ڪرڻ،
6.ب. هن اي ميل سان اڪائونٽ جو پاسورڊ داخل ٿيل هڪ سان نه ٿو ملي:
6.b.1 سسٽم هن اڪائونٽ ۾ ناڪام لاگ ان ڪوششن جي انسداد کي وڌائي ٿو.
6.b.2 سسٽم ناڪامي جي باري ۾ هڪ پيغام ڏيکاري ٿو ۽ پيش ڪري ٿو يا ته "پاسورڊ وصولي" جي منظرنامي تي وڃڻ يا قدم 2 ڏانهن وڃڻ جو.
6.c: هن اڪائونٽ لاءِ لاگ اِن ڪوشش ڪائونٽر “سيڪيورٽي رول نمبر 24” جي حد کان وڌي ويو آهي.
6.c.1 سسٽم X منٽن لاءِ اڪائونٽ لاگ ان بلاڪ ڪرڻ بابت هڪ پيغام ڏيکاري ٿو ۽ قدم 2 ڏانهن اڳتي وڌندو آهي.
ڇا عظيم آهي
مقصدن جي مڪمل ۽ تعميل لاءِ چيڪ ڪري ٿو، اهو آهي، توهان تصديق لاءِ ڪنهن ٻئي تجزيه نگار کي گهرجون ڏئي سگهو ٿا، مسئلي جي ٺهڻ جي مرحلي ۾ گهٽ غلطيون ڪندي.
بليڪ باڪس سسٽم سان ڪم ڪرڻ توهان کي اجازت ڏئي ٿي ترقي ۽ همراهيءَ کي الڳ ڪرڻ لاءِ گراهڪ سان جيڪو خودڪار ڪيو ويندو عمل درآمد جي طريقن مان.
اهو تجزيه نگار جي رستي جو حصو آهي، استعمال جي مکيه حصن مان هڪ آهي. صارف جو منظر بيان ڪري ٿو هن جي تحريڪ جي مکيه رستن کي، جيڪو ڊزائنر ۽ گراهڪ جي پسند جي آزادي کي تمام گهڻو گھٽائي ٿو ۽ ڊزائن جي ترقي جي رفتار کي وڌائڻ ۾ مدد ڪري ٿو.
مان وضاحت ۾ جڳهه سان تمام گهڻو خوش آهيان جتي هر رابطي واري قدم جي استثنا جي نشاندهي ڪئي وئي آهي. هڪ مڪمل IT سسٽم کي لازمي طور تي ڪجهه قسم جي استثنا جي سنڀال لاءِ مهيا ڪرڻ گهرجي، ڪجهه دستي طور تي، ڪجهه خودڪار طور تي (جيئن مٿي ڏنل مثال ۾).
تجربو ڏيکاري ٿو ته اڻڄاتل غير معمولي انتظام آسانيء سان هڪ سسٽم کي انتهائي تڪليف واري نظام ۾ تبديل ڪري سگهي ٿو. مون کي اها ڪهاڻي ياد آهي جڏهن سوويت دور ۾، فيصلو حاصل ڪرڻ لاءِ، توهان کي مختلف خدمتن مان ڪيترائي منظوريون وٺڻيون پونديون هيون، ۽ جڏهن آخري سروس چوي ٿي ته اهو ڪيترو ڏکوئيندڙ آهي - پر توهان جي درخواست غلط نالي تي هجي يا ڪنهن ٻي غلطي ۾. اوقاف، هر شي کي ٻيهر ڪريو ۽ هر شي کي ٻيهر ترتيب ڏيو.
مان اڪثر حالتن ۾ اچي ٿو جتي سسٽم جي آپريٽنگ منطق جنهن کي استثناء جي لاء نه سوچيو ويو هو سسٽم جي اهم ڪم ڪرڻ جي ضرورت آهي. ان ڪري، تجزيه نگار جي ڪم جو وڏو حصو استثنيٰ سنڀالڻ تي خرچ ٿئي ٿو.
متن جي نوٽيفڪيشن، ڊاگرام جي مخالفت جي طور تي، وڌيڪ استثناء جي سڃاڻپ ۽ ڍڪڻ جي اجازت ڏئي ٿي.
مشق کان طريقي ۾ اضافو
استعمال ڪيس بيان جو هڪ آزاد طور تي ترجيحي حصو نه آهي، صارف جي ڪهاڻي جي برعڪس.
مٿين حالتن ۾، استثنا تي غور ڪريو "6.a. هن اي ميل سان ڪوبه اڪائونٽ نه مليو آهي. ۽ ايندڙ قدم "6.a.1 سسٽم هڪ ناڪامي پيغام ڏيکاري ٿو ۽ قدم 2 ڏانهن اڳتي وڌو." پردي پٺيان ڪهڙيون منفي شيون رهجي ويون؟ ڪلائنٽ لاءِ، ڪا به واپسي ان حقيقت جي مترادف آهي ته جيڪو ڪم هن ڊيٽا داخل ڪرڻ ۾ ڪيو، سو لينڊ فل ۾ اڇلايو ويو آهي. (اهو صرف اسڪرپٽ ۾ نظر نٿو اچي!) ڇا ٿي سگهي ٿو؟ اسڪرپٽ کي ٻيهر ٺاهيو ته جيئن ائين نه ٿئي. ڇا اهو ڪرڻ ممڪن آهي؟ توھان ڪري سگھو ٿا - مثال طور، گوگل جي اختيار جي اسڪرپٽ کي ڏسو.
منظر جي اصلاح
ڪتاب رسمي ڪرڻ جي باري ۾ ڳالهائي ٿو، پر ٿورڙي ٿو چوي ٿو طريقن جي باري ۾ اهڙن منظرن کي بهتر ڪرڻ لاء.
پر اهو ممڪن آهي ته طريقي کي مضبوط ڪرڻ سان منظرنامي کي بهتر بڻائي، ۽ استعمال جي صورت ۾ فارملائيزيشن جو طريقو اهو ڪرڻ جي اجازت ڏئي ٿو. خاص طور تي، توهان کي هر هڪ استثنا جي باري ۾ سوچڻ جي ضرورت آهي جيڪا ٿئي ٿي، سبب جو تعين ڪريو، ۽ اسڪرپٽ کي ٻيهر ٺاهيو ته جيئن استثنا کان نجات حاصل ڪرڻ يا صارف جي سفر کي گھٽائڻ لاء.
جڏهن آنلائن اسٽور تان آرڊر ڏيو، توهان کي ضرور داخل ٿيڻ گهرجي ترسيل شهر. اهو ظاهر ٿي سگھي ٿو ته اسٽور ڪلائنٽ پاران چونڊيل شهر ۾ سامان نه ٿو پهچائي سگھي ڇاڪاڻ ته اهو اتي نه ٿو پهچائي ، سائيز جي پابندين جي ڪري يا لاڳاپيل گودام ۾ سامان جي کوٽ جي ڪري.
جيڪڏهن اسان صرف رجسٽريشن اسٽيج تي رابطي جي منظر نامي کي بيان ڪريون ٿا، اسان لکي سگهون ٿا "ڪلائنٽ کي خبر ڏيو ته پهچائڻ ناممڪن آهي ۽ شهر يا ڪارٽ جي مواد کي تبديل ڪرڻ جي آڇ ڪري ٿو" (۽ ڪيترائي نوان تجزيه نگار اتي روڪي رهيا آهن). پر جيڪڏهن اهڙا ڪيترائي ڪيس آهن، ته پوء منظر کي بهتر بڻائي سگهجي ٿو.
پهرين شيء جيڪا توهان کي ڪرڻ جي ضرورت آهي توهان کي صرف اهو شهر چونڊڻ ڏيو جتي اسان پهچائي سگهون ٿا. اهو ڪڏهن ڪرڻو آهي؟ ويب سائيٽ تي هڪ پراڊڪٽ چونڊڻ کان اڳ (آٽو ڊيٽيڪشن IP ذريعي وضاحت سان).
ٻيو، اسان کي صرف انهن شين مان هڪ چونڊڻ جي ضرورت آهي جيڪا اسان ڪلائنٽ کي پهچائي سگهون ٿا. اهو ڪڏهن ڪرڻو آهي؟ چونڊ جي وقت - پراڊڪٽ ٽائل ۽ پراڊڪٽ ڪارڊ تي.
اهي ٻئي تبديليون هن استثنا کي ختم ڪرڻ جي طرف هڪ ڊگهو رستو وٺي وڃن ٿيون.
ماپ ۽ ميٽرڪ لاء گهربل
جڏهن استثنيٰ سنڀالڻ کي گهٽائڻ جي ڪم تي غور ڪيو وڃي، توهان رپورٽنگ ٽاسڪ مقرر ڪري سگهو ٿا (استعمال ڪيس بيان نه ڪيو ويو آهي). ڪيترا استثنا هئا، ڪهڙن ڪيسن ۾ اهي واقع ٿيا، ۽ ڪيترا ايندڙ منظرنامن ڪاميابيء سان گذري ويا.
پر افسوس. تجربو ڏيکاريو آهي ته هن فارم ۾ منظرنامي لاءِ رپورٽنگ گهرجون ڪافي نه آهن؛ اهو ضروري آهي ته رپورٽنگ گهرجن تي غور ڪيو وڃي پروسيس لاءِ جيڪي بيان ڪيا ويا آهن خاص طور تي استعمال جي صورت ۾ نه.
Usability تائين رسائي
اسان جي مشق ۾، اسان استعمال جي ڪيس جي وضاحت فارم کي وڌايو آهي مخصوص خاصيتن جي وضاحت سان گڏ ادارن ۽ ڊيٽا جي ڪلائنٽ لاء فيصلو ڪرڻ لاء، جيڪو بعد ۾ استعمال جي قابليت کي وڌائي ٿو.
استعمال جي ڊيزائن لاءِ، اسان هڪ ان پٽ سيڪشن شامل ڪيو - ڊسپلي ڊيٽا.
اختيار سان هڪ منظر ۾، اها حقيقت اها آهي ته ڪلائنٽ سسٽم ۾ بااختيار آهي. جيڪڏهن ڪلائنٽ پهريان کان بااختيار آهي، پوء ڪامياب اختيار ڪرڻ کان پوء نيويگيشن جي تاريخ ۽ ڪارٽ کي نئين اڪائونٽ ۾ تبديل ڪرڻ بابت خبرداري ڏيکاري.
عام طور تي، هي ڪلائنٽ لاء ضروري معلومات جو هڪ ڊسپلي آهي، انهي ڪري ته هو منظر جي مطابق پنهنجي وڌيڪ عملن بابت فيصلو ڪري سگهي ٿو (توهان پڇي سگهو ٿا ته هي ڊيٽا ڪلائنٽ لاء ڪافي آهي، ٻيو ڇا گهربل آهي، ڪهڙي معلومات آهي. ڪسٽمر کي فيصلا ڪرڻ جي ضرورت آهي).
اهو پڻ قابل آهي ته داخل ٿيل معلومات کي ان پٽ فيلڊ ۾ ورهايو وڃي جيڪڏهن اهي الڳ الڳ ۽ مختلف استثناء جي ٺهڻ سان پروسيس ڪيا وڃن.
مثال طور ڪلائنٽ جي اختيار سان، جيڪڏهن توهان داخل ڪيل معلومات کي لاگ ان ۽ پاسورڊ ۾ الڳ ڪريو ٿا، پوء اهو هڪ الڳ لاگ ان ۽ هڪ الڳ پاسورڊ داخل ڪرڻ جي مرحلن کي اجاگر ڪرڻ لاء اختيار جي اسڪرپٽ کي تبديل ڪرڻ جي قابل آهي (۽ اهو Yandex، Google، پر ڪيو ويو آهي. اڪثر آن لائن اسٽورن ۾ نه ڪيو ويو).
گهربل ڊيٽا جي تبديلين تائين پهچڻ
توهان اسڪرپٽ مان ڊيٽا جي تبادلي جي الگورتھم جي ضرورتن کي پڻ ڪڍي سگهو ٿا.
مثال:
- هڪ آن لائن اسٽور ۾ هڪ پراڊڪٽ خريد ڪرڻ جو فيصلو ڪرڻ لاءِ، ڪلائنٽ کي پراڊڪٽ ڪارڊ تي ڄاڻڻ جي ضرورت آهي ته هن پراڊڪٽ جي شهر تائين پهچڻ جو امڪان، قيمت، ترسيل وقت (جيڪي حساب ڪتاب ۾ پراڊڪٽ جي دستيابي جي بنياد تي الگورتھم جي حساب سان ڪيا وڃن ٿا. گودام ۽ سپلائي زنجير پيٽرولر).
- جڏهن هڪ جملي کي سرچ لائين ۾ داخل ڪيو وڃي، ڪلائنٽ کي الورورٿم (جيڪي الگورٿم پاران ٺاهيل آهن ...) جي مطابق ڳولا جي تجويز ڏيکاريا ويا آهن.
ڪل
عام طور تي، ڪتاب پڙهڻ کان پوء، بدقسمتي سان، اهو واضح ناهي ته هڪ تجزيه نگار کان ڪاروبار مسئلن تائين هڪ ڊولپر لاء هڪ رسمي ٽيڪنيڪل وضاحتن تائين ڪيئن وڃو. ڪتاب صرف عمل جو حصو ٻڌائي ٿو، ان پٽ جي قدمن سان غير واضح ۽ ايندڙ مرحلن کي واضح ناهي. استعمال ڪيس پاڻ اڪثر ڪري ڊولپر لاء مڪمل بيان نه آهي.
تنهن هوندي به، هي هڪ تمام سٺو طريقو آهي رسم الخط ۽ عمل جي منظرنامي کي هڪ اعتراض ۽ موضوع جي وچ ۾ رابطي جي منظرنامي کي، جڏهن ڳالهه ٻولهه موضوع ۾ ڪنهن شيءِ ۾ تبديلي جو سبب بڻجندي آهي. اهو ڪجھ لکڻ جي طريقن مان هڪ آهي جيڪو تصديق جي گهربل ضرورتن کي واضح استثنا سان ڳولها پوائنٽن جي اجازت ڏئي ٿو.
تجزيه نگارن لاءِ آزمائشي ڊراما لکڻ شروع ڪرڻ لاءِ ڪتاب پڙهڻ لازمي آهي.
جو ذريعو: www.habr.com