National University of Laos Chapter 5 Software Design Mr. Bounmy PHANTHAVONG Introduction to Software Engineering, Faculty of Science, Department of Computer Science National University of Laos

Architecture / ໂຄງສ້າງ Software Design Detail / ລາຍລະອຽດ ຄວາມຕ້ອງການ ອອກແບບລະບົບ Architecture / ໂຄງສ້າງ

Software Design Software Design : ການອອກແບບຊອບແວ ເປັນກະບວນການກຳນົດ ສະຖາປັດຕະຍະກຳ, ສ່ວນປະກອບ, ສ່ວນປະສານແລະລັກສະນະ ອື່ນໆຂອງລະບົບ ການອອກແບບແບ່ງອອກເປັນ 2 ລະດັບ ສະຖາປັດຕະຍະກຳ(Top Level Design) ກຳນົດລັກສະນະໂຄງ ສ້າງລະບົບ 2. ລາຍລະອຽດ (Detailed Design) ກຳນົດລາຍລະອຽດໃນແຕ່ລະ ສ່ວນ

Software Design Architecture

Software Design Detailed

Software Design ສະຖາປັດຕະຍະກຳ (Top Level Design) Architecture Style Blackboard Model ແບ່ງປັນຂໍ້ມູນ ເໝາະກັບປັນຫາແບບບໍ່ມີໂຄງສ້າງ ໃຊ້ໃນການປະຊຸມ ລະດົມສະໝອງ ເພື່ອແກ້ ປັນຫາແລະຕັດສິນໃຈແບບກຸ່ມ

Software Design ສະ​ຖາ​ປັດ​ຍະ​ກຳ (Top Level Design) Architecture Style  Blackboard Model ຂໍ້​ດີ ແບ່ງ​ປັນ​ຂໍ້​ມູນ​ຈຳນວນ​ຫລາຍ​ໂດຍ​ບໍ່​ຕ້ອງ​ສົ່ງ​ຂໍ້​ມູນ​ລະຫວ່າງ​ລະບົບ​ຍ່ອຍ ລະບົບ​ຍ່ອຍ​ມີ​ຫນ້າທີ່​ພຽງ​ຜະລິດ​ຂໍ້​ມູນ ການ​ສຳຮອງ ຮັກສາຂໍ້​ມູນ​ເປັນ​ຫນ້າທີ່​ຂອງ​ສ່ວນ​ກາງ ສາມາດ​ນຳ​ເຄື່ອງ​ມື​ອື່ນ ໆ ທີ່​ຮອງ​ຮັບ​ລະບົບ ມາ​ເພິ່ມເຕິມ​ໄດ້

Software Design ສະ​ຖາ​ປັດ​ຍະ​ກຳ (Top Level Design) Architecture Style Blackboard Model ຂໍ້​ເສຍ ລະບົບ​ຍ່ອຍ​ທີ່​ນຳ​ມາ​ໃຊ້​ຮ່ວມ​ກັນ​ໃນ​ລະບົບ​ຈະ​ຕ້ອງ​ມີ​ຮູບ​ແບບ​ດຽວ ​ກັນ​ເທົ່າ​ນັ້ນ ຕ້ອງ​ໃຊ້​ລະບົບ​ຄອມພິວເຕີ​ຊະນິດ​ດຽວ​ກັນ ຂໍ້​ມູນ​ມີ​ຈຳນວນ​ຫລາຍ ການ​ແກ້​ໄຂ​ປັບປຸງ​ແບບ​ຈຳ​ລອງ​ມີ​ຄ່າ​ໃຊ້​ຈ່າຍ ​ ສູງ

Software Design

Software Design ສະ​ຖາ​ປັດ​ຍະ​ກຳ (Top Level Design) Architecture Style Client / Server Model ຂໍ້​ດີ ມີ​ຄວາມ​ຄ່ອງ​ຕົວ​ໃນ​ການ​ໃຊ້​ງານ​ສູງ ລາ​ຄາ​ຢູ່ໃນລະດັບ​ຕ່ຳ ການ​ເພີ່ມປັບປຸງ Server ​ເຮັດ​ໄດ້​ງ່າຍ​ບໍ່​ກະທົບ​ສ່ວນ​ອື່ນ​ຂອງ ​ລະບົບ ການ​ສຳ​ຮອງ ຮັກສາ​ຂໍ້​ມູນ​ເປັນ​ຫນ້າທີ່​ຂອງ​ສ່ວນ​ກາງ

