ແມ່ແບບບັນທຶກການຕັດສິນໃຈຈາກ arc42

1. ບົດນຳ ແລະ ເປົ້າໝາຍ

ຄຳອະທິບາຍສັ້ນໆຂອງຄວາມຕ້ອງການ, ແຮງຜັກດັນ, ບົດຄັດຫຍໍ້ (ຫຼື ນາມມະທຳ) ຂອງ ຄວາມຕ້ອງການ. ເປົ້າໝາຍດ້ານຄຸນນະພາບສາມຂໍ້ຕົ້ນ (ສູງສຸດຫ້າຂໍ້) ສຳລັບສະຖາປັດຕະຍະກຳທີ່ມີ ບູລິມະສິດສູງທີ່ສຸດສຳລັບຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍຫຼັກ. ຕາຕະລາງຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍທີ່ສຳຄັນ ພ້ອມຄວາມຄາດຫວັງຂອງພວກເຂົາຕໍ່ສະຖາປັດຕະຍະກຳ.

1.1 ພາບລວມຄວາມຕ້ອງການ

ເນື້ອຫາ

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

ແຮງຈູງໃຈ

ຈາກມຸມມອງຂອງຜູ້ໃຊ້ປາຍທາງ ລະບົບຖືກສ້າງຂຶ້ນ ຫຼື ປັບປຸງເພື່ອ ສະໜັບສະໜູນກິດຈະກຳທາງທຸລະກິດໃຫ້ດີຂຶ້ນ ແລະ/ຫຼື ປັບປຸງຄຸນນະພາບ.

ຮູບແບບ

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

ຮັກສາບົດຄັດຫຍໍ້ເຫຼົ່ານີ້ໃຫ້ສັ້ນທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້. ສົມດຸນລະຫວ່າງຄວາມງ່າຍໃນການອ່ານເອກະສານນີ້ ກັບຄວາມຊ້ຳຊ້ອນທີ່ອາດເກີດຂຶ້ນກັບເອກະສານຄວາມຕ້ອງການ.

1.2 ເປົ້າໝາຍດ້ານຄຸນນະພາບ

ເນື້ອຫາ

ເປົ້າໝາຍດ້ານຄຸນນະພາບສາມຂໍ້ຕົ້ນ (ສູງສຸດຫ້າຂໍ້) ສຳລັບສະຖາປັດຕະຍະກຳທີ່ການບັນລຸຜົນມີ ຄວາມສຳຄັນສູງສຸດສຳລັບຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍຫຼັກ. ພວກເຮົາໝາຍເຖິງເປົ້າໝາຍດ້ານຄຸນນະພາບ ສຳລັບສະຖາປັດຕະຍະກຳແທ້ໆ. ຢ່າສັບສົນກັບເປົ້າໝາຍຂອງໂຄງການ. ມັນບໍ່ຈຳເປັນຕ້ອງ ຄືກັນສະເໝີໄປ. ມາດຕະຖານ ISO 25010 ໃຫ້ພາບລວມທີ່ດີຂອງຫົວຂໍ້ທີ່ອາດໜ້າສົນໃຈ.

ແຮງຈູງໃຈ

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

ຮູບແບບ

ຕາຕະລາງທີ່ມີເປົ້າໝາຍດ້ານຄຸນນະພາບທີ່ສຳຄັນທີ່ສຸດ ແລະ ສະຖານະການທີ່ຊັດເຈນ ຈັດລຳດັບຕາມບູລິມະສິດ.

1.3 ຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍ

ເນື້ອຫາ

ພາບລວມທີ່ຊັດເຈນຂອງຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍຂອງລະບົບ ນັ້ນຄື ທຸກບຸກຄົນ, ບົດບາດ ຫຼື ອົງກອນທີ່

