知识卡片
非功能要量化
内容
“系统必须快、安全、100%可用”没有设计价值，必须转成并发量、响应时间、停机容忍度、保护对象等可验证条件。发散：量化不是官僚主义，而是让架构能被测试和取舍。
参考来源
- 位置：《程序员必读之软件架构》第23章《处理非功能需求》（源文件：OEBPS/text00000_split_035.html）
- 结论依据：原文用"系统必须要快、必须安全、运行时间100%"的实例说明这类表述含糊无用，主张追问细化为并发用户数、响应时间等可量化条件，直接支持卡片论点。
- 原始内容："性能：系统必须要快；安全性：系统必须安全；可用性：系统的运行时间应该达到100%。……如果你能联想到一定数量的非功能性需求（如用户数、数据量、最大响应时间等），就能写一些验收标准并客观地进行测试。"