1. หนวยที่ 6
การออกแบบภาพรวมของระบบ
(System Design)
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 1

2. วัตถุประสงค
เพื่อใหผูเรียน
ตระหนักถึงความสําคัญของการออกแบบระบบ
เขาใจกิจกรรม และพื้นฐานของการออกแบบระบบ
เพื่อใหนกศึกษาเขาใจและสามารถออกแบบ
ั
สถาปตยกรรมของระบบได
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 2

3. การวิเคราะห กับ การออกแบบ
การวิเคราะห (Analysis) คือ การทําความเขาใจ
กับปญหา
อะไร (What) คือสิ่งที่ตองการ

การออกแบบ (Design) คือ การกําหนดแบบ
สําหรับสรางระบบที่แกปญหา
ใชวิธีการอยางไร (How) ในการกระทําสิ่งที่ตองการ

OOAD 1/2551 ดร.สุขสถิต มีสถิตย 3

4. กระบวนการออกแบบ
ขอกําหนดความตองการ
(Requirements
specification)
แบบจําลองยูสเคส แบบจําลองการ
(Use case model) การออกแบบ
ออกแบบ
(Design)
(Design model)
แบบจําลองการ
วิเคราะห
(Analysis model)
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 4

5. ความสําคัญของการออกแบบ
ทําใหแนใจวาระบบสามารถสรางได (Buildable)
ทําใหงายตอการจัดการของผูจัดการโครงการ (Project
manager) (manageable)
ชวยสงเสริมการใชงานซ้ําในกระบวนการเขียน
โปรแกรม (Reusable)
ทําใหมนใจวาไดระบบทีดี
ั่ ่
ตรงตามความตองการของผูใช
งายตอการบํารุงรักษา
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 5

6. หลักในการออกแบบ
ความสม่ําเสมอ (Consistency)
เปนมาตรฐานเดียวกันทุกสวนของระบบ
ฟงกชนการใชงานของระบบ (Functionality)
ั
ถูกตองสมบูรณ
ความมีประสิทธิภาพ (Efficiency)
เวลาและทรัพยากร
ความนาเชือถือ (Reliability)
่
ทนตอความผิดพลาดหรือขอขัดของทางฮารดแวรและ
ซอฟตแวร
รักษาความถูกตองของขอมูล
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 6

7. หลักในการออกแบบ
• ความสามารถในการเคลื่อนยาย (Portability)
• ความปลอดภัย (Security)
ปองการบุกรุกจากภายนอก และการใชงานโดยไมไดรับ
อนุญาตการจากผูใชใน

ความยืดหยุน (Flexibility)
การสะดวกในการปรับเปลี่ยนรูปแบบการใชระบบ
(Configuration)
ความสะดวกการบํารุงรักษา (Maintainability)
ระบบที่งายตอการแกไข และตอเติม
การออกแบบที่ดี + การบันทึกที่ดี
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 7

8. หลักในการออกแบบ
การพอใจในใชงาน (Usability)
ระบบที่ผูใชมีความสุขในการใช
งายตอการเรียนรู งายตอการใช
ลดโอกาสการทํางานผิดพลาด
การใชงานซ้ํา (Reuse)
การออกแบบเพื่อใหสวนตางๆ ของระบบใชงานซ้ําได
ใชสิ่งที่สรางไวแลว
การเกี่ยวพันภายในโมดูล (Cohesion)
การเกี่ยวพันระหวางโมดูล (Coupling)
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 8

9. System / Architectural Design และ
Detailed Design
System Design / Architectural Design
ออกแบบสถาปตยกรรมของระบบ และกําหนดมาตรฐานทีใช
่
รวมกันทั้งระบบ
Detailed Design
การออกแบบแตละสวนของระบบใหเขากับสถาปตยกรรมและ
เปนไปตามมาตรฐาน
สําหรับ OO เนนที่การออกแบบคลาส และอ็อบเจกต
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 9

10. Logical Design และ Physical Design
Logical / Implementation-independent Design
การออกแบบสวนที่ไมยดติดกับแพลตฟอรม
ึ
Physical / Implementation-dependent Design
การออกแบบสวนที่ยึดติดกับแพลตฟอรม
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 10

11. การออกแบบภาพรวมของระบบ
System Design / Architectural Design
แบงเปน
การสรางแบบจําลองเชิงสถาปตยกรรม
(Architectural model)
Logical System Design
Physical System Design
การกําหนดมาตรฐานในการสรางระบบ
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 11

12. รูปแบบสถาปตยกรรมของระบบ
ระบบยอย (Subsystem)
เลเยอร (Layer)
พารติชัน (Partition)
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 12

13. ระบบยอย (Subsystem)
ระบบยอย คือ คอมโพเนนตของระบบทีเกิดจากการ
่
แตกระบบใหญออกเปนหนวยยอย
ระบบยอย มักประกอบดวยกลุมขององคประกอบของ

