计算机软件软件质量保证.pptVIP

能力成熟度模型CMM CMM I级 初始级： 软件开发过程是随意的、混乱的，项目成功依靠个人英雄的行为和运气 过程没有通用的计划、监视和过程控制 开发软件的时间和费用无法预知，无法预知项目的前景与结果 测试过程与其他过程混杂在一起 CMM II级 可重复的 具备项目级的思想 使用基本项目管理过程来跟踪项目的进度、功能和质量 以前的项目经验可以应用到当前项目中 具有一定的组织性，使用了基本的软件测试行为，例如软件测试计划和测试用例 关键过程域（KPA）：需求管理,项目策划,项目监督和控制,供方协定管理,测量和分析,过程和产品质量保证,配置管理 能力成熟度模型CMM CMM III级 定义级： 具备组织化的思想，而不仅仅针对某个项目 通用管理和过程活动被标准化和文档化 标准在项目中采用并得到证实，压力增加时，不会放弃规则 测试之前要审查和批准测试文档和计划 测试团队和开发团队独立 测试结果用于确定软件完成时间 关键过程域（KPA）：需求开发,技术解决,产品集成,验证,确认,组织级过程焦点,组织级过程定义,组织培训,集成项目管理,风险管理以及决策分析和决定. CMM IV级 可管理的 组织过程处于统计的控制之下。 产品质量事先以量化的方式指定（例如，产品直到每行代码只有0.5个以下问题才能发布），并且在未达到目标之前不允许发布 加强了项目的监督和控制，在整个项目开发过程中，收集开发过程和软件质量的详细情况，经过调整校正偏差，使项目按计划进行 关键过程域（KPA）：定量过程管理,软件质量管理 能力成熟度模型CMM CMM V级 不断优化的： 从CMM IV级不断提高，尝试新的技术和处理过程，评价结果，采用提高和创新的变动以期达到质量更佳的等级。 正当所有人认为已经达到最佳时，新的想法又出现了，再次提高到下一个等级 注意： 倡导公司提高软开发成熟度不是软件测试员的事情。 CMM 的五层体系结构 初始级 (1) 可重复级 (2) 已定义级 (3) 已管理级 (4) 优化级 (1) 训练过程 标准化、一致化过程 可预计过程 持续改进过程 CMM结构 成熟度级别 关键过程区域 关键惯例 CMM 级别 关键惯例 目标 关键过程区域 关键惯例 成熟度级别 PSP 使用自底向上的方法来改进过程，向每个软件工程师表明过程改进的原则，使他们能够明白如何有效地生产出高质量的软件。 为基于个体和小型群组软件过程的优化提供了具体而有效的途径。其研究与实践填补了CMM的空白。 个体软件过程PSP的演化 个体管理基线 PSP0 并行过程 工作时间记录 程序差错记录 程序差错类型标准 个体过程循环 PSP3 循环开发 个体规划过程 PSP1 程序规模估计 测试报告 个体质量管理 PSP2 编码评审 设计评审 PSP1.1 任务规划 进度安排 PSP2.1 设计模板 PSP0.1 编码标准 软件规模度量 过程改善建议 TSP 致力于开发高质量的产品，建立、管理和授权项目小组，并且指导他们如何在满足计划费用的前提下，在承诺的期限范围内，不断生产并交付高质量的产品。 实现TSP方法需要具备的条件 整个软件开发小组至少应在CMM的第二级（可重复层）。 全体软件开发人员必须经过PSP的培训。 开发小组成员应在2到20个人之间。 CMM、PSP和TSP组成的软件过程框架 CMM PSP TSP 原则 技能 费用 期限 组织级能力 高质量的产品 个人的技能 建立 生产并交付 建立 CMM对企业的要求和帮助 基于CMM模型的软件成熟度实践要求 要求尽量采用更加规范的开发标准和方法; 使用更加科学和精确的度量手段; 选择更便于管理和使用的开发工具. 因此 造成了整个工程的可重构性、可分解性和最优化； 明确了整个项目中必要和不必要的工作； 明确了整个项目的风险,以及各个阶段进行评估的指标与应急措施 能力成熟度模型集成CMMI CMMI （Capability Maturity Model Integration） 自CMM1.0版本后,SEI又开发了其他成熟度模型,包括:软件工程(SW-CMM),系统工程(SE-CMM system engineering CMM),软件采购(SA-CMM,software acquistion CMM),人力资源管理(P-CMM,people CMM)和集成产品开发(IPT-CMM integrated product team CMM)等. 虽然各个模型针对的专业领域不同,但是彼此之间有一定的重叠;另外,这些模型在表现形工上又有不统一之处:系统工程模型是连续式的,而其它模型采用了分级式. 为了整合不同模型的最佳实践,建议统一模型,覆盖不同领域,供企业进行整个组织的全面过程改进,并于2001年正式发布了能力成熟度集成模型