ในโลกของการออกแบบระบบซอฟต์แวร์ การทำความเข้าใจโครงสร้างของคลาสเป็นสิ่งสำคัญอย่างยิ่งยวด นักพัฒนามักคุ้นเคยกับการใช้ Class Diagram เพื่อดูว่าวัตถุหนึ่ง ๆ มีคุณสมบัติอะไรบ้าง หรือมีความสัมพันธ์กับเอนทิตีอื่นอย่างไร แต่เมื่อเราต้องการเจาะลึกถึงกลไกการทำงานภายใน—กล่าวคือ ส่วนประกอบหลักที่ทำให้ Object นั้นสามารถดำรงอยู่และปฏิบัติงานได้จริง เราจำเป็นต้องใช้อุปกรณ์ทางแบบจำลองที่มีรายละเอียดสูงขึ้น นั่นก็คือ UML Composite Structure Diagram
Composite Structure Diagram คืออะไร?
แผนภาพนี้ถูกพัฒนามาเพื่อตอบโจทย์ด้านสถาปัตยกรรมระดับจุลภาค โดยมีจุดประสงค์เฉพาะในการแสดงให้เห็น ‘องค์ประกอบส่วนย่อย’ และวิธีการเชื่อมต่อกันเหล่านั้นภายใต้ขอบเขตเดียว ซึ่งแตกต่างจาก Component Diagram ที่เน้นมุมมองภายนอกระหว่างโมดูลขนาดใหญ่ CSD จะมุ่งเน้นไป at the heart ของ class structure ทำให้ผู้วางแปลนทราบได้อย่างชัดเจนว่า เมื่อมีการเรียกใช้งาน Instance (Object) หนึ่ง ตัวนั้นจะต้องพึ่งพา Part Properties ใดบ้าง รวมถึงปฏิสัมพันธ์ผ่าน Ports อย่างไร
โครงสร้างและการอ่าน UML-CSD ขั้นพื้นฐาน
- • extbf{Part Properties:} เป็นหัวใจสำคัญของไดอะแกรม แสดงรายการคุณสมบัติที่เป็นชิ้นส่วนหรือหน่วย y component ย่อย ๆ ประกอบเป็นคลาสแม่ แต่ละ part property มักจะระบุชื่อและประเภทข้อมูลอย่างละเอียด เช่น
partA: TypeX - • extbf{Ports/Interfaces:} ใช้กำหนดช่องทางสำหรับการสื่อสารภายใน ส่วนใหญ่มองได้ว่าเป็นสัญญา (Contract) ว่า Object นี้สามารถรับอินเทอร์เฟซใด หรือต้องให้บริการอะไรแก่ระบบข้างใน การที่ Port เชื่อมโยงกับ Parts อื่นๆ คือการแสดงถึง ‘ความร่วมมือ’ ในระดับสถาปัตยกรรมย่อมๆ นั่นเอง
เมื่อเราวิเคราะห์ด้วยแผนภาพนี้ เราไม่ได้มองเพียงแค่ Attribute ทั่วไปเท่านั้น แต่มุ่งเน้นไปยังกลไกของการประกอบกัน ทำให้เห็น Dependency ที่ลึกกว่าเดิมมาก หากเกิดข้อบกพร่องในการทำงาน จะช่วยให้ทีมพัฒนาทราบได้อย่างรวดเร็วว่าปัญหาดังกล่าวมีรากเหง้ามาจาก ‘องค์ประกอบ’ ชิ้นไหน
ประโยชน์และการนำไปประยุกต์ใช้
- Deep Decomposition Analysis: เหมาะสำหรับโครงการที่มีโครงสร้างวัตถุมีความซับซ้อนสูง โดยเฉพาะ UI Frameworks, Embedded Systems, และ Middleware ต่าง ๆ ซึ่งตัวคลาสหนึ่งอาจถูก