ระบบที่มลกษณะรวมกัน
ี ั
ระบบยอยมีขอบเขตและอินเตอรเฟส
อาจมีการทํางานรวมกันระหวางระบบยอย
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 13

14. ระบบยอย (Subsystem)
ประโยชน
แบงระบบเปนหนวยยอยซึ่งงายและสะดวกในของการพัฒนา
สงเสริมการใชซ้ํา
ชวยจัดการกับความซับซอนของระบบ
เพิ่มความสะดวกในการบํารุงรักษา
เอื้อตอการเคลื่อนยาย
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 14

15. การแบงระบบยอย
อ็อบเจกตที่ทํางานรวมกันควรอยูในระบบยอยเดียวกัน
จํานวนเมสเสจหรือ contracts ระหวางอ็อบเจกตย่ง ิ
มากระหวาง ยิ่งเปนไปไดมากที่จะอยูในระบบยอย
เดียวกัน
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 15

16. การแบงเลเยอร (Layering)
การจัดสถาปตยกรรมของระบบเปนลําดับชันของระบบยอย
้
ระบบยอยในแตละระดับมีบริการใหระบบยอยในระดับที่อยูเหนือ

ขึ้นไป โดยใชบริการของระบบยอยที่อยูระดับลาง

ระบบยอยแสดงระดับของแอ็บสแตร็กชันที่ตางกัน
แตละเลเยอรสอดคลองกับหนึงระบบยอยหรือมากกวา ซึ่ง
่
ตางกันทีระดับของแอ็บสแตร็กชัน หรือฟงกชนที่เนน
่ ั
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 16

17. รูปแบบสถาปตยกรรมแบบแบงเลเยอร
สถาปตยกรรมแบบ Model-view-controller
(MVC)
Models อิมพลีเมนต application logic
Views และ controllers จัดการ user interfaces
View output
Controllers input
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 17

18. รูปแบบสถาปตยกรรม
Application
Data formatting
Data management
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 18

19. รูปแบบสถาปตยกรรม
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 19

20. รูปแบบสถาปตยกรรม
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 20

21. Layers
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 21

22. การแบงพารติชัน (Partition)
การจัดสถาปตยกรรมของระบบที่จัดระบบยอยเปนระดับ
เดียวกัน (peer) โดยแตละระบบยอยมีบริการแตกตาง
กันใหระบบยอยอื่นใช
แตระบบยอยจะเนนฟงกชนดานที่ตางกันของระบบ
ั
บางเลเยอรอาจมีการแบงเปนพารตชนิ ั
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 22

23. การออกแบบ
สถาปตยกรรมโดยใช
ยูเอ็มแอล
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 23

24. รูปแบบสัญลักษณ
A PACKAGE Package
A DEPENDENCY RELATIONSHIP
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 24

25. แพคเก็จ (Packages)
ระบบยอยแสดงในรูปของแพคเก็จ (Packages) ใน
ยูเอ็มแอลไดอะแกรม
แพคเก็จ = การรวมกลุมของ UML อีลีเมนต

(element)
ทําใหลดความซับซอนของ UML diagrams
จัดกลุมของ elements ที่เกี่ยวของกันไวใน higher-level
element อันเดียว
Dependency relationships
แสดงการขึ้นตอกันระหวาง packages
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 25

26. การขึ้นตอกัน (Dependency)
แสดงวาการเปลี่ยนแปลงทีเกิดขึ้นในแพคเก็จหนึ่ง
่
สงผลใหอกแพคเก็จหนึ่งตองเปลี่ยนแปลงตามไปดวย
ี
การเปลี่ยนแปลงทีสงผลจํากัดทีระดับอินเตอรเฟสของ
่ ่
แพคเก็จ
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 26

27. ตัวอยางแสดง Package และ Dependency
Relationships
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 27

28. การออกแบบ Logical System Design
1. กําหนดบริบท
2. จับกลุมคลาสตามความสัมพันธทมีรวมกัน (ระบบ
ี่
ยอย)
3. กําหนดกลุมคลาสเปนแพคเก็จ
4. กําหนดความสัมพันธแบบขึ้นตอกันระหวางแพคเก็จ
5. วาดความสัมพันธนนในไดอะแกรม
ั้
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 28

29. ตัวอยาง
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 29

30. ตัวอยาง
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 30

31. มาตรฐานในการพัฒนา
แนวทางในการออกแบบสวนติดตอผูใช
Human-computer interface (HCI)
แนวทางในการออกแบบอุปกรณอนพุต-เอาทพุต
ิ
แนวทางในการสราง
เชน การตั้งชื่อ การใชคุณสมบัติของซอฟตแวร โครงสราง
ของโคด
OOAD 1/2551 ดร.สุขสถิต มีสถิตย 31