第三讲 软件质量保证技术(9.16).pptVIP

应对之道：变更步骤 变 更 申 请 决 定 变 更 评 估 回 复 决 策 实 施 变 更 验 证 变 更 应对之道：变更处理 充 分 交 流 相互协作 专人负责 需求验证 合同约束 区 别 对 待 变更工作 人员、需求、技术三方互动 企业文化 需求变更 求需 满足新需求 掌握新技术 性应适的好良 术技 变转员人 满足客户的需求 最好的性价比 * * * * 任课教师的任字写错了。 * * * * * * * * 磁盘阵列介绍 * * * * * * * * * 二、研究室的评审过程 * 岗位及职责 项目组负责人：提交《项目开发计划》，计划各个阶段进行评审的时间、评审方式、评审组成员，组织项目组成员解决评审提出的问题。 被评审产品作者：提交被评审产品，负责对《评审意见表》中提出的问题进行反馈，在评审会上进行项目陈述，解决评审提出的问题。 评审组成员：提交《评审意见表》，在评审会上发表意见。 评审组长：负责评审策划、评审准备、主持评审以及评审后续工作。 会议记录者：负责记录、整理并提交会议记录。 SQA：主要职责为审核整个评审活动。 评审计划 项目负责人在提交的《项目开发计划》中，要指明项目各个阶段的评审计划。具体内容包括：各个阶段评审时间、评审方式、评审组成员等。 SQA在其提交的《质量保证计划》中，应根据《项目开发计划》中描述的各个阶段评审计划，制定相应的评审检查点。 评审准备 1、组建评审组 项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。 评审组成员一般包括：室主任、被评审产品项目组负责人（项目组负责人非被评审产品作者的情况）、与该项目有关的研究室成员、质量保证人员、测试人员、前一阶段技术骨干、后一阶段技术骨干等。 2、提交评审材料 被评审产品作者需要准备好待评审的产品、评审意见表和检查表。 待评审的产品可以是需求规格说明书、设计说明书、代码、测试大纲等。 评审意见表。 检查表随评审对象的不同而不同，分为：需求规格说明书检查表、设计说明书检查表、代码检查表、测试大纲检查表四种。 被评审产品作者将待评审产品以邮件的方式发送给评审组长，评审组长将收到的待评审产品附上评审意见表和检查表，以邮件方式发送给所有评审组成员。 3、评审意见的处理 评审组成员收到评审材料后，审查待评审产品，填写评审意见表。并在2工作日内，将评审意见表以邮件的方式发送给被评审产品作者。 被评审产品作者解决评审提出的问题，修改被评审产品并填写评审意见表的“处理办法”一栏，在2工作日内以邮件的方式回复给相应的评审组成员。 评审组成员根据修改后的被评审产品和项目组填写的“处理办法”进行反馈，填写“是否已改正”一栏，在1工作日内以邮件的方式将反馈后的评审意见表发送给被评审产品作者、评审组长、SQA人员。 评审组长对评审意见表进行汇总，并分析各评审组成员的意见，可能有如下几种情况：如果意见基本一致，或问题比较明确并已得到解决时，可与质量组协商决定采用会签评审方式，直接形成评审结论；如果存在一些需要会议讨论的问题，则采用会议评审方式；如果存在的问题数目很多达不到会议评审的条件，则评审组长需督促被评审产品作者进一步修改评审材料，直到符合上述两种情况为止。 对于直接形成评审结论的情况，应将评审结论以邮件方式通知所有的评审组成员以及被评审产品作者；对于采用会议评审的情况，需要继续下面的过程。 4、指派会议记录者 项目组负责人指派会议记录者，会议记录者一般由项目组成员担当。 会议记录内容应该包括：被评审的软件工作产品的标识；软件工作产品的规模；评审组的规模和组成；每个评审员的准备时间；评审会议的时间长短；发现和改正的缺陷的种类和数目；返工工作量等。 会议议程以时间的先后顺序，将整个会议分为多个阶段。需要记录会议各个阶段的主要议题、发言人、使用的主要文档、阶段起止时间。 会议总结要包含两点主要内容：首先是会议各主要成员所达成一致的结论和决议，其次是议而未决的事项。 会议总结同时要明确出待解决问题的提出者和指派的主要负责人，便于日后进行问题追踪。 最后要指出本次会议的缺陷和限制，作为今后会议改进的参考，使会议过程朝着更高效、更有意义和更规范的方向改进。 参见《会议记录编写指南》。 注意: 1.要记录围绕中心议题展开的有关活动，会议讨论、争论的焦点及其各方的主要见解，权威人士或代表人物的言论，会议开始时的定调性言论和结束前的总结性言论，对会议产生较大影响的其他言论或活动等。 2.对于会议的一般性内容，可以有重点地、扼要地记录，不必“有闻必录”。所谓重点、要点，是