Sự khác biệt giữa một yêu cầu phi chức năng và một thuộc tính chất lượng là gì?

Tôi đang cố gắng để hiểu sự khác biệt giữa các yêu cầu phi chức năng và các thuộc tính chất lượng. Họ là những điều tương tự?

Bạn có thể tìm thấy một tập hợp các thuộc tính chất lượng trong tiêu chuẩn ISO 126.

Tôi biết rằng mỗi hệ thống được xác định bởi một tập hợp các yêu cầu chức năng và mỗi yêu cầu này có liên quan đến một hoặc nhiều thuộc tính chất lượng. Ví dụ: giả sử bạn có yêu cầu mô tả chức năng đăng nhập của hệ thống. Bạn có thể liên kết với yêu cầu đó các thuộc tính của bảo mật và hiệu suất.

Nếu tôi nói rằng hệ thống không thể mất hơn 1 giây để phản hồi, thì tôi đang nói về một ràng buộc.

Vì vậy, khái niệm về các yêu cầu phi chức năng bắt đầu từ đâu? Chúng được xác định bởi người dùng? Làm thế nào tôi có thể xác định chúng?

Tôi nghĩ rằng bạn đang nghĩ về điều này một chút quá khó khăn. Yêu cầu chức năng và phi chức năng không thực sự tách rời như bạn đang đề xuất, lấy ví dụ về trường hợp đăng nhập.

Người dùng SHALL có thể đăng nhập thông qua giao diện web. Về mặt kỹ thuật, đây là một yêu cầu chức năng.

Hệ thống PHẢI trả lời các yêu cầu đăng nhập trong vòng 1 giây. Về mặt kỹ thuật, đây là một yêu cầu phi chức năng.

Dù bằng cách nào thì cả hai đều quan trọng như nhau bất kể phân loại cụ thể.

Yêu cầu có thể đến từ bất kỳ số lượng nơi. Bạn có thể muốn có hiệu suất tốt hơn so với đối thủ cạnh tranh. Một khách hàng có thể có nhu cầu cụ thể. Có thể có một yêu cầu từ tiếp thị hoặc bán hàng. Không có một nơi nào họ đến từ. Mặc dù, bạn có thể trừu tượng hóa tất cả các nguồn khác nhau và gọi chúng là khách hàng. Cuối cùng, đó là những gì họ đang có.

Bạn có thể xác định sự khác biệt bằng cách sử dụng số liệu sau. Các yêu cầu chức năng mô tả những gì một hệ thống sẽ làm. Một yêu cầu phi chức năng chỉ định cách thức thực hiện.

Quy tắc rất đơn giản và rõ ràng.

Yêu cầu chức năng là những thứ hệ thống làm .

Các yêu cầu phi chức năng là các thuộc tính chất lượng hoặc các khía cạnh về cách hệ thống được thiết kế, xây dựng hoặc thực hiện.

• Hiệu suất (1 giây)
• Bảo trì
• Khả năng thích ứng
• Giá cả
• Bảo vệ
• khả năng sử dụng (là một tài sản của toàn bộ hệ thống)
• khả năng kiểm tra
• khả năng mở rộng

Đọc này. Nó rất rõ ràng. http://en.wikipedia.org/wiki/Non-feftal_Vquirement

Các yêu cầu phi chức năng hiển thị giống như cách các yêu cầu chức năng hiển thị. Người dùng. Bối cảnh trong đó hệ thống sẽ được thực hiện. Rất nhiều nơi. Sự quản lý. Các tổ chức khác. Quản trị viên mạng, quản trị viên hệ thống, quản trị viên cơ sở dữ liệu. Mọi người là một bên liên quan hoặc chỉ đơn thuần là người ngoài cuộc sẽ đóng góp các yêu cầu phi chức năng.

Khi xem xét "tài liệu yêu cầu" trong 30 năm qua, tôi có thể nói điều này. Nhiều tài liệu yêu cầu được viết bởi các tổ chức CNTT nội bộ lớn là những tuyên bố chính trị với 80% yêu cầu phi chức năng và ít hơn 20% yêu cầu chức năng.

Tôi đọc một câu có một câu duy nhất là một yêu cầu chức năng. Phần còn lại của tài liệu 30 trang nói về nền tảng, hỗ trợ, sao lưu và khôi phục, hệ điều hành và cơ sở dữ liệu, và các tiêu chuẩn, và hoạt động, và rất nhiều thứ mà hệ thống không làm được .

Các yêu cầu phi chức năng và các thuộc tính chất lượng là một và giống nhau

Ý tưởng đằng sau sự thay đổi tên trong thời gian gần đây là, những yêu cầu phi chức năng này thực chất là chức năng hệ thống (hoặc một bộ chức năng hệ thống) có tác động xuyên suốt trong hệ thống. Có nghĩa là, tác động ngang mà loại "chức năng đặc biệt" này có trong một hệ thống làm cho nó trở thành Thuộc tính Chất lượng của hệ thống đó. Ví dụ:

Một hệ thống có 5 thành phần phải xử lý yêu cầu trong 10ms. Nếu một thành phần có lỗi mất 5ms để thực hiện phần của nó trong quá trình xử lý, nó sẽ ảnh hưởng đến toàn bộ hiệu năng của hệ thống.

Giống như bảo mật không chỉ là về đăng nhập và khi bị ảnh hưởng, nó sẽ ảnh hưởng đến toàn bộ hệ thống.

Tóm tắt, các thuộc tính chất lượng (nghĩa là các yêu cầu phi chức năng) là tất cả về chức năng, cách bạn triển khai một cái gì đó và cách triển khai này ảnh hưởng đến hệ thống của bạn. Thông thường, sự khác biệt so với "các yêu cầu thông thường" nằm ở tác động, phạm vi và tầm nhìn của nó.

Đây là một liên kết thú vị về cách xác định chúng theo cách có cấu trúc:

• "Hội thảo thuộc tính chất lượng", SEI, 2003

Và một cuốn sách về cách ghi chép chúng và xác định chúng một cách chính xác:

• "Kiến trúc hệ thống chuyên sâu về phần mềm: Hướng dẫn cho các học viên", Anthony J. Lattanze, 2008