软件项目管理_C7_质量管理教程

《软件项目管理_C7_质量管理教程》由会员分享，可在线阅读，更多相关《软件项目管理_C7_质量管理教程（64页珍藏版）》请在金锄头文库上搜索。

1、软件项目管理,第 7 章 质量管理,本章要点,一、软件质量与软件质量管理 二、软件质量策划 三、软件质量计划 四、软件质量保证 五、软件质量控制 六、软件质量改进 七、软件评审 八、软件质量度量,软件质量,定义,（1）软件需求是度量软件质量的基础，与需求不一致就 是质量不高。 （2）指定的标准定义了一组指导软件开发的准则，如果 没有遵守这些准则，几乎肯定会导致质量不高。 （3）若软件满足明确描述的需求，却不满足隐含的需求， 那么软件的质量仍然值得怀疑。,模型,可维护性 可测试性 灵活性,可移植性 可重用性 互连性,产品修正,产品转移,产品运行,正确性,可靠性,效率,可用性,完整性,软件质量管理

2、,软件质量管理的主要内容包括保证软件满足目标需要的过程，涵盖了软件质量方面的指挥和控制活动。通常是指制定软件质量目标以及进行质量策划、质量计划、质量保证、质量控制和质量改进等。,（1）可用度 （2）初期故障率 （3）偶然故障率 （4）平均失效前时间 （5）平均失效间隔时间 （6）缺陷密度 （7）平均失效恢复时间,软件质量指标,软件质量策划,质量策划包括四个过程 （1）收集资料 （2）进行相关内容的策划 （3）学习和使用质量策划的科学方法 （4）写出质量策划书和有关辅助文件,质量策划包括识别和确定必要的作业过程，配置所需的人力和物力资源，以确保达到预期质量目标所进行的周密考虑和统筹安排过程。,软

3、件质量计划,质量计划的主要内容 （1）管理方面 （2）文档方面 （3）评审和检查 （4）评审和审核 （5）其他方面,软件项目整体计划的组成部分之一 制定软件质量计划的目的是确保软件质量标准在项目开发和维护过程中得到执行 指导软件项目整体计划的纲领性文件,软件质量保证,（1）SQA活动有计划 （2）产品达到需求说明书的要求 （3）开发过程遵循适用的标准和规程 （4）提供管理层对软件质量的高可视 （5）受影响的组织和个人被通知,软件质量保证是指确定、达到和维护所需要的软件质量而进行的有计划、有组织的管理活动。,目标,1.质量保证活动,（1）SQA计划 （2）需求管理 （3）静态测试 （4）动态测试

4、 （5）过程管理 （6）其他SQA活动,SQA计划,需求管理,静态测试,动态测试,过程管理,（1）SQA活动有计划,（2）产品达到需求说明书的要求,（3）开发过程遵循适用的标准和规程,（4）提供管理层对软件质量的高可视,（5）受影响的组织和个人被通知,质量度量,SQA目标,SQA活动,动态测试,需求管理,静态测试,SQA计划,过程管理,计划,需求分析,软件设计,编码实现,软件测试,提交,制定SQA计划,需求分析,设计验证,代码审阅,测试用例设计,功能测试,回归测试,性能测试,确认测试,过程定义 过程跟踪管理,SQA活动分布,需求分析引起的设计或代码变更验证,需求变更控制,计划跟踪及更新,2.质

5、量保证关键技术,（1）软件复用技术 （2）新的软件开发技术 （3）容错技术,结构冗余 信息冗余 时间冗余,本章要点,一、软件质量与软件质量管理 二、软件质量策划 三、软件质量计划 四、软件质量保证 五、软件质量控制 六、软件质量改进 七、软件评审 八、软件质量度量,1.质量控制流程,工作结果,质量管理计划,操作定义,检查表,参 考 资 料,检查,控制图,Pareto图,统计抽样,流程图,趋势分析,质量改善,接纳,修改,过程调整,标记完的检查表,管理结束,质量管理,2.质量控制内容,从控制对象来看,从工作顺序来看,软件产品或服务的质量控制 软件管理过程的质量控制,质量的实际情况 与质量标准进行比

