Requirement: ระบบต้องทำอะไรและดีแค่ไหน

เรียนเรื่องนี้ไปทำไม

Requirement คือความต้องการหรือเงื่อนไขที่ตกลงให้ชัด Functional Requirement (FR) บอกหน้าที่ เช่น แสดงข้อมูลที่ดึงมา Non-functional Requirement (NFR) บอกคุณภาพหรือข้อจำกัด เช่น เวลาและการเข้าถึง

Business Rule คือกติกางาน เช่น วันตอบรับไม่ใช่วันแก้เสร็จ ส่วน Data Dictionary คือคำอธิบายช่องข้อมูล เพื่อไม่ให้คนละทีมตีความต่างกัน

ดูตัวอย่างก่อน

FR-01: แสดงรหัส Lot จำนวนมีรอย จำนวนทั้งหมด วันตอบรับ และข้อมูลที่ขาดในตารางให้ QA ตรวจ FR-02: ถ้าจำนวนในข้อความขัดกัน แสดงทั้งสองค่าและสถานะรอยืนยัน

ตัวอย่าง NFR สำหรับการทดลอง: “แสดงตารางภายใน 10 วินาทีอย่างน้อย 19 จาก 20 เคสในชุดที่ตกลง เมื่อใช้ครั้งละหนึ่งคน; หากไม่สำเร็จต้องแจ้งให้กรอกเอง” ตัวเลขต้องคุยกับทีม ไม่ใช่มาตรฐานสากล

นิยามจำนวนมีรอย: จำนวนที่ลูกค้ารายงาน ยังไม่ใช่ผลตรวจยืนยันของโรงงาน

ลองทำทีละขั้น

เขียน FR 4 ข้อและ NFR 2 ข้อ ใส่รหัสให้อ้างง่าย แล้วนิยามช่องข้อมูลสำคัญ 5 ช่อง ระบุถ้าไม่มีข้อมูลจะให้แสดงอะไร

ตรวจความเข้าใจ

“ระบบฉลาดและเร็ว” ยังตรวจไม่ได้ ต้องบอกพฤติกรรมและเงื่อนไขที่วัด การจัดหมวด FR/NFR ช่วยคิด แต่ความชัดและความครบสำคัญกว่าการท่องชื่อ