สรุปผลการรวบรวมความต้องการของระบบ

อ้างอิง TOR: ข้อ 4.2.1 (รวบรวมความต้องการ) เอกสารนี้เป็นข้อมูลนำเข้าของ SRS (ข้อ 4.2.2 ดูเอกสาร srs)

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

1. วัตถุประสงค์และขอบเขต

เอกสารนี้สรุปความต้องการของ "ระบบแชตบอตปัญญาประดิษฐ์เฉพาะทางพระพุทธศาสนาและเว็บไซต์" โดยจัดกลุ่มตามหมวดของ TOR เพื่อให้ตรวจสอบย้อนกลับ (Traceability) จากความต้องการไปยังข้อกำหนด TOR หน้าจอของระบบ และกรณีทดสอบได้ ระบบประกอบด้วย 5 ส่วนหลัก ได้แก่ (1) Frontend Website (2) Backend Service และ AI Engine แบบ RAG (3) AI Evaluation และ Benchmarking System (4) Admin Portal และ (5) Dashboard และ Report

วัตถุประสงค์ของโครงการตาม TOR ข้อ 2 มี 6 ประการ คือ แชตบอต AI เถรวาทที่อ้างอิงตรวจสอบย้อนกลับได้ (2.1) ระบบสืบค้นและบริหารฐานองค์ความรู้ (2.2) ระบบประเมินคุณภาพ AI อย่างต่อเนื่อง (2.3) เว็บไซต์ให้บริการที่แสดงคำตอบพร้อมอ้างอิง (2.4) การส่งเสริมการเข้าถึงองค์ความรู้ของทุกกลุ่ม (2.5) และโครงสร้างพื้นฐาน AI ที่ขยายและต่อยอดได้ (2.6)

2. ผู้มีส่วนได้ส่วนเสีย (Stakeholders)

