ภาพรวม · ต้นจนจบ
เส้นทางการใช้งานตั้งแต่ร่างจนถึงวันตรวจ
ไล่ทีละขั้นว่าใครทำอะไร ที่หน้าไหน — ตามด้วยแผนส่งมอบ 7 เฟส
8 ขั้นตอนตั้งแต่ร่างจนถึงวันตรวจ
แอดมินเปิดมาตรฐานที่องค์กรใช้
กิตติศักดิ์ วงศ์อารีย์ — ตั้งค่ามาตรฐาน ISO ที่ต้องรองรับ ระบบปรับเมนูและโมดูลให้อัตโนมัติ
ดูหน้าจอเจ้าของเอกสารร่างฉบับใหม่
ธนกฤต พงษ์พานิช — เริ่มจากแม่แบบที่อนุมัติแล้ว พิมพ์ในระบบหรือแนบไฟล์ที่ทำเสร็จก็ได้
ดูหน้าจอส่งเข้าสายอนุมัติ หัวหน้าแผนกทบทวน
สมชาย เกษมสุข — ตรวจเนื้อหาตามหน้าที่ ก่อนส่งต่อให้ DCC
ดูหน้าจอDCC ตรวจรูปแบบ ให้เลขที่และรอบทบทวน
ปรียานุช ทองอยู่ — ตรวจรูปแบบให้ตรงเทมเพลต กำหนดเลขที่เอกสารและวันครบรอบทบทวน
ดูหน้าจอQMR อนุมัติและลงลายเซ็นอิเล็กทรอนิกส์
ณัฐพงษ์ ศรีวิไล — อนุมัติขั้นสุดท้าย เอกสารเปลี่ยนสถานะเป็นมีผลบังคับใช้
ดูหน้าจอระบบประกาศใช้ สร้าง QR และแจ้งผู้เกี่ยวข้องอัตโนมัติ
ระบบ — ออก QR ประจำเอกสารทันที พร้อมแจ้งเตือนผู้เกี่ยวข้องทุกหน่วยงาน
ดูหน้าจอพนักงานอ่าน กดรับทราบ และเข้าอบรมถ้าจำเป็น
อรวรรณ ใจดี — อ่านเอกสารฉบับล่าสุด กดรับทราบ ระบบดันไปอบรมอัตโนมัติถ้ามีการเปลี่ยนแปลงสาระสำคัญ
ดูหน้าจอวันตรวจประเมิน ดึงหลักฐานย้อนหลังให้ผู้ตรวจ
สุรชัย ธำรงกิจ — เข้าดูได้อย่างเดียว ดึง Audit Trail และ SoA ย้อนหลังได้ทันที ไม่ต้องขอไฟล์ล่วงหน้า
ดูหน้าจอแผนส่งมอบ 7 เฟส
สถานะตามคู่มือผู้ใช้และเวอร์ชันที่พัฒนาแล้วจริง
| เฟส | ขอบเขต | สถานะ |
|---|---|---|
| เฟส 1 — Foundation Setup | เข้าสู่ระบบ ผู้ใช้ หน่วยงาน สิทธิ์ แดชบอร์ด | ร่าง (Draft) |
| เฟส 2–5 — วงจรเอกสาร | ควบคุมเอกสาร สายอนุมัติ การรับทราบ แบบฟอร์มบันทึก | ใช้งานจริงตามคู่มือผู้ใช้ |
| เฟส 6 — Audit Trail & ลายเซ็น | Audit Trail และลายเซ็นอิเล็กทรอนิกส์ | พัฒนาแล้ว (v0.6.0) |
| เฟส 7 — QR & มือถือ | QR Code และการเข้าถึงผ่านมือถือหน้างาน | พัฒนาแล้ว (v0.7.0) |
| เฟสถัดไป — โมดูลร่วมเพิ่มเติม | ทบทวนฝ่ายบริหาร ผู้ขาย ข้อร้องเรียน KPI สอบเทียบ แจ้งเตือน ตรวจ CB รายงาน เก็บรักษาข้อมูล | อยู่ในข้อกำหนดเพิ่มเติม |
| เฟสสุดท้าย — โมดูลเฉพาะมาตรฐาน | โมดูลเฉพาะมาตรฐาน + ตัวแก้เอกสารในเว็บ | แนะนำทำท้ายสุด |
Technology Stack ยังเป็น "รอการตัดสินใจ" ตามสเปกข้อ 2 — ทั้งภาษา เฟรมเวิร์ก ฐานข้อมูล และที่ตั้งเซิร์ฟเวอร์ ต้องสรุปให้จบก่อนเริ่มเขียนโค้ดจริง เพราะกระทบการออกแบบทั้งระบบ
ลำดับที่แนะนำให้พัฒนา
โมดูลร่วมก่อน
ใช้ได้กับทุกมาตรฐานและเป็นฐานให้โมดูลเฉพาะต่อยอด
โมดูลเฉพาะมาตรฐาน
เรียงตามมาตรฐานที่องค์กรต้องขอรับรองก่อน
ตัวแก้เอกสารในเว็บไว้ท้ายสุด
เป็นของเสริมที่ไม่กระทบงานหลัก
โจทย์ในสเปก → หน้าจอที่ตอบ
อ้างอิงข้อกำหนดใน SRS ของลูกค้า เทียบกับหน้าจอที่ตอบโจทย์ในโชว์เคสนี้
| สเปกข้อ | เรื่อง | หน้าจอ |
|---|---|---|
| 6.1 | Authentication | login.html |
| 6.3 | Dashboard | dashboard.html |
| 6.4 | ควบคุมเอกสาร | documents.html |
| — | สายอนุมัติ + ลายเซ็น | document-detail.html |
| 6.5 | รับทราบเอกสาร | my-documents.html |
| 6.6 | อบรม | training.html |
| 7 | Audit Trail | audit-trail.html |
| 8 | QR/มือถือ | qr-mobile.html |
| 10 | หลายมาตรฐาน + SoA | standards.html |
| 13 | คลังเอกสาร/ลายน้ำ | documents.html |
| 14 | ตัวแก้เอกสารในเว็บ | templates.html |