S3 — ระบบรายงานผลการปฏิบัติภารกิจและลงทะเบียนหลักสูตร¶

Activity Report & Course Registration System¶

ตารางสรุปข้อมูลเบื้องต้น¶

หัวข้อ	รายละเอียด
อ้างอิง TOR	ข้อ 7.13
หน่วยงานรับผิดชอบ	กองส่งเสริมสิทธิและเสรีภาพ (กสส.)
ลักษณะการพัฒนา	ระบบพัฒนาใหม่ (New Development / Potential Inheritance)
สถานะโครงการ	พัฒนาใหม่ใน Phase 2 — ไม่มีระบบนี้ใน Phase 1 แม้มี Codebase เดิม (`humanright_file`) แต่เป็นระบบใหม่ที่พัฒนาขึ้นใน Phase 2
ระดับความซับซ้อน	ระดับมาตรฐาน (🟡 Standard)
อ้างอิงซอร์สโค้ดเดิม	`humanright_file`
การเชื่อมต่อระบบภายนอก	RLPD Active Directory (AD)
สถานะการดำเนินงาน	ขั้นตอนการวางแผน (Planning Phase)

สถานะปัจจุบัน (Current State)¶

จากการตรวจสอบเบื้องต้น พบว่ามีการพัฒนาระบบรายงานบางส่วนโดยผู้พัฒนารายก่อนหน้า ซึ่งระบบดังกล่าวอาจยังมีการใช้งานอยู่หรือถูกจัดเก็บไว้ในคลังซอร์สโค้ดเดิม รวมถึงมีการเชื่อมต่อกับระบบ Active Directory (AD) ของกรมฯ ไว้แล้วเพื่อใช้ในการยืนยันตัวตนบุคลากร

ประเด็นสำคัญที่ต้องพิจารณา: ทีมงานต้องขอความชัดเจนจากกรมคุ้มครองสิทธิฯ ในแนวทางการดำเนินงาน ดังนี้: - การพัฒนาต่อยอดจากฐานซอร์สโค้ดเดิม (Codebase Inheritance) หรือการเริ่มพัฒนาใหม่ทั้งหมด - การย้ายโอนข้อมูล (Data Migration) จากระบบเดิมมายังโครงสร้างใหม่ - การเชื่อมต่อกับระบบยืนยันตัวตนกลางที่ใช้อยู่ในปัจจุบัน

ขอบเขตความต้องการตาม TOR¶

ตามรายละเอียดในข้อกำหนด TOR ข้อ 7.13 ระบบรายงานผลการปฏิบัติภารกิจและลงทะเบียนหลักสูตรต้องรองรับฟังก์ชันดังนี้: - บันทึกรายละเอียดการปฏิบัติงานและความคืบหน้าของโครงการในพื้นที่ (On-site) โดยบุคลากรของกรมฯ - รองรับการนำเข้าข้อมูล (Data Entry) และการตรวจสอบความถูกต้องของบันทึกกิจกรรม - จัดทำรายงานสรุปกิจกรรมเพื่อการพิจารณาของผู้บริหารและการปฏิบัติตามระเบียบข้อบังคับ - ระบบลงทะเบียนหลักสูตรฝึกอบรมและแสดงรายการหลักสูตร (Course Catalog) - ติดตามสถานะการลงทะเบียนและการสำเร็จหลักสูตร (Completion Status) ของผู้เข้ารับการอบรม - รองรับการพิสูจน์ตัวตน (Authentication) สำหรับบุคลากรภายในผ่านระบบ RLPD Active Directory (AD)

ขั้นตอนการทำงาน (Workflow)¶

1. การรายงานกิจกรรม (Activity Reporting)¶

graph TD
    A[บุคลากรปฏิบัติงานในพื้นที่] --> B[บันทึกข้อมูลกิจกรรมเข้าสู่ระบบ]
    B --> C[ตรวจสอบความถูกต้องของข้อมูล]
    C --> D[สร้างรายงานสรุปกิจกรรม]
    D --> E[ผู้บังคับบัญชาตรวจสอบและจัดเก็บ]

2. การลงทะเบียนหลักสูตร (Course Registration)¶

graph TD
    A[เลือกดูรายการหลักสูตร] --> B[สมัครลงทะเบียนหลักสูตร]
    B --> C[ยืนยันการลงทะเบียน]
    C --> D[ติดตามความคืบหน้าการอบรม]
    D --> E[บันทึกผลการสำเร็จหลักสูตร]

รายละเอียดขั้นตอนหลัก: - บันทึกกิจกรรม (Activity Logging) — บุคลากรบันทึกรายละเอียดงาน ผลสำเร็จ และความก้าวหน้าจากการปฏิบัติงานจริง - ตรวจสอบข้อมูล (Validation) — ระบบตรวจสอบความสมบูรณ์ของข้อมูล เช่น วันที่ สถานที่ รายละเอียดกิจกรรม และจำนวนชั่วโมง - แสดงรายการหลักสูตร (Course Catalog) — บุคลากรเรียกดูหลักสูตรฝึกอบรมที่เปิดรับสมัครพร้อมรายละเอียดเงื่อนไขต่างๆ - ติดตามผล (Tracking) — ระบบบันทึกการเข้าร่วมและสถานะการผ่านหลักสูตร เพื่อนำไปประกอบการพิจารณาผลงานหรือออกใบรับรอง