Software Design ສະ​ຖາ​ປັດ​ຍະ​ກຳ (Top Level Design) Architecture Style Client / Server Model • ຂໍ້​ເສຍ ກໍລະນີ Server ຫລາຍ​ເຄື່ອງ​ຈະ​ຕ້ອງ​ຕິດ​ຕັ້ງ​ລະບົບ​ຈັດການ ​ຄວາມ​ຊ້າ​ຊ້ອນ​ຂອງ​ຂໍ້​ມູນ​ດ້ວຍ ກໍລະນີ Server ມີ​ບັນຫາ ລະບົບ​ຈະ​ຢຸດ​ການ​ທາ​ງານ​ທັນ​ທີ

Software Design ຫລັກ​ການ​ອອກ​ແບບ​ຊອບ​ແວ ສະແດງ​ໃຫ້​ເຫັນ​ເຖິງ​ຮູບ​ແບ​ບສະ​ຖາ​ປັດ​ຍະ​ກຳ​ໄດ້​ຢ່າງ​ຊັດເຈນ 2. ຄວນ​ມີ​ລັກສະນະ​ເປັນ​ໂມ​ດູນ 3. ອອກ​ແບບ​ຄອມ​ໂພ​ເນັ້ນ ທີ່​ອິດສະຫຼະ​ຕໍ່​ກັນ 4. ໃຊ້​ລະບຽບ​ວິທີ​ການ​ດຽວ​ກັນ​ທຸກ​ຂັ້ນ​ຕອນ 5. ຊື່​ຄວາມຫມາຍ​ຊັດເຈນ ມີ​ມາດຕະຖານ 6. ຄວນ​ມີ​ໂຄງ​ສ້າງ​ທີ່​ດີ ເພື່ອ​ແກ້​ໄຂ​ງ່າຍ ຕົ້ນ​ທືນຕໍ່າ

Software Design ຄຸນນະພາບ​ແລະ​ການ​ປະ​ເມີນ​ຄຸນນະພາບ​ການ​ອອກ​ແບບ ເກນ​ຄຸນນະພາບ (Quality Attribute/ Non-Functional Requirement) 2. ການ​ວິ​ເຄາະ​ແລະ​ປະ​ເມີນ​ຄຸນນະພາບ (Analysis and Evaluation) 3. ການ​ວັດ (Measure)

Software Design ຄຸນນະພາບ​ແລະ​ການ​ປະ​ເມີນ​ຄຸນນະພາບ​ການ​ອອກ​ແບບ ເກນ​ຄຸນນະພາບ (Quality Attribute/ Non-Functional Requirement) ການ​​ເຮັ​ດວຽກ​ຂອງ​ລະບົບ (ຫນ້າທີ່​ທົ່ວ​ໄປ ຄວາມ​ປອດ​ໄພ) ຄວາມ​ສາມາດ​ໃນ​ການ​ໃຊ້​ງານ (ໃຊ້​ງານ​ງ່າຍ ຮຽນ​ຮູ້​ໄດ້​ໄວ) ຄວາມ​ໜ້າ​ເຊື່ອ​ຖື (ຄວາມ​ຜິດ​ພາດ ຄວາມ​ຖືກ​ຕ້ອງ​ຂອງ​ຜົນ​ໄດ້​ຮັບ) ປະ​ສິດ​ທິ​ພາບ (ຄວາມ​ໄວ​ໃນ​ການ​ປະ​ມວນ​ຜົນ ລະ​ຍະ​ເວລາ​ຕອບ ສະຫນອງ) ຄວາມ​ສາມາດ​ໃນ​ການ​ສະໜັບສະໜູນ​ການ​ໃຊ້​ງານ (ການ​ບຳລຸງ​ຮັກສາ ການ​ປັບປຸງ ການ​​ເຮັດ​ວຽກ​ຂ້າມ​ລະບົບ)

Software Design ຄຸນນະພາບ​ແລະ​ການ​ປະ​ເມີນ​ຄຸນນະພາບ​ງານ​ອອກ​ແບບ 2. ການ​ວິ​ເຄາະ​ແລະ​ປະ​ເມີນ​ຄຸນນະພາບ (Analysis and Evaluation) ທົບ​ທວນ​ການ​ອອກ​ແບບ​ຊອບແວ ວິ​ເຄາະ​ວິທີການ​ອອກ​ແບບ ການ​ຈຳ​ລອງ​ສະຖານະການ​ແລະ​ການສ້າງ​ຕົ້ນ​ແບບ

