สรุปบทที่ 8
Software architecture
- กระบวนการออกแบบที่ระบุหา sub-systems ที่ประกอบเป็ นsub-system และ framework สําหรับการควบคุมและสื่ อสารระหว่างsub-sub-system
เรียกว่า architectural design.
- ผลจากกระบวนการออกแบบเป็ นรายละเอียดของ software architecture.
Architectural design
- อยู่ในระยะแรกของกระบวนการออกแบบ
- เป็นตัวแทนของการเชื่อมโยงระหว่าง specification และ design
-ปกติแล้วทําไปพร้อมๆกับการทํา specification
- เป็นการระบุหา system components และสื่ อระหว่างกัน
System structuring
- เกี่ยวกับการแยกระบบออกเป็ น ระบบย่อยที่โต้ตอบกัน
- Architectural design ปกติแล้วแสดงด้วย ผังรูปเหลี่ยมบ่งบอกโครงสร้างระบบ
- มีโมเด็ลเฉพาะแสดงให้เห็นว่า sub-system แบ่งข้อมูลกันอย่างไรและโต้ตอบกันเกิดขึ้นอย่างไร
Architectural design decisions
- มี generic application ทีจะนํามาใช้หรื อไม่?
- ควรจะกระจายระบบออกอย่างไร?
- สถาปัตยกรรมรู ปแบบใหนจึงจะเหมาะสม?
- ควรใช้แนวทางใดเพื่อวางโครงสร้างระบบ?
- ควรจะแบ่งย่อยระบบออกเป็นโมดุลอย่างไร?
- ควรใช้แผนการควบคุมอะไร?
- ควรจะประเมิน แบบสถาปัตย์ อย่างไร?
- ควรจะบันทึก แบบสถาปัตย์ อย่างไร?
Architectural styles
- โมเด็ลสถาปัตย์ ของระบบอาจสอดคล้องกับ โมเด็ลหร อแบบ โดยทัวไป
- ความรู้ของแบบเหล่านี้ ทําให้เข้าใจปัญหา การสร้างสถาปัตย์กรรมให้ระบบ
- อย่างไรก็ดี ระบบใหญ่ๆจะมีีลกษณะต่างกัน และไม่เป็ นไปไปตามแบบสถาปัตย์กรรมเดี่ยว
Architectural models
- ใช้สาหรับบันทึก แบบสถาปัตย์
- โมเด็ลโครงสร้างสถิต ใช้แสดงชิ้นส่ วนสําคัญๆของระบบ
- โมเด็ลกระบวนการจลน์ ใช้แสดงโครงสร้างกระบวนการของระบบ
- โมเด็ลการโต้ตอบ ใช้อธิบายการโต้ตอบระหว่างระบบย่อย
- โมเด็ลความสัมพันธ เช่น data-flow ใช้แสดงความสัมพันธระหว่างระบบย่อย (sub-system)
- โมเด็ลแบบกระจาย ใช้แสดงการกระจายระบบย่อยไปตามเครื่องคอมพิวเตอร์
ไม่มีความคิดเห็น:
แสดงความคิดเห็น