软件质量保体系1.ppt

第 4讲 软件质量保证技术 开发过程的质量 交付产品的质量 软件质量控制 方法：目标问题度量法 风险管理法 PDCA质量控制法 软件质量控制的基本方法 风险管理法 风险严重程度等级 软件质量控制模型和技术 软件质量控制模型 PDCA质量控制法 软件质量控制特征和技术 软件质量控制工具 检查表 Pareto图 直方图 运行图 散布图 因果图 软件质量保证体系 软件开发各个阶段 SQA 的目标 6-1 需求分析： 确保客户所要求的系统是可行的。 确保客户指定的需求确实能够满足他的真正要求。 避免开发者和客户之间的误解。 向用户提供为满足他所提出的需求而实际构建的适当软件系统。 软件开发各个阶段 SQA 的目标 6-2 软件规格说明： 通过建立需求跟踪文档，确保规格说明书与系统需求保持一致。 确保规格说明书能适当地改进系统的灵活性、可维护性以及性能。 确保已建立了测试策略。 确保已建立了现实的开发进度表，包括预定的评审。 确保已为系统设计了正式的变更规程。 软件开发各个阶段的 SQA 目标 6-3 设计： 确保已建立用于描述设计的标准，并且确保遵循这些标准。 确保适当地控制并用文档记录对设计进行的变更。 确保在系统设计组件已按照商定的准则得到批准之后才开始编码。 确保对设计的评审按照进度进行。 软件开发各个阶段的 SQA 目标 6-4 编码： 确保代码遵循已建立的风格、结构和文档标准。 确保代码经过适当测试和集成，同时对编码模块的修改得到适当的标识。 查看代码编写是否遵循既定的进度。 确保代码评审按照进度进行。 软件开发各个阶段的 SQA 目标 6-5 测试： 确保测试计划的建立和遵循。 确保创建的测试计划能够满足所有系统规格说明书的要求。 确保经过测试和返工后软件与规格说明书保持一致。 软件开发各个阶段的 SQA 目标 6-6 维护： 确保代码和文档的一致性。 确保对已建立的变更控制过程进行监测，包括将变更集成到软件的产品版本中的过程。 确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。 软件质量策划 一切为用户着想、一切以预防为主、一切凭数据说话和一切按PDCA循环办事; 发轫于质量运动，但非简单的质量管理；实质是文化变革，关键在建立实施框架。 - 质量策划的活动 设定质量目标； 识别顾客一一受目标影响的人； 确定顾客需求； 开发反映顾客需求的产品特征； 开发能够生产具有这种特征产品的过程； 设定过程控制，并把由此得出的计划转换成为操作计划。 质量计划 质量计划的目标和要素 软件质量计划内容 软件质量计划的制定原则 制定质量计划的方法和规程 质量计划的目标 企业最高层亲自抓质量体系 质量方针要反映对顾客的承诺 文件化的操作规程 质量计划是为了满足用户的期望 质量计划是为了降低不良质量的成本 质量计划是为了在软件开发全过程中实施质量保证 质量计划的要素 在组织上，如何建立、宣传质量方针 管理上质量文化的形成 质量风险和成本的分析 如何用流程改进来实施质量管理 如何通过方法和工具来提高质量管理的有效性 如何进行软件评审来检验质量管理的实施效果 软件质量计划内容 计划目标 参考文献 管理 文档 标准和约定 复审、内审或评审 配置管理 测试 软件质量计划的制定原则 制定正确的质量方针，缺陷预防为主的质量管理思想 始终以客户的需求为焦点 质量计划应得到管理层的认可和承诺 控制所有过程的质量。 选择合适的质量标准 持续的质量改进，定期评价质量体系 … … 制定质量计划的方法和规程 产品介绍：说明产品、产品的意向市场及对产品性质的预期。 软件计划：包括产品确切的发布日期、产品责任及产品的销售和售后服务计划。 过程描述：产品的开发和管理中应该采用开发和售后服务质量过程 质量目标：包括鉴定和验证产品的关键质量属性。 风险和风险管理：说明影响产品质量的主要风险和这些风险的应对措施 制定质量计划的三部曲 为什么需要评审 从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。 为什么需要评审 从技术上来衡量 前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。 软件评审的角色和职能 协调人 作者 评审员 用户代表 质量保证代表 评审的内容 管理评审 技术评审 文档评审 过程评审 管理评审 “由最高管理 者就质量方针和目 标，对质量体系的 现状和适应性进行 正式评价。” 管理评审 质量管理体系运行状况 内、外部审核结果 改进、预防和纠正措施的状况 上次管理评审提出的改进措施实施情况及