ວິທີການທີ່ທັນສະໄຫມສໍາລັບການອະທິບາຍຄວາມຕ້ອງການທີ່ເປັນປະໂຫຍດສໍາລັບລະບົບ. Alistair Coburn. ການທົບທວນຄືນຂອງຫນັງສືແລະການເພີ່ມເຕີມ

ປື້ມບັນອະທິບາຍວິທີການຫນຶ່ງສໍາລັບການຂຽນສ່ວນຫນຶ່ງຂອງຄໍາຖະແຫຼງບັນຫາ, ຄືວິທີການນໍາໃຊ້ກໍລະນີ.

ມັນ​ແມ່ນ​ຫຍັງ? ນີ້ແມ່ນລາຍລະອຽດຂອງສະຖານະການການໂຕ້ຕອບຂອງຜູ້ໃຊ້ກັບລະບົບ (ຫຼືກັບທຸລະກິດ). ໃນກໍລະນີນີ້, ລະບົບເຮັດຫນ້າທີ່ເປັນກ່ອງສີດໍາ (ແລະນີ້ເຮັດໃຫ້ມັນສາມາດແບ່ງວຽກອອກແບບທີ່ສັບສົນໃນການອອກແບບການໂຕ້ຕອບແລະການຮັບປະກັນການໂຕ້ຕອບນີ້). ໃນເວລາດຽວກັນ, ມາດຕະຖານ notation ໄດ້ຖືກນໍາສະເຫນີ, ເຊິ່ງຮັບປະກັນຄວາມງ່າຍຂອງການອ່ານ, ລວມທັງຜູ້ທີ່ບໍ່ໄດ້ເຂົ້າຮ່ວມ, ແລະອະນຸຍາດໃຫ້ມີການກວດສອບບາງຢ່າງເພື່ອຄວາມສົມບູນແລະການປະຕິບັດຕາມເປົ້າຫມາຍຂອງຜູ້ມີສ່ວນຮ່ວມ.

ໃຊ້ຕົວຢ່າງກໍລະນີ

ສະຖານະການເບິ່ງຄືແນວໃດ, ໂດຍໃຊ້ຕົວຢ່າງການອະນຸຍາດໃນເວັບໄຊຜ່ານອີເມວ:

(ລະບົບ) ເຂົ້າສູ່ລະບົບເວັບໄຊທ໌ເພື່ອເຂົ້າເຖິງບັນຊີສ່ວນຕົວຂອງທ່ານ. ~~ (ລະດັບນ້ຳທະເລ)

ບໍລິບົດ: ລູກຄ້າທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດເຂົ້າສູ່ລະບົບເພື່ອໃຫ້ເວັບໄຊທ໌ຮັບຮູ້ລາວແລະສະແດງຂໍ້ມູນສ່ວນຕົວສໍາລັບລາວ: ປະຫວັດການທ່ອງເວັບ, ປະຫວັດການຊື້, ຈໍານວນຈຸດໂບນັດໃນປະຈຸບັນ, ແລະອື່ນໆ, ການນໍາໃຊ້ອີເມວເປັນເຂົ້າສູ່ລະບົບ. 
ລະດັບ: ເປົ້າ​ຫມາຍ​ຜູ້​ໃຊ້​
ຕົວ​ລະ​ຄອນ​ຫລັກ: ລູກ​ຄ້າ (ຜູ້​ມາ​ຢ້ຽມ​ຢາມ​ຂອງ​ຮ້ານ​ອອນ​ໄລ​ນ​໌​ຂອງ​ພວກ​ເຮົາ​)
ຂອບເຂດ: ການໂຕ້ຕອບລູກຄ້າກັບເວັບໄຊທ໌ຮ້ານອອນໄລນ໌
ພາກສ່ວນກ່ຽວຂ້ອງ ແລະ ຜົນປະໂຫຍດ:

• ນັກກາລະຕະຫຼາດຕ້ອງການໃຫ້ຈໍານວນຜູ້ເຂົ້າຊົມເວັບໄຊທ໌ສູງສຸດທີ່ຖືກກໍານົດໄວ້ສໍາລັບການຄຸ້ມຄອງທາງໄປສະນີສ່ວນບຸກຄົນ,
• ຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພຕ້ອງການຮັບປະກັນວ່າບໍ່ມີກໍລະນີຂອງການເຂົ້າເຖິງຂໍ້ມູນສ່ວນຕົວຂອງຜູ້ເຂົ້າຊົມໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດ, ລວມທັງການພະຍາຍາມເດົາລະຫັດຜ່ານສໍາລັບບັນຊີດຽວຫຼືຄົ້ນຫາບັນຊີທີ່ມີລະຫັດຜ່ານທີ່ອ່ອນແອ,
• ຜູ້ໂຈມຕີຕ້ອງການເຂົ້າເຖິງໂບນັດຂອງຜູ້ເຄາະຮ້າຍ,
• ຄູ່ແຂ່ງຕ້ອງການອອກຈາກການທົບທວນຄືນທາງລົບກ່ຽວກັບຜະລິດຕະພັນ,
• botnet ຕ້ອງການທີ່ຈະໄດ້ຮັບຖານລູກຄ້າຂອງຮ້ານແລະໃຊ້ການໂຈມຕີເພື່ອເຮັດໃຫ້ເວັບໄຊທ໌ບໍ່ສາມາດເຮັດວຽກໄດ້.

ເງື່ອນໄຂກ່ອນ: ຜູ້ເຂົ້າຊົມຕ້ອງບໍ່ໄດ້ຮັບອະນຸຍາດ.
ການຄໍ້າປະກັນຂັ້ນຕ່ຳ: ຜູ້ເຂົ້າຊົມຈະຮູ້ວ່າຄວາມພະຍາຍາມການອະນຸຍາດປະສົບຜົນສໍາເລັດຫຼືບໍ່.
ການ​ຮັບ​ປະ​ກັນ​ຄວາມ​ສໍາ​ເລັດ​: ຜູ້ເຂົ້າຊົມໄດ້ຮັບອະນຸຍາດ.

ສະຖານະການຕົ້ນຕໍ:

1. ລູກຄ້າເລີ່ມຕົ້ນການອະນຸຍາດ.
2. ລະບົບຢືນຢັນວ່າລູກຄ້າບໍ່ໄດ້ຮັບອະນຸຍາດແລະບໍ່ເກີນຈໍານວນຄວາມພະຍາຍາມການອະນຸຍາດທີ່ບໍ່ປະສົບຜົນສໍາເລັດຈາກກອງປະຊຸມທີ່ກໍານົດ (ຊອກຫາລະຫັດຜ່ານທີ່ອ່ອນແອສໍາລັບບັນຊີຫຼາຍ) ອີງຕາມ "ກົດລະບຽບຄວາມປອດໄພເລກທີ 23".
3. ລະບົບເພີ່ມທະວີການຕ້ານການຈໍານວນຂອງຄວາມພະຍາຍາມອະນຸຍາດ.
4. ລະບົບຈະສະແດງແບບຟອມການອະນຸຍາດໃຫ້ກັບລູກຄ້າ.
5. ລູກຄ້າໃສ່ອີເມວແລະລະຫັດຜ່ານຂອງລາວ.
6. ລະບົບຢືນຢັນການປະກົດຕົວຂອງລູກຄ້າທີ່ມີອີເມວດັ່ງກ່າວຢູ່ໃນລະບົບແລະວ່າລະຫັດຜ່ານກົງກັນແລະຈໍານວນຄວາມພະຍາຍາມເຂົ້າສູ່ລະບົບບັນຊີນີ້ແມ່ນບໍ່ເກີນຕາມ "ກົດລະບຽບຄວາມປອດໄພ 24".
7. ລະບົບອະນຸຍາດໃຫ້ລູກຄ້າ, ເພີ່ມປະຫວັດການທ່ອງເວັບແລະກະຕ່າຂອງກອງປະຊຸມນີ້ກັບກອງປະຊຸມສຸດທ້າຍຂອງບັນຊີລູກຄ້ານີ້.
8. ລະບົບສະແດງຂໍ້ຄວາມສໍາເລັດການອະນຸຍາດແລະຍ້າຍໄປທີ່ຂັ້ນຕອນ script ຈາກລູກຄ້າຖືກຂັດຂວາງສໍາລັບການອະນຸຍາດ. ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ຂໍ້​ມູນ​ໃນ​ຫນ້າ​ແມ່ນ reloaded ໂດຍ​ພິ​ຈາ​ລະ​ນາ​ຂໍ້​ມູນ​ບັນ​ຊີ​ສ່ວນ​ບຸກ​ຄົນ​.