ຄວນຮູ້ສະຖາປັດຕະຍະກຳ
ຕ້ອງຖືກເຮັດໃຫ້ເຊື່ອໝັ້ນໃນສະຖາປັດຕະຍະກຳ
ຕ້ອງເຮັດວຽກກັບສະຖາປັດຕະຍະກຳ ຫຼື ກັບໂຄ້ດ
ຕ້ອງການເອກະສານສະຖາປັດຕະຍະກຳສຳລັບວຽກຂອງພວກເຂົາ
ຕ້ອງຕັດສິນໃຈກ່ຽວກັບລະບົບ ຫຼື ການພັດທະນາລະບົບ

ແຮງຈູງໃຈ

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

ຮູບແບບ

ຕາຕະລາງທີ່ມີຊື່ບົດບາດ, ຊື່ບຸກຄົນ ແລະ ຄວາມຄາດຫວັງຂອງພວກເຂົາກ່ຽວກັບ ສະຖາປັດຕະຍະກຳ ແລະ ເອກະສານຂອງມັນ.

2. ຂໍ້ຈຳກັດ

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

ເນື້ອຫາ

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

ແຮງຈູງໃຈ

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

ຮູບແບບ

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

3. ບໍລິບົດ ແລະ ຂອບເຂດ

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

ເນື້ອຫາ

ຂອບເຂດ ແລະ ບໍລິບົດຂອງລະບົບ - ດັ່ງຊື່ທີ່ບອກ - ກຳນົດຂອບເຂດລະບົບຂອງທ່ານ (ນັ້ນຄື ຂອບເຂດຂອງທ່ານ) ຈາກຄູ່ສື່ສານທັງໝົດຂອງມັນ (ລະບົບໃກ້ຄຽງ ແລະ ຜູ້ໃຊ້ ນັ້ນຄື ບໍລິບົດຂອງລະບົບຂອງທ່ານ). ດ້ວຍວິທີນີ້ ມັນຈຶ່ງລະບຸສ່ວນຕໍ່ປະສານພາຍນອກ.

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

ແຮງຈູງໃຈ

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

ຮູບແບບ

ແຜນຜັງບໍລິບົດຫຼາກຫຼາຍ
ລາຍການຄູ່ສື່ສານ ແລະ ສ່ວນຕໍ່ປະສານຂອງພວກເຂົາ.

3.1 ບໍລິບົດທາງທຸລະກິດ

ເນື້ອຫາ

ການລະບຸຄູ່ສື່ສານທັງໝົດ (ຜູ້ໃຊ້, ລະບົບ IT, …) ພ້ອມຄຳອະທິບາຍຂໍ້ມູນນຳເຂົ້າ ແລະ ຜົນຜະລິດ ຫຼື ສ່ວນຕໍ່ປະສານສະເພາະໂດເມນ. ທ່ານສາມາດເພີ່ມ ຮູບແບບສະເພາະໂດເມນ ຫຼື ໂປຣໂຕຄອນການສື່ສານເປັນທາງເລືອກໄດ້.

ແຮງຈູງໃຈ

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

ຮູບແບບ

ແຜນຜັງທຸກປະເພດທີ່ສະແດງລະບົບເປັນກ່ອງດຳ ແລະ ລະບຸສ່ວນຕໍ່ປະສານໂດເມນ ກັບຄູ່ສື່ສານ.

ອີກທາງເລືອກ (ຫຼື ເພີ່ມເຕີມ) ທ່ານສາມາດໃຊ້ຕາຕະລາງ. ຫົວຂໍ້ຂອງຕາຕະລາງແມ່ນ ຊື່ລະບົບຂອງທ່ານ, ສາມຄໍລຳມີຊື່ຂອງຄູ່ສື່ສານ, ຂໍ້ມູນນຳເຂົ້າ ແລະ ຜົນຜະລິດ.

3.2 ບໍລິບົດດ້ານເຕັກນິກ

ເນື້ອຫາ

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

ແຮງຈູງໃຈ

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

ຮູບແບບ

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

4. ຍຸດທະສາດວິທີແກ້ໄຂ

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

