Page 63 - วิศวกรรมซอฟต์แวร์
P. 63
การออกแบบซอฟต์แวร์เชิงวัตถุ 7-53
แนวตอบกิจกรรม 7.2.2
1. multiplicity คอื ตัวเลขเพอื่ ใชร้ ะบุจำ�นวนของวัตถทุ เี่ กิดข้นึ ไดร้ ะหว่างความสมั พันธ์ของคลาส
จากภาพอธบิ ายความหมายของคา่ multiplicity ไดว้ า่
• วตั ถใุ นคลาส A มคี วามสัมพันธก์ ับวัตถุในคลาส B จำ�นวนต้ังแต่ 0 ข้ึนไปถึงไมจ่ ำ�กัดเพราะมี
* กำ�กับอยู่
• แตว่ ตั ถใุ นคลาส B จะมีวัตถจุ ากคลาส A เพียงตวั เดียวที่สมั พนั ธด์ ว้ ยเพราะมี 1 กำ�กบั อยู่
2. จากแผนภาพคลาสทก่ี ำ�หนดใหเ้ ปน็ ความสมั พนั ธแ์ บบการเปน็ สว่ นหนง่ึ ของ (aggregation) อธบิ าย
ไดว้ า่ คลาสรถยนต์ (Car) ประกอบดว้ ยเครอ่ื งยนต์ (Engine) โดยทเี่ ครอื่ งยนตส์ ามารถมอี ยไู่ ดโ้ ดยไมม่ คี ลาสรถยนต์
3. visibility คือ ความสามารถในการมองเห็น หรือความสามารถในการเข้าถึง ซ่ึงสามารถกำ�หนด
ขอบเขตการเขา้ ถึงคณุ ลกั ษณะต่าง ๆ ได้ 4 ระดับ ไดแ้ ก่ public (+) protected (#) package (~) private (-)
เร่อื งที่ 7.2.3
การสรา้ งแบบจำ�ลองเชิงวตั ถุดว้ ยแผนภาพซีเควนซ์
จากหน่วยท่ี 5 ได้ทราบมาแล้วว่า แผนภาพซีเควนซ์ (sequence diagram) เป็นแผนภาพที่ใช้แสดงการ
ติดต่อหรือโต้ตอบระหว่างอ็อบเจ็กต์ในระบบท่ีเกิดข้ึนตามล�ำดับของเวลา ในเรื่องนี้จะขอเน้นในเร่ืองของการสร้างแผน
ภาพซีเควนซ์
แผนภาพล�ำดับเหตุการณ์ หรือแผนภาพซีเควนซ์ มีความสัมพันธ์กับแผนภาพยูสเคสและแผนภาพคลาส
เน่ืองจากว่าเป็นแผนภาพท่ีเป็นการรวมกันระหว่างมุมมองของผู้ใช้ (use case diagram) และมุมมองของนักพัฒนา
(class diagram) ในข้ันตอนการวิเคราะห์ระบบ นักวิเคราะห์และออกแบบระบบจะท�ำการก�ำหนดรายละเอียดท่ีระบบ
ต้องท�ำผ่านแผนภาพยูสเคส และข้ันต่อไปจะสร้างแผนภาพคลาสเพื่อก�ำหนดหน้าท่ีความรับผิดชอบของแต่ละคลาส
แต่แผนภาพคลาสจะไม่สามารถแสดงรายละเอียดการติดต่อกันในระดับวัตถุได้ จึงจ�ำเป็นต้องมีแผนภาพซีเควนซ์
เพื่อที่จะน�ำเสนอหน้าท่ีความรับผิดชอบในแต่ละคลาส รวมไปถึงวิธีการติดต่อกันของวัตถุในคลาสด้วย
1. สว่ นประกอบของแผนภาพซเี ควนซ์
การใช้งานแผนภาพซีเควนซ์ มีการใช้งานอย่างแพร่หลายและมีสัญลักษณ์ที่เก่ียวข้องจ�ำนวนมาก บางครั้ง
การท�ำหรือพัฒนาแผนภาพในการใช้งานด้วยยูเอ็มแอล อาจจะเกิดสัญลักษณ์ที่ต่างกันออกไปบ้างเล็กน้อยข้ึนอยู่กับ
เคร่ืองมือ (tools) ท่ีใช้ในการจัดท�ำแผนภาพ สัญลักษณ์ที่เป็นมาตรฐานส�ำคัญที่มีการใช้งานในแผนภาพซีเควนซ์แสดง
ได้ดังภาพท่ี 7.43
