Presentation is loading. Please wait.

Presentation is loading. Please wait.

National University of Laos

Similar presentations


Presentation on theme: "National University of Laos"— Presentation transcript:

1 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

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

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

4 Software Design Architecture

5 Software Design Detailed

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

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

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

9 Software Design

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27 Software Design

28 Software Design

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

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

31 Software Design


Download ppt "National University of Laos"

Similar presentations


Ads by Google