ເນື້ອຫາ

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

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

ແຮງຈູງໃຈ

ການຕັດສິນໃຈເຫຼົ່ານີ້ເປັນຫີນຫຼັກສຳລັບສະຖາປັດຕະຍະກຳຂອງທ່ານ. ພວກມັນເປັນພື້ນຖານ ສຳລັບການຕັດສິນໃຈລະອຽດ ຫຼື ກົດການປະຕິບັດອື່ນໆຫຼາຍຢ່າງ.

ຮູບແບບ

ຮັກສາຄຳອະທິບາຍການຕັດສິນໃຈຫຼັກເຫຼົ່ານີ້ໃຫ້ສັ້ນ.

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

ທ່ານອາດໃຊ້ລາຍການແນວທາງວິທີແກ້ໄຂ ຫຼື ຕາຕະລາງ.

5. ມຸມມອງຂອງບລັອກການກໍ່ສ້າງ

ການແບ່ງແຍກລະບົບແບບຄົງທີ່, ນາມມະທຳຂອງຊອດໂຄ້ດ, ສະແດງເປັນ ລຳດັບຊັ້ນຂອງກ່ອງຂາວ (ທີ່ມີກ່ອງດຳ) ຈົນເຖິງລະດັບລາຍລະອຽດທີ່ເໝາະສົມ.

ເນື້ອຫາ

ມຸມມອງບລັອກການກໍ່ສ້າງສະແດງການແບ່ງແຍກແບບຄົງທີ່ຂອງລະບົບເປັນ ບລັອກການກໍ່ສ້າງ (ໂມດູນ, ອົງປະກອບ, ລະບົບຍ່ອຍ, ຄລາສ, ສ່ວນຕໍ່ປະສານ, ແພັກເກັດ, ໄລບຣາຣີ, ເຟຣມເວີກ, ຊັ້ນ, ພາດຕິຊັນ, ຊັ້ນລະດັບ, ຟັງຊັນ, ມາໂຄຣ, ການດຳເນີນການ, ໂຄງສ້າງຂໍ້ມູນ, …) ພ້ອມທັງຄວາມຂຶ້ນກັບກັນຂອງພວກມັນ (ຄວາມສຳພັນ, ການເຊື່ອມໂຍງ, …)

ມຸມມອງນີ້ເປັນຂໍ້ບັງຄັບສຳລັບເອກະສານສະຖາປັດຕະຍະກຳທຸກສະບັບ. ປຽບທຽບກັບເຮືອນ ນີ້ຄືແຜນຜັງຊັ້ນ.

ແຮງຈູງໃຈ

ຮັກສາພາບລວມຂອງຊອດໂຄ້ດຂອງທ່ານໂດຍເຮັດໃຫ້ໂຄງສ້າງຂອງມັນເຂົ້າໃຈໄດ້ ຜ່ານນາມມະທຳ.

ນີ້ຊ່ວຍໃຫ້ທ່ານສື່ສານກັບຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍໃນລະດັບນາມມະທຳ ໂດຍບໍ່ເປີດເຜີຍລາຍລະອຽດການປະຕິບັດ.

ຮູບແບບ

ມຸມມອງບລັອກການກໍ່ສ້າງແມ່ນການລວບລວມແບບລຳດັບຊັ້ນຂອງກ່ອງດຳ ແລະ ກ່ອງ ຂາວ (ເບິ່ງຮູບຂ້າງລຸ່ມ) ແລະ ຄຳອະທິບາຍຂອງພວກມັນ.

5.1 ກ່ອງຂາວຂອງລະບົບທັງໝົດ

ຢູ່ນີ້ທ່ານອະທິບາຍການແບ່ງແຍກຂອງລະບົບທັງໝົດໂດຍໃຊ້ແມ່ແບບກ່ອງຂາວຕໍ່ໄປນີ້. ມັນປະກອບດ້ວຍ

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

