思步网

查看: 21557|回复: 32
打印 上一主题 下一主题

【讨论】如何评价设计文档的质量

  [复制链接]
如何在设计阶段结束时评价设计文档的质量?

当前是用设计文档的缺陷密度来判断,但影响因素比较多,如评审人员的水平,评审力度等,总感觉缺陷密度不能从本质上反映设计的质量。

大家都用什么来评价?借鉴一下?多谢。


上一篇:软件项目风险管理模型有多少种,分别是什么
下一篇:CMMI高级别过程改进关注点
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

帮顶下!
缺陷密度:单位规模的缺陷个数(个/页),规模-设计文档的有效页数
评审效率:单位时间的缺陷个数(个/人时)
缺陷:根据紧急程度/严重性、缺陷类型(内容缺陷、规范缺陷)进行分类统计

评审人员的水平,评审力度,最终还是可以通过缺陷密度来进行评价的,业界用来评价设计文档的质量,最通用的就是缺陷密度;不要因为自身组织过程上的不稳定,而对业界的经验产生怀疑
本帖最后由 lqbz 于 2010-4-6 13:32 编辑

回复 3# winddown

没有怀疑,只是因为组织过程的不稳定,导致评审的缺陷效率无法反映设计文档的质量,所以想看看有没有更好的方式。

评审人员的水平和投入 影响了缺陷密度数据,问题的记录方式也会影响,所以客观上影响了评价设计文档质量。所以,在过程没有更好的稳定之前,我想试试有没有另一种评价方法。
顶楼主一下。
缺陷密度,作为设计过程的最终度量,用于评价设计过程的最终质量,这个是业界通用的。
个人认为你需要的是,通过对设计过程的中间数据、最终数据的分析,以提高项目设计过程的稳定性;若不稳定,换一种评估方法,依然达不到你想要的效果
打个比方,你对项目设计文档的评审人员的水平和投入不满意,那你可以对每个评审人员进行度量(发现缺陷数、有效评审时间)-》评审效率,分析项目中的评审效率基准,作为下次评审的标准;那样,在下一次评审中,对于处于基准外的评审人员,要嘛要求增加评审投入,要嘛剔除出评审名单,不纳入最终质量统计;依此逐渐让评审的过程稳定(人员投入的稳定)

以上只是简单例子,具体项目不同
回复 7# winddown

理论可行,但当前在我们的组织中,实现起来有困难,所以我想变通。

另,那个改进的周期较长,目前也没有可用的数据,从短期来看不现实。而且我也想循序渐进,不想变化太大让大家一下子难以接受。

评审人员的投入,评审人员的能力,评审对象的重要程度,评审会议的记录人员,作者的主观意识,都会影响到评价设计质量的缺陷密度;而短期内,这一些不能全部改变。而真正的设计文档的质量,却不因这些而改变。
分析测试缺陷中因为设计引起的原因比例有多少,是否有帮助呢
个人觉得楼主更关注的是如何提高设计文档的质量,而非如何评价:)
同意楼上观点
分析测试缺陷中因为设计引起的原因比例有多少,是否有帮助呢
happy895464 发表于 2010-4-8 16:56

这个会分析,也肯定有帮助,但好像跟我说的不是一个问题。(floer
很有见地的探讨,先收藏着~
看了LZ的帖子,我只想说一句很好很强大!
我也来顶一下..
您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部