In contrast, a‘non-functional’ requ

In contrast, a
‘non-functional’ requirement (NFR) describes a
constraint upon the solution space, capturing a
broad spectrum of systemic qualities such as
reliability, portability, maintainability, usability,
safety, and security [6,9,10]. Because many NFRs
can actually be refined into functional
requirements, many people prefer to call them
“quality” requirements, “ilities”, or even
“systemic” requirements. Often NFRs can not be
directly implemented as stand-alone functions, but
are realized through the careful implementation of
other requirements on which they depend. For
example, a requirement stating that a specific
query must return its results in less than three
seconds, is only realizable once the architecture
and much of the system functionality has been
implemented.

ผลลัพธ์ (ไทย) 1:

ในทางตรงกันข้าม การอธิบายความต้องการ 'ไม่ใช่ฟังก์ชัน' (NFR) เป็นข้อจำกัดตามการแก้ปัญหาพื้นที่ จับเป็นการระบบคุณภาพเช่นความน่าเชื่อถือ พอร์ต maintainability ใช้ งานความปลอดภัย และความปลอดภัย [6,9,10] เพราะมาก NFRsสามารถกลั่นได้เข้าทำงานจริงความต้องการ หลายคนชอบเรียกความต้องการ "คุณภาพ" "ilities" หรือแม้แต่ต้องมี "ระบบ" มักจะ NFRs ไม่ได้ดำเนินการโดยตรงเป็นฟังก์ชันแบบสแตนด์อโลน แต่รับรู้ผ่านการปฏิบัติระมัดระวังข้อกำหนดอื่น ๆ ซึ่งขึ้นอยู่ สำหรับตัวอย่าง ความต้องการระบุที่เฉพาะแบบสอบถามต้องส่งกลับผลลัพธ์ของในน้อยกว่า 3วินาที มี realizable สถาปัตยกรรมครั้งและมากของฟังก์ชันการทำงานของระบบได้นำมาใช้

ผลลัพธ์ (ไทย) 2:

ในทางตรงกันข้ามความต้องการ 'ไม่ทำงาน' (NFR) อธิบายถึงข้อจำกัด อยู่กับพื้นที่การแก้ปัญหาการจับภาพสเปกตรัมของระบบคุณภาพเช่นความน่าเชื่อถือพกพา, การบำรุงรักษา, การใช้งาน, ความปลอดภัยและการรักษาความปลอดภัย [6,9,10] เพราะหลาย NFRs จริงสามารถกลั่นลงไปในการทำงานความต้องการหลาย ๆ คนชอบที่จะเรียกพวกเขา "คุณภาพ" ความต้องการ "ilities" หรือแม้กระทั่ง"ระบบ" ความต้องการ บ่อยครั้งที่ NFRs ไม่สามารถนำมาใช้โดยตรงเป็นฟังก์ชั่นแบบสแตนด์อะโลนแต่จะตระหนักถึงการดำเนินการอย่างระมัดระวังของข้อกำหนดอื่นๆ ที่พวกเขาขึ้นอยู่กับ สำหรับตัวอย่างเช่นความต้องการที่ระบุว่าเฉพาะแบบสอบถามจะต้องกลับผลการดำเนินงานในน้อยกว่าสามวินาทีถูกรับรู้เพียงครั้งเดียวสถาปัตยกรรมและมากของการทำงานของระบบที่ได้รับการดำเนินการ

ผลลัพธ์ (ไทย) 3:

ในทางตรงกันข้าม ,
'non-functional ' ความต้องการ ( nfr ) อธิบาย
ข้อจำกัดเมื่อโซลูชั่นพื้นที่การจับ
สเปกตรัมกว้างของระบบคุณภาพ เช่น
ความน่าเชื่อถือ , พกพา , ผญา , การใช้งาน ,
ความปลอดภัยและความมั่นคง [ 6,9,10 ] เพราะหลาย nfrs
จริงสามารถกลั่นในความต้องการการทำงาน
หลายคนชอบเรียกพวกเขา
" คุณภาพ " ความต้องการ " ติดตั้ง " หรือแม้แต่
" ความต้องการของระบบ " nfrs มักจะไม่สามารถโดยตรงใช้เป็นฟังก์ชัน

เดี่ยว แต่จะรับรู้ผ่านการระวัง
ความต้องการอื่น ๆที่พวกเขาขึ้นอยู่กับ สำหรับ
ตัวอย่าง ระบุความต้องการว่าแบบสอบถามเฉพาะ
ต้องย้อนกลับผลของมันในน้อยกว่าสาม
วินาที เท่านั้น คาดว่าเมื่อสถาปัตยกรรม
และมากของการทำงานระบบได้รับ
ใช้