ເນື່ອງຈາກມີວິທີລະບຸສ່ວນຕໍ່ປະສານຫຼາຍຢ່າງ ຈຶ່ງບໍ່ມີແມ່ແບບສະເພາະສຳລັບພວກມັນ.

ໃນກໍລະນີທີ່ດີທີ່ສຸດ ທ່ານຈະໃຊ້ຕົວຢ່າງ ຫຼື ລາຍເຊັນງ່າຍໆກໍພໍ.

5.2 ລະດັບ 2

ຢູ່ນີ້ທ່ານສາມາດລະບຸໂຄງສ້າງພາຍໃນຂອງບລັອກການກໍ່ສ້າງ (ບາງອັນ) ຈາກລະດັບ 1 ເປັນກ່ອງຂາວ.

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

5.2.1 ກ່ອງຂາວສຳລັບບລັອກການກໍ່ສ້າງ 1

ລະບຸໂຄງສ້າງພາຍໃນຂອງບລັອກການກໍ່ສ້າງ 1.

ໃຊ້ແມ່ແບບກ່ອງຂາວ (ເບິ່ງຂ້າງເທິງ).

6. ມຸມມອງເວລາດຳເນີນງານ

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

ເນື້ອຫາ

ມຸມມອງເວລາດຳເນີນງານອະທິບາຍພຶດຕິກຳ ແລະ ການໂຕ້ຕອບທີ່ຊັດເຈນຂອງບລັອກການກໍ່ສ້າງຂອງລະບົບໃນຮູບແບບຂອງສະຖານະການຈາກຂອບເຂດຕໍ່ໄປນີ້:

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

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

ແຮງຈູງໃຈ

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

ຮູບແບບ

ມີສັນຍະລັກຫຼາຍແບບສຳລັບອະທິບາຍສະຖານະການ ເຊັ່ນ

ລາຍການຂັ້ນຕອນທີ່ມີເລກລຳດັບ (ໃນພາສາທຳມະຊາດ)
ແຜນຜັງກິດຈະກຳ ຫຼື ແຜນຜັງຂັ້ນຕອນ
ແຜນຜັງລຳດັບ
BPMN ຫຼື EPC (ລະບົບຕ່ອງໂສ້ຂະບວນການເຫດການ)
ເຄື່ອງສະຖານະ
ແລະ ອື່ນໆ

6.n ສະຖານະການເວລາດຳເນີນງານ n (1, 2, 3 ແລະ ອື່ນໆ)

ໃສ່ແຜນຜັງເວລາດຳເນີນງານ ຫຼື ຄຳອະທິບາຍເປັນຂໍ້ຄວາມຂອງສະຖານະການ.

ໃສ່ຄຳອະທິບາຍດ້ານທີ່ໂດດເດັ່ນຂອງການໂຕ້ຕອບລະຫວ່າງຕົວຢ່າງບລັອກການກໍ່ສ້າງທີ່ສະແດງໃນແຜນຜັງນີ້.

7. ມຸມມອງການຕິດຕັ້ງ

ໂຄງລ່າງພື້ນຖານດ້ານເຕັກນິກພ້ອມສະພາບແວດລ້ອມ, ຄອມພິວເຕີ, ໂປຣເຊດເຊີ, ໂທໂປໂລຢີ. ການແຜນທີ່ບລັອກການກໍ່ສ້າງ (ຊອບແວ) ໄປຫາອົງປະກອບໂຄງລ່າງພື້ນຖານ.

ເນື້ອຫາ

ມຸມມອງການຕິດຕັ້ງອະທິບາຍ:

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

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

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

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

ແຮງຈູງໃຈ

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

ຮູບແບບ

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

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

7.1 ໂຄງລ່າງພື້ນຖານລະດັບ 1

ອະທິບາຍ (ໂດຍປົກກະຕິດ້ວຍການລວມແຜນຜັງ, ຕາຕະລາງ ແລະ ຂໍ້ຄວາມ):

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

