软件质量保证与测试PPT课件第2章 软件质量工程体系教学幻灯片.pptVIP

软件质量保证与测试 第2章 软件质量工程体系 软件质量控制和质量管理 质量 管理 技术 开发 质量 控制 配置 管理 客户变更需求 客户需求 管理指令 汇报和报告 错误/问题报告 需求变更 被拒绝的产品 标准和程序 状态/进展报告 阶段产品 2.1.2 软件质量控制的基本方法 目标问题度量法 对一个项目的各个方面（产品、过程和资源）规定具体的目标，这些目标的表达应非常明确。 这样做一方面是为了能更好地理解在开发期间发生了什么；另一方面，是为了更容易地评估已经做好了哪些方面，还有哪些方面需要改进。 对每一个目标，要引出一系列能反映出这个目标是否达到要求的问题，并要求对这些问题进行回答。这些问题的答案将有助于使目标定量化。 将回答这些问题的答案映射到对软件质量等级的度量上，根据这种度量得出软件目标是否达到的结论，或确认哪些做好了，哪些仍需改善。 收集数据。要为收集和分析数据做出计划。 所收集的数据不仅在分析和度量质量目标时是必不可少的，而且应当保存起来长期使用，以便使目标得到长期、持续的改善。 目标问题度量法示例图 在这个例子中的实际做法是： 目标：改善现场使用中的软件产品的质量（可维护性）。 问题：可维护性开发过程在预防和阻止缺陷发生方面有效吗？正在发生哪些缺陷？产生缺陷的原因是什么？ 度量：产品的缺陷密度；按缺陷类别划分的产品缺陷的发生频率；缺陷产生的频率分布以及缺陷发生所在阶段的频率分布。 运行维护 进行可维护性开发 进行开发 准备开发 风险管理法 根据经验识别项目要素的有关风险； 评估风险发生的概率和发生的代价； 按发生概率和代价划分风险等级并排序； 在项目限定条件下选择控制风险的技术并制定计划； 执行计划并监视进程； 持续评估风险状态并采取正确的措施。 SEI风险管理模型 跟踪 识别 分析 计划 控制 在风险转化为问题前发现 对风险的影响、发生概率等进行分析 基于分析的决策 弱化、转移、控制风险 监督风险，检查对策的适应性 软件项目各阶段的风险 阶段 可能面临的风险问题 计划 目标不清 范围不清 缺少沟通 业务不清 缺乏可行性分析 设计 缺乏经验 没有变更控制计划 项目计划仓促（进度风险） 设计疏漏 实施 缺乏环境 设计错误 开发能力 项目范围变更 进度变更 人员变更 内部沟通不畅 备选方案无效 测试计划不充分或缺少经验 发布 质量差 客户不满意 设备未按时到货 资金不能及时回收 风险严重程度等级 影响 程度 标准 等级 危险 严重影响项目，可能导致项目取消或直接失败 10~9 高 影响进度，导致延期，客户抱怨严重 8~7 中 影响预算或软件性能差，客户不满意 6~5 低 影响进程但很快解决，客户有些不满 4~3 小 影响较小，客户未察觉或认可 2~0 风险控制方法 在控制阶段主要用到的风险控制方法有风险避免、风险弱化、风险承担和风险转移等，分别叙述如下： 风险避免，通过变更计划消除风险的触发条件，如采用成熟技术、增加资源、减少软件范围等。 风险弱化，降低风险发生的概率，如简化流程、更多测试、开发原型系统等。 风险承担，制定应急方案，随机应变。 风险转移，将风险发生的结果连同应对权利转移给有承受能力的第三方。 2.2 软件质量控制模型和技术 2.2.1 软件质量控制模型 确定质量目标 提高质量 开发质量 评估质量 质量控制参数 产品、过程、资源 定义 改善 估计 度量 计划Plan 改进 Action 实施 Do 检查Check 2.2.2 软件质量控制模型参数 产品 过程 资源 过程1 过程2 过程n 输出1 输入2 输出2 输入n 输入1 输出n 反馈及纠错 2.2.3 软件质量控制的实施过程 计划 实施 检查 改进 计划 实施 检查 改进 计划 实施 检查 改进 计划 实施——检查 改进 预开发 开发 维护 预开发阶段 开发阶段 维护阶段 2.2.3 软件质量控制技术 软件质量控制技术的特征 质量控制技术 预防性特征 检测性特征 因果分析 分析原因，提出改进建议，预防出错 配置管理 控制软件配置，防止引入新的错误 独立的确认与验证IVV 及时发现和纠正需求、设计、编码的错误 检查 在测试之前检查并纠正设计和编码的缺陷 检查和纠正设计、编码缺陷 管理度量 检查早期问题并调整质量控制参数 性能工程 提供某种方法避免潜在的性能问题 度量实际性能，确认是否满足需求 初样 对早期需求和问题的确认，用户界面设计确认 可靠性建模 度量软件的可靠性，并预测附加测试 软件审计 识别关键风险并提出规避方法 检测超时、超支和质量缺陷 SEI软件能力评估 评估组织的开发过程，确定成熟度等级 部分软件质量控制技术对质量参数的影响 质量控制技术 受影响的质量控制参数 产品 过程 资源 因果分