ສ່ວນຂະຫຍາຍ:
2.ກ. ລູກຄ້າໄດ້ຮັບອະນຸຍາດແລ້ວ:
 2.a.1. ລະບົບແຈ້ງເຕືອນລູກຄ້າກ່ຽວກັບຄວາມເປັນຈິງຂອງການອະນຸຍາດທີ່ໄດ້ປະຕິບັດກ່ອນຫນ້ານີ້ແລະສະເຫນີໃຫ້ຂັດຂວາງສະຄິບຫຼືໄປຂັ້ນຕອນທີ 4, ແລະຖ້າຂັ້ນຕອນ 6 ສໍາເລັດແລ້ວ, ຂັ້ນຕອນ 7 ຈະຖືກປະຕິບັດດ້ວຍຄວາມກະຈ່າງແຈ້ງ:
 2.a.7. ລະບົບ deactorizes ລູກຄ້າພາຍໃຕ້ບັນຊີເກົ່າ, ອະນຸຍາດໃຫ້ລູກຄ້າພາຍໃຕ້ບັນຊີໃຫມ່, ໃນຂະນະທີ່ປະຫວັດການທ່ອງເວັບແລະໂຄງຮ່າງການຂອງກອງປະຊຸມການໂຕ້ຕອບນີ້ຍັງຄົງຢູ່ໃນບັນຊີເກົ່າແລະບໍ່ໂອນໄປໃຫມ່. ຕໍ່ໄປ, ໃຫ້ໄປທີ່ຂັ້ນຕອນ 8.
2.b ຈໍານວນຄວາມພະຍາຍາມອະນຸຍາດເກີນເກນຕາມ “ກົດລະບຽບຄວາມປອດໄພເລກທີ 23”:
 2.b.1 ໄປ​ທີ່​ຂັ້ນ​ຕອນ​ທີ 4​, captcha ເພີ່ມ​ເຕີມ​ແມ່ນ​ສະ​ແດງ​ຢູ່​ໃນ​ຮູບ​ແບບ​ການ​ອະ​ນຸ​ຍາດ​
 2.b.6 ລະບົບຢືນຢັນການເຂົ້າ captcha ທີ່ຖືກຕ້ອງ
    2.b.6.1 Captcha ປ້ອນບໍ່ຖືກຕ້ອງ:
      2.b.6.1.1. ລະບົບເພີ່ມການຕໍ່ຕ້ານຄວາມພະຍາຍາມອະນຸຍາດທີ່ບໍ່ສໍາເລັດຜົນສໍາລັບບັນຊີນີ້ເຊັ່ນກັນ
      2.b.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.

ການເພີ່ມປະສິດທິພາບສະຖານະການ

ປຶ້ມດັ່ງກ່າວເວົ້າກ່ຽວກັບການເຮັດໃຫ້ເປັນທາງການ, ແຕ່ເວົ້າໜ້ອຍໜຶ່ງກ່ຽວກັບວິທີການເພື່ອເພີ່ມປະສິດທິພາບສະຖານະການດັ່ງກ່າວ.

ແຕ່ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງຄວາມເຂັ້ມແຂງວິທີການໂດຍການເພີ່ມປະສິດທິພາບສະຖານະການ, ແລະວິທີການໃຊ້ກໍລະນີຢ່າງເປັນທາງການອະນຸຍາດໃຫ້ເຮັດໄດ້. ໂດຍສະເພາະ, ທ່ານຈໍາເປັນຕ້ອງຄິດກ່ຽວກັບແຕ່ລະຂໍ້ຍົກເວັ້ນທີ່ເກີດຂື້ນ, ກໍານົດສາເຫດ, ແລະສ້າງສະຄິບໃຫມ່ເພື່ອກໍາຈັດຂໍ້ຍົກເວັ້ນຫຼືຫຼຸດຜ່ອນການເດີນທາງຂອງລູກຄ້າ.