ສຳລັບຫຼາຍສະພາບແວດລ້ອມ ຫຼື ການຕິດຕັ້ງທາງເລືອກ ກະລຸນາສຳເນົາພາກນັ້ນຂອງ arc42 ສຳລັບທຸກສະພາບແວດລ້ອມທີ່ກ່ຽວຂ້ອງ. **

7.2 ໂຄງລ່າງພື້ນຖານລະດັບ 2

ຢູ່ນີ້ທ່ານສາມາດລວມໂຄງສ້າງພາຍໃນຂອງອົງປະກອບໂຄງລ່າງພື້ນຖານ (ບາງອັນ) ຈາກໂຄງລ່າງພື້ນຖານລະດັບ 1.

ກະລຸນາສຳເນົາໂຄງສ້າງຈາກລະດັບ 1 ສຳລັບແຕ່ລະອົງປະກອບທີ່ເລືອກ.

8. ແນວຄິດຂ້າມຫຼາຍສ່ວນ

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

ເນື້ອຫາ

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

ແຮງຈູງໃຈ

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

ນີ້ແມ່ນບ່ອນໃນແມ່ແບບທີ່ພວກເຮົາສະໜອງໄວ້ສຳລັບການລະບຸແນວຄິດດັ່ງກ່າວຢ່າງເປັນເອກະພາບ.

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

ຮູບແບບ

ຮູບແບບສາມາດຫຼາກຫຼາຍ:

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

ໂຄງສ້າງຂອງພາກນີ້

ເລືອກສະເພາະຫົວຂໍ້ທີ່ຈຳເປັນທີ່ສຸດສຳລັບລະບົບຂອງທ່ານ ແລະ ກຳນົດຫົວຂໍ້ລະດັບ 2 ໃຫ້ແຕ່ລະອັນໃນພາກນີ້ (ເຊັ່ນ 8.1, 8.2 ແລະ ອື່ນໆ).

ຢ່າພະຍາຍາມຄຸມທຸກຫົວຂໍ້ຂອງແຜນຜັງທີ່ກ່າວມາຂ້າງເທິງ.

ຂໍ້ມູນພື້ນຖານ

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

ແນວຄິດບາງຢ່າງອາດກ່ຽວຂ້ອງກັບທຸກອົງປະກອບຂອງລະບົບ ບາງຢ່າງອາດກ່ຽວຂ້ອງສະເພາະ ກັບບາງອົງປະກອບ.

9. ການຕັດສິນໃຈດ້ານສະຖາປັດຕະຍະກຳ

ການຕັດສິນໃຈດ້ານສະຖາປັດຕະຍະກຳທີ່ສຳຄັນ, ມີຄ່າໃຊ້ຈ່າຍສູງ, ວິກິດ, ຂະໜາດໃຫຍ່ ຫຼື ມີຄວາມສ່ຽງ ພ້ອມເຫດຜົນ.

ເນື້ອຫາ

ການຕັດສິນໃຈດ້ານສະຖາປັດຕະຍະກຳທີ່ສຳຄັນ, ມີຄ່າໃຊ້ຈ່າຍສູງ, ຂະໜາດໃຫຍ່ ຫຼື ມີຄວາມສ່ຽງ ພ້ອມ ເຫດຜົນ. ດ້ວຍ “ການຕັດສິນໃຈ” ພວກເຮົາໝາຍເຖິງການເລືອກທາງເລືອກໜຶ່ງໂດຍອີງໃສ່ເກນທີ່ກຳນົດ.

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

ແຮງຈູງໃຈ

ຜູ້ມີສ່ວນໄດ້ສ່ວນເສຍຂອງລະບົບທ່ານຄວນສາມາດເຂົ້າໃຈ ແລະ ຕິດຕາມຮ່ອງຮອຍການຕັດສິນໃຈຂອງທ່ານໄດ້.

ຮູບແບບ

