ถ้าพูดถึง Deployment Diagram นั้นจะมีองค์ประกอบที่สำคัญคือ Node ซึ่ง Node นี้จะเหมือนกับ Components ทุกอย่าง เพียงแต่จะเน้นในการนำเสนอข้อมูลในด้านของ Computational resource, memory ที่น้อยที่สุดที่สามารถทำงานได้, ความสามารถในการประมวลผลของคอมพิวเตอร์ ฯลฯ

Component Diagram จะเป็น Diagram ที่ใช้ในการแสดง Model ที่นำเสนอในส่วนของ Physical view (Class Diagram จะเป็นแบบ Logical view) เช่น ไฟล์ Executables, Libraries, Tables, files และ Documents สรุปง่ายๆ Component Diagram ก็คือ Class Diagram ที่เน้นในส่วนของ Components ของ System

ในหนังสือที่อาจารย์สอน ได้รวม Composite Structure Diagram ไว้กับ Component Diagram และ Deployment Diagram ในบทสุดท้าย..แต่ผมขอแยกออกมาเป็นอีกบทความเลยดีกว่า จะได้ตามง่ายๆ ไม่สับสน Composite Structure Diagram เป็น Diagram หนึ่งที่อยู่ในกลุ่มของ Structural Modeling Diagram โดย Composite Structure Diagram นี้จะมีหน้าที่ในการที่จะแสดงให้เห็นความหมายของโครงสร้างของชั้นต่างๆของ Element และจะเน้นในรายละเอียดของโครงสร้าง และ ความสัมพันธ์ ภายในโครงสร้างนั้นๆ รวมไปถึงการมีจุด Interconnection กับส่วนอื่นๆ ของ System

Realization เป็น Relation ที่เกิดจากการผสมผสานระหว่าง Dependency และ Generalization relation ซึ่งโดยส่วนใหญ่แล้ว Realization มักจะถูกใช้อยู่ 2 กรณีคือ 1. ใช้ร่วมกับ Interface 2. ใช้ร่วมกับ Collaboration แต่โดยส่วนใหญ่แล้ว Realization นั้นมักจะถูกนำมาใช้กันระหว่าง Interface กับ class หรือ component มากกว่า (Collaboration จะน้อยมาก) โดย Interface มักจะมี service มารองรับการทำงานร่วมกับ Class/Component (ให้ Class/Component มาเรียกใช้ Service ที่ Interface มีนั่นเอง) 

คราวก่อนโน้น คุยกันเรื่อง Association Relationship มาวันนี้ กลับมาต่อเรื่อง Directed Association กันต่อ ตอนแรกก็นั่งงง เหมือนกัน..มันต่างกันยังไงหว่ะ !! จนสุดท้าย..เปิดหนังสือที่ไปยืมมาจากห้องสมุด The Unified Modeling Language User Guide เล่มนี้ถือว่าเป็นตัวแม่..เลย เพราะคนเขียนใช่อื่นไกล ก็คือคนที่คิดค้นภาษา UML ทั้ง 3 คนนั่นเอง  

Concept ที่เกี่ยวข้องกับ UML To model – การสร้าง Model Model – เรื่องราวของ Model View – มุมมองที่ได้จาก Model Language/notation – ภาษาที่ใช้ในการสร้าง Model Modeling Modeling คือ การแสดงสิ่งที่อยู่ในชีวิตประจำวันของเราให้อยู่ในรูปของ "แนวคิด" และ "คำศัพท์ " เมื่อไรก็ตามที่เรากำลังสร้างอะไรซักอย่างที่ค่อนข้างมีแบบแผน มีข้อสรุป และทำให้ง่ายขึ้นไปอีกด้วยการนำสิ่งเหล่านั้นมาแสดงออกให้อยู่ใน "ภาพ" ที่เข้าใจได้ง่ายรูป นั่นแหละคือเรากำลัง "Modeling"

วันนี้ได้เรียนวิชา System Modeling with UML2 ในหัวข้อ State Machine เลยสรุปไว้ซ่ะหน่อย จุดประสงค์ เพื่อให้เข้าใจและสามารถที่จะควบคุม : Events (signal event, call event, time event และ change event) Actions Transitions States (simple state, composite state and submachine state) Pseudo-state เพื่อทำให้ behavior ของส่วนต่างๆ ของระบบนั้นมีความชัดเจน..เข้าใจง่ายนั่นเอง โดยเราสามารถที่จะแยก behavior นั้นออกเป็นส่วนๆ ด้วย finite(ขอบเขต) state transition systems เพื่อให้เข้าใจ State machine diagram โดยมี 2 ชนิด คือ Behavior state [...]

During, I have studied in System Engineer. I have found a lot of questions about my major. What is your major? What is it about? How many subjects? Today, after I red my document about "System Engineering with SysML & UML". I can answer those questions by one picture.

จากหัวข้อที่แล้ว UML : Dependency relationship มาวันนี้ก็จะกลับมาต่อกันอีกอันนะครับ นั่นก็คือ Association relationship