软件质量保证体系1

1 第4讲软件质量保证技术 软件质量控制的基本方法软件质量控制模型和技术软件质量控制工具软件质量保证体系改正性和预防性措施支持性质量保证手段三种方法一个模型七个工具 2 开发过程的质量交付产品的质量 3 软件质量控制 方法 目标问题度量法风险管理法PDCA质量控制法 4 软件质量控制的基本方法 准备开发 进行开发 进行可维护性开发 收集实际数据 目标问题度量法 5 风险管理法 控制 跟踪 识别 计划 分析 在风险转化成问题前进行识别 监视风险情况 检查对策的适应性 进行控制 可以避免 弱化 承担 转移 在风险分析的基础上进行决策 各部分加强对风险的沟通 对风险的影响 发生机率进行分类 风险管理模型 6 风险严重程度等级 7 软件质量控制模型和技术 软件质量控制模型软件质量控制模型要素分析软件质量控制特征和技术软件质量控制实施和跟踪 8 软件质量控制模型 9 PDCA质量控制法 10 软件质量控制特征和技术 文档编制控制规则受控文档清单受控文档的编制受控文档的批准受控文档的存储与检索结果方面的问题 11 12 软件质量控制工具 检查表Pareto图直方图运行图散布图控制图因果图 13 检查表 14 Pareto图 15 直方图 16 运行图 17 散布图 18 因果图 19 软件质量保证体系 SQA审计与评审SQA报告处理不符合问题实施 20 软件开发各个阶段SQA的目标6 1 需求分析 确保客户所要求的系统是可行的 确保客户指定的需求确实能够满足他的真正要求 避免开发者和客户之间的误解 向用户提供为满足他所提出的需求而实际构建的适当软件系统 21 软件规格说明 通过建立需求跟踪文档 确保规格说明书与系统需求保持一致 确保规格说明书能适当地改进系统的灵活性 可维护性以及性能 确保已建立了测试策略 确保已建立了现实的开发进度表 包括预定的评审 确保已为系统设计了正式的变更规程 软件开发各个阶段SQA的目标6 2 22 软件开发各个阶段的SQA目标6 3 设计 确保已建立用于描述设计的标准 并且确保遵循这些标准 确保适当地控制并用文档记录对设计进行的变更 确保在系统设计组件已按照商定的准则得到批准之后才开始编码 确保对设计的评审按照进度进行 23 软件开发各个阶段的SQA目标6 4 编码 确保代码遵循已建立的风格 结构和文档标准 确保代码经过适当测试和集成 同时对编码模块的修改得到适当的标识 查看代码编写是否遵循既定的进度 确保代码评审按照进度进行 24 软件开发各个阶段的SQA目标6 5 测试 确保测试计划的建立和遵循 确保创建的测试计划能够满足所有系统规格说明书的要求 确保经过测试和返工后软件与规格说明书保持一致 25 软件开发各个阶段的SQA目标6 6 维护 确保代码和文档的一致性 确保对已建立的变更控制过程进行监测 包括将变更集成到软件的产品版本中的过程 确保对代码的修改遵循编码标准 并且要对其进行评审 不要破坏整个代码结构 26 软件质量策划 一切为用户着想 一切以预防为主 一切凭数据说话和一切按PDCA循环办事 发轫于质量运动 但非简单的质量管理 实质是文化变革 关键在建立实施框架 27 质量策划的活动 设定质量目标 识别顾客一一受目标影响的人 确定顾客需求 开发反映顾客需求的产品特征 开发能够生产具有这种特征产品的过程 设定过程控制 并把由此得出的计划转换成为操作计划 28 质量计划 质量计划的目标和要素软件质量计划内容软件质量计划的制定原则制定质量计划的方法和规程 29 质量计划的目标 企业最高层亲自抓质量体系质量方针要反映对顾客的承诺文件化的操作规程质量计划是为了满足用户的期望质量计划是为了降低不良质量的成本质量计划是为了在软件开发全过程中实施质量保证 30 质量计划的要素 在组织上 如何建立 宣传质量方针管理上质量文化的形成质量风险和成本的分析如何用流程改进来实施质量管理如何通过方法和工具来提高质量管理的有效性如何进行软件评审来检验质量管理的实施效果 31 软件质量计划内容 计划目标参考文献管理文档标准和约定复审 内审或评审配置管理测试 问题报告和改正活动工具 技术和方法媒体的控制供应商的控制记录 收集 维护和保密培训风险管理 32 软件质量计划的制定原则 制定正确的质量方针 缺陷预防为主的质量管理思想始终以客户的需求为焦点质量计划应得到管理层的认可和承诺控制所有过程的质量 选择合适的质量标准持续的质量改进 定期评价质量体系 33 制定质量计划的方法和规程 产品介绍 说明产品 产品的意向市场及对产品性质的预期 软件计划 包括产品确切的发布日期 产品责任及产品的销售和售后服务计划 过程描述 产品的开发和管理中应该采用开发和售后服务质量过程质量目标 包括鉴定和验证产品的关键质量属性 风险和风险管理 说明影响产品质量的主要风险和这些风险的应对措施 34 制定质量计划的三部曲 35 为什么需要评审 从成本上来衡量缺陷发现得越晚纠正费用越高 而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷 减少大量的后期返工 36 为什么需要评审 从技术上来衡量前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误 而且错误会逐渐累积 越来越多 37 软件评审的角色和职能 协调人作者评审员用户代表质量保证代表 38 评审的内容 管理评审技术评审文档评审过程评审 39 管理评审 由最高管理者就质量方针和目标 对质量体系的现状和适应性进行正式评价 40 管理评审 质量管理体系运行状况内 外部审核结果改进 预防和纠正措施的状况上次管理评审提出的改进措施实施情况及验证信息 管理评审 质量体系的总体评价质量管理体系及其过程的改进产品是否符合要求的评价 有关产品的改进新资源的需求的决定和措施 输入 输出 对质量体系进行回顾和总结并确保其适宜性 有效性和充分性 41 技术评审 评审的目的评审的内容评审检查单其他必需文档 技术评审 技术评审报告 会议的基本信息存在的问题和建议措施评审结论和意见问题跟踪表技术评审问答记录 输入 输出 42 文档评审 1 正确性2 完整性3 一致性4 有效性5 易测性6 模块化 系统和文档描述必须深入到模块 模块化指的是模块的独立性7 清晰性8 可行性9 可靠性10 可追溯性 43 过程评审 过程评审的目的 评估主要的质量保证流程考虑如何处理 解决评审过程中发现的不符合问题总结和共享好的经验指出需要进一步完善和改进的地方评审技术后 评审小组需要提交一份 评审报告 其中包括 评审记录评审后 对现有流程的说明和注释评审小组的建议 44 过程评审 过程评审流程 45 评审的方法和技术 评审的方法评审的技术 46 评审的方法 临时评审 Adhocreview 轮查 Pass round 走查 Walkthrough 小组评审 GroupReview 审查 Inspection 47 评审的方法 审查 小组评审和走查异同点比较表 48 评审的方法 如何选择正确的评审方法 选择评审方法最有效的标准是 对于最可能产生风险的工作成果 要采用最正式的评审方法 例如 核心代码的失效也会带来很严重的后果 所以也应该采用审查或小组评审的方法进行评审 而一般的代码 则可以采用临时评审 同桌评审等比较随意的评审方法 49 评审的技术 缺陷检查表它列出了容易出现的典型错误 是评审的一个重要组成部分 规则集类似于缺陷检查表 通常是业界通用的规范或者企业自定义的各种规则的集合 评审工具的使用合理的利用工具 如NASA开发的ARM 自动需求度量 从不同角色理解不同的角色对产品 文档的理解是不一样的 场景按照用户使用场景对产品 文档进行评审 50 准备评审会议 评审计划组建评审组3 准备评审材料4 发送审查包5 制定活动进程表各个阶段的 评审计划 的内容包括 各个阶段的评审时间 评审方式 评审组成员等 SQA在其提交的 质量保证计划 中 应根据各个阶段的 评审计划 制定相应的评审检查点 51 准备评审会议 2 组建评审组项目组提出评审组长和评审组成员名单的建议 质量组根据项目组的建议 与相关部门或人员 如外项负责人 进行协商确定 选定评审组长对评审来说是非常重要的 评审组长需要和作者一起 策划和组织整个评审活动 52 准备评审会议 3 准备评审材料基础性和早期的文档 如需求说明和原型等与重大决策有关的文档 如体系结构模型对如何做没有把握的部分 如一些挑战性模块 他们实现了不熟悉的或复杂的算法 或涉及复杂的商业规则等将不断被重复使用的部件 53 准备评审会议 4 发送审查包将被审查的可交付产品 文档 其中指明了需要审查的部分定义了可交付产品的前期文档相关标准或其他参考文档参与者需要的所有表格有助于审查者发现缺陷的工具 文档 如缺陷检查表 相关规则等用于验证可交付产品的测试文档 54 准备评审会议 5 制定活动进程表评审会议之前 评审组长还需要制定相应的活动进度表 安排会议房间 并将活动 日期 次数和地点通知评审组成员 55 召开评审会议 评审的主要步骤 1 由评审员 作者进行演示或说明 2 评审员会就不清楚或疑惑的地方与作者进行沟通 3 协调人或记录员在会议过程中完成会议记录 56 召开评审会议 评审结果 接受 评审内容不存在大的缺陷 可以通过有条件接受 评审内容不存在大的缺陷 修订其中的一些小缺陷后 可以通过不能接受 评审内容中有较多的缺陷 作者需要对这些缺陷进行修改 并在修改之后重新进行评审 评审未完成 由于某种原因 评审未能完成 还需要后续会议 57 召开评审会议 评审中的注意事项 人身攻击 无休止的争论 偏离会议中心 鼓励所有人发言 58 跟踪和分析评审结果 评审结果的跟踪评审结果为有条件接受评审结果为不接受2 评审结果的分析有效性效率和成本 59 如何实施成功的评审 解决不成功评审的主观因素 对所有的工程师进行评审的培训 使评审深入人心预防个人冲突 尽量避免对作者有人身攻击的工程师加入评审小组将评审活动加入到项目计划中