ADR (ບັນທຶກການຕັດສິນໃຈດ້ານສະຖາປັດຕະຍະກຳ) ສຳລັບທຸກການຕັດສິນໃຈທີ່ສຳຄັນ
ລາຍການ ຫຼື ຕາຕະລາງ ຈັດລຳດັບຕາມຄວາມສຳຄັນ ແລະ ຜົນສະທ້ອນ ຫຼື
ລະອຽດກວ່າໃນຮູບແບບພາກແຍກຕ່າງຫາກສຳລັບແຕ່ລະການຕັດສິນໃຈ

ຂໍ້ມູນພື້ນຖານ (ກ່ຽວກັບ ADR)

ເອກະສານຊິ້ນນ້ອຍອ່ານ, ສ້າງ ແລະ ບຳລຸງຮັກສາງ່າຍກວ່າ. ເມື່ອເວົ້າເຖິງການຕັດສິນໃຈດ້ານສະຖາປັດຕະຍະກຳ ທີມພັດທະນາມັກຈະ:

ຮູ້ກ່ຽວກັບການຕັດສິນໃຈ ເພາະເຫັນໄດ້ ເຊັ່ນ ໃນຊອດໂຄ້ດ ແຕ່
ຂາດແຮງຈູງໃຈທີ່ຢູ່ເບື້ອງຫຼັງການຕັດສິນໃຈນັ້ນ (ເບິ່ງ Nygard 2011)

ດັ່ງນັ້ນ ທ່ານຄວນບັນທຶກການຕັດສິນໃຈສຳຄັນບໍ່ກີ່ຢ່າງພ້ອມກັບແຮງຈູງໃຈ, ເຫດຜົນຂອງມັນ

ຂໍ້ສະເໜີຂອງພວກເຮົາກ່ຽວກັບການຕັດສິນໃຈ

ຮັກສາການລວບລວມການຕັດສິນໃຈທີ່ມີນັຍສຳຄັນຕໍ່ສະຖາປັດຕະຍະກຳ ເຊິ່ງເປັນການຕັດສິນໃຈທີ່ ມີຜົນຕໍ່ໂຄງສ້າງ, ຄຸນລັກສະນະດ້ານຄຸນນະພາບ, ຄວາມຂຶ້ນກັບກັນທີ່ສຳຄັນ (ໂດຍສະເພາະພາຍນອກ) ແລະ ສ່ວນຕໍ່ປະສານ ຫຼື ເຕັກນິກການກໍ່ສ້າງ (ຂອບໃຈ Michael Nygard ສຳລັບຂໍ້ສະເໜີນີ້).

10. ຄວາມຕ້ອງການດ້ານຄຸນນະພາບ

ຄວາມຕ້ອງການດ້ານຄຸນນະພາບເປັນສະຖານະການ ພ້ອມຕົ້ນໄມ້ຄຸນນະພາບເພື່ອໃຫ້ພາບລວມລະດັບສູງ. ເປົ້າໝາຍດ້ານຄຸນນະພາບທີ່ສຳຄັນທີ່ສຸດຄວນໄດ້ຖືກອະທິບາຍໃນພາກ 1.2. (ເປົ້າໝາຍດ້ານຄຸນນະພາບ).

ເນື້ອຫາ

ພາກນີ້ມີຄວາມຕ້ອງການດ້ານຄຸນນະພາບທີ່ກ່ຽວຂ້ອງທັງໝົດ.

ຄວາມຕ້ອງການທີ່ສຳຄັນທີ່ສຸດເຫຼົ່ານີ້ໄດ້ຖືກອະທິບາຍໃນພາກ 1.2. (ເປົ້າໝາຍດ້ານຄຸນນະພາບ) ແລ້ວ ດັ່ງນັ້ນຈຶ່ງຄວນອ້າງອີງເທົ່ານັ້ນຢູ່ນີ້. ໃນ ພາກ 10 ນີ້ ທ່ານຄວນບັນທຶກຄວາມຕ້ອງການດ້ານຄຸນນະພາບທີ່ມີຄວາມສຳຄັນໜ້ອຍກວ່າ ເຊິ່ງຈະບໍ່ສ້າງຄວາມສ່ຽງສູງເມື່ອບໍ່ບັນລຸຢ່າງເຕັມທີ່ (ແຕ່ອາດເປັນສິ່ງທີ່ດີຖ້າມີ).

