我一直在使用一种基本的错误评分方法。我基本上将它们的严重程度从1到4(显然非常主观)和我的团队程序中的“标签”结构(类、类中的方法等)进行评分。
在这一点上,我创建了一个应用程序的“热点”区域的基本图形。热点区域是bug出现频率最高的区域。
我猜外面还有更复杂的技术。有人能给我指出这些技术的书籍/文章的方向吗?
我的目标是最终使我的架构决策更多地量化,而不是基于直觉或一般的“最佳”实践指南。
发布于 2010-07-06 12:30:02
我真的很喜欢你正在做的事情--一个非常简单的想法:)
RE:量化架构
这是一篇很好的文章,在MSDN - Architecture Journal:Evaluating Application Architecture, Quantitatively上
摘要:本文描述了如何将定量处理应用于应用程序的体系结构评估过程,并展示了具有直观报告的定量输出如何在应用程序体系结构的质量方面提供比定性输出更清晰的结果。
我不确定这是否是你想要的,但它肯定是定量的。另一种选择是ATAM。
https://stackoverflow.com/questions/3154293
复制相似问题