软件开发因果图制作指导书

3. 因果图方法原理
从产生问题的结果出发，首先找出影响质量问题的大原因，然后再找影 响大原因质量的中原因，并进一步找影响质量的小原因，……，依次类 推，步步深入，一直找到能直接采取措施为止。
4. 因果图形式
小原因 大原因 中原因 细小原因
质量特性
5. 制图步骤
1） 开发部项目经理在某阶段评审/测试不合格时，可召集有关人员 开“诸葛亮会”，讨论确定要解决的质量问题，（一个问题一张 图）画出鱼头和主干线 质量问题
ISO9001质量体系作业文件
名 称：
软件开发因果图制作指导书
编 号：
版号
拟 制： 日期
审 核： 日期
批 准： 日期
生效日期：
受控状态：
发文号：
会签部门
会签人/日期
会签部门
会签人/日 期
1. 定义
针对发生的质量问题需要找出其原因，分析原因与结果之间关系的图叫 因果图。
2. 用途
一个问题的发生往往有多种因素交织在一起，从表面上难以迅速找出其 中主要的因素，因果图采用开“诸葛亮会”的方式，集思广益，并且将大家 的看法及相互关系反映在一张图上，就能比较原因的大小和主次，系统地 分析和寻找影响质量问题的主导原因。
2）继续发动大家集思广益，按因果图方法原理先找出影响质量的大原 因，画出分枝线。
a) 大原因通常按项目管理（包括管理能力、工作态度、团队精神、 通讯水平等）、业务知识、个人技能和采用技术等有关。
b) 大原因分枝线与主干线之间的夹角以60。——75。为好。 质量问题
3）分析、寻找影响质量的中原因、小原因，……画出分叉线 a) 原因之间的关系必须是因与果的关系；（如大原因是中原因的结
p) 安装手册预审不通过
q) 系统功能说明书预审不通过。
配置测试组中可能存在的质量问题
a) 配置测试评审计划书预审不通过
b) 配置测试评审计划书评审不通过
c) 系统测试大纲、记录表预审不通过
d) 系统测试大纲、记录表评审不通过
e) 组装测试大纲、记录表预审不通过
f) 组装测试大纲、记录表评审不通过
7. 因果图示例
方法的先进性
技术先进性 功能考虑不全 结构合理性 需求不规范 需求分析不充分 需求规格说明书 经验不足 不按规定设计 调查不充分 培训不够
设计方法
概要设计说明书不合格
人员 关键技术 总体结构
8. 因果图的使用
针对每一个项目，在最终结束（初验后）时必须有因果图分析。 项目因果图可以单独成文，包括如下章节：
6. 画因果图注意事项
百度文库
1) 应邀请有经验的有关方面的人员参加讨论，结合质量问题进行 分析、边开会边画图。 2) 讨论分析时要充分发扬民主、广开言路、畅所欲言，深入讨 论。 3) 相应两个层次应该是“果与因”的关系，且主次清楚、不能本末 倒置。 4) 应该对分析到最终的原因采取措施、而不是在分析到中间就采 取措施，否则难以见效。
1） 概述 概述该项目的背景、参与的人员、时间、进度、成本、结果等。 2） 质量问题（可以参考项目不通过项调查表的内容）
项目组中可能存在的质量问题 a) 项目开发计划书预审不通过 b) 项目开发计划书评审不通过 c) 需求规格说明书预审不通过； d) 需求规格说明书评审不通过； e) 概要设计说明书预审不通过； f) 概要设计说明书评审不通过； g) 详细设计说明书预审不通过； h) 详细设计说明书评审不通过； i) 单元测试不通过； j) 组装测试不通过； k) 系统测试不通过； l) 模块开发卷宗预审不通过 m) 模块开发卷宗评审不通过 n) 用户手册预审不通过 o) 维护手册预审不通过
果，中原因是大原因的因素。……） b) 分析、寻找原因，直到可采取措施的层次为止。 c) 分叉线与分枝线之间的夹角也是60。——75。。
质量问题
4)找出影响质量的关键因素，并用方框框起来，作为制订纠正和预防措 施的重点考虑对象。
在分析、寻找关键因素时，由于只是大家根据已往经验而提出，并非是 客观的结果。因此对找出的原因要作进一步的确认。通常可用以下方法确 认。
a) 投票表决法。在表决前首先要明确规定参加分析讨论者每人投票 的次数，然后根据投票结果进行排列分析，确定主要原因。
b) 现场确认。对认为是关键因素的几项，一项项进行现场调查，确 认了用方框框起来，不认为是问题的可排除。对仍有争论的问题 可作进一步的试验来确认。 质量问题
5）注明画图者、参加分析讨论的人员及时间等可供参考的事项。
g) 单元测试大纲、记录表预审不通过
h) 单元测试大纲、记录表评审不通过 3） 原因汇总
项目管理 管理能力 工作态度 团队精神 通讯水平欠缺
业务知识欠缺 设计能力不够 个人技能欠缺 关键技术欠缺 其他原因 4） 因果图描述 5） 预防措施