|
31 | 31 | - **AF-2 – ลงทะเบียนซ้ำ |
32 | 32 | 1. ในขั้นตอนที่ 4 ระบบตรวจสอบพบว่า User ID เคยลงทะเบียนกิจกรรมนี้มาก่อน. |
33 | 33 | 2. ระบบแสดงข้อความ "คุณได้ลงทะเบียนกิจกรรมนี้แล้ว" แทนปุ่มลงทะเบียน. |
34 | | - 3. นักศึกษา สามารถดู QR Code ยืนยันบนโปรไฟล์ของตนเองได้. |
| 34 | + 3. นักศึกษา สามารถดู QR Code ยืนยันบนโปรไฟล์ของตนเองได้. |
| 35 | + |
| 36 | + |
| 37 | + |
| 38 | + |
| 39 | + |
| 40 | + |
| 41 | + |
| 42 | + |
| 43 | + |
| 44 | +## UC-08: การสร้างและส่งขออนุมัติกิจกรรม |
| 45 | + |
| 46 | +**Primary Actor:** ผู้จัดกิจกรรม (Organizer User) |
| 47 | +**Goal:** สร้างกิจกรรมใหม่พร้อมรายละเอียดครบถ้วน และส่งเข้าสู่ระบบ Workflow เพื่อขออนุมัติ |
| 48 | + |
| 49 | +### Preconditions |
| 50 | +- ผู้จัดกิจกรรมต้องทำการ **Login** เข้าสู่ระบบแล้ว (FR-002). |
| 51 | +- ผู้จัดกิจกรรมมีสิทธิ์ในการสร้างกิจกรรม. |
| 52 | + |
| 53 | +### Postconditions |
| 54 | +- กิจกรรมใหม่ถูกบันทึกในฐานข้อมูลในสถานะ **'Pending Review'**. |
| 55 | +- ระบบส่งการแจ้งเตือนไปยังผู้ดูแลระบบ/ผู้อนุมัติ (ตาม FR-012). |
| 56 | + |
| 57 | +### Main Flow (Happy Path) |
| 58 | +1. ผู้จัดกิจกรรมเข้าสู่หน้า **"จัดการกิจกรรม"**. |
| 59 | +2. ผู้จัดกิจกรรมคลิกปุ่ม **"สร้างกิจกรรมใหม่"** . |
| 60 | +3. ระบบแสดงฟอร์มสร้างกิจกรรม (ชื่อ, วันที่, สถานที่, จำนวนที่นั่ง, คำอธิบาย). |
| 61 | +4. ผู้จัดกิจกรรมกรอกข้อมูลทั้งหมดและแนบรูปภาพ/เอกสารประกอบ. |
| 62 | +5. ผู้จัดกิจกรรมคลิก **"ส่งเพื่อขออนุมัติ"** . |
| 63 | +6. ระบบตรวจสอบความสมบูรณ์และความถูกต้องของข้อมูล. |
| 64 | +7. ระบบบันทึกกิจกรรมในสถานะ **'Pending Review'** และแสดงข้อความ. |
| 65 | + |
| 66 | +### Alternative Flows / Exceptions |
| 67 | +- **AF-1 – ข้อมูลไม่สมบูรณ์** |
| 68 | + 1. เกิดจากขั้นตอน 6 เมื่อฟิลด์ที่จำเป็น (เช่น วันที่เริ่มต้น/สิ้นสุด) ถูกเว้นว่างไว้. |
| 69 | + 2. ระบบแจ้งเตือนและไฮไลต์ฟิลด์ที่ต้องแก้ไข. |
| 70 | + 3. กลับไปที่ขั้นตอน 4 ให้ผู้จัดกิจกรรมแก้ไขข้อมูล. |
| 71 | + |
| 72 | +- **AF-2 – กิจกรรมถูกปฏิเสธ |
| 73 | + 1. (หลัง Use Case นี้) ผู้ดูแลระบบปฏิเสธกิจกรรม. |
| 74 | + 2. ระบบเปลี่ยนสถานะกิจกรรมเป็น |
| 75 | + 3. ระบบส่ง Email/Notification แจ้งผู้จัดกิจกรรมพร้อมเหตุผล. |
| 76 | + |
| 77 | + |
| 78 | + |
| 79 | + |
| 80 | + |
| 81 | + ## UC-07: การยืนยันตัวตนเข้าร่วมงาน |
| 82 | + |
| 83 | +**Primary Actor:** ผู้จัดกิจกรรม (Organizer) / ผู้ดูแลการ Check-in |
| 84 | +**Goal:** ยืนยันการเข้าร่วมของผู้ลงทะเบียนได้อย่างรวดเร็วและแม่นยำ |
| 85 | + |
| 86 | +### Preconditions |
| 87 | +- ผู้จัดกิจกรรมต้องทำการ เข้าสู่ระบบในแอปพลิเคชัน Check-in. |
| 88 | +- ผู้จัดกิจกรรมเข้าถึงหน้า Check-in ของกิจกรรมนั้นได้. |
| 89 | +- ผู้เข้าร่วมแสดง QR Code ที่ได้รับจากการลงทะเบียน (FR-006). |
| 90 | + |
| 91 | +### Postconditions |
| 92 | +- สถานะการเข้าร่วมของนักศึกษาในกิจกรรมนี้ถูกเปลี่ยนเป็น . |
| 93 | +- บันทึกเวลาที่ทำการ Check-in ในฐานข้อมูล. |
| 94 | + |
| 95 | +### Main Flow |
| 96 | +1. ผู้จัดกิจกรรมเปิดหน้า Check-in และเตรียมพร้อมสแกน. |
| 97 | +2. ผู้เข้าร่วมแสดง QR Code บนโทรศัพท์มือถือ/หลักฐานอื่น ๆ. |
| 98 | +3. ผู้จัดกิจกรรมสแกน QR Code . |
| 99 | +4. ระบบตรวจสอบความถูกต้องของ QR Code และสถานะการลงทะเบียน. |
| 100 | +5. ระบบบันทึกสถานะ และแสดงข้อความ . |
| 101 | +6. ผู้เข้าร่วมได้รับอนุญาตให้เข้างาน. |
| 102 | + |
| 103 | +### Alternative Flows / Exceptions |
| 104 | +- **AF-1 – QR Code ไม่ถูกต้อง/หมดอายุ** |
| 105 | + 1. ที่ขั้นตอน 4 ระบบตรวจสอบพบว่า QR Code ไม่ถูกต้องหรือไม่ตรงกับกิจกรรม. |
| 106 | + 2. ระบบแสดงข้อความ **"QR Code ไม่ถูกต้อง หรือไม่ใช่สำหรับกิจกรรมนี้"**. |
| 107 | + 3. ผู้จัดกิจกรรมแนะนำให้ผู้เข้าร่วมตรวจสอบ QR Code ใหม่. |
| 108 | + |
| 109 | +- **AF-2 – ลงทะเบียนแล้วแต่ยังไม่ได้ Check-in** |
| 110 | + 1. ที่ขั้นตอน 4 ระบบพบว่า User ID นี้เคยลงทะเบียนแล้ว แต่สถานะยังเป็น . |
| 111 | + 2. ระบบทำการ Check-in สำเร็จ และดำเนินการตาม Postconditions. |
| 112 | + |
| 113 | +- **AF-3 – ไม่ได้ลงทะเบียน ** |
| 114 | + 1. ที่ขั้นตอน 4 ระบบตรวจสอบพบว่า **User ID นี้ไม่ได้ลงทะเบียนกิจกรรมนี้**. |
| 115 | + 2. ระบบแสดงข้อความ **"บุคคลนี้ไม่ได้ลงทะเบียนไว้"** . |
0 commit comments