Page 45 - วิศวกรรมซอฟต์แวร์
P. 45

การออกแบบซอฟต์แวร์เชิงวัตถุ 7-35

               Content Management System
                   Create a

               new Blog Account
                             <<include>>

               Check Identity

Administrator               <<include>>   CDrAeadtuaetbnhatoisraels
               PCerersaotneaal Wneiwki

                      ภาพที่ 7.23 การวเิ คราะห์ระบบงานเพ่มิ เติมโดยการใช้ <<include>>

ที่มา: 	Kim Hamilton and Russell Miles. Learning UML 2.0. Figure 2-12.

                จากภาพที่ 7.23 มีการปรับปรุงยูสเคสการสร้างวิกิส�ำหรับบุคคลใหม่ (create a new personal
Wiki) และการสร้างบัญชีผู้ใช้งานใหม่ (create a new blog account) โดยทั้งสองยูสเคสจะต้องไปเรียกใช้ยูสเคส
การตรวจสอบข้อมูลจากฐานข้อมูลผู้เขียนก่อน

                2) 	กรณีเฉพาะ (special case) ในบางคร้ังหากมีการวิเคราะห์ระบบท่ีดีจะสามารถใช้งานหรือ
กิจกรรมข้ามยูสเคสกันได้ ซ่ึงสามารถประยุกต์ใช้งานได้ในหลาย ๆ กรณี ด้วยการอนุญาตให้ใช้งานบางส่วนของ
กิจกรรมยูสเคสอื่น ๆ ท่ีมีลักษณะใกล้เคียงกัน โดยน�ำมาปรับปรุงใช้งานเฉพาะส่วนท่ีต่างออกไป ในแนวทางของการ
ออกแบบเชิงวัตถุ เรียกว่า ยสู เคสเฉพาะ (special use case) ซ่ึงท�ำให้เกิดเป็นคุณลักษณะเชิงวัตถุท่ีเรียกว่า การสืบทอด
คณุ สมบตั ิ (inheritance) ดงั นน้ั ในการสรา้ งแผนภาพจะใชเ้ ครอ่ื งหมายแสดงความสมั พนั ธแ์ บบการสบื ทอดคณุ สมบตั ิ
ใช้สัญลักษณ์เส้นตรงที่มีหัวลูกศรสีขาว ลากจากยูสเคสท่ีเป็นผู้รับการสืบทอดชี้ไปท่ียูสเคสที่เป็นผู้ให้การสืบทอด
ดังแสดงในภาพท่ี 7.24

	 Use case A	  Use case B

                               ภาพท่ี 7.24 การสืบทอดคณุ สมบตั ขิ องยูสเคส

                ขอยกตัวอย่างการใช้ความสัมพันธ์ในลักษณะกรณีเฉพาะนี้ จากการวิเคราะห์ออกแบบของ
WikiBlog หากความต้องการของระบบในการสร้างบัญชีผู้ใช้งาน (blog account) มีความต้องการเฉพาะเจาะจง
มากข้ึนในการให้สิทธิกับสมาชิกที่ต่างกัน คือ ผู้ใช้ท่ีมีสิทธิในการใช้งานท่ัวไป (regular blog account) และผู้ใช้ท่ีมี
สิทธิในการแก้ไขข้อมูลบนบล็อกอื่น ๆ ได้ (editorial blog account) จากความต้องการดังกล่าวสามารถออกแบบได้
ดังน้ี
   40   41   42   43   44   45   46   47   48   49   50