กลุ่ม	บทบาทต่อระบบ	ความต้องการหลัก	หน้าจอที่เกี่ยวข้อง
ผู้ใช้ทั่วไป (ประชาชน นักเรียน นักศึกษา)	ถามตอบหลักธรรม	คำตอบที่เข้าใจง่าย มีอ้างอิงตรวจสอบได้ ใช้ได้ทั้งมือถือและคอมพิวเตอร์ ภาษาไทยและอังกฤษ	/, /chat, /chat/history
พระภิกษุ สามเณร และผู้ได้รับสิทธิ์ Dhamma Talk	เตรียมบทธรรมบรรยาย	เครื่องมือร่างบทธรรมแบบแก้ไขต่อเนื่องได้	/chat/dhamma-talk
ผู้ดูแลระบบ (Admin)	บริหารผู้ใช้ ฐานความรู้ และการตั้งค่า	ปรับค่าได้โดยไม่ต้องแก้โค้ดหรือ Deploy ใหม่	/admin/*
ผู้ดูแลระบบสูงสุด (Super Admin)	กำกับสิทธิ์ สำรองข้อมูล ลบทำลายข้อมูล	ควบคุมบทบาทและงานที่มีความเสี่ยงสูง	/admin/users, /admin/backup, /admin/data-destruction
ผู้ทรงคุณวุฒิด้านพระพุทธศาสนา	ตรวจคุณภาพคำตอบและชุดทดสอบ	เห็นผลประเมินรายข้อและเปรียบเทียบระหว่างรอบ	/admin/evaluation
คณะกรรมการตรวจรับพัสดุ	ตรวจรับผลผลิตตามงวด	หลักฐานความสอดคล้องกับ TOR รายข้อ เอกสารครบถ้วน	/tor, /documents
ศูนย์เทคโนโลยีสารสนเทศ	รับถ่ายโอนและดูแลระบบระยะยาว	เอกสารติดตั้ง สำรอง กู้คืน และ Source Code ครบ	/documents
เจ้าของข้อมูลส่วนบุคคล	ใช้สิทธิตาม PDPA	ขอสำเนา ขอลบ ถอนความยินยอมได้สะดวก	/privacy, /privacy-policy
ผู้บริหารมหาวิทยาลัย	ติดตามการใช้งานและค่าใช้จ่าย	สถิติการใช้งานและประมาณการค่าใช้จ่าย	/admin/dashboard

3. ความต้องการเชิงหน้าที่ (Functional Requirements)

3.1 เว็บไซต์ผู้ใช้งาน (ภาคผนวก ก ข้อ 3)

รหัส	ความต้องการ	TOR	หน้าจอ
FR-WEB-01	รองรับภาษาไทยและอังกฤษ มีเมนูเปลี่ยนภาษา	ก.3.2.1	ทุกหน้า
FR-WEB-02	โหมด Dark/Light พร้อมปุ่มสลับ และอัตลักษณ์สม่ำเสมอ	ก.3.1.2, ก.3.1.3	ทุกหน้า
FR-WEB-03	สมัครสมาชิกและเข้าสู่ระบบด้วยอีเมล Gmail หรือ Facebook	ก.3.3.1, ก.3.3.2	/register, /login
FR-WEB-04	สิทธิ์ใช้ Dhamma Talk แยกรายบัญชี ค่าเริ่มต้นปิด	ก.3.3.3	/chat/dhamma-talk
FR-WEB-05	จำกัดโทเคนรวมไม่เกิน 10,000,000 ต่อ 24 ชั่วโมง ปรับ Max Tokens ได้	ก.3.4.1, ก.3.4.2	/admin/ai-config
FR-WEB-06	Unavailable Mode ทั้งแบบผู้ดูแลเปิดเองและอัตโนมัติ (Margin ไม่เกินร้อยละ 10)	ก.3.4.3, ก.3.4.4	/unavailable, /admin/unavailable
FR-WEB-07	เก็บประวัติสนทนา 90 วันและลบอัตโนมัติ ปรับระยะได้	ก.3.5.1	/chat/history
FR-WEB-08	ข้อความเตือนใต้กล่องคำถามและท้ายคำตอบ	ก.3.6.1, ก.3.6.2	/chat
FR-WEB-09	คำตอบ 2 ส่วน: รายการอ้างอิงไม่เกิน 10 รายการ (แสดง 3 พร้อมปุ่มแสดงทั้งหมด) และส่วนสรุป	ก.3.6.2	/chat
FR-WEB-10	Citation รูปแบบมาตรฐาน คลิกเปิด Popup Modal แสดงเนื้อหาเต็ม	ก.3.6.3	/chat
FR-WEB-11	Dhamma Talk แบบ Artifact แก้ไขใน Response Modal (Markdown) และ AI ใช้ฉบับล่าสุดเป็นบริบท	ก.3.7.1–ก.3.7.4	/chat/dhamma-talk
FR-WEB-12	ปุ่มให้คะแนนคำตอบ (ชอบ/ไม่ชอบ) บันทึกลงฐานข้อมูล	ก.3.8.1	/chat

3.2 Backend Service และ AI Engine (ภาคผนวก ก ข้อ 4)

รหัส	ความต้องการ	TOR
FR-AI-01	ให้บริการผ่าน HTTP API และมีเอกสาร OpenAPI 3.0	ก.4.1.1, 4.2.2
FR-AI-02	Orchestrator ใช้ Framework โอเพนซอร์สที่มีดาวไม่น้อยกว่า 10,000 และเป็น Model-agnostic	ก.4.1.2, 4.4.6
FR-AI-03	ควบคุมโทเคนต่อ Prompt ไม่เกิน 10,000 (ถาม-ตอบ) และ 50,000 (Dhamma Talk)	ก.4.2.1
FR-AI-04	ตอบเฉพาะพระไตรปิฎก อรรถกถา หลักธรรมเถรวาท และคำแนะนำแนวทางปฏิบัติ/ปรัชญาชีวิต	ก.4.3.1, ก.4.3.2
FR-AI-05	ป้องกัน Prompt Injection และ Cost Surge	ก.4.4.1, ก.4.4.2
FR-AI-06	ปฏิเสธหัวข้อการเมือง การเปรียบเทียบศาสนา และสุขภาพจิต	ก.4.4.3
FR-AI-07	บุคลิกบรรณารักษ์: ช่วยค้นและสรุปพร้อม Citation ไม่ชี้ขาดการตีความ ปฏิเสธคำถามใช่/ไม่ใช่	ก.4.5.1–ก.4.5.3
FR-AI-08	Hybrid Search และ Cross-lingual ไทย-บาลี-อังกฤษ	ก.4.6.1
FR-AI-09	Chunk เต็มข้อไม่ตัดตอน และส่ง Citation/Source Attribution ไปแสดงผล	ก.4.6.2, ก.4.6.3
FR-AI-10	Re-ranker เป็นโมดูลแยก Query Expansion/Rewriting และปรับดัชนีอัตโนมัติผ่าน Pipeline	ก.4.7.1–ก.4.7.3
FR-AI-11	Ingestion รองรับ PDF, TXT, TEI-XML, DOCX	ก.4.8.1
FR-AI-12	Chunking ฉบับ มมร. ตามหน้าและข้อ เอกสารอื่นแบบ Semantic	ก.4.8.2
FR-AI-13	Metadata: ปิฎก นิกาย สูตร เล่ม ข้อ หน้า ประเภทเอกสาร และ Precedence	ก.4.8.3
FR-AI-14	Prompt ไม่ Hard-code มี Versioning และ Remote Configuration	ก.4.9.1, ก.4.9.2
FR-AI-15	Logging เพียงพอต่อการวินิจฉัย และ Alert ทางอีเมลเมื่อผิดปกติ	ก.4.10.1, ก.4.10.2

3.3 ระบบประเมินผล (ภาคผนวก ก ข้อ 5)

รหัส	ความต้องการ	TOR
FR-EV-01	ชุด Benchmark 7 ชุด: ธรรมศึกษาปรนัย 100 ข้อ, นักธรรมอัตนัยสั้น 50 ข้อ, Retrieval พระวินัย/พระสูตร/พระอภิธรรม ชุดละ 100 บท, Guardrail นอกขอบเขต 100 ข้อ, Guardrail หัวข้อสุ่มเสี่ยง 50 ข้อ	ก.5.1.1–ก.5.1.7
FR-EV-02	Web UI เพิ่ม/แก้/ลบชุดทดสอบและรายการ นำเข้า CSV	ก.5.2.1, ก.6.4.1
FR-EV-03	Workflow การให้คะแนน 3 แบบ: Accuracy, Recall@5, LLM Judge คะแนน 0–3	ก.5.2.2
FR-EV-04	สั่งประเมินแยกชุด บันทึกผล ดูผลรายข้อ บันทึก Prompt/Dataset version	ก.5.2.3, ก.5.2.4
FR-EV-05	เกณฑ์ขั้นต่ำ: ร้อยละ 80 / 2.00 / ร้อยละ 80 (Retrieval 3 ชุด) / ร้อยละ 80 (Guardrail 2 ชุด) หากต่ำกว่าเกณฑ์ไม่ตรวจรับ	ก.5.3, ก.5.3.1
FR-EV-06	เปรียบเทียบผลระหว่างรอบและเวอร์ชัน	ก.6.4.3

3.4 Admin Portal (ภาคผนวก ก ข้อ 6)

รหัส	ความต้องการ	TOR	หน้าจอ
FR-AD-01	RBAC ไม่น้อยกว่า 3 บทบาท	ก.6.1.1	/admin/users
FR-AD-02	ค้นหา ดู แก้ไข ระงับ ลบบัญชี และจัดการคำขอ PDPA	ก.6.1.2	/admin/users, /admin/privacy-requests
FR-AD-03	รหัสผ่านผู้ดูแลซับซ้อนและ IP Allowlist	ก.6.1.4	/admin
FR-AD-04	ปรับ Max Tokens เพดานรวม ระยะเก็บประวัติ และเลือก LLM โดยไม่แก้โค้ด	ก.6.2.1–ก.6.2.3	/admin/ai-config
FR-AD-05	จัดการ Prompt: ดู เพิ่ม แก้ เปรียบเทียบ (diff) Rollback พร้อมผู้แก้และเวลา	ก.6.2.4	/admin/prompts
FR-AD-06	เพิ่ม/ลดหัวข้อขอบเขตและหัวข้อปฏิเสธ มีผลทันทีและย้อนกลับได้	ก.6.2.5, ก.6.2.6	/admin/guardrails
FR-AD-07	นำเข้า ปรับปรุง ลบเอกสาร แก้ Metadata ปรับ Precedence และ Re-index	ก.6.3.1–ก.6.3.3	/admin/knowledge-base
FR-AD-08	Audit Log ครบเหตุการณ์สำคัญ เก็บไม่น้อยกว่า 90 วัน แก้/ลบไม่ได้ ค้นหาและส่งออกได้	ก.6.5.1–ก.6.5.4	/admin/audit-log
FR-AD-09	เปิดโหมด Unavailable	ก.6.6.1	/admin/unavailable

3.5 Dashboard และ Report (ภาคผนวก ก ข้อ 7)

รหัส	ความต้องการ	TOR
FR-DB-01	แผนภูมิและตารางแบบ Near Real-time (หน่วงไม่เกิน 60 นาที) เลือกช่วงเวลาและเทียบช่วงก่อนหน้า จำกัดสิทธิ์เฉพาะผู้ดูแล	ก.7.1.1–ก.7.1.3
FR-DB-02	จำนวนบัญชี DAU MAU Sessions Queries และค่าเฉลี่ยต่อ Session แยกโหมด	ก.7.2.1, ก.7.2.2
FR-DB-03	โทเคน Input/Thinking/Output รายวันและรายเดือนเทียบเพดาน ค่าเฉลี่ยต่อคำถามเทียบเป้า	ก.7.3.1, ก.7.3.2
FR-DB-04	ประมาณการค่าใช้จ่ายตามอัตราที่กำหนดเอง บัญชีที่ใช้โทเคนสูงสุด และ Threshold Alert ทางอีเมล	ก.7.3.3–ก.7.3.5

4. ความต้องการที่ไม่ใช่เชิงหน้าที่ (Non-functional Requirements)

รหัส	หมวด	ความต้องการ	ค่าเป้าหมาย	TOR
NFR-01	มาตรฐาน	มาตรฐานเว็บไซต์ภาครัฐ (DGA) 3.0 และมาตรฐานความมั่นคงปลอดภัยเว็บไซต์ พ.ศ. 2568	ผ่าน Checklist	ก.1.1.1, ก.1.1.2
NFR-02	กฎหมาย	พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562	ครบตามข้อ 14	ก.1.1.3, 14.1–14.4
NFR-03	ความเข้ากันได้	มือถือ (Chrome Android, Safari iOS) และเดสก์ท็อป (Chrome, Firefox, Safari, Edge)	Responsive	ก.1.2.1, ก.1.2.2, 4.3.3
NFR-04	การเข้าถึง	Contrast ข้อความ	ไม่น้อยกว่า 4.5:1 และ 3:1 (ข้อความใหญ่)	ก.3.1.1
NFR-05	สถาปัตยกรรม	Microservices และ Horizontal Scaling	—	ก.1.3.1, ก.1.3.2
NFR-06	ความจุ	ผู้ใช้พร้อมกันและจำนวนบัญชี	ไม่น้อยกว่า 500 concurrent, 1,000,000 บัญชี	ก.1.4.1, ก.1.4.2
NFR-07	ความพร้อมใช้	Availability ต่อเดือน	ไม่น้อยกว่าร้อยละ 95	ก.1.6.1, 12.1
NFR-08	ประสิทธิภาพ	FCP / TTFT / Error Rate ที่ p95	ไม่เกิน 5 วินาที / 15 วินาที / ร้อยละ 5	12.2
NFR-09	ความต่อเนื่อง	Auto Scaling, Backup/Restore และ Restore Test	Restore Test อย่างน้อย 1 ครั้ง	ก.1.6.2, ก.1.6.3
NFR-10	ความมั่นคงปลอดภัย	OWASP Top 10 และ OWASP Agentic, SSL/TLS, Input Validation, Brute Force Protection, CSRF	ไม่มีช่องโหว่ High/Critical	ก.2.1.1–ก.2.1.5, ก.2.2.2
NFR-11	ความมั่นคงปลอดภัย	WAF และ Anti-DDoS	—	ก.2.2.1
NFR-12	การวิเคราะห์	Google Analytics หรือเทียบเท่า และโดเมน dhammaverse.mbu.ac.th	—	ก.1.5.1, ก.1.5.2
NFR-13	คุณภาพโค้ด	Unit Test Coverage (ไม่นับไฟล์ตั้งค่า)	ไม่น้อยกว่าร้อยละ 80	4.7.3
NFR-14	การบำรุงรักษา	เปลี่ยน LLM หรือองค์ประกอบ AI โดยไม่กระทบระบบ	ผ่านการตั้งค่า	4.4.6, 2.6
NFR-15	DevOps	แยก Dev/Production, CI/CD บน GitHub พร้อม Rollback	—	4.6.2, 4.6.3
NFR-16	การแก้ไขข้อบกพร่อง	เวลาแก้ไขตามระดับความรุนแรง	สูง 24 ชั่วโมง / กลาง 48 ชั่วโมง / ต่ำ 10 วันทำการ	12.3, 12.4

5. ความต้องการด้านข้อมูลและฐานองค์ความรู้

รหัส	ความต้องการ	TOR
DR-01	นำเข้าพระไตรปิฎกและอรรถกถาแปล ฉบับมหามกุฏราชวิทยาลัย 91 เล่ม (พระวินัยปิฎก เล่ม 1–10, พระสุตตันตปิฎก เล่ม 11–74, พระอภิธรรมปิฎก เล่ม 75–91) ระยะแรกใช้ฉบับออนไลน์ แล้วสลับไปใช้ข้อมูลจาก Dhammaverse	ข.1, 4.5.2, ก.4.7.4
DR-02	จัดทำ Data Ingestion Plan ระบุรูปแบบไฟล์ Chunking Metadata Citation และวิธีตรวจความครบถ้วน	4.5.1
DR-03	Search Index Update Pipeline เพิ่ม/แก้/ลบ/Re-index โดยไม่แก้โค้ด	4.5.3
DR-04	นำเข้าไม่น้อยกว่าร้อยละ 20 ภายในงวดที่ 2 และครบถ้วนภายในงวดที่ 3	7.2.5, 7.3
DR-05	เก็บข้อมูลส่วนบุคคลเท่าที่จำเป็น เข้ารหัสระหว่างส่งและขณะจัดเก็บ ปิดบังข้อมูลส่วนบุคคล	14.2, 14.3

6. ความต้องการด้านการบริหารโครงการและการส่งมอบ

กลุ่ม	สาระสำคัญ	TOR
แผนและทีมงาน	แผนดำเนินงาน โครงสร้างทีม แผนความเสี่ยง	4.1.1–4.1.3
การทดสอบ	Master Test Plan, Unit/Functional/SIT/Regression/Performance, Baseline และ Acceptance Evaluation อย่างน้อย 2 ครั้ง, UAT และ Defect Log	4.7.1–4.7.9
ความมั่นคงปลอดภัย	Vulnerability Scan และ Penetration Testing อย่างน้อย 1 ครั้ง พร้อมแก้ไขและทดสอบซ้ำ	4.8.1, 4.8.2
การรายงาน	รายงานการประชุมภายใน 7 วันทำการ, Progress Report ทุก 30 วัน, รายงานสรุปประจำงวด	4.9.1–4.9.3
ฝึกอบรมและคู่มือ	ฝึกอบรมอย่างน้อย 1 ครั้ง คู่มือผู้ใช้ คู่มือผู้ดูแล เอกสารประกอบระบบ	4.10.1–4.10.3
ส่งมอบและถ่ายโอน	Source Code/Config/Prompt/Benchmark, Transition Plan, Deployment Guide, Backup Guide, การลบทำลายข้อมูลพร้อมหนังสือรับรอง	4.11.1–4.11.3
เงื่อนไขสัญญา	งวดงาน ค่าปรับ รับประกัน SLA ความลับ PDPA ทรัพย์สินทางปัญญา ข้อกำหนดทั่วไป	5–7, 10–16

7. สมมติฐาน (Assumptions)

1. มหาวิทยาลัยเป็นผู้จัดหาและรับผิดชอบค่าบริการ Cloud และ LLM API ซึ่งแยกจากวงเงินโครงการ (ข้อ 4.6.1) ผู้รับจ้างออกแบบให้ใส่คีย์ผ่านการตั้งค่าโดยไม่ฝังในโค้ด
2. มหาวิทยาลัยส่งมอบไฟล์เอกสาร 91 เล่มหรือยืนยันแหล่งข้อมูลออนไลน์ระยะแรก รวมถึงชุด Benchmark ฉบับเต็ม ตามกำหนดในแผนดำเนินงาน
3. ระบบนี้เป็นระบบใหม่ ไม่มีการเชื่อมต่อกับระบบยืนยันตัวตนกลาง (SSO) หรือระบบสารสนเทศเดิมของมหาวิทยาลัย ผู้ใช้ทั่วไปเข้าสู่ระบบด้วยอีเมล Gmail หรือ Facebook ตาม TOR
4. อัตลักษณ์ของเว็บไซต์ยึดเว็บไซต์หลักของมหาวิทยาลัย และจะปรับให้สอดคล้องกับ Dhammaverse เมื่อเว็บไซต์ดังกล่าวพร้อมให้อ้างอิง
5. ชุด Benchmark และเกณฑ์การให้คะแนนเป็นไปตามภาคผนวก ก ข้อ 5 การตีความเฉลยกรณีไม่ชัดเจนให้ผู้ทรงคุณวุฒิของมหาวิทยาลัยเป็นผู้ชี้ขาด
6. การทดสอบ UAT และการฝึกอบรมดำเนินการกับบุคลากรที่มหาวิทยาลัยกำหนด

8. ข้อจำกัดของระบบสาธิต

ระบบสาธิตพัฒนาขึ้นเพื่อแสดงความสามารถตามความต้องการข้างต้นในเครื่องเดียว จึงมีข้อจำกัดดังนี้ (รายละเอียดรายข้อดูที่หน้า /tor)

1. ยังไม่ได้ติดตั้งบน Cloud ของมหาวิทยาลัยและยังไม่ใช้โดเมนจริง (4.4.7, ก.1.5.2)
2. ไม่มี Auto Scaling และ WAF/Anti-DDoS จริง มีเฉพาะไฟล์ตั้งค่าที่ส่งมอบ (ก.1.6.2, ก.2.2.1)
3. ฐานองค์ความรู้เป็นชุดตัวอย่าง ไม่ใช่ 91 เล่มฉบับเต็ม และชุด Benchmark เป็นชุดตัวอย่างขนาดย่อ
4. การสืบค้นใช้ดัชนีในหน่วยความจำแทน Elasticsearch และโมเดล Embedding เฉพาะทาง โดยมี Adapter รองรับการสลับ
5. การประชุม การทดสอบ UAT และการฝึกอบรมกับบุคลากรจริงยังไม่เกิดขึ้น
6. โมเดลภาษาที่ใช้ในการสาธิตคือ Typhoon (SCB 10X) เชื่อมต่อผ่าน API แบบ OpenAI-compatible โดยคีย์อยู่ในไฟล์ .env ซึ่งไม่ถูกเผยแพร่ใน Repository

9. การตรวจสอบย้อนกลับ

ความต้องการแต่ละรายการในเอกสารนี้อ้างถึงรหัสข้อ TOR โดยตรง ตารางเปรียบเทียบข้อกำหนดฉบับเต็ม 200 ข้อ พร้อมสถานะและลิงก์ไปยังหน้าจอหรือเอกสารที่เกี่ยวข้อง แสดงที่หน้า /tor ของระบบ ส่วนการเชื่อมโยงระหว่างความต้องการกับกรณีทดสอบแสดงในเอกสาร master-test-plan