6、较 识别存在的质量问题和偏差 分析质量问题产生的原因 如有必要，进行纠正,3.质量控制的主要环节,软件质量控制,软件生产方法,需求分析,软件设计,验证与确认,软件管理,软件评审,软件测试,生产工具,质量控制模型,1.PDCA来源,最早由美国质量管理专家戴明提出来，所以又称为“戴明环”。,质量管理大师：威廉爱德华兹戴明 生于1900.10.14，病逝于1993.12.20 第一次世界大战后，日本民生凋疲、百废待举，决定请 一位外国专家前来协助。然而，直到大师80岁那年，美国国家广播公司报导出他的新闻专辑日本能，为什么我们不能？(If Japan CanWhy cant We )之后，他的祖国-美

7、国，才发现这位旷世奇才。,著名企业改造专家约翰惠特尼说“美国需要戴明折中震荡疗法。多亏了戴明，现在美国的首席执行官才真正理解程序的重要性。” 许多质量管理专家人为，戴明的理论帮助日本从一个衰退的工业国 转变成了世界经济强国。,PDCA循环是能使任何一项活动有效进行的一种合乎逻辑的工作程序，特别是在质量管理中得到了广泛的应用。,P、D、C、A四个英文字母代表的意义： P (计划 PLAN) ：明确问题并对可能的原因及解决方案进行假设。 D (实施 DO) ：实施行动计划。 C (检查 CHECK) ：评估结果。 A (处理 ACTION) ：如果对结果不满意就返回到计划阶段，或者如果结 果满意就

8、对解决方案进行标准化。,2.PDCA简介,PDCA的4个过程8个阶段,行动,周而复始 PDCA循环的四个过程不是运行一次就完结，而是周而复始地进行。一个循环结束了，解决了一部分问题，可能还有问题没有解决，或者又出现了新的问题，再进行下一个PDCA循环，依此类推。,3.PDCA特点,大环带小环 类似行星轮系，一个公司或组织的整体运行的体系与其内部各子体系的关系，是大环带小环的有机逻辑组合体。,阶梯式上升 PDCA循环不是停留在一个水平上的循环，不断解决问题的过程就是水平逐步上升的过程。,4.质量控制的方法与技术,质量控制7工具,因果图 Pareto图 控制图 运行图 流程图 趋势图 散点图,因果

9、图,1953年，日本管理大师石川馨先生所提出的一种把握结果（特性）与原因（影响特性的要因）的极方便而有效的方法，故名“石川图”。 因其形状很像鱼骨，是一种发现问题“根本原因”的方法，是一种透过现象看本质的分析方法，也既称为“鱼骨图”或“鱼刺图” 。,因果图的三种类型,各要素与特性值间不存在原因关系，而是结构构成团系。,鱼头在右，特性值通常以“为什么”来写。,整理问题型,原因型,对策型,鱼头在左，特性值通常以“如何提高/改善”来写。,鱼骨图的基本结构:,因果图的基本结构,步骤: 决定问题的特性。 简单的说特性就是“工作的结果”，首先，对团队成员讲解会议目的，然后，认清、阐明需要解决的问题，并就此

10、达成一致意见。 特性写在右端，用四方框圈起来。,特 性,主骨。 主骨用粗线画，加箭头标志。,特 性,主 骨,大骨和要因。 大骨上分类书写36个要因，用四方框圈起来。,要因：因果图的大骨通常采用6M方法。,6M,Manpower,Machinery,Materials,Methods,Measurement,Mother-nature,中骨和中间原因。 绘图时，应保证大骨与主骨成60度夹角，中骨与主骨平行，中间原因用四方框圈起来。,4,6M方法常规图：,Pareto图,意大利著名经济学家Pareto提出了“关键的少数和无关紧要的多数之间的关系”，称为二八原理，即80%的问题经常是由于20%的原因

