หมวดหมู่: เทคโนโลยี

ในโลกของการพัฒนาซอฟต์แวร์ขนาดใหญ่ การออกแบบระบบที่แข็งแรงและเข้าใจง่ายถือเป็นรากฐานความสำเร็จของโครงการทั้งหมด Unified Modeling Language หรือ UML ได้เข้ามามีบทบาทสำคัญในการให้กรอบการทำงานเชิงภาพเพื่อช่วยให้นักวิเคราะห์ ระบบ และนักพัฒนาร่วมกันมองเห็นสถาปัตยกรรมโดยรวม ก่อนที่จะลงมือเขียนโค้ดจริง ๆ องค์ประกอบเหล่านี้จึงไม่ใช่แค่แผนผัง แต่คือภาษาทางเทคนิคสำหรับการสื่อสารโครงสร้าง

UML Structural Things คืออะไร?

Structural things ในบริบทของ UML หมายถึงเอนทิตี้หรือแนวคิดหลักที่มีรูปร่างชัดเจน ซึ่งใช้สำหรับกำหนดขีดจำกัด โครงร่างข้อมูล ความสัมพันธ์ระหว่างส่วนต่าง ๆ ของระบบ สิ่งที่เราจะกล่าวถึงนี้—คลาส อินเทอร์เฟซ วัตถุ และคอมโพเนนต์—ล้วนทำหน้าที่แตกต่างแต่เสริมซึ่งกันและกัน โดยแต่ละตัวแทนมุมมอง (View) ที่ระดับนามธรรม (Abstraction Level) ต่างกัน ตั้งแต่โมเดลความคิด ไปจนถึงชิ้นส่วนฮาร์ดแวร์เสมือน

Class: แม่แบบแห่งสิ่งก่อสร้างดิจิทัล

หากเปรียบเทียบกับโลกความเป็นจริง คลาสก็เหมือนพิมพ์เขียวอาคารที่ระบุว่า ‘ต้องมีห้องกี่ขนาด มีฟังก์ชันอย่างไร’ หน้าที่หลักของ Class Diagraming คือการนิยามประเภท (Type Definition) หรือแม่แบบเชิงตรรกะ มันไม่ได้เป็นหน่วยความจำจริงๆ แต่มันประกอบด้วยคุณสมบัติ (Attributes) ว่ามันเก็บข้อมูลอะไรได้บ้าง และพฤติกรรม (Methods/Operations) ที่ nó ทำงานเหล่านั้นถูกออกแบบมาให้รับผิดชอบต่อภารกิจใด การทำงานในขั้นตอนนี้จึงเป็นการวางแผนโครงกระดูกทางสถาปัตยกรรม

Interface $ ext{($\langle$interface$ angle$)}$: สัญญาผูกพันไร้รูปทรง

อินเทอร์เฟซมีความสำคัญอย่างยิ่งในการส่งเสริมแนวคิดของการแยกส่วนและความสามารถในการทดแทนโค้ด (Decoupling and Substitutability) หากคลาสนำเสนอภาพรวมทั้งหมด อินเตอร์เฟซจะทำหน้าที่กำหนดเพียงแค่ ‘สัญญา’ เท่านั้น โดยไม่สนใจว่าจะนำไปปฏิบัติได้อย่างไร พูดง่าย ๆ คือ ถ้า Component A ต้องการสื่อสารผ่านช่องทางการจ่ายเงิน ระบบจะต้องรู้แค่ว่า