我一直在使用一种基本的错误评分方法。我基本上将他们的严重程度从1到4（显然非常主观）和我的团队程序中的“标记”结构（类，类中的方法等）评定。
此时，我创建了应用程序“热”区域的基本图形。炎热的地区是最常出现虫子的地方。
我猜测那里有更复杂的技术。有人能指出我对这些技术的书籍/文章的方向吗？
我的目标是最终使我的架构决策更加量化，而不是基于直觉或一般的“最佳”实践指南。
答案 0 :(得分：2)
我非常喜欢你在做什么的声音 - 一个非常简单的想法：）
RE：定量架构
这是一篇很好的文章，在MSDN上 - 架构期刊：Evaluating Application Architecture, Quantitatively
摘要：本文介绍了如何操作 可以应用定量治疗 到一个应用程序 建筑评估过程和 显示了如何定量输出 直观的报告将提供更多 清晰度高于定性输出 应用程序的质量 架构。
我不确定这是你所追求的，但它肯定是定量的。 或者，有ATAM。