ใช้ Case Diagram Tutorial (คำแนะนำพร้อมตัวอย่าง)

ใช้แผนภาพกรณีเป็นประเภทไดอะแกรม UML เชิงพฤติกรรมและมักใช้ในการวิเคราะห์ระบบต่างๆ ช่วยให้คุณเห็นภาพบทบาทประเภทต่างๆ ในระบบและวิธีที่บทบาทเหล่านั้นโต้ตอบกับระบบ บทแนะนำแผนภาพกรณีการใช้งานนี้จะครอบคลุมหัวข้อต่อไปนี้และช่วยให้คุณสร้างกรณีการใช้งานได้ดียิ่งขึ้น

• ความสำคัญของแผนภาพกรณีการใช้งาน
• ใช้วัตถุไดอะแกรมกรณี
• ใช้แนวทางไดอะแกรมกรณีและปัญหา
• ความสัมพันธ์ในแผนภาพกรณีใช้งาน
• วิธีสร้างไดอะแกรมกรณีการใช้งาน (พร้อมตัวอย่าง)
  • การระบุตัวนักแสดง
  • การระบุกรณีการใช้งาน
  • เมื่อใดควรใช้ "รวม"
  • วิธีการใช้ลักษณะทั่วไป
  • เมื่อใดควรใช้ "ขยาย"
• ใช้เทมเพลตไดอะแกรมกรณีของสถานการณ์ทั่วไป

ความสำคัญของแผนภาพกรณีการใช้งาน

ดังที่กล่าวไว้ก่อนหน้านี้ ไดอะแกรมกรณีการใช้งานจะถูกใช้เพื่อรวบรวมข้อกำหนดการใช้งานของระบบ คุณสามารถใช้ข้อมูลนั้นในรูปแบบต่างๆ ได้ ทั้งนี้ขึ้นอยู่กับความต้องการของคุณ ด้านล่างนี้คือวิธีใช้งานบางส่วน

• เพื่อระบุฟังก์ชันและวิธีที่บทบาทโต้ตอบกับพวกเขา – วัตถุประสงค์หลักของแผนภาพกรณีการใช้งาน
• สำหรับมุมมองระดับสูงของระบบ – มีประโยชน์อย่างยิ่งเมื่อนำเสนอต่อผู้จัดการหรือผู้มีส่วนได้ส่วนเสีย คุณสามารถเน้นบทบาทที่โต้ตอบกับระบบและฟังก์ชันการทำงานที่มีให้โดยระบบโดยไม่ต้องเจาะลึกถึงการทำงานภายในของระบบ
• เพื่อระบุปัจจัยภายในและภายนอก – อาจฟังดูง่าย แต่ในโครงการที่ซับซ้อนขนาดใหญ่ ระบบสามารถระบุได้ว่าเป็นบทบาทภายนอกในกรณีการใช้งานอื่น

ใช้ Case Diagram object

ใช้ไดอะแกรมกรณีประกอบด้วย 4 อ็อบเจ็กต์

• นักแสดงชาย
• ใช้กรณี
• ระบบ
• บรรจุุภัณฑ์

วัตถุมีคำอธิบายเพิ่มเติมด้านล่าง

นักแสดงชาย

นักแสดงในเรื่อง a ไดอะแกรมกรณีใช้ คือ เอนทิตีใด ๆ ที่มีบทบาท ในระบบที่กำหนด นี่อาจเป็นบุคคล องค์กร หรือระบบภายนอก และมักจะวาดเหมือนโครงกระดูกที่แสดงด้านล่าง

ใช้กรณี

กรณีการใช้งาน แสดงถึงฟังก์ชันหรือการดำเนินการภายในระบบ มันถูกวาดเป็นรูปวงรีและตั้งชื่อด้วยฟังก์ชัน

ระบบ

ระบบใช้เพื่อ กำหนดขอบเขตของกรณีการใช้งาน และวาดเป็นรูปสี่เหลี่ยมผืนผ้า นี่เป็นองค์ประกอบที่ไม่บังคับ แต่มีประโยชน์เมื่อคุณกำลังแสดงภาพระบบขนาดใหญ่ ตัวอย่างเช่น คุณสามารถสร้าง Use case ทั้งหมด แล้วใช้ออบเจ็กต์ระบบเพื่อกำหนดขอบเขตที่ครอบคลุมโดยโปรเจ็กต์ของคุณ หรือจะใช้เพื่อแสดงส่วนต่างๆ ที่ครอบคลุมในรุ่นต่างๆ ก็ได้

บรรจุุภัณฑ์