Software Design ຄຸນນະພາບ​ແລະ​ການ​ປະ​ເມີນ​ຄຸນນະພາບ​ງານ​ອອກ​ແບບ 3. ການ​ວັດ (Measure) ອອກ​ແບບ​ດ້ວຍຮູບແບບ​ໂຄງ​ສ້າງ Coupling ວັດ​ຄວາມ​ສຳພັນ​ລະຫວ່າງ 2 ໂມ​ດູນ ມີ​ຄວາມ​ຂຶ້ນ​ຕໍ່​ກັນ ​ຫລາຍ​ນ້ອຍ​ພຽງ​ໃດ (ນ້ອຍ) Cohesion ລະ​ດັບ​ຄວາມ​ສຳພັນ​ກັນ​ຂອງ​ຫນ້າທີ່​ໃນ​ໂມ​ດູນ (ຫລາຍ) ອອກ​ແບບ​ດ້ວຍຮູບແບບ​ວັດ​ຖຸ ຄວາມ​ສຳພັນ​ລະຫວ່າງ Class ​ການ​ໂຕ້​ຕອບ​ກັນ​ລະຫວ່າງ method ຂອງ Class

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ກົດ​ການ​ອອກ​ແບບ ໃຫ້​ຜູ້​ໃຊ້​ຄວບ​ຄຸມ​ການ​ເຮັດວຽກບາງຢ່າງ​ໄດ້ ລຸດ​ປະລິມານ​ຂອງ​ສິ່ງ​ທີ່​ຜູ້​ໃຊ້​ຕ້ອງ​ຈື່​ຈຳລົ​ງ ສ່ວນ​ປະ​ສານ​ຕ້ອງ​ສອດ​ຄ້ອງ​ກັນ

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ກົດ​ການ​ອອກ​ແບບ ໃຫ້​ຜູ້​ໃຊ້​ຄວບ​ຄຸມ​ການ​ເຮັດວຽກ​ບາງຢ່າງ​ໄດ້ • ບໍ່​ຄວນ​ບັງຄັບ​ໃຫ້​ຜູ້​ໃຊ້​ໂຕ້​ຕອບ​ກັບ​ລະບົບ​ໂດຍ​ບໍ່​ຈຳ​ເປັນ • ອະນຸຍາດ​ໃຫ້​ໂຕ້​ຕອບ​ກັບ​ລະບົບ​ໄດ້​ຫລາຍກວ່າ 1 ທາງ • ອະນຸຍາດ​ໃຫ້​ສະ​ຫລັບ​ການ​ເຮັດວຽກ ​ຫລື​ຍົກ​ເລີກ​ບາງຢ່າງ​ໄດ້ • ຕຽມ​ເຄື່ອງ​ມື​ສ້າງ​ການ​ ເຮັດວຽກແບບ​ອັດ​ໂນ​ມັດໃຫ້​ກັບ​ຜູ້​ໃຊ້ • ບໍ່​ຄວນ​ໃຫ້​ຜູ້​ໃຊ້​ຕິດ​ຕໍ່​ກັບ​ລະບົບ​ປະຕິບັດການ​ດ້ວຍ​ການ​ພິມ​ຄຳ​ສັ່ງ​ໂດຍ​ກົງ

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ກົດ​ການ​ອອກ​ແບບ ຫລຸດ​ປະລິມານ​ຂອງ​ສິ່ງ​ທີ່​ຜູ້​ໃຊ້​ຕ້ອງ​ຈື່ຈຳລົ​ງ • ກຳ​ໜົດ​ຄ່າ​ເລີ່ມ​ຕົ້ນ​ການ​ໃຊ້​ງານ​ທີ່​ເໝາະ​ສົມ • ໃຊ້​ຄີ​ລັດ ທີ່​ຊື່​ຄວາມຫມາຍ​ແລະ​ຈົດຈຳ​ໄດ້​ງ່າຍ • ສະ​ແດງ​ຖາ​ນະ​ການ​​ເຮັດ​ວຽກ​ຂອງ​ຜູ້​ໃຊ້​ໃນ​ກະ​ບວນ​ການ​ຕ່າງ ໆ • ສະແດງ​ລາຍ​ລະອຽດ​ການ​ໃຊ້​ວຽກໂດຍສັງ​ເຂບ

