List of system quality attributes
||It has been suggested that this article be merged into Non-functional requirement. (Discuss) Proposed since November 2015.|
||This article is in a list format that may be better presented using prose. (September 2015)|
|This article does not cite any sources. (September 2015) (Learn how and when to remove this template message)|
Within systems engineering, quality attributes are realized non-functional requirements used to evaluate the performance of a system. These are sometimes named "ilities" after the suffix many of the words share. They are usually Architecturally Significant Requirements that require architects' attention.
Notable quality attributes include:
- agility [Toll] (see Common Subsets below)
- autonomy [Erl]
- composability [Erl]
- discoverability [Erl]
- failure transparency
- interoperability [Erl]
- process capabilities
- reusability [Erl]
- serviceability (a.k.a. supportability)
- standards compliance
Many of these quality attributes can also be applied to data quality.
- Together, reliability, availability, serviceability, usability and installability, are referred to as RASUI.
- Functionality, usability, reliability, performance and supportability are together referred to as FURPS in relation to software requirements.
- Agility in working software is an aggregation of seven architecturally sensitive attributes: debuggability, extensibility, portability, scalability, securability, testability and understandability.
- For databases reliability, availability, scalability and recoverability (RASR), is an important concept.
- Atomicity, consistency, isolation (sometimes integrity), durability (ACID) is a transaction metric.
- When dealing with safety-critical systems, the acronym reliability, availability, maintainability and safety (RAMS) is frequently used.
- Dependability is an aggregate of availability, reliability, safety, integrity and maintainability.
- Integrity depends on security and survivability.
- Security is a composite of confidentiality, integrity and availability. Security and dependability are often treated together.
- Non-functional requirement
- Information quality
- ISO/IEC 9126 Software engineering—product quality
- Cognitive dimensions of notations
- Software quality
- Chen, Lianping (2013). "Characterizing Architecturally Significant Requirements". IEEE Software. 30 (2): 38–45. doi:10.1109/MS.2012.174.
- Erl, Thomas (2008), "SOA: Principles of Service Design", Prentice Hall, NJ.
- Gitzel, Korthausa, Schadera (2007). "Using established Web Engineering knowledge in model-driven approaches". Science of Computer Programming 66(2), 30 April 2007, 105–124.
- Toll, Marvin" (2012). "What is PED?"
- [Len Bass, Paul C. Clements, Rick Kazman]" (2012). "Software Architecture in Practice-3rd Edition, 2012"