知识拓展
把质量属性当成一种思考习惯
质量属性不只是考点,更是一种看待系统的方式。养成"每个决策都问一句代价是什么"的习惯,案例与论文都会同步受益。
从需求语言到属性语言
业务方说的是"系统要稳""不能慢""以后好改",架构师需要把它们翻译成可用性、性能、可修改性,并进一步写成可度量的场景。这个翻译过程本身就是架构工作的起点。
每个决策都附带代价
引入消息队列提升了削峰能力,代价是链路变长与最终一致;引入网关统一鉴权提升了安全性,代价是单点风险与额外延迟。养成主动说出代价的习惯,表达会立刻显得专业。
用属性视角复盘自己的项目
回顾自己参与过的系统,列出当时实际做出的三个取舍,并说明每个取舍牺牲了什么。这份材料既是很好的案例题练习素材,也能成为论文中最有说服力的段落。
参考来源
以下为本文观点与术语口径的核对依据,均为公开可查的权威资料。本站不转载原文,仅用于说明表述出处,读者可据此自行验证。
- 1ISO/IEC 25010 系统与软件质量模型 ISO/IEC引用用途:作为质量属性思维框架的国际参考
- 2GB/T 25000.10 系统与软件工程 系统与软件质量要求和评价 国家标准化管理委员会引用用途:用于核对质量特性分类表述
- 3系统架构设计师教程 清华大学出版社(全国计算机专业技术资格考试办公室组编)引用用途:作为质量属性权衡分析方法的参考