来源书籍
软件架构指标 度量软件系统的性能和架构质量
软件架构方法论类
这本书不是单纯罗列指标或工具，而是在讨论“为什么架构需要被度量，以及度量如何反过来塑造架构演进”。第1章用部署频率、变更前置时间、变更失败率、服务恢复时间说明交付指标如何暴露架构的可测试性、可部署性、模块化与反馈循环问题；第2章把架构适应度函数和测试金字塔类比起来，重点不是工具操作，而是如何用可验证机制约束架构特征；第3章强调演进式架构的核心是保留改变能力，用模块化、内聚、关注点分离、抽象等设计特性支撑持续学习；第7章和第10章讨论度量质量属性与 GQM 方法，核心判断是“先明确为什么度量，再选择指标”，这类原则不依赖某个具体版本或产品。
本书带有明显的工程实践色彩，尤其是 MMI、私有构建、可维护性指标等章节，但这些实践主要用于说明反馈循环、技术债务、架构治理和组织改进，不是短期工具手册。因此后续精读重点应放在指标背后的架构反馈机制、质量属性权衡、演进式治理和团队决策方法上。
类别清单覆盖
尚未完成类别清单核对。
全书概览
软件架构指标：度量软件系统的性能和架构质量
类别：软件架构方法论类
整体评级
四象限结论：经典原理（高信息浓度 + 高稳定性）
理由：
这本书不是单纯罗列指标或工具，而是在讨论“为什么架构需要被度量，以及度量如何反过来塑造架构演进”。第1章用部署频率、变更前置时间、变更失败率、服务恢复时间说明交付指标如何暴露架构的可测试性、可部署性、模块化与反馈循环问题；第2章把架构适应度函数和测试金字塔类比起来，重点不是工具操作，而是如何用可验证机制约束架构特征；第3章强调演进式架构的核心是保留改变能力，用模块化、内聚、关注点分离、抽象等设计特性支撑持续学习；第7章和第10章讨论度量质量属性与 GQM 方法，核心判断是“先明确为什么度量，再选择指标”，这类原则不依赖某个具体版本或产品。
本书带有明显的工程实践色彩，尤其是 MMI、私有构建、可维护性指标等章节，但这些实践主要用于说明反馈循环、技术债务、架构治理和组织改进，不是短期工具手册。因此后续精读重点应放在指标背后的架构反馈机制、质量属性权衡、演进式治理和团队决策方法上。
章节进度
| 章节号 | 章节标题 | 精读/略读 | 状态 | 卡片数 |
|---|---|---|---|---|
| 1 | 释出四个关键指标 | 精读 | done | 4 |
| 2 | 适应度函数测试金字塔：架构测试与指标的类比 | 精读 | done | 4 |
| 3 | 演进式架构：由可测试性和可部署性指导的架构 | 精读 | done | 3 |
| 4 | 使用模块化成熟度指数改进架构 | 精读 | done | 3 |
| 5 | 私有构建与指标：DevOps转型工具 | 精读 | done | 3 |
| 6 | 组织的扩展：软件架构的中心角色 | 精读 | done | 4 |
| 7 | 度量在软件架构中的作用 | 精读 | done | 3 |
| 8 | 从指标向工程演进 | 精读 | done | 3 |
| 9 | 使用软件度量指标来确保可维护性 | 精读 | done | 3 |
| 10 | 用目标-问题-指标法度量未知 | 精读 | done | 3 |
章节与卡片
01
02
03
04
05
06
07
08
09
10
相关主题
暂无公开主题。