第2单元软件质量标准.pptVIP

* 2.2 能力成熟模型CMMCMMI -质量保证实现的具体实施方法 定义项目类型和生命周期 建立SQA计划，确定项目审计内容 生成SQA报告 审计SQA报告 独立汇报 * 2.2 能力成熟模型CMMCMMI -软件生命周期过程示意图？ 软件生存期过程 主要过程 支持过程 组织过程 获取过程 供应过程 开发过程 运行过程 配置管理过程 质量保证过程 文档编制过程 维护过程 验证过程 联合评审过程 确认过程 审核过程 问题解决过程 管理过程 基础设施过程 改进过程 培训过程 * 2.3一些典型的标准过程 IEEE Std 1012—验证与确认 验证 验证是用来评价某一系统或某一组件的过程，来判断给定阶段的产品是否满足该阶段开始时施加的条件。即说明验证活动在一定的程度上是一种普通的测试活动，要求验证每个开发阶段是否符合先前阶段定义的需求。 经过合理组织的项目应该包含验证和确认计划（Verification and Validation Plan，VVP）。 在IEEE 1012-1987，《IEEE软件验证和确认标准》（IEEE Standard for Software Verification and Validation）和IEEE 1059-1993，，《IEEE软件验证和确认指南》（IEEE Software Guide for Verification and Validation Plan）中，IEEE为建立一个VVP提供了优秀的指导。 确认 确认是开发过程中间或结束时对某一系统或某一组件进行评价的过程，以确认它是否满足规定的需求。 需要确认已经实现的组件实际上按照规格说明书进行的工作。通常，用测试来完成这项任务，确认计划是必须的。 * 2.3 一些典型的标准过程 -IEEE Std 1028—评审 类 别 目的 参与人 备注 管 理 评 审 监控进展是否与需求相符，判定计划和进度表的状态及 需求；在系统中分配或评价为达到目的相符所采用的管 理途径的有效性；它们有对本系统负有直接责任的管理 人员实行 决策制定者、评审领导人、记录 员、管理人员、其他小组成员（可 选）、技术人员、客户或用户代表 （可选） 技 术 评 审 评价软件产品，由认定的小组人员决定对预期使用的适 宜性，并标识规格说明和标准的偏差。 决策制定者、评审领导人、记录 员、管理人员、其他小组成员（可 选）、技术人员、客户或用户代表 （可选） 审 查 查出并标识软件产品的反常，验证软件产品是否满足规 格说明，是否满足指定的指令属性，是否与用到的规 章、标准、指南、计划和规程相符，标识与标准和规格 说明的偏差，收集软件工程数据。用收集到的软件工程数据改善审查过程本身，以及相应的支持文档 审查领导人、记录员、读者、作 者、审查员 评审的所有参与者都是 审查员，管理地位比审 查小组所有成员都高的 人不应参与 走 查 找出反常、改善产品、考虑替换物的实现、评价与标准 和规格说明的相符性 走查领导人、记录员、作者、小组 成员 审 计 就用到的规章、标准、指南、计划和规程对软件产品和 过程独立地提供评价 审查领导人、记录员、作者、项目 发起人、审计组织 审计员应将观察到的不 相符处和相符处记入档 案 2.4 6σ项目管理 6σ管理法简介 6σ的由来 6σ管理 * 2.4 6σ项目管理 以顾客为关注焦点 提高顾客满意度和降低资源成本，来促使组织的业绩提升 注重数据和事实，使管理成为基于数字的科学 以项目为驱动 实现对产品和流程的突破性质量改进 有预见的积极管理 无边界合作 追求完美并容忍失误 强调骨干队伍的建设 遵循DMAIC的改进方法 * 2.4 6σ项目管理 6σ管理的核心特征是顾客与组织的双赢以及经营风险的降低，其中： 6个西格玛＝3.4失误/百万机会―意味着卓越的管理，强大的竞争力和忠诚的客户 5个西格玛＝230失误/百万机会―优秀的管理、很强的竞争力和比较忠诚的客户 4个西格玛＝6，210失误/百万机会―意味着较好的管理和运营能力，满意的客户 3个西格玛＝66，800失误/百万机会―意味着平平常常的管理，缺乏竞争力 2个西格玛＝308，000失误/百万机会―意味着企业资源每天都有三分之一的浪费 1个西格玛＝690，000失误/百万机会―每天有三分之二的事情做错的企业无法生存 * 6σ管理委员会 执行负责人 黑带 黑带大师 绿带 * 2.4 6σ项目管理 全面质量管理与6σ管理 企业流程再造与6σ管理 BRP方法 6σ管理方法 忽略分析 重视分析 推倒流程，重新再来 持续改进流程 缺乏衡量标准 完全量化 改进