1.可用性
可用性与系统故障及其后果相关，当系统不再提供其规范中所说的服务时，就出现了系统故障。系统用户可以观察到此类故障。
可用性是指系统正常运行时间的比例，是通过两次故障之间的时间长度或在系统崩溃情况下能够恢复正常运行的速度来衡量的
| 刺激源 | 系统外部用户 |
| 刺激 | 双十一很多用户进行同时访问，系统访问量过大无法显示内容 |
| 制品 | 系统 |
| 环境 | 正常操作 |
| 响应 | 系统检测到事件：记录故障，通知系统 |
| 响应度量 | 过段时间，用户访问量减少，恢复正常 |
2.可修改性两个关注点：可以修改什么？何时以及谁进行修改
| 刺激源 | 开发人员 |
| 刺激 | 修改用户界面 |
| 制品 | 系统用户界面 |
| 环境 | 设计时 |
| 响应 | 查找架构中需要修改的位置，进行修改且不会影响其他功能，对所做修改进行测试 |
| 响应度量 |
该修改对其他功能是否造成了影响 |
3.性能
指系统的相应能力，即对外部刺激（事件）作出反应时所需要的时间或在某段时间内所处理的事件个数
| 刺激源 | 用户 |
| 刺激 | 购买商品 |
| 制品 | 系统 |
| 环境 | 正常模式 |
| 响应 | 处理刺激，改变服务级别 |
| 响应度量 | 响应时间不超过5秒 |
4.安全性
衡量系统在向合法用户正常提供服务的情况下，阻止非授权使用的能力。试图突破安全防线的行为被称为“攻击”
| 刺激源 | 用户 |
| 刺激 | 修改商品数据 |
| 制品 | 系统中的数据 |
| 环境 | 正常模式 |
| 响应 | 对用户进行验证，组织访问数据 |
| 响应度量 | 恢复数据 |
5.可测试性
指通过测试揭示软件缺陷的难易程度，特别的，假设软件中至少有一个错误，软件在下次测试运行时不能正常工作的可能性，可测试性的响应度量处理的是测试在发现缺陷方面的效率以及想要达到某个期望的覆盖范围，需要用多长时间进行测试
| 刺激源 | 单元开发人员 |
| 刺激 | 执行单元测试 |
| 制品 | 系统中的组件 |
| 环境 | 在组件完成时 |
| 响应 | 组件具有控制行为的接口并且组件的输出是可以观察的 |
| 响应度量 | 3小时内测了85%的路径 |
6.易用性
关注对用户来说完成某个期望任务的难易程度，分为有效性，错误避免及错误处理，用户自信和满意度，可学习性
| 刺激源 | 最终用户 |
| 刺激 | 搜索商品时，根据品牌、价格进行筛选 |
| 制品 | 系统 |
| 环境 | 在运行时 |
| 响应 | 显示相关商品的信息 |
| 响应度量 | 用户满意度，用户知识的获得，成功操作的比例 |