เอกสาร requirements document ไม่ได้เป็นเอกสารที่ใช้ในการออกแบบระบบซอฟต์แวร์ ดังนั้นจึงไม่มีการระบุรายละเอียดวิธีการออกแบบว่าต้องทำอย่างไร หากแต่เป็นสิ่งที่ระบุว่าควรมีอะไรบ้างในซอฟต์แวร์ที่กำลังพัฒนา เอกสารชุดนี้เป็นเครื่องมือสำหรับติดตามการดำเนินงานระหว่างช่วงการค้นหาความต้องการและการออกแบบในขั้นสุดท้าย ซึ่งหมายความว่าความต้องการต่างๆ จะถูกนำมาแปลงเป็นข้อมูลที่ใช้ในการออกแบบระบบและเขียนโปรแกรม
หลักการเขียนรายละเอียดที่อยู่ในเอกสารชุดนี้คือ ต้องมีความสมบูรณ์และข้อมูลต่างๆ ในเอกสารต้องไม่ขัดแย้งกัน คุณสมบัติที่ควรมีใน requirements document คือ
1.ควรมีพฤติกรรมภายนอกที่เกี่ยวข้องกับระบบ
2.ควรมีการระบุเงื่อนไขหรือข้อจำกัดภายในระบบ
3.ควรอยู่ในรูปแบบที่ง่ายสำหรับการแก้ไข
4.สามารถนำมาเป็นเครื่องมืออ้างอิงในระบบ
5.ควรมีการบันทึกรายละเอียดขั้นตอนการทำงานที่เกิดขึ้น รวมถึงวัฏจักรการพัฒนา
6.ควรมีการระบุวิธีการทำงานของระบบ เมื่อมีเหตุการณ์ที่ไม่ต้องการเกิดขึ้น
0 ความคิดเห็น:
แสดงความคิดเห็น