8软件质量保证体系教材课程
软件质量保证体系课件
8 可行性
9 可靠性
10 可追溯性
41
过程评审
过程评审的目的：
评估主要的质量保证流程
软
考虑如何处理/解决评审过程中发现的不符合问题
件 质
总结和共享好的经验
量
指出需要进一步完善和改进的地方
保
证
技
术 评审技术后，评审小组需要提交一份《评审报告
》，其中包括：
评审记录 评审后，对现有流程的说明和注释 评审小组的建议
输入
质量体系的总
体评价
质量管理体系
输出
及其过程的改
进
证
和纠正措施的
技 术
状况
上次管理评
管理评审
产品是否符合 要求的评价， 有关产品的改
审提出的改进
进
措施实施情况 及验证信息
新资源的需求 的决定和措施
对质量体系进行回顾和总结并确保其适宜性、有效性和充分性 39
技术评审
软
《技术评审报告》
件 质 量 保
作者
软 件
评审员
质 量
用户代表
保
证 技
质量保证代表
术
36
评审的内容
管理评审
技术评审
软 件
文档评审
质 量
过程评审
保
证
技
术
37
管理评审
软 件
“由最高管理
质 量
者就质量方针和目
保 证
标，对质量体系的
技
术 现状和适应性进行
正式评价。”
38
管理评审
质量管理体
系运行状况
软 件
内、外部审
质 量 保
核结果 改进、预防
第8章 软件质量保证
8.7 SQA的度量和验证
SQA的度量
项目的度量元最早于项目计划中被识别出来。项目 经理使用度量元监控项目的进展情况。对于SQA而 言，也可使用度量元进行监控。SQA可通过度量元 监控的内容如下：
产品质量和内容 特定的产品质量特点 过程的符合性 项目的进展情况
25
8.7 SQA的度量和验证
3
8.1 现代质量管理方法与工具
什么是质量？
戴明观点：质量是从客户的观点出发加强到产 品上的东西。
塔古奇博士观点：质量是客户感受到的东西。 管理学专家道里安·舍宁观点：质量是客户的
满意、热情和忠诚。
4
8.1 现代质量管理方法与工具
现代质量管理方法承认以下几方面的重要性：
客户满意 预防胜于检查 持续改进 管理层的责任 质量成本
22
8.6.4 SQA报告和记录 SQA的报告需发布给所有关注的人，包括项 目团队、项目经理，需要的话还有高级管理 者。质量记录要保留下来。质量记录包括： 评审的结果、审计报告、变更请求、测试报 告和其他依组织需要需要保留的报告。
23
本章内容提要
8.1 现代质量管理方法与工具 8.2 SQA的定义 8.3 SQA的角色和职责 8.4 SQA的组织 8.5 SQA所做的活动 8.6 SQA所使用的工具 8.7 SQA的度量和验证
5
8.1 现代质量管理方法与工具
现代质量管理工具有7种：
因果图 流程图 核查表 帕累托图
直方图 控制图 散点图
6
本章内容提要
8.1 现代质量管理方法与工具 8.2 SQA的定义 8.3 SQA的角色和职责 8.4 SQA的组织 8.5 SQA所做的活动 8.6 SQA所使用的工具 8.7 SQA的度量和验证
软件测试与质量保证教程
软件测试与质量保证教程第1章软件测试基础 (5)1.1 软件测试的定义与目的 (5)1.2 软件测试与软件开发过程 (5)1.3 软件测试的生命周期 (5)第2章软件测试类型与层次 (5)2.1 单元测试 (5)2.2 集成测试 (5)2.3 系统测试 (5)2.4 验收测试 (5)第3章测试用例设计 (5)3.1 测试用例的基本概念 (5)3.2 黑盒测试用例设计方法 (5)3.3 白盒测试用例设计方法 (5)第4章缺陷管理 (5)4.1 缺陷报告 (5)4.2 缺陷生命周期 (5)4.3 缺陷分析 (6)第5章自动化测试 (6)5.1 自动化测试概述 (6)5.2 自动化测试工具 (6)5.3 自动化测试用例设计 (6)第6章功能测试 (6)6.1 功能测试基础 (6)6.2 功能测试工具 (6)6.3 功能瓶颈分析 (6)第7章软件质量保证 (6)7.1 质量保证的基本概念 (6)7.2 质量保证与软件过程改进 (6)7.3 质量保证体系 (6)第8章评审与审计 (6)8.1 代码审查 (6)8.2 设计审查 (6)8.3 测试审查 (6)第9章测试团队与项目管理 (6)9.1 测试团队组织结构 (6)9.2 测试团队协作 (6)9.3 测试项目管理 (6)第10章敏捷测试 (6)10.1 敏捷测试概述 (6)10.2 敏捷测试实践 (6)10.3 敏捷测试工具 (6)第11章安全测试 (6)11.1 安全测试基础 (6)11.2 常见安全漏洞分析 (6)11.3 安全测试工具 (6)第12章测试前沿技术 (7)12.1 人工智能与机器学习在测试中的应用 (7)12.2 虚拟现实与增强现实测试 (7)12.3 物联网测试技术展望 (7)第1章软件测试基础 (7)1.1 软件测试的定义与目的 (7)1.2 软件测试与软件开发过程 (7)1.3 软件测试的生命周期 (7)第2章软件测试类型与层次 (8)2.1 单元测试 (8)2.2 集成测试 (8)2.3 系统测试 (8)2.4 验收测试 (8)第3章测试用例设计 (9)3.1 测试用例的基本概念 (9)3.2 黑盒测试用例设计方法 (9)3.3 白盒测试用例设计方法 (9)第4章缺陷管理 (10)4.1 缺陷报告 (10)4.1.1 缺陷基本信息 (10)4.1.2 缺陷描述 (10)4.1.3 缺陷相关附件 (10)4.2 缺陷生命周期 (10)4.2.1 发觉（Open） (11)4.2.2 确认（Confirmed） (11)4.2.3 解决（Fixed） (11)4.2.4 验证（Verified） (11)4.2.5 关闭（Closed） (11)4.3 缺陷分析 (11)4.3.1 缺陷分布分析 (11)4.3.2 缺陷原因分析 (11)4.3.3 缺陷趋势分析 (11)4.3.4 缺陷预防措施 (11)第5章自动化测试 (11)5.1 自动化测试概述 (12)5.1.1 定义 (12)5.1.2 分类 (12)5.1.3 原理 (12)5.1.4 优势 (12)5.2 自动化测试工具 (12)5.2.2 Appium (13)5.2.3 JMeter (13)5.3 自动化测试用例设计 (13)5.3.1 等价类划分法 (13)5.3.2 边界值分析法 (13)5.3.3 错误推测法 (13)5.3.4 判定表法 (13)5.3.5 关键字驱动法 (13)5.3.6 页面对象模型（POM） (13)第6章功能测试 (14)6.1 功能测试基础 (14)6.2 功能测试工具 (14)6.3 功能瓶颈分析 (14)第7章软件质量保证 (15)7.1 质量保证的基本概念 (15)7.1.1 质量 (15)7.1.2 软件质量 (16)7.1.3 质量保证的定义 (16)7.1.4 质量保证的目标和原则 (16)7.2 质量保证与软件过程改进 (16)7.2.1 软件过程改进的概念 (16)7.2.2 软件过程改进的方法 (17)7.2.3 质量保证与软件过程改进的关系 (17)7.3 质量保证体系 (17)7.3.1 质量保证体系的构成 (17)7.3.2 质量保证体系的实施要点 (17)第8章评审与审计 (18)8.1 代码审查 (18)8.1.1 目的 (18)8.1.2 方法 (18)8.1.3 输出 (18)8.2 设计审查 (18)8.2.1 目的 (18)8.2.2 方法 (18)8.2.3 输出 (19)8.3 测试审查 (19)8.3.1 目的 (19)8.3.2 方法 (19)8.3.3 输出 (19)第9章测试团队与项目管理 (19)9.1 测试团队组织结构 (19)9.1.1 测试管理层 (19)9.1.2 功能测试组 (19)9.1.4 自动化测试组 (20)9.1.5 安全测试组 (20)9.2 测试团队协作 (20)9.2.1 明确角色和职责 (20)9.2.2 沟通与协作 (20)9.2.3 共享资源 (20)9.2.4 跨部门协作 (20)9.3 测试项目管理 (20)9.3.1 测试计划 (20)9.3.2 测试用例管理 (20)9.3.3 缺陷管理 (20)9.3.4 风险管理 (21)9.3.5 测试报告 (21)第10章敏捷测试 (21)10.1 敏捷测试概述 (21)10.1.1 敏捷测试基本概念 (21)10.1.2 敏捷测试原则 (21)10.1.3 敏捷测试的优势 (21)10.2 敏捷测试实践 (22)10.2.1 测试计划 (22)10.2.2 测试设计 (22)10.2.3 测试执行 (22)10.2.4 测试反馈 (23)10.2.5 测试改进 (23)10.3 敏捷测试工具 (23)10.3.1 JIRA (23)10.3.2 Selenium (23)10.3.3 JMeter (24)10.3.4 Allure (24)第11章安全测试 (24)11.1 安全测试基础 (24)11.1.1 安全测试概念 (24)11.1.2 安全测试目标 (24)11.1.3 安全测试原则 (25)11.1.4 安全测试方法 (25)11.2 常见安全漏洞分析 (25)11.2.1 SQL注入 (25)11.2.2 跨站脚本攻击（XSS） (25)11.2.3 跨站请求伪造（CSRF） (25)11.2.4 其他常见漏洞 (25)11.3 安全测试工具 (26)11.3.1 静态代码分析工具 (26)11.3.2 动态测试工具 (26)11.3.4 模糊测试工具 (26)第12章测试前沿技术 (26)12.1 人工智能与机器学习在测试中的应用 (26)12.1.1 智能化测试用例 (26)12.1.2 智能化缺陷定位 (26)12.1.3 智能化测试评估 (27)12.2 虚拟现实与增强现实测试 (27)12.2.1 VR/AR设备兼容性测试 (27)12.2.2 VR/AR功能测试 (27)12.2.3 VR/AR用户体验测试 (27)12.3 物联网测试技术展望 (27)12.3.1 设备互联测试 (27)12.3.2 网络安全性测试 (27)12.3.3 数据处理与分析测试 (27)好的，以下是一份软件测试与质量保证教程的目录：第1章软件测试基础1.1 软件测试的定义与目的1.2 软件测试与软件开发过程1.3 软件测试的生命周期第2章软件测试类型与层次2.1 单元测试2.2 集成测试2.3 系统测试2.4 验收测试第3章测试用例设计3.1 测试用例的基本概念3.2 黑盒测试用例设计方法3.3 白盒测试用例设计方法第4章缺陷管理4.1 缺陷报告4.2 缺陷生命周期4.3 缺陷分析第5章自动化测试5.1 自动化测试概述5.2 自动化测试工具5.3 自动化测试用例设计第6章功能测试6.1 功能测试基础6.2 功能测试工具6.3 功能瓶颈分析第7章软件质量保证7.1 质量保证的基本概念7.2 质量保证与软件过程改进7.3 质量保证体系第8章评审与审计8.1 代码审查8.2 设计审查8.3 测试审查第9章测试团队与项目管理9.1 测试团队组织结构9.2 测试团队协作9.3 测试项目管理第10章敏捷测试10.1 敏捷测试概述10.2 敏捷测试实践10.3 敏捷测试工具第11章安全测试11.1 安全测试基础11.2 常见安全漏洞分析11.3 安全测试工具第12章测试前沿技术12.1 人工智能与机器学习在测试中的应用12.2 虚拟现实与增强现实测试12.3 物联网测试技术展望第1章软件测试基础1.1 软件测试的定义与目的软件测试是通过对软件产品进行操作和评价，以验证软件是否满足预定的需求和设计，查找并排除其中潜在缺陷和错误的过程。
软件工程中的软件质量保证教程
未来发展方向
感谢
感谢参与者
祝福
感谢各位参与者的聆听 感谢各位参与者的支持
祝大家在软件质量保证的道路 上越走越远
第8章 结语
●08
软件质量保证的重要性
软件质量保证是软件工程中不可或缺的重要环 节。它涉及到整个软件开发生命周期中的质量 控制和保证，影响着最终产品的质量和用户体 验。通过本教程的学习，希望能让大家对软件 质量保证有更深入的理解，提升软件开发的质
对软件系统进行维护和优化。
软件质量保证的关键概念
缺陷管理
识别、跟踪和解决 软件中的缺陷
配置管理
管理软件和相关文 档的变更和版本控
制
风险管理
评估和规避软件开 发过程中的风险
软件质量保证的目标
提高软件产品质量
确保软件功能完善、性能优良
降低软件开发成本
减少软件缺陷修复成本
提高用户满意度
确保软件符合用户需求
代码审查
持续集成是将开发人员的代码 集成到共享存储库中，并定期 构建和测试整个应用程序的过
程。
敏捷开发是一种迭代和增量的 开发方法，注重人和交互作用，
更胜于流程和工具。
测试驱动开发是一种软件开发 过程，其中测试用例在编写实 际代码之前编写，并且只编写 足以通过失败测试的代码。
代码审查是一种通过检查代码 来发现错误的软件测试方法， 可以提高代码质量和开发人员
洁、高效、安全的工作环境。
第五章 质量保证的技术手段
●05
静态分析
静态分析是一种在软件工程中常用的技术手 段，通过分析源代码或其他软件文档的方式 来评估软件的质量。静态分析方法包括代码
审查、静态代码分析工具等。
风险分析的概念
软件质量和软件质量保证体系..PPT课件
易分析性、易改变性、 稳定性、易测试性
与软件可从某一环境转移到另一环境的 能力有关的一组属性。
适应性、易安装性、 一致性、易替换性
精品课件
5
9.1.2 软件质量评价
评价软件质量可从三个方面进
行，即产品或中间产品、过程 （即软件生产所需的资源和活 动）和项目。
精品课件
6
产品或中间产品评价
定义质量需求
精品课件
20
功能点计算
功能点FP=未调节功能点UFP*（常数C1+常数C2*
复杂度调节值CA）
精品课件
21
职工工资管理系统例子
精品课件
22
五类功能点
用户输入数为4：密码、工资打印、工资
录入、错误按键；
用户输出数为3：查询信息、工资报表、
出错信息；
用户查询数为1：工资查询； 文件数为1：职工工资表； 外部接口数为2：人事查询、职工信息。
精品课件
பைடு நூலகம்
精品课件
3
银弹
西方民间传说：一种可怕的狼人常向人
类进攻，在人受到伤害后，性格完全改 变，尤其是把自己的亲人变成仇人。无 奈之中，人们发现只有银弹才能制服狼 人，将它打死，拯救人类。
No Silver Bullet!
There is a Silver Bullet!
精品课件
4
9.1.1 软件质量特性
征上。
Card和Glass定义了三种软件设计复杂度测度：
结构复杂度、数据复杂度和系统复杂度。其定 义分别如下：
➢ 模块i的结构复杂度S（i）=f2out(i)； ➢ 模块i的数据复杂度D（i）=V（i）/[fout（i）+1]； ➢ 系统复杂度C（i）=S（i）+D（i）；
软件质量保证教程ppt
02
集成测试
将多个模块集成在一起进行测试， 确保模块之间的接口正常。
用户验收测试
让用户对系统进行实际操作，确保 系统满足用户需求。
04
测试驱动开发
编写测试用例
在编写代码之前，先编写测试 用例，明确代码的预期行为。
单元测试
对每个函数或方法进行测试， 确保其功能正常。
集成测试
将多个函数或方法集成在一起 进行测试，确保其接口正常。
测试覆盖率评估
01
单元测试覆盖率
02
集成测试覆盖率
03
端到端测试覆盖率
评估单元测试覆盖的代码比例， 确保关键代码路径得到充分测试。
评估集成测试覆盖的功能或模块 比例，确保各模块之间的集成和 交互得到充分测试。
评估端到端测试覆盖的系统功能 比例，确保整个系统的功能得到 充分测试。
缺陷预防与预测性分析
重用性。
需求分析
对软件需求进行深入理解，确保开发 团队对需求有准确的理解和实现。
文档编写
编写详细的文档，包括需求文档、设 计文档、用户手册等，以便于项目管 理和后期维护。
动态质量保证
01
单元测试
对代码的每个模块进行测试，确保 模块功能正常。
系统测试
对整个系统进行测试，确保系统功 能正常、性能达标。
代码优化
通过改进算法、减少冗余代码等方式， 提高代码性能和效率。
敏捷开发与DevOps实践
敏捷开发
采用敏捷开发方法，快速响应需求变化，提高软件交付速度和质量。
DevOps实践
通过自动化工具和流程，实现快速部署、持续集成和持续交付，提高软件交付效率和质量。
05
软件质量保证工具与技术
静态代码分析工具
《软件质量保证》PPT课件
精选ppt
16
第16章 软件质量保证
概要设计
0
详细设计
10 6
0
0%
10
4
6
4×1.5 X
＝
1.50%
37
10
编 码 /单 元 测 试 10
25
27 27×3 X ＝ 320% 94
94
集成测试
26
47
0
50%
0
确认测试
24
0
50%
0
到集成 系统测试
12
0
50%
0
图16.2 缺陷的放大——无复审
精选ppt
(4) 审查指定的软件工作产品，对其是否符合定义好的软件 工程过程中的相应部分进行核实。SQA小组要对选出的产品进 行复审，识别、记录和跟踪产品与过程规定的偏差，并对是否 已经改正进行跟踪核实。定期地将工作结果向项目管理者报告。
精选ppt
8
第16章 软件质量保证
(5) 确保软件工作及工作产品中的偏差已记录在案，并按照 预定规程进行处理。偏差可能出现在项目计划、过程描述、采 用的标准或技术工作产品中。
软件工程导论第八章-软件质量与质量保证
8.7 结构化程序的测试 8.7.5 软件测试技术
1. 静态分析技术 (3)符号执行是一种符号化定义数据，并
为程序每条路径给出符号表达式，对 特定路径输入符号，经处理输出符号， 从而判断程序行为是否错误，达到分 析错误的目的。
8.7 结构化程序的测试
8.7.1 软件测试的目的 8.7.2 软件测试的原则 8.7.3 软件测试的对象 8.7.4 软件测试的基本过程
8.7 结构化程序的测试 8.7.1 软件测试的目的
1. 软件测试的目的 （1）软件测试是确认软件的质量，其
一方面是确认软件做了所期望的事 情，另一方面是确认软件以正确的 方式来做了这个事件。 （2）软件测试是提供信息，比如提供 给开发人员或项目经理的反馈信息， 为风险评估所准备的信息。
8.6 软件质量保证的标准
2.ISO 9001标准 （8）产品标识和可跟踪性 （9）过程控制 （10）审查和测试 （11）审查、度量和测试设备的控制 （12）审查和测试状态 （13）对不符合标准产品的控制 （14）改正和预防行动
8.6 软件质量保证的标准
2.ISO 9001标准 （15）处理、存储、包装、保存和交付 （16）质量记录的控制 （17）内部质量审计 （18）培训 （19）服务 （20）统计技术
测试过程中产生的基本文档如下: (1)测试计划: 通常包括单元测试和集成测试，
确定测试范围、方法和需要的资源等。 (2)测试过程: 详细描述和每个测试方案有关
的测试步骤和数据，包括测试数据及预期 的结果。 (3)测试结果: 把每次测试运行的结果归入文 档，如果运行出错，则应产生问题报告， 并且通过调试解决所发现的问题。
软件质量概念软件质量保证软件可靠软件配置管理课件
符合需求
软件产品应满足用户明确和隐 含的需求，实现预期的功能和 性能。
易用性
软件产品应易于理解、学习和 使用，提供友好的用户界面和 文档。
可维护性
软件产品应易于修改、扩展和 适应环境变化，降低维护成本。
软件质量属性
功能性
软件产品提供的功能 和服务应满足用户需 求，包括正确性、完 整性、安全性等。
可靠性
CMMI质量标准
包括功能性、可靠性、易用性、效率、可 维护性和可移植性等六个质量特性，每个 特性下包含若干子特性。
关注软件开发过程的成熟度，通过持续改 进和标准化流程来提高软件质量。
IEEE质量标准
敏捷开发质量标准
涉及软件需求、设计、编码、测试和维护 等各个阶段的质量标准，强调全生命周期 的质量管理。
第三章
软件质量保证。系统阐述质量保证原则、方法、 技术和工具，包括测试、评审、审计等。
第四章
软件可靠性。深入讲解可靠性概念、模型、度量方 法及其在软件开发中的应用。
第五章
软件配置管理。全面概述配置管理原理、流程、 技术和工具，包括版本控制、变更管理等。
第六章
总结与展望。对全文进行总结，并指出未来研究方向和 应用前景。
课件学习建议与要求
学习建议
建议学员在课前预习相关知识点，课后及时复习巩固，并结合实际项目经验加深对理论知识的理解。同时，鼓励 学员积极参与课堂讨论和案例分析，提高学习效果。
学习要求
要求学员掌握软件质量的基本概念、评价标准和方法，熟悉质量保证和可靠性的原理和技术，了解配置管理的基 本流程和工具。同时，要求学员具备一定的编程基础和项目管理经验，以便更好地理解和应用所学知识。
持续集成工具
如Jenkins、Travis CI等， 用于实现持续集成和持 续交付流程中的自动化 构建、测试和部署。
《软件质量保证》PPT课件
14
.
为什么需要关注软件质量？
高质量的产品才能
– 提高客户满意度，占领市场 – 降低软件开发的风险 – 确保软件项目按照计划实施 – 防止软件项目由于质量问题而流产或者失败 – 提高企业的影响力
©Copyright Xinjun Mao 2005
15
.
讲授内容
1. 软件项目案例 2. 软件质量 3. 软件质量保证 4. 软件质量保证计划及其实施 5. CMM对软件质量保证的要求 6. 小结
©Copyright Xinjun Mao 2005
5
.
要确保软件系统的质量(3/4)
– 然而为了完成项目的要求，设计小组只好硬着头皮对软 件设计进行修改和调整
– 经过调整后的软件系统问题更多，系统不稳定，有大量 的错误，软件变得极为脆弱，为此项目组不得不推翻原 有的设计，对整个软件重新进行设计和编码
– 项目最终在拖延了8个月后交货，然而此时项目组成员 已经筋疲力尽
– 回顾整个项目的历程，项目组成员发现导致这种状况的 主要原因是在整个项目实施过程中，项目组没有对项目 进行有效的质量监控
– 软件开发项目如果不吸取该项目的经验教训，相信会重 新n Mao 2005
©Copyright Xinjun Mao 2005
16
.
软件质量保证
1. 什么是软件质量保证 2. 从哪些方面关注软件质量 3. 谁来保证软件质量 4. 如何保证软件质量
©Copyright Xinjun Mao 2005
17
.
什么是软件质量保证(1/2)
什么是软件质量保证
6
.
要确保软件系统的质量(4/4)
有关软件质量的一些数据
– 20世纪80年代欧洲的“亚利安娜”火箭发射的 失败
软件工程课件-软件质量保障课程
2013/3/3
13. 参考书目（3）
G. Gordon Schulmeyer, James I. McManus等著， 李怀璋 武占春 王青等译 ，软件质量保障（原书第3 版），北京：机械工业出 版社， 2003
14. 英文原版（1）
Daniel Galin, 软件质量保 证（影印版），机械工业出 版社，2005
2013/3/3
软件质量保障
Software Quality Assurance
软件学院 单纯 sherryshan@
2013年3月
课程概述
Course Introduction and Overview
软件学院 ห้องสมุดไป่ตู้纯 sherryshan@
2013年3月2日
摘自《北京理工大学软件学院软件工程硕士培养方 案》五、课程设置与培养要求，2、课程体系
2
8. 成绩评定
学员个人结课成绩最高不超过100分
– 课堂表现10% – 课后作业30% – 期末终考60%
开卷 4月20日（星期六）随堂进行
– 附加分值
积极参与课堂讨论 积极参与presentation 积极参与课程改革与建设
10. 学术诚信
本人成果 他人工作
2013/3/3
9. 教学日历
11. 课程简介
软件质量保证（SQA，Software Quality Assurance），是CMM 2级中的一个关键过程 域（KPA，Key Process Area），它是贯穿整 个软件过程的第三方独立审查活动，出现在大多 数关键过程域的检查与验证的公共特性中，在整 个软件开发过程中充当重要角色。 课程主要讨论软件开发前、中、后各阶段的软件 质量保证问题，给出一个软件质量保证工作的框 架，并重点讨论这个框架中如质量保证计划、评 审、测试、配置管理等工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMM 的五层体系结构来自持续改进过程可预计过程
标准化、一致 已定义级
化过程
(3)
已管理级 (4)
训练过程
可重复级 (2)
初始级 (1)
2020/8/26
优化级 (1)
CMM结构
成熟度级别
CMM 级别 成熟度级别
关键过程区域
关键过程区域
目标
关键惯例
2020/8/26
关键惯例
关键惯例
软件开发、供应、维护中应用ISO9001的指南 是指南，不是标准 强调的是供应商和顾客的关系，不是工程师该如 何做
2020/8/26
2020/8/26
CMM家族
CMM集成产品集 SA-CMM（软件获取能力成熟度模型）：用于 单位获取和采购基于软件的应用系统的软件过程 SE-CMM（系统工程能力成熟度模型）：描述 一个单位为保证实现一个好的系统工程的主要元 素 IDEAL模型 ；一个单位用于启动、规划和实现 过程改善措施蓝图的模型，概括了建立一个成功 的过程改善项目的必要步骤。
ISO9000是通用的国际标准,适用于各类组织。 CMM是美国军方为评价软件供应商的质量水平, 委托SEI开发的一个评价模型,只用于软件业。 CMM更详细,更专业。 ISO9000只建立了一个可接受水平，而CMM是 一个具有五个水平的评估工具。 ISO9000聚焦于供应商和用户间的关系，而 CMM更关注软件的开发过程。
2020/8/26
TickIT-欧洲的规则
是根据ISO9000认证软件开发组织的体系 (system) 是为软件的需要对ISO9000的诠释 (interpretation) 包括对审核员的表现和竞争力的一组标准要求 包括对审核员标准化培训的课程 包括审核员注册的程序(scheme) 从事TickIT认证的认证机构的认可制度
软件工程质量保证体系
2020/8/26
ISO 9000
ISO 9000是一个质量体系，制定了质量保障的 规范与标准 ISO 9001是适用于硬件、软件、流程材料和服 务四大类的9000族标准，包含20个子项 我国已建立等同采用的质量保障标准族GB/T 19000
2020/8/26
ISO9000-3
生产并交付 高质量的产品
建立
PSP
个人的技能
CMM对企业的要求和帮助
基于CMM模型的软件成熟度实践要求
要求尽量采用更加规范的开发标准和方法; 使用更加科学和精确的度量手段; 选择更便于管理和使用的开发工具.
因此
造成了整个工程的可重构性、可分解性和最优化； 明确了整个项目中必要和不必要的工作； 明确了整个项目的风险,以及各个阶段进行评估的指标与应急措
施
2020/8/26
ISO9000与CMM的关系
ISO9000相当于CMM二级和三级的一部分内容 (有人称为2.5级) CMM和ISO9000认证本身没有优劣之分 CMM是一个动态的过程 对于预算、项目周期管理等ISO9000涉及不够 的内容，CMM有所覆盖
2020/8/26
ISO9000与CMM的区别
CMM五级特征
初始级：企业一般不具备稳定的软件开发与维护的环境。常常在遇
到问题的时候，就放弃原定的计划而只专注于编程与测 试。
可重复级：建立了管理软件项目的政策以及为贯彻执行这些政策而
定的措施。基于以往项目的经验来计划与管理新的项目。
定义级：有关软件工程与管理工程的一个特定的、面对整个企业的
软件开发与维护的过程的文件将被制订出来。同时，这些过程是集 成到一个协调的整体。这就称为企业的标准软件过程。
2020/8/26
2020/8/26
PSP
使用自底向上的方法来改进过程，向每个软件工程 师表明过程改进的原则，使他们能够明白如何有效 地生产出高质量的软件。 为基于个体和小型群组软件过程的优化提供了具体 而有效的途径。其研究与实践填补了CMM的空白。
2020/8/26
个体软件过程PSP的演化
个体过程循环
PSP3 循环开发
2020/8/26
实现TSP方法需要具备的条件
整个软件开发小组至少应在CMM的第二级（可重复 层）。 全体软件开发人员必须经过PSP的培训。 开发小组成员应在2到20个人之间。
2020/8/26
CMM、PSP和TSP组成的软件过程框架
原则 费用 期限 技能
2020/8/26
CMM
建立
组织级能力
TSP
2020/8/26
ISO9000认证
ISO9000：
机构必须经过认可 人员必须取得注册 经认可的认证中心可发证书 结论只有通过或不通过
2020/8/26
CMM认证(1)
CMM：
评审员由SEI认定／授权 每隔两年重新评定一次资格 基本要求是：
至少１０年软件开发／质量保证经验 至少两年软件项目管理经验
评估框架同ISO9000类似 结果报SEI 评定结果有五个等级
2020/8/26
CMM认证(2)
目前全球通过CMM五级的企业已有23家 印度通过CMM5级的企业就有15家 CMM在中国
北京鼎新信息系统开发有限公司ASDC (中国首家通过 CMM2级评审)
沈阳东大阿尔派软件股份有限公司(成功通过CMM2级评审) 摩托罗拉中国软件中心 (通过国际CMM顶级5级认证) 联想软件事业部 (通过CMM2级)
定量管理级：企业对产品与过程建立起定量的质量目标，同时在过
程中加入规定得很清楚的连续的度量。作为企业的度量方案，要对 所有项目的重要的过程活动进行生产率和质量的度量。软件产品因 此具有可预期的高质量。
优化级：整个企业将会把重点放在对过程进行不断的优化。企业会
采取主动去找出过程的弱点与长处，以达到预防缺陷的目标。同时， 分析有关过程的有效性的资料，作出对新技术的成本与收益的分析， 以及提出对过程进行修改的建议。
个体质量管理
PSP2
编码评审 设计评审
PSP2.1
设计模板
个体规划过程
PSP1 程序规模估计 测试报告
PSP1.1 任务规划 进度安排
个体管理基线
PSP0
并行过程 工作时间记录 程序差错记录 程序差错类型标准
2020/8/26
PSP0.1
编码标准 软件规模度量 过程改善建议
TSP
致力于开发高质量的产品，建立、管理和授权项目 小组，并且指导他们如何在满足计划费用的前提下， 在承诺的期限范围内，不断生产并交付高质量的产 品。