Class diagram
UML Unified Modeling Language. ตอนที่3 Class diagram
Class diagram เป็นแผนภาพคงที่ เพราะมันหมายถึงมุมมองคงที่ของแอปพลิเคชัน Class diagram ไม่เพียงแต่ใช้สำหรับการแสดงภาพอธิบายและจัดทำเอกสารแง่มุมต่าง ๆ ของระบบแล้ว แต่ยังสามารถใช้สำหรับการเขียน code สำหรับหารทำงานของแอบพลิเคชัน
Class diagram อธิบายคุณลักษณะและการดำเนินงานของClassและข้อ จำกัด ที่กำหนดไว้ในระบบ Class diagram มีการใช้อย่างกว้างขวางในการสร้างแบบจำลองของระบบเชิงวัตถุโดยแสดงชุดของวัตถุ
วัตถุประสงค์ของคลาสไดอะแกรมคือการสร้างแบบจำลองมุมมองแบบคงที่ของแอปพลิเคชัน คลาสไดอะแกรมเป็นไดอะแกรมเดียวที่สามารถแมปโดยตรงกับภาษาเชิงวัตถุและใช้กันอย่างแพร่หลายสำหรับนักเขียน code ด้วย Class diagramมีคุณสมบัติดังต่อไปนี้
- การวิเคราะห์และออกแบบมุมมองแบบคงที่ของแอปพลิเคชัน
2. อธิบายความรับผิดชอบของระบบ
3. ฐานสำหรับส่วนประกอบและไดอะแกรมการปรับใช้
4. วิศวกรรมแบบไปข้างหน้าและวิศวกรรมย้อนกลับ
วิธีการเขียน Class diagram
Class diagram มีคุณสมบัติมากมายที่ต้องพิจารณาขณะเขียน แต่ที่นี่ไดอะแกรมจะถูกพิจารณาจากมุมมองระดับบนสุด ซึ่งต้องพิจารณา ประเด็นที่สำคัญดังนี้
- ชื่อของ Class diagram ควรมีความหมายเพื่ออธิบายลักษณะของระบบ
- แต่ละองค์ประกอบและความสัมพันธ์ควรระบุล่วงหน้า
- ควรระบุความรับผิดชอบ (คุณสมบัติและวิธีการ) ของแต่ละ Class อย่างชัดเจน
- สำหรับแต่ละคลาสควรระบุจำนวนคุณสมบัติขั้นต่ำเนื่องจากคุณสมบัติที่ไม่จำเป็นจะทำให้ไดอะแกรมมีความซับซ้อน
- ใช้บันทึกย่อทุกครั้งที่จำเป็นเพื่ออธิบายบางแง่มุมของแผนภาพ ในตอนท้ายของการวาดควรเข้าใจผู้พัฒนา / coder
สัญลักษณะต่างๆใน Class diagram
คลาส UML แสดงด้วยรูปต่อไปนี้ แผนภาพแบ่งออกเป็นสี่ส่วน
- ส่วนด้านบนใช้เพื่อตั้งชื่อคลาส
- อันที่สองใช้เพื่อแสดงคุณสมบัติของคลาส
- ส่วนที่สามใช้เพื่ออธิบายการดำเนินการที่ดำเนินการโดยคลาส
- ส่วนที่สี่เป็นตัวเลือกเพื่อแสดงส่วนประกอบเพิ่มเติมใด ๆ
ความสัมพันธ์ แสดงให้เห็นว่าวัตถุมีองค์ประกอบที่เกี่ยวข้องกันและการเชื่อมโยงกันอย่างไรอธิบายการทำงานของระบบมีความสัมพันธ์สี่ลักษณะด้วยกันคือ
1.Dependency คือความสัมพันธ์ระหว่างสองสิ่งที่การเปลี่ยนแปลงในองค์ประกอบหนึ่งส่งผลกระทบให้อีกอันเปลี่ยนไปด้วย
2. Association เป็นชุดของความสัมพันธ์ที่เชื่อมต่อองค์ประกอบของโมเดล UML
3. Generalization เป็นการกำหนดความสัมพันธ์ที่เชื่อมต่อองค์ประกอบพิเศษกับองค์ประกอบทั่วไป โดยทั่วไปจะอธิบายความสัมพันธ์การสืบทอดของวัตถุ
4. Realization เป็นการกำหนดความสัมพันธ์ซึ่งองค์ประกอบทั้งสองเชื่อมต่อกัน องค์ประกอบหนึ่งอธิบายถึงความรับผิดชอบบางอย่างซึ่งไม่ได้นำไปปฏิบัติและองค์ประกอบอื่นใช้ความรับผิดชอบนั้น ความสัมพันธ์นี้มีอยู่ในกรณีของอินเทอร์เฟซ
เมื่อใหร่จึงควรใช้ Class diagram
คลาสไดอะแกรมเป็นไดอะแกรมแบบคงที่และใช้เพื่อสร้างแบบจำลองมุมมองแบบคงที่ของระบบ มุมมองแบบโครงสร้างของระบบ
Class diagram ถือเป็นพื้นฐานสำหรับส่วนประกอบ ใช้ในการมองเห็นมุมมองแบบคงที่ของระบบหรือใช้เพื่อสร้างcode ปฏิบัติการสำหรับวิศวกรรมไปข้างหน้าและวิศวกรรมย้อนกลับของระบบใด ๆ
โดยทั่วไปแล้วแผนภาพ UML จะไม่ถูกแมปโดยตรงกับภาษาการเขียนโปรแกรมเชิงวัตถุใด ๆ แต่แผนภาพคลาสเป็นข้อยกเว้น คลาสไดอะแกรมแสดงการแมปกับภาษาเชิงวัตถุอย่างชัดเจนเช่น Java, C ++ เป็นต้นจากประสบการณ์จริงไดอะแกรมคลาสมักถูกใช้เพื่อวัตถุประสงค์ในการก่อสร้าง สรุปได้ว่าสามารถใช้คลาสไดอะแกรมสำหรับ อธิบายมุมมองคงที่ของระบบ แสดงการทำงานร่วมกันระหว่างองค์ประกอบของมุมมองแบบคงที่อธิบายฟังก์ชันที่ดำเนินการโดยระบบการสร้างแอปพลิเคชันซอฟต์แวร์โดยใช้ภาษาเชิงวัตถุ
ก่อนจากกันไปผมมีตัวอย่าง class diagram ของระบบต่างๆเพื่อให้เพื่อให้เพือนๆดูเป็นตัวอย่างกันนะครับ
Hotel Management System Class Diagram
hr management system class diagram
school management system class diagram
Hospital Organization Domain model
อ่านเพิ่มเเติ่มได้ที่
บทที่ 4UML — Object Diagrams
บทที่ 5UML — Component Diagrams
บทที่ 6UML — Deployment Diagrams
บทที่ 7UML — Use Case Diagrams
บทที่8UML — Interaction Diagrams
บทที่9 UML — Statechart Diagrams
บทที่ 10 UML — Activity Diagrams
