วิธีเขียนข้อกำหนดระบบ SCADA: ขอบเขตและการรับมอบ

เอกสารข้อกำหนด SCADA ควรครอบคลุมบทใดบ้าง

เอกสารที่ใช้เป็นเอกสารแนบการประมูลและสัญญาได้โดยตรง มักจัดลำดับบทดังนี้ โดยทุกบทต้องจบลงด้วยข้อกำหนดที่ตรวจสอบได้ ไม่ใช่คำบรรยายความสามารถแบบกว้าง ๆ:

• ความเป็นมาและวัตถุประสงค์: รายการวัตถุที่มอนิเตอร์ (โรงงาน สถานีสูบน้ำ ห้องจ่ายไฟ), ปัญหาการเดินเครื่องที่ต้องแก้, ความสัมพันธ์กับระบบเดิม
• ขอบเขตระบบและการเชื่อมต่อ: SCADA รับผิดชอบถึงชั้นใด, การเชื่อมต่อกับ PLC, MES และระบบวิดีโออยู่ในความรับผิดชอบของฝ่ายใด
• ความต้องการเชิงฟังก์ชัน: การมอนิเตอร์ การสั่งการ สัญญาณเตือน แนวโน้ม รายงาน สิทธิ์ผู้ใช้ และการสำรอง ระบุเป็นรายการ พร้อมระดับความสำคัญของแต่ละข้อ
• ความต้องการด้านข้อมูล: ขนาดตารางจุดวัด รอบการเก็บตัวอย่าง ระยะเวลาเก็บข้อมูลประวัติ วิธีจัดเก็บถาวรและส่งออก
• ความต้องการที่ไม่ใช่ฟังก์ชัน: เป้าหมายความพร้อมใช้ ขีดจำกัดเวลาปรับปรุงและตอบสนอง จำนวนผู้ใช้พร้อมกัน ความมั่นคงปลอดภัยของเครือข่ายและข้อกำหนดการตรวจสอบ
• เกณฑ์การรับมอบและส่งมอบ: รายการ FAT/SAT เงื่อนไขทดสอบ เอกสารและการอบรม เขตความรับผิดชอบในระยะรับประกัน

ลำดับบทปรับได้ แต่ทุกบทต้องตอบได้ว่า «การรับมอบจะพิสูจน์สิ่งนั้นอย่างไร» ข้อกำหนดใดเขียนวิธีการพิสูจน์ไม่ได้ ต้องเพิ่มเกณฑ์หรือตัดออก เพราะข้อกำหนดลักษณะนี้มักกลายเป็นปมขัดแย้งตอนรับมอบ

วิธีเขียนรายการสำคัญ: จากคำบรรยายความสามารถสู่ข้อกำหนดที่ทดสอบได้

ความต้องการเชิงฟังก์ชันและด้านข้อมูลคือแกนของเอกสาร หัวใจคือเขียนทุกความต้องการเป็นสามชั้น «ขาเข้า—การประมวลผล—ผลลัพธ์ที่สังเกตได้» ตารางต่อไปนี้เทียบวิธีเขียนบทที่พบบ่อย:

ควรกำกับแต่ละความต้องการด้วยรหัสเฉพาะและระดับความสำคัญ (บังคับ ควรมี ตามสะดวก) แล้วให้กรณีทดสอบตอนรับมอบอ้างอิงรหัสนั้นโดยตรง เมื่อถึง FAT/SAT จะเทียบรายการต่อรายการ ไม่ตกหล่นและไม่เหลือช่องตีความสองทาง

ข้อตกหล่นที่พบบ่อยและหลักการเขียน: ราคาที่แพงในช่วงสัญญา

การทบทวนโครงการมอนิเตอร์ที่ส่งมอบแล้วชี้ว่า เอกสารความต้องการมักไม่ได้ขาดข้อกำหนดเชิงฟังก์ชัน แต่ขาดที่ขอบเขตและธรรมเนียม ข้อตกหล่นที่พบบ่อยและค่าเก็บงานทวงถอยสูง ได้แก่:

• ตกหล่นเรื่องขอบเขต: ไม่ได้เขียนการแบ่งสิทธิ์ควบคุมระหว่าง SCADA กับ PLC—ใครออกค่าที่ตั้ง ที่ไหนมีสิทธิ์เหนือกว่าระหว่างท้องถิ่นกับระยะไกล กลไกป้องกันเมื่อสูญการควบคุมทำงานอย่างไร
• ตกหล่นเรื่องข้อมูล: ยังไม่ตกลงระยะเวลาเก็บและรูปแบบการส่งออก—เดินเครื่องหลายปีจึงพบว่ารองรับการตรวจสอบย้อนกลับไม่ได้
• ตกหล่นเรื่องการเชื่อมต่อ: เขียนว่าชื่อโปรโตคอลแต่ไม่เขียนพฤติกรรมเมื่อขัดข้อง—การเชื่อมต่อใหม่ การส่งคืนจากบัฟเฟอร์ การซิงโครไนซ์เวลา ต่างไม่มีข้อกำหนด
• ตกหล่นเรื่องสัญญาณเตือน: ไม่ได้กำหนดการแบ่งระดับและกลยุทธ์ยับยั้ง—หลังเดินเครื่องสัญญาณเตือนท่วมหน้าจอ ผู้เดินเครื่องกลับพลาดสัญญาณสำคัญ
• ตกหล่นเรื่องการรับมอบ: เขียนว่า «เดินเครื่องเสถียร» เท่านั้น—ไม่มีตัวชี้วัดเชิงปริมาณและเงื่อนไขทดสอบ สองฝ่ายตีความไม่ตรงกัน

วิธีเติมให้ครบคือเตรียมคำถามตรวจสอบตามชนิดของข้อตกหล่น: บทขอบเขตถาม «สิทธิ์ควบคุมเป็นของใคร», บทข้อมูลถาม «เก็บกี่ปี ส่งออกอย่างไร», บทการเชื่อมต่อถาม «ถ้าการเชื่อมต่อขาดจะทำอย่างไร», บทสัญญาณเตือนถาม «ใครได้รับอะไรเมื่อไร», บทรับมอบถาม «ใช้เงื่อนไขทดสอบใดพิสูจน์» เมื่อทั้งห้าคำถามมีคำตอบอยู่ในเอกสาร นั่นคือเอกสารที่มีคุณสมบัติเป็นเอกสารแนบสัญญาทางเทคนิค