Non-functional requirements Up unti

Non-functional requirements
Up until this point is has been assumed that requirements are the things gathered from stakeholders that they wish any new system to be able to perform, usually expressed a a set of functions or behaviours that the system should be able to do However, there is another often forgotten, class of requirements, known a Non functional describes not what the system will do(ats functionality) but how it it For example functional requirement in relation to an onder procesing syvens might be that the system should print a copy of the transaction. An NFR might be that this copy should be quickly. In other words. NERs are characteristics ot the stem that the stakeholders care about and dat are likely to affect their satisfaction with the system. They are sometimes referred to as constraints or qualities of the system, over and above the functional requirement They are usually of great importance to the performance of the system. For i f example, the requirements are all met and the transactions are correctly implemente butthe printin is very slow, then the users of the system might be very dissatisfied and frustrated.even functions are periorming perifectly NFRs can relate to any aspect of as system but typically they relate to system performance, interfaces, designs, and soft quality attributes The printing quickly example above is a performance NPR an interface NFI might be it should be easy for the customer to use, a design NFR might be that the system should be reliable or flexible A software quality NFR might be that the system be maintainable.These are all in some way quality related NFRs. Constraint-related NFRs re expressed in terms of what the system must not do or what the limits of freedom in design might be. For example, a constraint NFR might be that the system must not exceed certain limits or that a system is constrained by the hard- ware, or it must be written in XML. Russell(200) takes the categorization of NFRs futther and suggests the following categories This first group is argued to be observable, and thus easier to collect, as well as being potentially measurable, which makes them easier to test

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

Yêu cầu chức năng phòng không Mặc cho đến thời điểm này là đã được giả định rằng yêu cầu là những điều thu thập từ các bên liên quan mà họ muốn bất kỳ hệ thống mới để có thể thực hiện, thường thể hiện một một tập hợp các chức năng hoặc các hành vi mà hệ thống có thể làm Tuy nhiên, có lớp khác thường bị lãng quên, yêu cầu, được biết đến một phòng không chức năng mô tả không những gì hệ thống sẽ do(ats functionality) nhưng làm thế nào nó nó cho các ví dụ chức năng yêu cầu liên quan đến một procesing onder syvens có thể là hệ thống nên in một bản sao của các giao dịch. NFR một có thể là bản sao này nên một cách nhanh chóng. Nói cách khác. NERs là đặc điểm ot gốc các bên liên quan quan tâm và đạt được khả năng ảnh hưởng đến sự hài lòng của họ với hệ thống. Họ đôi khi được gọi là ràng buộc hoặc chất lượng của hệ thống, quan chức năng yêu cầu chúng thường là rất quan trọng đến hiệu suất của hệ thống. Cho tôi ví dụ f, các yêu cầu tất cả được đáp ứng và các giao dịch là một cách chính xác implemente nhưng các printin là rất chậm, sau đó người dùng của hệ thống có thể rất không hài lòng và frustrated.even chức năng periorming perifectly NFRs có thể liên quan đến bất kỳ khía cạnh của hệ thống nhưng thông thường liên quan đến hiệu năng hệ thống, giao diện, thiết kế, và thuộc tính mềm chất lượng in ấn nhanh chóng ví dụ trên là một hiệu suất NPR diện NFI có thể là nó sẽ được dễ dàng cho khách hàng sử dụng một thiết kế NFR có hệ thống đồng hồ nên chỉ đáng tin cậy hoặc linh hoạt một chất lượng phần mềm NFR có thể là hệ thống được duy trì. Đây là tất cả trong một số cách chất lượng liên quan đến NFRs. hạn chế liên quan NFRs tái thể hiện trong điều kiện hệ thống phải không phải làm gì hoặc các giới hạn của tự do trong thiết kế có thể. Ví dụ, một hạn chế NFR có thể rằng hệ thống này không vượt quá giới hạn nhất định hoặc một hệ thống đã được cố định bằng cách cứng-ware, hoặc nó phải được viết bằng XML. Russell(200) có các loại NFRs futther và cho thấy các loại sau này nhóm đầu tiên lập luận để được quan sát được, và do đó dễ dàng hơn để thu thập, cũng như là khả năng đo lường được, mà làm cho họ dễ dàng hơn để kiểm tra

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

Các yêu cầu phi chức năng
Cho đến thời điểm này đã được giả định rằng các yêu cầu là những điều thu thập được từ các bên liên quan mà họ muốn bất kỳ hệ thống mới để có thể thực hiện, thường được biểu diễn tập hợp aa chức năng hoặc hành vi mà hệ thống sẽ có thể làm Tuy nhiên, có khác thường bị lãng quên, loại yêu cầu, được biết một phi chức năng mô tả không phải những gì hệ thống sẽ làm gì (ATS chức năng) nhưng làm thế nào nó nó Ví dụ yêu cầu chức năng liên quan đến một Onder syvens procesing có thể là hệ thống nên in một bản sao của sự giao dịch. Một NFR có thể là bản sao này phải được nhanh chóng. Nói cách khác. Các đối là đặc điểm ot gốc mà các bên liên quan quan tâm và dat có thể sẽ ảnh hưởng đến sự hài lòng của họ với hệ thống. Chúng đôi khi được gọi là hạn chế hoặc phẩm chất của hệ thống vượt trội so với các yêu cầu chức năng Họ thường quan trọng đối với hiệu suất của hệ thống. Vì nếu ví dụ, các yêu cầu đều được đáp ứng và giao dịch được implemente đúng butthe printin là rất chậm, sau đó những người sử dụng của hệ thống có thể là rất không hài lòng và chức năng frustrated.even được periorming perifectly NFRs có thể liên quan đến bất kỳ khía cạnh của hệ thống như nhưng thông thường chúng liên quan đến hiệu năng hệ thống, giao diện, thiết kế, và các thuộc tính chất lượng mềm việc in nhanh ví dụ trên là một hiệu suất NPR một NFI giao diện có thể là nó sẽ được dễ dàng cho khách hàng sử dụng, một NFR thiết kế có thể được rằng hệ thống sẽ có đáng tin cậy hay linh hoạt Một phần mềm chất lượng NFR có thể là hệ thống được maintainable.These là tất cả trong một số NFRs liên quan chất lượng đường. NFRs hạn chế liên quan đến tái bày tỏ về những gì hệ thống không phải làm hoặc những gì các giới hạn của tự do trong thiết kế có thể được. Ví dụ, một NFR hạn chế có thể là hệ thống không được vượt quá giới hạn nhất định hoặc một hệ thống bị hạn chế bởi những đồ cứng, hoặc nó phải được viết bằng XML. Russell (200) đưa ra các loại NFRs futther và gợi ý các loại sau nhóm đầu tiên này được lập luận là quan sát được, và do đó dễ dàng hơn để thu thập, cũng như là khả năng đo lường được, mà làm cho họ dễ dàng hơn để kiểm tra