โครงสร้างข้อมูล (Data Model)
โครงสร้างข้อมูลถอดมาจาก ใบขออนุญาตใช้รถยนต์ส่วนกลางจริง (แบบฟอร์มราชการที่ศิวะกำลังร่าง) ประกอบกับกระบวนการใน SOP แบบฟอร์มนี้ตอบคำถามสำคัญไปในตัวว่า ระบบต้อง “ออกแบบฟอร์มราชการ” ได้ เพราะมีชุดฟิลด์ที่กำหนดไว้แน่นอน
เอนทิตีหลัก
Section titled “เอนทิตีหลัก”คำขอใช้รถ (VehicleRequest) - เอกสารศูนย์กลาง
Section titled “คำขอใช้รถ (VehicleRequest) - เอกสารศูนย์กลาง”ใบขอเป็น เอกสารศูนย์กลาง ที่ถูกกรอกทีละส่วนตลอดกระบวนการ
ส่วนผู้ขอกรอก
| ฟิลด์ | คำอธิบาย |
|---|---|
| วันที่ | วันที่ยื่นคำขอ |
| ผู้ขออนุญาต | ชื่อผู้ขอ |
| ตำแหน่ง | ตำแหน่งของผู้ขอ |
| กลุ่ม/ศูนย์ | กลุ่มงาน (= “department” ในระบบ RBAC) |
| ไปราชการที่ | จุดหมายปลายทาง |
| เพื่องาน | วัตถุประสงค์ |
| มีคนนั่ง N คน | จำนวนผู้โดยสาร |
| ใช้วันที่..เวลา.. ถึงวันที่..เวลา.. | ช่วงเวลาที่ขอใช้ (รองรับหลายวัน/ค้างคืน) |
ส่วนเจ้าหน้าที่ยานพาหนะกรอก (จัดสรร)
| ฟิลด์ | คำอธิบาย |
|---|---|
| ทะเบียนรถ | รถที่จัดให้ |
| คนขับ | พขร. ที่จัดให้ |
| เติมน้ำมัน (บาท) | ค่าน้ำมันสำหรับเบิกจ่าย |
| เลขไมล์ก่อน / เลขไมล์หลัง | odometer ไป-กลับ |
| รวมระยะทาง (กม.) | ระยะทางรวม (คำนวณจากเลขไมล์) |
ลายเซ็น 4 จุด (โครงสร้างการอนุมัติจากแบบฟอร์ม)
Section titled “ลายเซ็น 4 จุด (โครงสร้างการอนุมัติจากแบบฟอร์ม)”- ผู้ขออนุญาต (requester)
- หัวหน้ากลุ่ม/ผู้แทน (group head - เห็นชอบ)
- ผู้จัดรถยนต์ / หัวหน้ายานพาหนะ (จัดรถ+คนขับ บันทึกทะเบียน/เลขไมล์/น้ำมัน)
- ผู้มีอำนาจสั่งใช้รถยนต์ = ผอ.สคร.10 หรือผู้รักษาราชการ (ผู้อนุมัติสุดท้าย)
แบบฟอร์มระบุผู้อนุมัติสุดท้ายเป็น ผอ.สคร.10 ซึ่งต่างจาก SOP (หัวหน้าพัสดุ) และ BPMN (หัวหน้ายานฯ) - ดูประเด็นหารือข้อ 1
27 ก.ค.: ต้นแบบทำตาม BPMN (หัวหน้ายานฯ) และเก็บ ผู้อนุมัติจริงของแต่ละด่าน ไว้ในแฟ้มเคส (ใคร · บทบาทใด · เมื่อไร) เพื่อพิมพ์ลงช่องลายเซ็นที่ 4 พร้อม "ปฏิบัติราชการแทน ผอ.สคร.10" ส่วนช่องที่ 2 พิมพ์หัวหน้ากลุ่มงานของผู้ขอ กำกับว่าเห็นชอบก่อนบันทึกเข้าระบบ
27 ก.ค.: ต้นแบบทำตาม BPMN (หัวหน้ายานฯ) และเก็บ ผู้อนุมัติจริงของแต่ละด่าน ไว้ในแฟ้มเคส (ใคร · บทบาทใด · เมื่อไร) เพื่อพิมพ์ลงช่องลายเซ็นที่ 4 พร้อม "ปฏิบัติราชการแทน ผอ.สคร.10" ส่วนช่องที่ 2 พิมพ์หัวหน้ากลุ่มงานของผู้ขอ กำกับว่าเห็นชอบก่อนบันทึกเข้าระบบ
เอนทิตีอื่นที่กระบวนการต้องมี
Section titled “เอนทิตีอื่นที่กระบวนการต้องมี”| เอนทิตี | ฟิลด์สำคัญ | หมายเหตุ |
|---|---|---|
| รถ (Vehicle) | ทะเบียน, ประเภท (ตู้/กระบะ/เก๋ง), จำนวนที่นั่ง, ชนิด (ทั่วไป/เช่า/EMS), สถานะ (ว่าง/ปฏิบัติงาน/ซ่อม) | สถานะเชื่อมกับปฏิทินและ maintenance |
| คนขับ (Driver / พขร.) | ชื่อ, เบอร์ติดต่อ, สถานะ (ว่าง/ติดภารกิจ) | ภาระงานคิดจาก เลขไมล์ (odometer) ไม่ใช่จาก GPS - แม้ระบบจะเก็บพิกัด GPS จากมือถือเพื่อแสดงแผนที่ติดตามการเดินทาง |
| กลุ่มงาน (Department) | ชื่อ, หัวหน้ากลุ่มงาน | หน่วยของ RBAC - 13 กลุ่มจริงของ สคร.10 (ดู บทบาทและสิทธิ์) |
| ผู้ใช้ (User) | ชื่อ, บทบาท, กลุ่มงาน | staff เท่านั้น ไม่ใช่ประชาชน |
| การจอง (Booking) | รถ, ช่วงเวลา, คำขอที่ผูก | ฐานของปฏิทินความว่าง |
| maintenance log | วันที่, เลขไมล์, งานที่ทำ, ค่าใช้จ่าย, tick พร้อมใช้งาน | audit trail - การปิดรายการเปลี่ยนสถานะความพร้อมรถ (ดู เมนูซ่อมบำรุงในต้นแบบจริง) |
| บ.เช่ารถ (Rental company) | ชื่อบริษัท, สัญญา/ราคา, รถที่ให้เช่า | สำหรับกรณีเช่ารถ (การบำรุงรักษาเป็นของผู้ให้เช่า) |
| Logs (บันทึกกิจกรรม) | ผู้กระทำ, การกระทำ, เวลา | audit trail ระดับระบบ |
อัปเดตจาก BPMN 24 ก.ค.: แผนภาพเพิ่มเอนทิตี
บ.เช่ารถ และ Logs และวางโครงระบบเป็น 4 โมดูล
(ใช้งาน x ดูแลรักษา คูณ ทั่วไป/เช่า x EMS) ในโค้ดเบสเดียว - ดู [ขอบเขตฟังก์ชัน](/analysis/functional/)
ความเชื่อมโยงกับกระบวนการการเงิน
Section titled “ความเชื่อมโยงกับกระบวนการการเงิน”ใบขอไม่ใช่เอกสารลอย ๆ แต่ผูกกับกระบวนการราชการ
- ป้อนข้อมูลให้ ขออนุมัติเดินทางไปราชการ (ประมาณการค่าใช้จ่าย)
- ปิดงานเพื่อ เบิกจ่าย (เลขไมล์ + ค่าน้ำมัน + ระยะทาง)
คำถามเชิงเทคนิค: ระบบต้องเชื่อมกับระบบการเงินราชการที่มีอยู่ หรือแค่ผลิตข้อมูล/เอกสารให้ผู้ขอนำไปเบิกเอง? (ดูประเด็นหารือ)
หมายเหตุ Case กับ Fleet
Section titled “หมายเหตุ Case กับ Fleet”โน้ตร่างความสัมพันธ์ Case กับ Fleet ไว้ (เคส/ภารกิจ กับ กองรถ) แต่ยังไม่ระบุความหมายชัด - เป็นประเด็นที่ต้องขอคำอธิบายเพิ่ม