แพ็คเกจนี้เป็นอีกหนึ่งองค์ประกอบทางเลือกที่มีประโยชน์อย่างยิ่งในไดอะแกรมที่ซับซ้อน คล้ายกับคลาสไดอะแกรม แพ็คเกจถูก ใช้เพื่อรวมกลุ่มกรณีการใช้งานเข้าด้วยกัน พวกเขาวาดเหมือนภาพที่แสดงด้านล่าง

ใช้หลักเกณฑ์ของแผนภาพกรณีและปัญหา

แม้ว่าแผนภาพกรณีการใช้งานสามารถใช้เพื่อวัตถุประสงค์ต่างๆ ได้ แต่ก็มีแนวทางทั่วไปบางประการที่คุณต้องปฏิบัติตามเมื่อวาดกรณีการใช้งาน

ซึ่งรวมถึงมาตรฐานการตั้งชื่อ ทิศทางของลูกศร การวางกรณีใช้งาน การใช้กล่องระบบ และการใช้ความสัมพันธ์อย่างเหมาะสม

เราได้กล่าวถึงหลักเกณฑ์เหล่านี้โดยละเอียดในบล็อกโพสต์แยกต่างหาก ดังนั้นโปรดดูหลักเกณฑ์ไดอะแกรมกรณีการใช้งาน

ความสัมพันธ์ในการใช้งานไดอะแกรมกรณีการใช้งาน

ความสัมพันธ์มีห้าประเภทในไดอะแกรมกรณีการใช้งาน พวกเขาคือ

• ความสัมพันธ์ระหว่างนักแสดงกับกรณีการใช้งาน
• ลักษณะทั่วไปของนักแสดง
• ขยายความสัมพันธ์ระหว่างสองกรณีการใช้งาน
• รวมความสัมพันธ์ระหว่างสองกรณีการใช้งาน
• ลักษณะทั่วไปของกรณีการใช้งาน

เราได้กล่าวถึงความสัมพันธ์เหล่านี้ไว้ในบล็อกโพสต์แยกต่างหากซึ่งมีตัวอย่างพร้อมรูปภาพ เราจะไม่ลงรายละเอียดในโพสต์นี้ แต่คุณสามารถตรวจสอบความสัมพันธ์ในไดอะแกรมกรณีใช้งาน

วิธีสร้าง Use Case Diagram

จนถึงตอนนี้ คุณได้เรียนรู้เกี่ยวกับอ็อบเจ็กต์ ความสัมพันธ์ และแนวทางปฏิบัติที่สำคัญเมื่อวาดไดอะแกรมกรณีใช้งาน ฉันจะอธิบายกระบวนการต่าง ๆ โดยใช้ระบบธนาคารเป็นตัวอย่าง

การระบุตัวนักแสดง

ตัวดำเนินการคือหน่วยงานภายนอกที่โต้ตอบกับระบบของคุณ อาจเป็นบุคคล ระบบอื่น หรือองค์กรก็ได้ ในระบบธนาคาร ตัวแสดงที่ชัดเจนที่สุดคือลูกค้า นักแสดงคนอื่นๆ อาจเป็นพนักงานธนาคารหรือแคชเชียร์ก็ได้ ขึ้นอยู่กับบทบาทที่คุณพยายามแสดงในกรณีใช้งาน

ตัวอย่างขององค์กรภายนอกอาจเป็นหน่วยงานด้านภาษีหรือธนาคารกลาง ตัวประมวลผลเงินกู้เป็นตัวอย่างที่ดีของระบบภายนอกที่เกี่ยวข้องในฐานะนักแสดง

การระบุกรณีการใช้งาน

ถึงเวลาระบุกรณีการใช้งานแล้ว วิธีที่ดีในการทำเช่นนี้คือการระบุสิ่งที่นักแสดงต้องการจากระบบ ในระบบธนาคาร ลูกค้าจะต้องเปิดบัญชี ฝากและถอนเงิน ขอสมุดเช็ค และฟังก์ชั่นที่คล้ายกัน ดังนั้นสิ่งเหล่านี้จึงถือเป็นกรณีการใช้งาน

กรณีการใช้งานระดับบนสุดควรมีฟังก์ชันที่สมบูรณ์ตามที่นักแสดงต้องการเสมอ คุณสามารถขยายหรือรวมกรณีการใช้งานขึ้นอยู่กับความซับซ้อนของระบบ

เมื่อคุณระบุนักแสดงและกรณีการใช้งานระดับบนสุดแล้ว คุณจะมีแนวคิดพื้นฐานของระบบ ตอนนี้คุณสามารถปรับแต่งและเพิ่มชั้นรายละเอียดเพิ่มเติมลงไปได้