ໃນເວລາທີ່ວາງຄໍາສັ່ງຈາກຮ້ານອອນໄລນ໌, ທ່ານຕ້ອງເຂົ້າໄປໃນຕົວເມືອງການຈັດສົ່ງ. ມັນອາດຈະເຮັດໃຫ້ຮ້ານບໍ່ສາມາດຈັດສົ່ງສິນຄ້າໄປເມືອງທີ່ລູກຄ້າເລືອກໄດ້ເພາະວ່າມັນບໍ່ສົ່ງຢູ່ທີ່ນັ້ນ, ເນື່ອງຈາກຂໍ້ຈໍາກັດດ້ານຂະຫນາດ, ຫຼືຍ້ອນການຂາດສິນຄ້າຢູ່ໃນສາງທີ່ສອດຄ້ອງກັນ.

ຖ້າພວກເຮົາພຽງແຕ່ອະທິບາຍສະຖານະການຂອງການໂຕ້ຕອບໃນຂັ້ນຕອນການລົງທະບຽນ, ພວກເຮົາສາມາດຂຽນວ່າ "ແຈ້ງໃຫ້ລູກຄ້າຮູ້ວ່າການຈັດສົ່ງແມ່ນເປັນໄປບໍ່ໄດ້ແລະສະເຫນີໃຫ້ປ່ຽນເມືອງຫຼືເນື້ອໃນຂອງລົດເຂັນ" (ແລະນັກວິເຄາະຈົວຈໍານວນຫຼາຍຢຸດຢູ່ທີ່ນັ້ນ). ແຕ່ຖ້າຫາກວ່າມີຫຼາຍກໍລະນີດັ່ງກ່າວ, ຫຼັງຈາກນັ້ນສະຖານະການສາມາດໄດ້ຮັບການ optimized.

ສິ່ງທໍາອິດທີ່ທ່ານຈໍາເປັນຕ້ອງເຮັດແມ່ນໃຫ້ທ່ານເລືອກພຽງແຕ່ເມືອງທີ່ພວກເຮົາສາມາດຈັດສົ່ງໄດ້. ເມື່ອໃດທີ່ຈະເຮັດສິ່ງນີ້? ກ່ອນທີ່ຈະເລືອກເອົາຜະລິດຕະພັນຢູ່ໃນເວັບໄຊທ໌ (autodetection ຂອງເມືອງຜ່ານ IP ທີ່ມີຄວາມກະຈ່າງແຈ້ງ).

ອັນທີສອງ, ພວກເຮົາຈໍາເປັນຕ້ອງເລືອກສິນຄ້າທີ່ພວກເຮົາສາມາດສົ່ງໃຫ້ລູກຄ້າເທົ່ານັ້ນ. ເມື່ອໃດທີ່ຈະເຮັດສິ່ງນີ້? ໃນປັດຈຸບັນຂອງການຄັດເລືອກ - ກ່ຽວກັບກະເບື້ອງຜະລິດຕະພັນແລະບັດຜະລິດຕະພັນ.

ການປ່ຽນແປງທັງສອງອັນນີ້ໄປໄກເຖິງການລົບລ້າງຂໍ້ຍົກເວັ້ນນີ້.

ຄວາມຕ້ອງການສໍາລັບການວັດແທກແລະການວັດແທກ

ເມື່ອພິຈາລະນາວຽກງານຂອງການຫຼຸດຜ່ອນການຈັດການການຍົກເວັ້ນ, ທ່ານສາມາດກໍານົດວຽກງານການລາຍງານ (ກໍລະນີການນໍາໃຊ້ບໍ່ໄດ້ຖືກອະທິບາຍ). ມີຂໍ້ຍົກເວັ້ນຫຼາຍປານໃດ, ໃນກໍລະນີໃດທີ່ພວກມັນເກີດຂຶ້ນ, ບວກກັບສະຖານະການທີ່ເຂົ້າມາຫຼາຍອັນທີ່ຜ່ານໄປຢ່າງສຳເລັດຜົນ.

