In this book, we are sticking with

In this book, we are sticking with the term “nonfunctional requirements,” despite its limitations, for the lack of a suitably inclusive alternative. Rather than worry about precisely what you call these sorts of information, just make sure that they are part of your requirements elicitation and analysis activities. You can deliver a product that has all the desired functionality but that users hate because it doesn’t match their (often unstated) quality expectations.

Kết quả (Việt) 1:

Trong cuốn sách này, chúng tôi gắn bó với những thuật ngữ "nonfunctional yêu cầu," mặc dù hạn chế của nó, vì thiếu của một lựa chọn phù hợp bao gồm. Chứ không phải lo lắng về chính xác những gì bạn gọi các loại thông tin, chỉ cần chắc chắn rằng họ là một phần của hoạt động yêu cầu elicitation và phân tích của bạn. Bạn có thể cung cấp một sản phẩm có tất cả các chức năng mong muốn nhưng mà người dùng ghét, vì nó không phù hợp với mong đợi (thường unstated) chất lượng của họ.

Kết quả (Việt) 2:

Trong cuốn sách này, chúng tôi đang gắn bó với thuật ngữ "các yêu cầu phi chức năng," bất chấp những hạn chế của nó, cho việc thiếu một sự thay thế phù hợp, bao gồm. Thay vì lo lắng về chính xác những gì bạn gọi những loại thông tin, chỉ cần đảm bảo rằng họ là một phần của yêu cầu của bạn hoạt động phân tích và gợi mở. Bạn có thể cung cấp một sản phẩm mà có tất cả các chức năng mong muốn nhưng mà người dùng ghét vì nó không phù hợp (thường không nói ra) kỳ vọng chất lượng của họ.