ภาพรวมระบบ — RLPD Phase 2¶
ทิศทางสถาปัตยกรรม (Architecture Direction)¶
ตามส่วน 7.1 ของ TOR ระบบทั้งหมดต้องสนับสนุนระบบนิเวศ Web Portal (S9) ผ่าน Micro Service architecture ที่มี API integration และเชื่อมต่อกับ Single Database (MSSQL)
┌─────────────────────────────────────────────────────────┐
│ Web Portal (S9) │
│ WCAG 2.2 AA · Responsive │
├─────────────────────────────────────────────────────────┤
│ S1 Legal │ S2 PJOS │ S3 Report │ S4 Mediation │ ... │
│ Consult │ │ + Course │ │ │
├─────────────────────────────────────────────────────────┤
│ API Gateway │
├─────────────────────────────────────────────────────────┤
│ Micro Services Layer │
│ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │
│ │Auth │ │Case │ │Report│ │Notif │ │File │ ... │
│ │Svc │ │Mgmt │ │Svc │ │Svc │ │Svc │ │
│ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ │
├─────────────────────────────────────────────────────────┤
│ Single Database (MSSQL) │
│ + ThaiD / SMS Gateway / e-Signature │
└─────────────────────────────────────────────────────────┘
[OPEN] TOR กำหนดให้ใช้ "Single Database" (6.4) แต่ยังต้องใช้ "Micro Service" (7.1) ด้วย ต้องชี้แจงกับลูกค้า: "Single DB" หมายถึง single MSSQL instance ที่มี multiple schemas หรือ single source of truth ที่มี sync — สิ่งนี้มีผลกระทบต่อสถาปัตยกรรมอย่างมาก
สรุประบบแต่ละระบบ¶
S1 — ระบบให้คำปรึกษาทางกฎหมาย ใหม่¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.11 |
| แผนก | กพส. |
| ประเภท | การพัฒนาใหม่ |
| ลักษณะ | CRUD + Workflow (ลงทะเบียน → ตรวจสอบ → อนุมัติ → มอบหมาย → บันทึก → รายงาน) |
| การรวมข้อมูลหลัก | Sync จาก "OCIPA ยื่นออนไลน์" และ "รับเรื่องร้องเรียนร้องทุกข์"; Sync กับ S5 (134/1) เพื่อมอบหมายทนาย |
| พอร์ทัล | อยู่ภายใน S9 (Web Portal) |
| หมายเหตุสำคัญ | ต้องเป็นระบบอิสระและไม่ขึ้นต่อ OCIPA (S6) |
S2 — ระบบปฏิบัติการยุติธรรมเชิงรุก (PJOS) ใหม่¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.12 |
| แผนก | กพส. |
| ประเภท | การพัฒนาใหม่ |
| ลักษณะ | Case Management (รับเรื่อง → มอบหมายผู้บริหารกรณี → วางแผน → ดำเนิน → รายงาน) |
| การรวมข้อมูลหลัก | MSC กระทรวงยุติธรรม, Service Center |
| หมายเหตุ | ระบบใหม่ มีความกังวลจากผู้เสนอแนวทางน้อยในระยะนี้ |
S3 — ระบบรายงานผลปฏิบัติภารกิจ + ลงทะเบียนหลักสูตร ใหม่¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.13 |
| แผนก | กสส. |
| ประเภท | การพัฒนาใหม่ |
| ลักษณะ | บันทึกกิจกรรม + ลงทะเบียนหลักสูตร + รายงาน |
| การรวมข้อมูลหลัก | ผูกติดกับ RLPD Active Directory (AD) |
| ระบบเดิม | เคยมีระบบรายงานจากผู้รับเหมารายก่อนหน้า อาจยังใช้การตั้งค่า AD ของพวกเขา |
| ซอร์สโค้ด | humanright_file (ตามบันทึกการประชุม) |
[OPEN] ยืนยันว่าการรวมข้อมูล AD ของผู้รับเหมารายก่อนหน้ายังมีผลบังคับใช้อยู่และว่าเรามีซอร์สโค้ดดังกล่าวหรือไม่
S4 — ปรับปรุงสารสนเทศกลาง ไกล่เกลี่ยข้อพิพาท ระยะที่ 2 ปรับปรุง ⚠️ ความพยายามสูงสุด¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.14 |
| แผนก | กสร. |
| ประเภท | การปรับปรุง (แต่ผู้เสนอแนวทางต้องการสร้างใหม่ทั้งหมด) |
| สถานะปัจจุบัน | มี 2 เวอร์ชันอยู่: v1 (2563/2020), v2 (2565/2022) ผู้ใช้ต้องสลับไปมาระหว่างเวอร์ชันสำหรับบางขั้นตอน |
| ความประสงค์ของผู้เสนอแนวทาง | รวม v1 + v2 เป็นระบบหนึ่งแบบรวมศูนย์ |
| ขอบเขต TOR | เพิ่มเมนู/ฟีเจอร์ (ไม่ใช่การสร้างใหม่ทั้งหมด) |
| ความเสี่ยง | ระบบที่มีความพยายามมากที่สุด การรวมแบบเต็มรูปแบบอาจเกินขอบเขต TOR และเวลา |
| URL | www.emediations.rlpd.go.th |
[OPEN] ประเมินความเป็นไปได้: เราสามารถรวม v1+v2 ได้ภายใน 270 วันควบคู่กับระบบอื่น 8 ระบบหรือไม่ ถ้าไม่ได้ เสนอแนวทางเป็นขั้นตอน: สร้างแผนที่ด้วยตนเองว่าฟีเจอร์ใดใช้เวอร์ชันใด ซ่อนเมนูที่ไม่ใช้ และวางแผนการรวมสำหรับระยะถัดไป
S5 — ปรับปรุงระบบเบิกจ่ายค่าตอบแทน (134/1) ปรับปรุง¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.15 |
| แผนก | กพส. |
| ประเภท | การปรับปรุง |
| ลักษณะ | ลงทะเบียนทนาย + เรียกร้องกรณี + การประมวลผลการชำระเงิน |
| ปัญหาปัจจุบัน | บันทึกการชำระเงินซ้ำ การตรวจสอบใบรับรองทนายทำเป็นชุด (import Excel ไม่ใช่แบบเรียลไทม์); ระบบไม่ได้รับการปรับปรุงอย่างเหมาะสม |
| การรวมข้อมูลหลัก | เชื่อมโยงกับ S1 (ให้คำปรึกษาทางกฎหมาย) — "การหาทนาย" |
S6 — ปรับปรุงระบบ OCIPA ปรับปรุง¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.16 |
| แผนก | สชง. |
| ประเภท | การปรับปรุง |
| Stack | C# .NET, IIS, MSSQL — ซอร์สเก็บเป็นไฟล์ (ไม่มี Git) |
| ปัญหาปัจจุบัน | (1) สถานะไม่สามารถย้อนกลับได้หลังการปรับปรุง — ต้องแก้ไข DB โดยตรง; (2) คิวรี่ขนาดใหญ่ขาดสัญญาณข้อผิดพลาด; (3) การส่งออกรายงานล้มเหลวกับชุดข้อมูลขนาดใหญ่; (4) ไม่สามารถเพิ่มเอกสารที่ขาดหายไปในภายหลัง; (5) ระบบย่อยบางระบบ "จอดที่นี่" แต่ไม่ได้อยู่ใน OCIPA |
| ขั้นตอน | ประมาณ 10 ขั้นตอน ความก้าวหน้าตามสถานะ |
| การแก้ไขหลัก | อัตโนมัติการ reconcile สถานะ การกรองสถานะโดยละเอียด การปรับเปลี่ยนขั้นตอนผ่านอินเทอร์เฟซผู้ใช้ การจัดการ pagination/timeout |
[OPEN] ซอร์สโค้ดบางส่วนไม่คอมไพล์ ต้องการ full source audit ก่อนประมาณการการแก้ไข
S7 — ปรับปรุงระบบคุ้มครองพยานในคดีอาญา ปรับปรุง¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.17 |
| แผนก | สคพ. |
| ประเภท | การปรับปรุง |
| ผู้รับเหมารายก่อนหน้า | ผู้รับเหมารายเดียวกับ S8 |
| ความพยายามที่คาดหวัง | ค่อนข้างต่ำ — ระบบที่เร็วที่สุดจากการประเมินระยะ 1 |
S8 — ปรับปรุงเว็บไซต์กรมคุ้มครองสิทธิและเสรีภาพ ปรับปรุง¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.18 |
| แผนก | IT |
| Stack | C# .NET, IIS, CMS มีอยู่ |
| ผู้รับเหมารายก่อนหน้า | ผู้รับเหมารายเดียวกับ S7 |
| ซอร์สโค้ด | rlpd_web |
| ข้อกำหนดหลัก | (1) เลย์เอาต์เลื่อนตามแนวตั้ง (สร้างใหม่); (2) การแก้ไข navbar แบบไดนามิก (เพิ่ม/ลบ/เปลี่ยนชื่อเมนู); (3) WCAG 2.2 AA compliance โดยไม่มีข้อผิดพลาด; (4) อย่างน้อย 2 แม่แบบ (เช่น light/dark) |
| URL | https://rl.pd.go.th |
S9 — ปรับปรุงระบบเว็บพอร์ทัล (Web Portal) ปรับปรุง¶
| คุณลักษณะ | รายละเอียด |
|---|---|
| TOR | 7.19 |
| แผนก | IT |
| ประเภท | การปรับปรุง |
| ลักษณะ | พอร์ทัลร่มเงา — S1 (ให้คำปรึกษาทางกฎหมาย) จะฝังอยู่ที่นี่ |
| ข้อกำหนดหลัก | SSL, ThaiD/Digital ID SSO, การควบคุมการเข้าถึงตามบทบาท, ขีดจำกัดความพยายามในการเข้าสู่ระบบ, การหมดอายุรหัสผ่าน (60 วัน), การล็อกเนื่องจากไม่ใช้งาน (45 วัน) |
การพึ่งพากันระหว่างระบบ (Cross-System Dependencies)¶
``` S1 (Legal Consult) ──sync──► S5 (134/1 Compensation) │ ├──sync from──► "OCIPA ยื่นออนไลน์" ├──sync from──► "รับเรื่องร้องเรียนร้องทุกข์" │ └──embedded in──► S9 (Web Portal)
S6 (OCIPA) ──independent── (ต้องไม่เชื่อมโยงกับ S1)
S7 + S8 ── ผู้รับเหมารายก่อนหน้าแบบเดียวกัน
S3 ── ผูกติดกับ ── RLPD Active Directory
ระบบทั้งหมด ──► Single Database (MSSQL) ระบบทั้งหมด ──► S9 Web Portal (display/integration) ```
ประเมินความพยายาม (Effort Estimation Tiers)¶
| ระดับ | ระบบ | เหตุผล |
|---|---|---|
| 🟢 ชัยชนะอย่างรวดเร็ว | S7, S8, S9 | ส่วนใหญ่เป็นการปรับปรุง UI/UX, ซอร์สโค้ดที่มีอยู่, คุ้นเคยจากระยะ 1 |
| 🟡 ความพยายามมาตรฐาน | S1, S2, S3, S5 | ใหม่แต่ตรงไปตรงมา CRUD+workflow; รูปแบบมาตรฐาน |
| 🔴 ความเสี่ยงสูง | S4, S6 | S4: ความซับซ้อนของการรวมเวอร์ชัน; S6: ปัญหาซอร์สโค้ดเดิม ไม่มี Git ความล้มเหลวในการคอมไพล์ |