Management of non-functional requir

Management of non-functional requirements: Software projects often get caught up on asking users what features they want, but rarely ask them what non-functional requirements (or system qualities) they need. Sometimes the stakeholders will tell us that "the system must be fast", but that's far too subjective. Non-functional requirements need to be specific, measurable, achievable and testable if we are going to satisfy them. Most of the non-functional requirements are technical in nature and often have a huge influence on the software architecture. Understanding the non-functional requirements is a crucial part of the role, but there's a difference between assuming what those requirements are and challenging them. After all, how many systems have you seen that genuinely need to be operational 24x7?

Results (Vietnamese) 1:

Quản lý không có chức năng yêu cầu: dự án phần mềm thường nhận được bắt kịp trên yêu cầu người sử dụng những tính năng mà họ muốn, nhưng hiếm khi yêu cầu họ những gì không có chức năng yêu cầu (hoặc hệ thống phẩm chất) mà họ cần. Đôi khi các bên liên quan sẽ cho chúng tôi biết rằng "hệ thống phải được nhanh chóng", nhưng đó là quá chủ quan. Yêu cầu chức năng không cần phải được cụ thể, measurable, thành công và testable nếu chúng tôi sẽ đáp ứng cho họ. Hầu hết các yêu cầu không có chức năng là kỹ thuật trong tự nhiên và thường có một ảnh hưởng lớn đến kiến trúc phần mềm. Sự hiểu biết các yêu cầu không có chức năng là một phần quan trọng của vai trò, nhưng đó là một sự khác biệt giữa giả định những gì đang có những yêu cầu và thách thức chúng. Sau khi tất cả, làm thế nào nhiều hệ thống bạn đã thấy mà thực sự cần phải hoạt động 24 x 7?

Results (Vietnamese) 2:

Quản lý các yêu cầu phi chức năng: các dự án phần mềm thường được đánh bắt lên trên người dùng yêu cầu những tính năng mà họ muốn, nhưng hiếm khi hỏi họ những gì yêu cầu phi chức năng (hay phẩm chất hệ thống) mà họ cần. Đôi khi các bên liên quan sẽ nói với chúng ta rằng "hệ thống phải được nhanh chóng", nhưng đó là quá chủ quan. Yêu cầu phi chức năng cần phải được cụ thể, đo lường được, khả thi và có thể kiểm chứng nếu chúng ta để đáp ứng cho họ. Hầu hết các yêu cầu phi chức năng là kỹ thuật trong tự nhiên và thường có một ảnh hưởng rất lớn đến kiến ​​trúc phần mềm. Hiểu biết về các yêu cầu phi chức năng là một phần quan trọng của vai trò này, nhưng có một sự khác biệt giữa những gì giả định những yêu cầu này và thách thức họ. Sau khi tất cả, bao nhiêu hệ thống bạn có thấy rằng thực sự cần phải được 24x7 hoạt động?