根据这些标准，我们现在设计一个软件设计评价表模版：
软件设计评价表
软件名称 迭代周期
设计人员
评审人员
设计合理性
需求附合度
功能点覆盖率（FPC） ?% 重点功能点覆盖率（IFPC） ?%
优先功能覆盖率（PFPC） ?% 需求一致度(Should be 100%) ?%
质量属性
模块性 权重 在过程中确定权重 分数，100分制，下同
可修改性 权重 权重之和应为100%
可扩展性 权重 下同
性能 权重
可靠性 权重
可用性 权重
可移植性 权重
可维护性 权重
灵活性 权重
可重用性 权重
可理解性 权重
弹性 权重
安全性 权重
容错性 权重
评审结论
在设计合理性方面，主要考虑以下内容：
类的职责单一、明确
模块结构清晰、完整
活动、行为描述清晰
实体关联清楚，状态合理
对需求附合度的要求要在评价之间确定。
质量属性的评价权重一般在设计开始之前确定，这个工作多数在架构设计时刻完成。最后，根据质量属性的权重，可以计算设计的总体质量分数。这些都是最终评审结论的素材。
一般来说，对于设计的评价通过建立场景的方法来实现。比如评价可修改性，一般先建立一个修改的场景，对设计进行模拟修改，观察其是否易于修改。有些质量属性无法通过这种方法检验，只能通过对设计模型进行观察得出结论。