จุดเชื่อมต่อระบบ (System Integration)¶

แหล่งข้อมูล / ระบบที่เกี่ยวข้อง	ชื่อระบบ	ทิศทาง	ประเภทข้อมูล	หมายเหตุ
การยืนยันตัวตน	RLPD Active Directory	ขาเข้า (Inbound)	ข้อมูลผู้ใช้งาน	ใช้สำหรับ Login และตรวจสอบสิทธิ์บุคลากรภายใน
การบริหารจัดการสิทธิ์	User Roles/Permissions	ขาเข้า (Inbound)	ระดับการเข้าถึง	กำหนดสิทธิ์ตามโครงสร้างหน่วยงานใน AD
ระบบเดิม (Legacy)	Previous System	สองทาง (Bidirectional)	ข้อมูลประวัติเดิม	นำเข้าข้อมูลรายงานหรือประวัติการอบรมจากระบบเดิม
รายงานผู้บริหาร	Management Reporting	ขาออก (Outbound)	สถิติกิจกรรม	ส่งข้อมูลสรุปผลการดำเนินงานให้ผู้บังคับบัญชา
ระบบบุคคล (HR)	HR/Training Records	ขาออก (Outbound)	ประวัติการอบรม	ส่งข้อมูลการสำเร็จหลักสูตรเพื่อบันทึกในประวัติบุคคล

ประเด็นที่ต้องการคำชี้แจง (Open Issues)¶

[ประเด็นเปิด] การเชื่อมต่อกับ Active Directory (AD) เดิมยังสามารถใช้งานได้ทันทีหรือไม่ หรือต้องมีการปรับเปลี่ยนโปรโตคอลการเชื่อมต่อ?

[ประเด็นเปิด] นโยบายการใช้ซอร์สโค้ดเดิม (humanright_file) คือการ Refactor หรือการพัฒนาใหม่โดยอ้างอิงฟังก์ชันเดิม?

[ประเด็นเปิด] รูปแบบรายงานกิจกรรม (Activity Report) ที่ผู้บริหารต้องการ มีความต้องการเฉพาะเจาะจงหรือเทมเพลตมาตรฐานหรือไม่?

[ประเด็นเปิด] ใครเป็นผู้รับผิดชอบการบริหารจัดการเนื้อหาหลักสูตร (Course Content Manager) และมีกระบวนการอนุมัติหลักสูตรอย่างไร?

[ประเด็นเปิด] การลงทะเบียนหลักสูตรต้องมีเงื่อนไขบังคับ (Prerequisites) หรือการจำกัดจำนวนผู้สมัคร (Capacity Limit) หรือไม่?

[ประเด็นเปิด] ระบบต้องรองรับการส่งออกข้อมูลในรูปแบบใดบ้าง? (เช่น PDF, Excel, หรือ CSV)

[ประเด็นเปิด] มีเกณฑ์การให้คะแนนหรือการวัดผลหลังการอบรม (Post-test) ภายในระบบนี้ด้วยหรือไม่?

เทคโนโลยีที่ใช้ (Technology Stack)¶

ส่วนประกอบ	เทคโนโลยี
Frontend	React / Vite
Backend	NestJS
Deployment	Container-based (Docker)
Infrastructure	VM ใหม่ — สเปคเดียวกับ S9 VM

หมายเหตุ: S1, S2 และ S3 ใช้ Tech Stack ชุดเดียวกัน ซึ่งแตกต่างจาก Stack หลักของโครงการ (C# .NET / IIS / MSSQL) เนื่องจากเป็นระบบพัฒนาใหม่ทั้งหมด (Greenfield)

หมายเหตุทางเทคนิค (Technical Notes)¶

หน่วยงานที่ดูแล — S3 อยู่ภายใต้การดูแลของ กองส่งเสริมสิทธิและเสรีภาพ (กสส.) ซึ่งแยกกลุ่มงานจากระบบ S1, S2 และ S5
ระบบสำหรับใช้ภายใน (Internal Only) — ออกแบบมาเพื่อบุคลากรของกรมฯ เท่านั้น ไม่มีการเปิดส่วนเชื่อมต่อสำหรับประชาชนทั่วไป
กลไกการยืนยันตัวตน — เน้นการบูรณาการกับ RLPD Active Directory (AD) เป็นหลักเพื่อความปลอดภัยและซิงค์ข้อมูลบุคคล
การเข้าถึงข้อมูลซอร์สโค้ดเดิม — ต้องตรวจสอบความสมบูรณ์และสิทธิ์ในการเข้าถึง humanright_file ก่อนเริ่มดำเนินการ
ความปลอดภัยของข้อมูล — บันทึกกิจกรรมและประวัติการอบรมถือเป็นข้อมูลภายใน ต้องมีการกำหนดสิทธิ์การเข้าถึง (Access Control) ตามสายการบังคับบัญชา
ระบบแจ้งเตือน (Notifications) — ควรพิจารณาเพิ่มระบบแจ้งเตือนเมื่อมีหลักสูตรใหม่หรือเมื่อใกล้ถึงกำหนดส่งรายงานกิจกรรม
ความยืดหยุ่นของรายงาน — ควรออกแบบให้สามารถสร้างรายงานแบบกำหนดเอง (Ad-hoc Report) ได้ตามความต้องการของผู้บริหาร