ແຕ່ອະນິຈາ. ປະສົບການໄດ້ສະແດງໃຫ້ເຫັນວ່າຄວາມຕ້ອງການການລາຍງານສະຖານະການໃນຮູບແບບນີ້ບໍ່ພຽງພໍ; ມັນຈໍາເປັນຕ້ອງພິຈາລະນາຂໍ້ກໍານົດການລາຍງານສໍາລັບຂະບວນການທີ່ອະທິບາຍສ່ວນໃຫຍ່ແມ່ນບໍ່ແມ່ນໃນຮູບແບບຂອງກໍລະນີການນໍາໃຊ້.

ການ​ເຂົ້າ​ເຖິງ​ການ​ນໍາ​ໃຊ້​

ໃນການປະຕິບັດຂອງພວກເຮົາ, ພວກເຮົາໄດ້ຂະຫຍາຍແບບຟອມຄໍາອະທິບາຍກໍລະນີການນໍາໃຊ້ທີ່ມີຄໍາອະທິບາຍກ່ຽວກັບຄຸນລັກສະນະສະເພາະຂອງຫນ່ວຍງານແລະຂໍ້ມູນສໍາລັບລູກຄ້າໃນການຕັດສິນໃຈ, ເຊິ່ງເພີ່ມຄວາມສາມາດໃນການນໍາໃຊ້ຕໍ່ມາ.

ສໍາລັບການອອກແບບການໃຊ້ງານ, ພວກເຮົາໄດ້ເພີ່ມພາກສ່ວນການປ້ອນຂໍ້ມູນ - ສະແດງຂໍ້ມູນ.

ໃນສະຖານະການທີ່ມີການອະນຸຍາດ, ນີ້ແມ່ນຄວາມຈິງທີ່ວ່າລູກຄ້າໄດ້ຮັບອະນຸຍາດໃນລະບົບ. ຖ້າລູກຄ້າໄດ້ຮັບອະນຸຍາດກ່ອນ, ຫຼັງຈາກນັ້ນສະແດງຄໍາເຕືອນກ່ຽວກັບການປ່ຽນປະຫວັດການນໍາທາງແລະໂຄງຮ່າງການໄປຫາບັນຊີໃຫມ່ຫຼັງຈາກການອະນຸມັດສົບຜົນສໍາເລັດ.

ໂດຍທົ່ວໄປແລ້ວ, ນີ້ແມ່ນການສະແດງຂໍ້ມູນທີ່ຈໍາເປັນສໍາລັບລູກຄ້າເພື່ອໃຫ້ລາວສາມາດຕັດສິນໃຈກ່ຽວກັບການປະຕິບັດຕໍ່ໄປຂອງລາວຕາມສະຖານະການ (ທ່ານສາມາດຖາມວ່າຂໍ້ມູນນີ້ແມ່ນພຽງພໍສໍາລັບລູກຄ້າ, ຕ້ອງການຫຍັງອີກ, ຂໍ້ມູນແມ່ນຫຍັງ. ລູກຄ້າຕ້ອງການການຕັດສິນໃຈ).  
ມັນຍັງຄຸ້ມຄ່າທີ່ຈະແບ່ງຂໍ້ມູນທີ່ໃສ່ເຂົ້າໄປໃນຊ່ອງປ້ອນຂໍ້ມູນຖ້າພວກມັນຖືກປຸງແຕ່ງແຍກຕ່າງຫາກແລະມີຂໍ້ຍົກເວັ້ນທີ່ແຕກຕ່າງກັນ.

ໃນຕົວຢ່າງທີ່ມີການອະນຸຍາດຂອງລູກຄ້າ, ຖ້າທ່ານແຍກຂໍ້ມູນທີ່ປ້ອນເຂົ້າໃນການເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານ, ມັນຄວນຈະເປັນມູນຄ່າການປ່ຽນແປງສະຄິບການອະນຸຍາດເພື່ອເນັ້ນໃສ່ຂັ້ນຕອນຂອງການເຂົ້າສູ່ລະບົບແຍກຕ່າງຫາກແລະລະຫັດຜ່ານແຍກຕ່າງຫາກ (ແລະນີ້ແມ່ນເຮັດໃນ Yandex, Google, ແຕ່. ບໍ່ໄດ້ເຮັດຢູ່ໃນຮ້ານຄ້າອອນໄລນ໌ສ່ວນໃຫຍ່).

