This document discusses non-functional requirements (NFRs), which describe qualitative behaviors of a system rather than specific functions. Some key NFRs are security, performance, and availability. While NFRs do not have direct functions, they are important for successful implementation and use of IT infrastructure. NFRs often do not receive the same attention as functional requirements in projects. Additionally, NFRs can conflict with each other, such as security versus usability, so infrastructure architects must present these conflicts to stakeholders.
Original Description:
Original Title
03. Non Functional Attributes - Introduction (4 slides)
This document discusses non-functional requirements (NFRs), which describe qualitative behaviors of a system rather than specific functions. Some key NFRs are security, performance, and availability. While NFRs do not have direct functions, they are important for successful implementation and use of IT infrastructure. NFRs often do not receive the same attention as functional requirements in projects. Additionally, NFRs can conflict with each other, such as security versus usability, so infrastructure architects must present these conflicts to stakeholders.
This document discusses non-functional requirements (NFRs), which describe qualitative behaviors of a system rather than specific functions. Some key NFRs are security, performance, and availability. While NFRs do not have direct functions, they are important for successful implementation and use of IT infrastructure. NFRs often do not receive the same attention as functional requirements in projects. Additionally, NFRs can conflict with each other, such as security versus usability, so infrastructure architects must present these conflicts to stakeholders.
(chapter 3) Introduction • Non-functional attributes describe the qualitative behavior of a system, rather than specific functionalities. • Security, performance, and availability are the most important non-functional attributes. NFRs • The name “Non-functional attributes” suggests they have no function, but they are very important for the successful implementation and use of an IT infrastructure. • In projects, they rarely get the same attention as the functional services. • The term non-functional requirements or NFRs is frequently used and widely known. • The acceptance of a system is largely dependent on the implemented non-functional requirements. For instance: – A website can be very beautiful and functional, but if loading the site (performance, a non- functional requirement) takes 30 seconds, most customers are gone! Conflicting NFRs • Many of the non-functional attributes of an application are delivered by the infrastructure. • It is not unusual to have conflicting non-functional requirements in a system: – Security versus user friendliness – Performance versus cost • The infrastructure architect should present stakeholders with these conflicting requirements and their consequences, so they can make well informed decisions.