ສະແດງລາຍຊື່ໂດຍອັດຕະໂນມັດ Software Design ສະແດງລາຍຊື່ໂດຍອັດຕະໂນມັດ

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ສ່ວນ​ປະ​ສານ​ສຳ​ຫລັບ​ການ​ໂຕ້​ຕອບ (input interface) ສ່ວນ​ປະ​ສານ​ສຳຫລັບ​ການ​ນຳ​ສະເໜີ (output interface)

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ສ່ວນ​ປະ​ສານ​ສຳຫລັບ​ການ​ໂຕ້​ຕອບ (input interface) ໂຕ້​ຕອບ​ກັບ​ລະບົບ​ໂດຍ​ກົງ ການ​ເລືອກ​ເມ​ນູ​ຄຳ​ສັ່ງ ການ​ປ້ອນ​ຂໍ້​ມູນ​ລົງ​ແບບ​ຟອມ ການ​ໂຕ້​ຕອບ​ດ້ວຍ​ພາສາ​ທຳມະຊາດ

ໂຕ້ຕອບກັບລະບົບໂດຍກົງ Software Design ໂຕ້ຕອບກັບລະບົບໂດຍກົງ

Software Design ການເລືອກເມນູຄຳສັ່ງ ການເລືອກເມນູຄຳສັ່ງ

ກາກປ້ອນຂໍ້ມູນລົງໃນແບບຟອມ Software Design ກາກປ້ອນຂໍ້ມູນລົງໃນແບບຟອມ

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ສ່ວນ​ປະ​ສານ​ສຳຫລັບ​ການ​ໂຕ້​ຕອບ (input interface) ສ່ວນ​ປະ​ສານ​ສຳ​ຫລັບ​ການ​ນຳ​ສະເໜີ (output interface) • Alphanumeric Information ບໍ່​ປ່ຽນ​ແປງ​ຕາມ​ມື້​ແລະ​ເວລາ Dynamically Information ປ່ຽນ​ແປງ​ຂຶ້ນ​ລົງ​ຕາມ​ມື້​ແລະ​ ເວລາ

Software Design

Software Design

Software Design ການ​ອອກ​ແບບ​ສ່ວນ​ປະ​ສານ​ກັບ​ຜູ້​ໃຊ້ User Interface ການ​ໃຊ້​ສີ ຈາ​ນວນ​ສີ​ບໍ່​ຫລາຍ​ເກີນ​ໄປ ໃຊ້​ສີ​ແຕກ​ຕ່າງ​ກັນ​ເມື່ອ​ສະ​ຖາ​ນະ​ຂອງ​ລະບົບ​ປ່ຽນ​ໄປ ໃຊ້​ສີ​ເປັນ​ສັນຍະລັກ ໃຊ້​ສີ​ໃຫ້​ສອດ​ຄ້ອງ​ກັບ​ລະບົບ ບໍ່​ຄວນ​ໃຊ້​ສີ​ປຽບທຽບ​ຂໍ້​ມູນ

Software Design ການ​ອອກ​ແບບ​ຖານ​ຂໍ້​ມູນ ການ​ອອກ​ແບບ​ໂຄງ​ສ້າງ​ຂໍ້​ມູນ​ທີ່​ຢູ່ໃນ​ລະບົບ 1. ລວບລວມ​ຂໍ້​ມູນ​ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ​ລະບົບ ມາ​ສ້າງ​ໃນ​ຮູບ ​ ແບບ​ຂອງ​ຕາ​ລາງ​ຂໍ້​ມູນ 2. ຫາ​ຄວາມ​ສຳພັນ​ຂອງ​ຂໍ້​ມູນ​ແຕ່​ລະ​ຕາ​ລາງ 3. ຫລຸດ​ຄວາມ​ຊ້ຳ​ຊ້ອນ​ຂອງ​ຂໍ້​ມູນ 4. ສ້າງ Primary key ໃໝ່ ແທນ Composite Key 5. ແປງ​ຊື່​ column ຂອງ​ຕາ​ລາງ​ເປັນ Field 6. ແປງ​ຊື່​ຕາ​ລາງ​ເປັນ Table

Software Design