11、引起的。 朱兰把这一规则引进产品质量管理，以确认造成系统质量问题的诸多因素中最为重要的几个因素。,何为Pareto图,图表 用于帮助确认为题和对问题进行排序的一种常用的统计分析工具 Pareto图又称为排列图或主次因素分析图,Pareto图主要制作步骤：,Step 1：数据表 Step 2：建立坐标轴 Step 3：建立条形图 Step 4：连接累计曲线 Step 5：加上图例,Pareto图实例,Step 1：数据表,Pareto图实例,Step 2：建立坐标轴,被选择的衡量单位显示在纵坐标上,被选择的问题种类显示在横坐标上,Pareto图实例,Step 3：建立条形图,Pareto图实例,

12、Step 4：连接累计曲线,Pareto图实例,Step 5：加上图例,控制图,对过程质量特性进行测定、记录、评估，从而监察过程是否处于控制状态的一种用统计方法设计的图 画有控制界限的图表，表明一个过程随时间变化的结果,质量控制图,UCL：上控制界限 CL：中心线 LCL：下控制界限,如果有连续的7个或7个以上的圆点分布在中心线的同一侧，或出现同向变化的趋势，即使处于控制界限内，也表明出现了问题或受到了外界干扰，应视为失控状态。,7点运行法则,运行图,把预测数据或历史记录数据进行比较，从而在某些方面解释所发生的情况。,本章要点,一、软件质量与软件质量管理 二、软件质量策划 三、软件质量计划 四

13、、软件质量保证 五、软件质量控制 六、软件质量改进 七、软件评审 八、软件质量度量,1. IDEAL质量改进,奠定基础,确定差距,建立计划及方案,从经验中学习,改进工作,2. 质量改进原则,（1）要重视效果，不要徒有虚名。 （2）要循序渐进，不要急于求成。 （3）要注重现实，不要“拿来主义”。 （4）要把握重点，不要遍地开花。 （5）要注重过程，不要只重结果。 （6）要自我修炼和用户引导并举，不要一味“埋头苦干”。,本章要点,一、软件质量与软件质量管理 二、软件质量策划 三、软件质量计划 四、软件质量保证 五、软件质量控制 六、软件质量改进 七、软件评审 八、软件质量度量,1. 评审内容,管理

14、评审 技术评审 文档评审 过程评审,1. 管理评审,高层管理者针对质量方针和目标，对质量体系的现状和适应性进行正式评价。,对软件及各阶段的输出内容进行评估，确保需求说明书、设计说明书与要求保持一致，并按计划对软件实施了开发。,2. 技术评审,分为格式评审和内容评审，格式评审是检查文档格式是否满足要求，内容评审主要检查：正确性、完整性、一致性、有效性、易测性、模块化、清晰性、可行性、可靠性、可追溯性等。,3. 文档评审,4. 过程评审,通过对流程监控，保证软件质量组织制定的软件过程在软件开发中得到遵循，同时保证质量方针得到更好地执行。,2. 评审方法,方法简介： 临时评审。最不正式的方式，适用于

15、小组间的合作。 轮查。将评审内容发送给评审员，并收集相关的反馈意见。 走查。非正式方式，评审在作者的主导下进行。 小组评审。比较理想的正式评审方式。 审查。最系统化、最严密的评审方法。,本章要点,一、软件质量与软件质量管理 二、软件质量策划 三、软件质量计划 四、软件质量保证 五、软件质量控制 六、软件质量改进 七、软件评审 八、软件质量度量,软件质量度量,在IEEE 1061中软件质量度量定义为：对软件质量属性进行量化测量。强调对软件生命周期中的阶段产品实施严格度量，对软件度量水平进行阶段性评估，从而及早诊断软件质量问题，提供良好的管理可见性，在软件采购、选用、评测，评优时也常常需要用软件质量度量在评价软件质量。,1. 软件质量度量分类,2. 软件质量度量作用,理解 预测 评估 控制 改善,3. 软件质量度量过程,建立软件质量需求 准备度量 实现度量 分析度量结果,4. 软件质量度量模型,McCall模型,软件质量要素度量值计算公式：,Fi对第k种评价准则的测量值,加权系数,ISO/IEC 9126模型,ISO/IEC 9126模型的扩展,