การรวมเงื่อนไขที่ไม่เป็นระบบ เข้ากับการออกแบบระบบ: การปฏิบัติที่ดีที่สุด

การกําหนดความต้องการที่ไม่ใช่การทํางานในระบบจําเป็นสําหรับการสร้างซอฟต์แวร์ที่เชื่อถือได้ และมีประสิทธิภาพ ข้อต้องการเหล่านี้ระบุข้อกําหนดที่ตัดสินการทํางานของระบบ เช่น การดําเนินการ, ความปลอดภัย, และการใช้งานได้

การเข้าใจเงื่อนไขที่ไม่ใช่การทํางาน

การที่ระบบไม่ทําหน้าที่นี้ จะทําหน้าที่อย่างไรแทนการทํางานของมัน

กิจ ปฏิบัติ ที่ ดี ที่ สุด สําหรับ การ ไม่ มี การ ควบคุม

เพื่อรวมความต้องการที่ไม่เป็นฟังก์ชันอย่างมีประสิทธิภาพ ให้ทําตามการปฏิบัติที่ดีที่สุดเหล่านี้

• [FLT: 0] ระบุตัวตน: นิยามความต้องการที่ห้ามใช้ในแผนแรก (FLT:1).
• [FLT: 0]. prioriatize contrieved continutions: เพ่งสมาธิไปที่คุณลักษณะที่สําคัญที่สุดที่มีผลกระทบต่อระบบประสบความสําเร็จ.
• [FLT: 0] นําเสนอในการออกแบบ : Unknown an-activeal gency to designation.
• [FLT: 0] ใช้เมทริกซ์: กําหนดเกณฑ์ที่วัดได้ เพื่อประเมินความเป็นไปตามในการทดสอบ
• [FLT: 0] การติดตามอย่างต่อเนื่อง : ประเมินระบบการทํางานเป็นประจํากับตัววัดที่ไม่เป็นระบบ

เครื่องมือและเทคนิค

เครื่องมือและเทคนิคหลายชิ้น ช่วยในการรวมความต้องการที่ไม่ใช่การทํางาน:

• [FLT: 0] ทดสอบข้อมูล: เครื่องมืออย่าง JMetter หรือโหลด Kerer Modeler ผู้ใช้ที่จะโหลด เพื่อประเมินเวลาตอบสนอง
• [FLT: 0] ที่ปรึกษาความปลอดภัย : การนําของจุดอ่อน สแกนและการเจาะ
• [FLT: 0] Code Reviews: รหัสประกันยึดติดกับมาตรฐานความปลอดภัยและคุณภาพ.
• [FLT: 0]. สืบค้นคําตอบ: ใช้การตรวจสอบการทํางานของโปรแกรม (APM) เครื่องมือติดตามสุขภาพของระบบ