Return to Non-Functional Requirements

Usability is defined by ISO/IEC 25010:2011 SQuaRE -- System and Software Quality Models as the degree to which a product or system can be used by Stakeholder (i.e., specified users) to achieve specified goals within a specified context.

The goals are¹⁾:

1. Effectiveness - The accuracy and completeness with which users achieve specified goals
2. Efficiency - The resources expended in relation to the accuracy and completeness with which users achieve goals.
3. Satisfaction - The comfort and acceptability of use.

• Note: See also

This characteristic is composed of the following sub-characteristics²⁾:

• Appropriateness Recognizability - Degree to which users can recognize whether a product or system is appropriate for their needs. (1)
• Learnability - Degree to which a product or system can be used by specified users to achieve specified goals of learning to use the product or system with effectiveness, efficiency, freedom from risk and satisfaction in a specified context of use. (1)
• Operability - Degree to which a product or system has attributes that make it easy to operate and control. (1)
• user_error_protection - Degree to which a system protects users against making errors. (1)
• user_interface_aesthetics - Degree to which a user interface enables pleasing and satisfying interaction for the user. (1)
• Accessibility - Degree to which a product or system can be used by people with the widest range of characteristics and capabilities to achieve a specified goal in a specified context of use. (1)

See:

• ISO/IEC 25010:2011 SQuaRE -- System and Software Quality Models
• https://iso25000.com/index.php/en/iso-25000-standards/iso-25010/61-usability
• ISO/IEC 9241-210:2019 Ergonomics of human-system interaction

Return to the Top

Usability as a characteristic is often considered a subjective quality and left to “interpretation”, however, there are metrics which use to quantify these sub-characteristics. Before we delve into the definition of the specific metrics, it is important to understand why we need metrics rather than just rely on intuitive evaluations.

A core reason to collect Usability Metrics is to provide data about a stakeholder's understanding of a product's usability rather than the developer's understanding of usability. When the two understandings (i.e., interpretations) converge everyone is happy resulting in a way forward. That result may be to either continue in the same direction or to have a reassessment of the user's needs.

The metrics must quantify that the system meets the goals of the overall system:

1. The Effectiveness Metrics of the communication between the system and the users
2. The Efficiency Metrics of the users use of the system to accomplish their work
3. The Satisfaction Metrics of the users that the sub-characteristics of the system are met.

Ultimately, the primary objective of usability metrics for evaluating a system or product is properly engineered (i.e., neither under- or over-engineered).

• 4.3.6.1 Effectiveness Metrics
• 4.3.6.2 Efficiency Metrics
• 4.3.6.3 Attitude / Satisfaction Metrics

Return to the Top

TBD - to be added/expanded in future revisions of the DIDO RA