มองหาฟังก์ชันทั่วไปเพื่อใช้ Include

มองหาฟังก์ชันทั่วไปที่สามารถนำมาใช้ซ้ำได้ทั่วทั้งระบบ หากคุณพบกรณีการใช้งานสองกรณีขึ้นไปที่มีการใช้งานร่วมกัน คุณสามารถแยกฟังก์ชันทั่วไปและเพิ่มไปยังกรณีการใช้งานที่แยกต่างหากได้ จากนั้นคุณสามารถเชื่อมต่อผ่านความสัมพันธ์รวมเพื่อแสดงว่าจะมีการเรียกเสมอเมื่อมีการเรียกใช้กรณีการใช้งานดั้งเดิม (ดูตัวอย่างแผนภาพ)

เป็นไปได้ไหมที่จะสรุปนักแสดงและกรณีการใช้งาน

อาจมีบางกรณีที่ผู้ดำเนินการเกี่ยวข้องกับกรณีการใช้งานที่คล้ายกันในขณะที่เรียกใช้กรณีการใช้งานบางกรณีที่ไม่ซ้ำกับพวกเขาเท่านั้น ในกรณีเช่นนี้ คุณสามารถสรุปนักแสดงเพื่อแสดงการสืบทอดของฟังก์ชันได้ คุณสามารถทำสิ่งที่คล้ายกันสำหรับกรณีการใช้งานได้เช่นกัน

ตัวอย่างที่ดีที่สุดอย่างหนึ่งคือกรณีการใช้งาน "ชำระเงิน" ในระบบการชำระเงิน คุณสามารถสรุปเพิ่มเติมเป็น “ชำระด้วยบัตรเครดิต”, “จ่ายด้วยเงินสด”, “จ่ายด้วยเช็ค” เป็นต้น ทั้งหมดนี้มีคุณลักษณะและฟังก์ชันการชำระเงินพร้อมสถานการณ์พิเศษเฉพาะสำหรับพวกเขา

ฟังก์ชั่นเสริมหรือฟังก์ชั่นเพิ่มเติม

มีฟังก์ชันบางอย่างที่ทริกเกอร์โดยเลือกได้ ในกรณีดังกล่าว คุณสามารถใช้ความสัมพันธ์แบบขยายและแนบกฎการขยายได้ ในตัวอย่างระบบธนาคารด้านล่าง “คำนวณโบนัส” เป็นทางเลือก และจะทริกเกอร์ก็ต่อเมื่อเงื่อนไขบางอย่างตรงกันเท่านั้น

การขยายไม่ได้หมายความว่าไม่จำเป็นเสมอไป บางครั้งกรณีการใช้งานที่เชื่อมต่อโดยการขยายสามารถเสริมกรณีการใช้งานพื้นฐานได้ สิ่งที่ต้องจำไว้คือกรณีการใช้งานพื้นฐานควรสามารถดำเนินการฟังก์ชันได้ด้วยตัวเองแม้ว่าจะไม่มีการเรียกกรณีการใช้งานแบบขยาย

ใช้เทมเพลตไดอะแกรมกรณี

เราได้ดำเนินการและสร้างเทมเพลตไดอะแกรมกรณีการใช้งานสำหรับสถานการณ์ทั่วไปบางสถานการณ์ แม้ว่าปัญหาหรือสถานการณ์ของคุณจะไม่เป็นเช่นนี้ทั้งหมด คุณสามารถใช้เป็นจุดเริ่มต้นได้ ตรวจสอบเทมเพลตไดอะแกรมกรณีการใช้งานของเรา

คำถามเกี่ยวกับบทแนะนำการใช้งานไดอะแกรม

เราได้พยายามครอบคลุมทุกสิ่งที่คุณจำเป็นต้องรู้เกี่ยวกับการสร้างไดอะแกรมกรณีใช้งานอย่างครอบคลุม หากคุณมีข้อสงสัยเกี่ยวกับหัวข้อใด ๆ หรือสามารถคิดหาวิธีปรับปรุงบทช่วยสอนนี้ โปรดแจ้งให้เราทราบในความคิดเห็น

แบบฝึกหัดแผนภาพเพิ่มเติม

• บทช่วยสอนแผนภาพลำดับ: คู่มือฉบับสมบูรณ์พร้อมตัวอย่าง
• บทช่วยสอนการสร้างแบบจำลองกระบวนการทางธุรกิจ (คุณลักษณะการอธิบายคู่มือ BPM)
• Ultimate Flowchart Guide (คู่มือ Flowchart ฉบับสมบูรณ์พร้อมตัวอย่าง)