Worksheetsแบบทดสอบ Use Case Diagram
Total questions: 52
Worksheet time: 1hrs 16mins
ในระบบจัดการห้องสมุด Actor "นักเรียน" สามารถ "ค้นหาหนังสือ" และ "ยืมหนังสือ" ได้ หาก Use Case "ยืมหนังสือ" จำเป็นต้องทำ "ตรวจสอบสิทธิ์" ก่อนเสมอ ควรใช้ความสัมพันธ์แบบใด?
<<extend>>
<<include>>
Association
Generalization
Dependency
ในระบบธนาคารออนไลน์ Actor "ลูกค้า" มี Use Case "โอนเงิน" และในบางกรณีอาจมี "พิมพ์ใบเสร็จ" ถ้าลูกค้าต้องการ ความสัมพันธ์ระหว่าง Use Case ทั้งสองควรเป็นแบบใด?
"โอนเงิน" <<include>> "พิมพ์ใบเสร็จ"
"โอนเงิน" <<extend>> "พิมพ์ใบเสร็จ"
"พิมพ์ใบเสร็จ" <<extend>> "โอนเงิน"
"พิมพ์ใบเสร็จ" <<include>> "โอนเงิน"
ไม่มีความสัมพันธ์
ในระบบขายสินค้าออนไลน์ Actor "ลูกค้า" และ "พนักงาน" ต่างก็สามารถ "ดูข้อมูลสินค้า" ได้ แต่เฉพาะ "พนักงาน" เท่านั้นที่สามารถ "แก้ไขข้อมูลสินค้า" ได้ ควรจัดการความสัมพันธ์อย่างไร?
สร้าง Actor "ผู้ใช้" เป็น parent ของ "ลูกค้า" และ "พนักงาน"
ให้ทั้งสอง Actor เชื่อมต่อกับ Use Case "ดูข้อมูลสินค้า" โดยตรง
ใช้ <<include>> ระหว่าง Use Case ทั้งสอง
ให้ "พนักงาน" เป็น child ของ "ลูกค้า"
สร้าง Use Case แยกกันสำหรับแต่ละ Actor
ในระบบจองตั๋วเครื่องบิน Use Case "จองตั๋ว" มีขั้นตอน "เลือกที่นั่ง", "ชำระเงิน", และ "ยืนยันการจอง" ที่ต้องทำทุกครั้ง ควรแสดงความสัมพันธ์อย่างไร?
ใช้ <<include>> จาก "จองตั๋ว" ไปยังทั้งสาม Use Case
ใช้ <<extend>> จาก "จองตั๋ว" ไปยังทั้งสาม Use Case
แสดงเป็น Use Case เดียวคือ "จองตั๋ว" เท่านั้น
ใช้ <<include>> จากทั้งสาม Use Case ไปยัง "จองตั๋ว"
ใช้ Association ปกติ
ในระบบการจอง Actor "แพทย์" และ "พยาบาล" สามารถ "ช่วย" ได้เฉพาะ "แพทย์" และสามารถ "รักษาโรค" ได้ในการออกแบบระบบ?
สร้าง Actor "บุคลากรทางการแพทย์" เป็น parent
เชื่อมสอง Actor เข้าด้วยกัน
แยก Use Case กับ Actor
ใส่ <
ไม่ต้องแสดง Actor "พยาบาล"
ในระบบ ATM Use Case "ถอนเงิน" จะต้องมี "ตรวจสอบ PIN" และ "ตรวจสอบยอดเงิน" เสมอ และอาจจะ "มีใบเสร็จ" ตามความต้องการ การออกแบบระบบ?
"ถอนเงิน" <
"ถอนเงิน" <
"ถอนเงิน" <
"มีใบเสร็จ" <
ไม่ต้องมีความสัมพันธ์ใดๆ
ในระบบลงทะเบียน Actor "นักเรียน" สามารถ "ลงทะเบียน" ได้ และอาจจะ "ถอนชั้น" ได้ในช่วงเวลาที่กำหนด การแสดงความสัมพันธ์ในการออกแบบระบบ?
"ลงทะเบียน" <
"ถอนชั้น" <
"ลงทะเบียน" <
ไม่ต้องมีความสัมพันธ์
ใส่ Generalization
ในระบบอาหาร Actor "การ" สามารถ "สั่งอาหาร" ได้ และหาก Use Case "สั่งอาหาร" ต้องมี "เอกสาร" และ "นอนออเดอร์" เป็นองค์ประกอบที่เสมอ ควรใช้ความสัมพันธ์แบบใด?
"สั่งอาหาร" <
"สั่งอาหาร" <
"เอกสาร" <
แสดงความสัมพันธ์
Association
ในระบบการคง Actor "พนักงานคง" และ "วหาคง" สามารถ "ตรวจสอบ" ได้ เฉพาะ "วหาคง" เท่านั้นสามารถ "ออกรายการเก็บ" ได้ ควรออกแบบอย่างไร?
"วหาคง" สืบทอดจาก "พนักงานคง"
"พนักงานคง" สืบทอดจาก "วหาคง"
แยก Actor แสดงความสัมพันธ์
รวม Actor แนวเดียว
สร้าง Actor "พนักงาน" เป็น parent
ในระบบโรงเรียน Use Case "ลงทะเบียนเรียน" อาจจะ "ระบุเทอม" ในกรณีใดความสัมพันธ์เหมาะสม?
"ลงทะเบียนเรียน" <
"ระบุเทอม" <
"ลงทะเบียนเรียน" <
แสดงความสัมพันธ์
Association
ในระบบจองโรงแรม Actor "การ" และ Use Case "จองห้องพัก" และในบางกรณีอาจ "จองรถบัส" เป็นการเสริม ควรแสดงความสัมพันธ์อย่างไร?
"จองห้องพัก" <
"จองรถบัส" <
"จองห้องพัก" <
แสดงความสัมพันธ์
Generalization
ม ควรแสดงความมโนอย่างไร?
"จององก" <
"จองรถบง" <
"จององก" <
ไดความมโน
ใด Generalization
ในระบบเภชกรรม Actor "เภชกร" สามารถ "ขายยา" ได้ และ Use Case "ตรวจสอบใบงยา" และ "ตรวจสอบคงยา" เสมอ การออกแบบกองอ?
"ขายยา" <
"ขายยา" <
ไดความมโน
ใด Association
ใด Dependency
ในระบบกงาน Actor "พนักงาน" และ "ผู้จัดการ" สามารถ "ขอนใบลา" ได้ แต่อย่างเฉพาะ "ผู้จัดการ" เท่านั้นสามารถ "อนุมัติใบลา" ได้ ควรใด Generalization อย่างไร?
"ผู้จัดการ" ทบทอดจาก "พนักงาน"
"พนักงาน" ทบทอดจาก "ผู้จัดการ"
สร้าง "บุคลากร" เป็น parent ของทั้งสอง
ไดใด Generalization
รวมเป็น Actor เดียว
ในระบบดการค Use Case "ขายยา" และ "ตรวจสอบใบงยา" และ "ตรวจสอบส็อกยา" เสมอ และอาจ"แนะนำการใช้ยา" ให้ การออกแบบดอ?
"ขายยา" <
ใด <
ใด <
ไดความมโน
รวมเป็น Use Case เดียว
ในระบบดการมหาวิทยาลัย Actor "นักศึกษาปริญญาตรี" และ "นักศึกษาปริญญาโท" สามารถ "ลงทะเบียนเรียน" ได้ แต่อย่างเฉพาะ "นักศึกษาปริญญาโท" เท่านั้นสามารถ "ลงทะเบียนเรียน" ได้ และทั้งสองประเภทสามารถ "ประเมิน" ได้ การออกแบบ Actor อย่างไร?
การมหาอทยา Actor "กกษาปญญาต" และ "กกษาปญญาโท" สามารถ "ลงทะเนน" ได้เฉพาะ "กกษาปญญาโท" แล้วสามารถ "ลงทะเนน" ได้ และงสองประเภทสามารถ "ระเนน" ได้
สร้าง "กกษา" เป็น parent ของงสอง Actor
"กกษาปญญาโท" บทอดจาก "กกษาปญญาต"
"กกษาปญญาต" บทอดจาก "กกษาปญญาโท"
แยก Actor ไมความมนน
รวมเนน Actor เรียว
การมหงอองตรวจสอบทเสมอ
"มใบเสจ" "โอนเนน"
ใงสอง Actor เอมอบ Use Case "ออลนา" โดยตรง
ใ "วหาคง" บทอดจาก "พกงานคง"
"ระาเทอม" "ลงทะเนน"
"จองรถบง" "จององก"
"ายยา" "ตรวจสอบใบงยา", "ตรวจสอบคงยา"
"ดการ" บทอดจาก "พกงาน"
ใ "หบ 3 Use Case แ"
จององก - เเนบการเสม
ขายน - แยกเเนบทางเอก
สรรหาพกงาน - เเนทางเอกตามเอนไข
สมา กพ เ มย - พ เ มยทเ มม
จองรถ - แยกเเนบทางเอก
เเกน - แยกเเนบทางเอก
แพท - เเนบทางเอก
น้อง - แยกเเนบทางเอก
ในระบบขายภาพยนตร์ Use Case "อ" นตอน "เอกหง", "เอกง", "ระเนน" เเนกคง และอาจ "เอกของาง" เเนทางเอก การออกแบบ
ใส่ <
ใส่ <
ใส่ <
แสดงความม่น
รวมเเน Use Case เเยว
ในระบบดการงานคคล Actor "HR" สามารถ "สรรหาพนักงาน" ได้ และหาก Use Case อาจ "ญญาาง"
ในระบบการงานบุคคล Actor "HR" สามารถ "สรรหาพนักงาน" ได้ และหาก Use Case อาจ "อนุญาต" ให้มีการจัดการเอกสาร ความเหมาะสมคือ?
"สรรหาพนักงาน" <
"อนุญาต" <
"สรรหาพนักงาน" <
ไม่ทราบ
มี Association
ในระบบการศึกษาออนไลน์ Actor "นักเรียน" และ "ครู" สามารถ "แสดงนักเรียน" ได้ เฉพาะ "ครู" สามารถ "สร้างนักเรียน" ได้ การแสดง Actor นี้ควรออกแบบอย่างไร?
แสดงแยกกันโดย Generalization
นักเรียน สืบทอดจาก "ครู"
สร้าง "นักเรียน" เป็น parent ของทั้งสอง
รวม Actor เป็นแนวเดียว
ครู สืบทอดจาก "นักเรียน"
ในระบบการขายปลีก Use Case "ขายสินค้า" ต้องมี "คำนวณราคา" และ "ออกใบเสร็จ" เสมอ และอาจ "ใส่คูปองส่วนลด" ในบางกรณี การออกแบบนี้ควรทำอย่างไร?
"ขายสินค้า" <
ใส่ <
ใส่ <
ไม่ทราบ
มี Association
ในระบบรพ. Actor "แพทย์" สามารถ "อ่านหมายแพทย์" ได้ และ Use Case "เอกสารแพทย์" และ "เอกสารเวลา" เสมอ ส่วน "การรักษา" จะต้องมีการออกแบบอย่างไร?
ใส่ <
ใส่ <
ใส่ <
"การรักษา" <
อ 1 "ระบบการ" จะหอไค ควรออกแบบอ่างไร?
ก) ใส่ <
ข) ใส่ <
ค) ใส่ <
ง) "ระบบการ" <
จ) ไม่แสดงความสัมพันธ์
อ 19 ในระบบการสมัคร Actor "สมัคร" และ "สมัครพิเศษ" สามารถ "ดาวน์โหลดไฟ" ได้ เฉพาะ "สมัครพิเศษ" เท่านั้นสามารถ "ดาวน์โหลดไฟขนาดใหญ่" ได้ ควรใช้ Generalization อย่างไร?
ก) "สมัครพิเศษ" เป็น child ของ "สมัคร"
ข) "สมัคร" เป็น child ของ "สมัครพิเศษ"
ค) ไม่ใส่ Generalization
ง) สร้าง "ไม่ใส่" เป็น parent
จ) รวมเป็น Actor เดียว
อ 20 ในระบบการโครงการ Actor "ผู้จัดการโครงการ" สามารถ "สร้างโครงการ" ได้ และ Use Case อาจจะ "กำหนดงบประมาณ" ให้กับโครงการให้ความสัมพันธ์เหมาะสมหรือไม่?
ก) "สร้างโครงการ" <
ข) "กำหนดงบประมาณ" <
ค) "สร้างโครงการ" <
ง) ไม่แสดงความสัมพันธ์
จ) ใส่ Association
อ 21 ในระบบการค้นหา Use Case "ค้นหาหนัง" ต้องมี "ระบุค้นหา" เสมอ และอาจจะ "กรองผลลัพธ์" เป็นทางเลือก การออกแบบต้องมีอย่างไร?
ก) "ค้นหาหนัง" <
ข) ใส่ <
ค) ใส่ <
ง) ไม่แสดงความสัมพันธ์
จ) ใส่ Association
อ 22 ในระบบการจัดการ Actor "ผู้จัดการ" และ "ผู้หา" สามารถ "จัดการรายการ" ได้ เฉพาะ "ผู้หา" เท่านั้นสามารถ "อนุมัติรายการ" ได้ ความสัมพันธ์ Actor ต้องเป็นอย่างไร?
ในระบบ Actor "กญ" และ "วหาญ" สามารถ "นกรายการ" ได้นั้นเฉพาะ "วหาญ" เองสามารถ "อรายการ" ได้ ความหมายของ Actor คือ?
"วหาญ" บทอดจาก "กญ"
"กญ" บทอดจาก "วหาญ"
สร้าง "พนักงานญ" เป็น parent
ใส่ Generalization
รวมเป็น Actor เอง
ในระบบการขนส่ง Actor "กาม" สามารถ "จองรถ" ได้ และ Use Case "เอกปลายทาง" และ "เอกเวลา" เสมอ และอาจ "เอกประเภทรถ" เป็นทางเอก ควรออกแบบอย่างไร?
ใส่ <
ใส่ <
ใส่ <
ใส่ความหมาย
รวมเป็น Use Case เอง
ในระบบคอมพิวเตอร์ Actor "กาวไป" และ "กาว VIP" สามารถ "งอหน้า" ได้ แต่อย่างเฉพาะ "กาว VIP" เองสามารถ "ใส่ส่วนลดเศษ" ได้ การออกแบบ Actor ต้องทำอย่างไร?
"กาว VIP" บทอดจาก "กาวไป"
"กาวไป" บทอดจาก "กาว VIP"
แยก Actor ใส่ความหมาย
สร้าง "กาว" เป็น parent
รวมเป็น Actor เอง
ในระบบการจัดการเงินคงค้าง Use Case "เกน่า" ต้องมี "ตรวจสอบยอดคงเหลือ" เสมอ และอาจ "งอหน้า" หากเกนามาใกล้หมด ความหมายเหมาะสมคือ?
"เกน่า" <
ใส่ <
ใส่ <
ใส่ความหมาย
ใส่ Association
ในระบบการแพทย์ Actor "แพทย์ทั่วไป" และ "แพทย์เฉพาะทาง" สามารถ "ตรวจสอบ" ได้เฉพาะ "แพทย์เฉพาะทาง" แล้วสามารถ "ทำ" ได้ ควรใช้ Generalization อะไร?
"แพทย์เฉพาะทาง" สืบทอดจาก "แพทย์ทั่วไป"
"แพทย์ทั่วไป" สืบทอดจาก "แพทย์เฉพาะทาง"
สร้าง "แพทย์" เป็น parent ของทั้งสอง
ไม่ใส่ Generalization
รวมเป็น Actor เดียว
ในระบบงานทนายความ Use Case "การร้อง" ต้อง "ตรวจสอบเอกสาร" เสมอ และอาจ "ขอความเห็นจากเนติบัณฑิต" ในการออกแบบการร้อง?
"การร้อง" <
ไม่ใส่ <
ไม่ใส่ <
ไม่ใส่ความหมาย
ไม่ใส่ Association
ในระบบการจัดการการเรียนการสอน Actor "อาจารย์" และ "อาจารย์พิเศษ" สามารถ "สอน" ได้เฉพาะ "อาจารย์" แล้วสามารถ "ให้คำปรึกษา" ได้ ความหมาย?
"อาจารย์พิเศษ" สืบทอดจาก "อาจารย์"
"อาจารย์" สืบทอดจาก "อาจารย์พิเศษ"
สร้าง "การสอน" เป็น parent
ไม่ใส่ Generalization
ไม่ใส่