ແຮງຈູງໃຈ

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

ຂໍ້ມູນເພີ່ມເຕີມ

ເບິ່ງແບບຈຳລອງຄຸນນະພາບ Q42 ທີ່ກວ້າງຂວາງຢູ່ https://quality.arc42.org.

10.1 ພາບລວມຄວາມຕ້ອງການດ້ານຄຸນນະພາບ

ເນື້ອຫາ

ພາບລວມ ຫຼື ບົດສະຫຼຸບຂອງຄວາມຕ້ອງການດ້ານຄຸນນະພາບ.

ແຮງຈູງໃຈ

ພວກເຮົາມັກພົບຄວາມຕ້ອງການດ້ານຄຸນນະພາບລະອຽດຫຼາຍສິບ (ຫຼື ແມ້ແຕ່ຫຼາຍຮ້ອຍ) ຂໍ້. ໃນພາກພາບລວມນີ້ ທ່ານຄວນພະຍາຍາມສະຫຼຸບ ເຊັ່ນ ໂດຍການອະທິບາຍ ໝວດໝູ່ ຫຼື ຫົວຂໍ້ (ຕາມທີ່ ISO 25010:2023 ຫຼື Q42 ແນະນຳ

ຖ້າຄຳອະທິບາຍສະຫຼຸບເຫຼົ່ານີ້ແມ່ນຊັດເຈນ, ສະເພາະເຈາະຈົງພໍ ແລະ ວັດແທກໄດ້ແລ້ວ ທ່ານອາດຂ້າມພາກ 10.2.

ຮູບແບບ

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

ໃນເອກະສານວິຊາການ ແນວຄິດຂອງຕົ້ນໄມ້ຄຸນລັກສະນະດ້ານຄຸນນະພາບກໍໄດ້ຖືກອະທິບາຍເຊັ່ນກັນ ເຊິ່ງເອົາຄຳທົ່ວໄປ “ຄຸນນະພາບ” ເປັນຮາກ ແລະ ໃຊ້ການປັບປຸງຄຳວ່າ “ຄຸນນະພາບ” ແບບຕົ້ນໄມ້. [Bass+21] ໄດ້ນຳສະເໜີຄຳວ່າ “ຕົ້ນໄມ້ຄຸນປະໂຫຍດຂອງລັກສະນະດ້ານຄຸນນະພາບ” (Quality Attribute Utility Tree) ເພື່ອຈຸດປະສົງນີ້.

10.2 ສະຖານະການດ້ານຄຸນນະພາບ

ເນື້ອຫາ

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

ສະຖານະການສອງປະເພດມີປະໂຫຍດເປັນພິເສດ:

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

ຮູບແບບ

ຂໍ້ມູນທົ່ວໄປສຳລັບສະຖານະການລະອຽດລວມມີດັ່ງນີ້:

ໃນຮູບແບບສັ້ນ (ນິຍົມໃນແບບຈຳລອງ Q42):

ບໍລິບົດ/ພື້ນຖານ: ລະບົບ ຫຼື ອົງປະກອບປະເພດໃດ, ສະພາບແວດລ້ອມ ຫຼື ສະຖານະການແມ່ນຫຍັງ?
ແຫຼ່ງທີ່ມາ/ສິ່ງກະຕຸ້ນ: ໃຜ ຫຼື ສິ່ງໃດເລີ່ມຕົ້ນ ຫຼື ກະຕຸ້ນພຶດຕິກຳ, ປະຕິກິລິຍາ ຫຼື ການກະທຳ.
ຕົວວັດແທກ/ເກນການຍອມຮັບ: ການຕອບສະໜອງທີ່ມີການວັດແທກ ຫຼື ຕົວຊີ້ວັດ

ຮູບແບບຍາວຂອງສະຖານະການ (ນິຍົມໂດຍ SEI ແລະ [Bass+21]) ລະອຽດກວ່າ ແລະ ລວມຂໍ້ມູນຕໍ່ໄປນີ້:

Scenario ID: ຕົວລະບຸທີ່ເປັນເອກະລັກຂອງສະຖານະການ.
Scenario Name: ຊື່ສັ້ນໆທີ່ອະທິບາຍສະຖານະການ.
Source: ໜ່ວຍ (ຜູ້ໃຊ້, ລະບົບ ຫຼື ເຫດການ) ທີ່ເລີ່ມຕົ້ນສະຖານະການ.
Stimulus: ເຫດການ ຫຼື ເງື່ອນໄຂທີ່ກະຕຸ້ນ ເຊິ່ງລະບົບຕ້ອງຮັບມື.
Environment: ບໍລິບົດ ຫຼື ເງື່ອນໄຂການດຳເນີນງານທີ່ລະບົບປະສົບກັບສິ່ງກະຕຸ້ນ.
Artifact: ບລັອກການກໍ່ສ້າງ ຫຼື ອົງປະກອບອື່ນຂອງລະບົບທີ່ໄດ້ຮັບຜົນກະທົບຈາກສິ່ງກະຕຸ້ນ.
Response: ຜົນລັບ ຫຼື ພຶດຕິກຳທີ່ລະບົບສະແດງເພື່ອຕອບສະໜອງຕໍ່ສິ່ງກະຕຸ້ນ.
Response Measure: ເກນ ຫຼື ຕົວຊີ້ວັດທີ່ໃຊ້ປະເມີນການຕອບສະໜອງຂອງລະບົບ.

ເບິ່ງເພີ່ມເຕີມ

ນັບແຕ່ເດືອນມັງກອນ 2023 arc42 ມີແບບຈຳລອງຄຸນນະພາບແບບເປັນຈິງ ທີ່ແນະນຳໃຫ້ ໝາຍຄວາມຕ້ອງການດ້ານຄຸນນະພາບດ້ວຍແຮດແທັກ ຫຼື ປ້າຍ ເຊັ່ນ #flexible, #efficient, #usable, #operable, #testable, #secure, #safe, #reliable.

11. ຄວາມສ່ຽງ ແລະ ໜີ້ທາງເຕັກນິກ

ຄວາມສ່ຽງດ້ານເຕັກນິກ ຫຼື ໜີ້ທາງເຕັກນິກທີ່ຮູ້ແລ້ວ. ມີບັນຫາທີ່ອາດເກີດຂຶ້ນຫຍັງແດ່ພາຍໃນ ຫຼື ອ້ອມຮອບລະບົບ? ທີມພັດທະນາຮູ້ສຶກລຳບາກໃຈກັບຫຍັງ?

ເນື້ອຫາ

ລາຍການຄວາມສ່ຽງດ້ານເຕັກນິກ ຫຼື ໜີ້ທາງເຕັກນິກທີ່ລະບຸແລ້ວ ຈັດລຳດັບຕາມບູລິມະສິດ

ແຮງຈູງໃຈ

“ການຄຸ້ມຄອງຄວາມສ່ຽງແມ່ນການຄຸ້ມຄອງໂຄງການສຳລັບຜູ້ໃຫຍ່” (Tim Lister, Atlantic Systems Guild.)

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

ຮູບແບບ

ລາຍການຄວາມສ່ຽງ ແລະ/ຫຼື ໜີ້ທາງເຕັກນິກ ບາງທີອາດລວມມາດຕະການທີ່ແນະນຳເພື່ອ ຫຼຸດຜ່ອນ, ບັນເທົາ ຫຼື ຫຼີກເວັ້ນຄວາມສ່ຽງ ຫຼື ຫຼຸດໜີ້ທາງເຕັກນິກ.