ບັນລຸການຫັນປ່ຽນຂໍ້ມູນທີ່ຕ້ອງການ

ນອກນັ້ນທ່ານຍັງສາມາດສະກັດຂໍ້ກໍານົດສໍາລັບລະບົບການແປງຂໍ້ມູນຈາກ script ໄດ້.

ຕົວຢ່າງ:

• ເພື່ອຕັດສິນໃຈຊື້ສິນຄ້າໃນຮ້ານອອນໄລນ໌, ລູກຄ້າຕ້ອງການຮູ້ຄວາມເປັນໄປໄດ້, ຄ່າໃຊ້ຈ່າຍ, ເວລາການຈັດສົ່ງໃນເມືອງຂອງລາວຂອງຜະລິດຕະພັນນີ້ (ເຊິ່ງຄິດໄລ່ໂດຍສູດການຄິດໄລ່ໂດຍອີງໃສ່ຄວາມພ້ອມຂອງສິນຄ້າໃນ. ສາງ ແລະ ຕົວກໍານົດການຕ່ອງໂສ້ການສະໜອງ).
• ເມື່ອໃສ່ປະໂຫຍກເຂົ້າໄປໃນແຖວຄົ້ນຫາ, ລູກຄ້າຈະສະແດງຄໍາແນະນໍາການຊອກຫາຕາມສູດການຄິດໄລ່ (ທີ່ສ້າງຂຶ້ນໂດຍ algorithm ... ).

ລວມ

ໂດຍທົ່ວໄປແລ້ວ, ຫຼັງຈາກການອ່ານຫນັງສື, ແຕ່ຫນ້າເສຍດາຍ, ມັນບໍ່ຊັດເຈນວ່າຈະໄປທຸກວິທີທາງຈາກນັກວິເຄາະບັນຫາທາງທຸລະກິດໄປສູ່ຂໍ້ກໍານົດດ້ານວິຊາການທີ່ເປັນທາງການສໍາລັບນັກພັດທະນາ. ປຶ້ມບອກພຽງແຕ່ສ່ວນຫນຶ່ງຂອງຂະບວນການ, ໂດຍຂັ້ນຕອນການປ້ອນຂໍ້ມູນບໍ່ຈະແຈ້ງ ແລະຂັ້ນຕອນຕໍ່ໄປບໍ່ຈະແຈ້ງ. ກໍລະນີການນໍາໃຊ້ຕົວມັນເອງສ່ວນຫຼາຍແມ່ນບໍ່ແມ່ນຄໍາຖະແຫຼງທີ່ສົມບູນສໍາລັບນັກພັດທະນາ.

ຢ່າງໃດກໍຕາມ, ນີ້ແມ່ນວິທີການທີ່ດີຫຼາຍທີ່ຈະເປັນທາງການແລະດໍາເນີນການສະຖານະການປະຕິສໍາພັນລະຫວ່າງວັດຖຸແລະຫົວຂໍ້ໃດຫນຶ່ງ, ໃນເວລາທີ່ປະຕິສໍາພັນເຮັດໃຫ້ເກີດການປ່ຽນແປງໃນບາງສິ່ງບາງຢ່າງໃນວິຊາ. ມັນແມ່ນ ໜຶ່ງ ໃນວິທີການຂຽນສອງສາມຢ່າງທີ່ອະນຸຍາດໃຫ້ມີຂໍ້ ກຳ ນົດທີ່ສາມາດກວດສອບໄດ້ດ້ວຍຈຸດຍົກເວັ້ນທີ່ຊັດເຈນ.

ປື້ມແມ່ນຕ້ອງອ່ານສໍາລັບນັກວິເຄາະເພື່ອເລີ່ມຕົ້ນການຂຽນບົດລະຄອນທີ່ທົດສອບໄດ້.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com