软件开发过程_验证和确认过程

1、验证和确认过程验证和确认过程Verification & Validation Process文件状态： 草稿V正式发布 止在修改文件编号：QUANTA-SEP-Process-13当前版本：1.0Copyright海口量子网络科技有限公司第6页共15页JEa n tadr也版本历史版本/状态作者参与后日期摘要1. 0余成军2008-9-26创建版权信息本文件内容由海口量子网络科技有限公司开发部负责解释本文件的版权属于海口量子网络科技有限公司任何形式的散发都必须先得到海口量子网络科技有限公司的许可【目录】1 概述41.1 编写目的41.2 适用范围 41.3 术语和缩写41.4 参考资

2、料42 输入43 输出54 角色和职责55 验证和确认概述 66 过程定义66.1 入口条件66.2 出口条件66.3 过程流程图66.4 过程活动描述 66.4.1 建立验证和确认计划66.4.2 建立验证和确认环境76.4.3 建立详细的验证和确认计划86.4.4 执行同行评审86.4.5 进行验证和确认86.4.6 分析验证和确认的结果97 验证和确认的工作产品108 过程度量 159 过程剪裁准则 15u a n t aCa Jfa1概述1.1编写目的定义和建立公司对项目验证和确认的规范和责任。定义及规范软件产品的验证和确认过程，以 保证工作产品在软件开发的整个生命周期中能满足其规定的

3、要求，同时证明，产品或产品构件当被 置于其预定环境中时，适合于其预定用途。通过该规范来提高公司的验证和确认的能力。1.2 适用范围本过程适用于公司内所有软件开发项目的验证和确认活动。1.3 术语和缩写术语和缩写解释备注VERVerification“验证”的目的在于保证工作产 品满足其规定的要求。VALValidation“确认”的目的在于证明，产品 或产品构件当被置于其预定环境 中时，适合于其预定用途。1.4 参考资料参考文件备注CMMI V1.12输入输入制品备注待确认和验证工作产品3输由（具体输出制品请参阅 7.验证和确认的工作产品的验证和确认记录）4角色和职责角色职责产品作者确保工作产

4、品的完成，以便提交评审；与验证确认组长一商量确定验证确认队伍； 提供验证确认工作产品的副本；验证确认完成后，快速解决所有确定的缺陷； 保持客观态度，避免抗拒思想。验证确认组长（可能是同行评审组长或测试负 责人，不允许项目经理兼任）对确保验证确认正确的方式下进行以及遵循所有验 证确认过程步骤负有全部责任；帮助作者选择验证确认者并安排他们的参与；安排验证确认活动；确保满足验证确认的进入条件；确保按时开始和结束验证确认；确保验证确认者一直关注的是识别缺陷这个主要任务；确保记录发现的所有缺陷，并与项目经理共同安排 解决缺陷的责任人；负责完成验证确认的总结报告；负责验证缺陷被纠正；负责提供相关验证和确认

5、的数据度量并提交。验证确认者（可能是同行评审者、测试人员、 客户、最终用户等）客观地进行验证确认，对事不对人；关注问题，并在验证确认后给出针对阐述方式或解决方案的建议；如果后不清楚的地方，要提问清楚，直到理解为止；anta liFCF?ugpF Ca Ata项目经理负责建立验证和确认计划建立验证和确认环境制订详细的验证和确认计划协调验证和确认过程中出现的问题5验证和确认概述验证的目的是为了确保产品符合其指定的需求，包括指定用户需求、产品需求、工作产品组件的需 求。从需求开始验证直到最终产品完成的验证，该过程贯穿于整个软件生产过程中，是渐进式的过程；确 认的目的是为了确保产品和产品组件在预期的使

6、用环境中能够满足产品的使用需求。确认和验证经常同时 执行，确认一般会包括使用者。“验证”过程方面与“确认”过程方面看起来类似，但是它们处理的问题不同。“确认”是要证明所提供的（或将要提供的）产品适合其预计的用途，而“验证”则是要查明工作产品是否恰当地反映了规定 的要求。换句话说，验证要保证“做得正确”，而确认则要保证“做的东西正确” 。验证和确认过程贯穿在整个软件生命周期中，相关的过程域，都有验证和确认的要求（详细参见各过 程域）。6过程定义6.1 入口条件需要验证和确认的工作产品完成。6.2 出口条件验证和确认发现的缺陷已经验证确认通过并关闭6.3 过程流程图参见验证和确认流程6.4 过程活

7、动描述6.4.1 建立验证和确认计划活动名称建立验证和确认计划anta验证和确认过程角色和职责产品作者 验证确认组长项目经理活动接口进入条件（或活动启 动的事件）项目启动活动的输入早期项目计划文档活动的输出项目开发综合计划的验证和确认计划退出条件（或触发其他活动的事 件）项目开发综合计划的验证和确认计划已经建立任务1 .针对整个开发生存周期中产品或产品构件的验证和确认，确定关键的原则、特征和阶段。2 .提出切实可行的验证和确认环境的需求，产品必须是在其预定的运行环境中可维护的和可支持的。3 .规定对验证和确认的评价准则，确定预期的结果和容差， 拟订用于判定是否满足需求的其他准则。4 .与相关的

8、共利益者一起评审验证和确认计划，包括具体将进行同行评审和测试的工作产品。使用工具无相关过程项目管理过程备注6.4.2 建立验证和确认环境活动名称建立验证和确认环境角色和职责产品作者 验证确认组长项目经理活动接口进入条件（或活动启 动的事件）验证和确认战略已经建立活动的输入项目开发综合计划活动的输出验证和确认环境退出条件（或触发其他活动的事 件）验证和确认环境已经建立任务1 .确定验证和确认环境需求。2 .确定可供复用和修改的验证和确认资源。3 .确定验证和确认的设备和工具。4 .确定是否采购验证和确认的支持设备和环境，例如测试设备和测试软件。使用工具无Copyright海口量子网络科技有限公司

9、第7页共15页验证和确认过程相关过程供应商合同管理备注6.4.3 建立详细的验证和确认计划活动名称制订详细的验证和确认计划角色和职责产品作者 验证确认组长项目经理活动接口进入条件（或活动启 动的事件）验证和确认环境已经建立活动的输入已经建立的验证和确认环境活动的输出工作产品的验证和确认计划退出条件（或触发其他活动的事 件）工作产品的验证和确认计划已经建立任务1 .针对所选的工作产品制订并维护详细的验证和确认计划，可以是测试计划或同行评审计划。2 .审查产品需求，以确保识别和解决那些对产品验证和确认有影响的 问题。3 .针对验证和确认战略把环境、运行场景、规程、输入、输出和预期 结果形成文件。4

10、 .随着设计在验证和确认环境的背景中趋于成熟，对设计进行同行评审和评估，以识别验证和确认问题。使用工具无相关过程需求开发和管理过程 系统设计过程 系统实现过程 系统测试过程 同行评审过程 缺陷管理过程产品发布过程备注6.4.4 执行同行评审 调用同行评审过程6.4.5 进行验证和确认活动名称进行验证和确认角色和职责产品作者验证和确认组长Copyright海口量子网络科技有限公司第11页共15页活动接口进入条件（或活动启 动的事件）验证和确认准备工作完成活动的输入工作产品的验证和确认计划活动的输出工作产品的验证和确认缺陷记录退出条件（或触发其他活动的事 件）工作产品的验证和确认缺陷进入公司缺陷库

11、任务1 .对外购产品和复用构件进行验证和确认，看其是否符合要求。2 .根据验证和确认战略和规程，对照需求，对产品和产品构件在其预定的运行环境中进行验证和确认。3 .汇集验证和确认活动的结果，根据工作产品验证和确认结果确定要 采取的措施。4 .应该把运行式验证和确认规程形成文件并且在适当时，把验证和确认中发现的缺陷放入公司缺陷库，并通知相关的共利益者。使用工具无相关过程需求开发和管理过程系统设计过程系统实现过程 系统测试过程同行评审过程 缺陷管理过程 产品发布过程备注6.4.6 分析验证和确认的结果活动名称分析验证和确认的结果角色和职责产品作者验证和确认组长活动接口进入条件（或活动启 动的事件）

12、验证和确认的缺陷已进公司缺陷库活动的输入工作产品的验证和确认缺陷活动的输出工作产品的验证和确认报告退出条件（或触发其他活动的事 件）工作产品的验证和确认报告已经完成任务1 .把实际结果与预期结果相比较，确认缺陷和问题。2 .根据所建立的验证和确认准则，确定产品或产品构件是否满足其需求和适合于在其预定的运行环境中使用，确定验证和确认方法、 准则或环境中是否存在问题。3 .分析有关缺陷的验证和确认数据，汇集分析结果和识别问题。4 .运用验证和确认结果比较实际的度量值、性能与技术性能参数和预期的使用或运行性能。5 .按缺陷管理过程对缺陷进行跟踪解决，并对修改好的缺陷进行再次验证和确认，只要准备进行测

13、试的软件发生了变更或者软件环境发 生变更，就要进行回归测试。使用工具无相关过程需求开发和管理过程 系统设计过程 系统实现过程 系统测试过程同行评审过程 缺陷管理过程产品发布过程备注7验证和确认的工作产品QA代表验证各验证一般地，需要进行验证和确认的包括以下产品，项目经理可以根据实际情况做裁剪。 和确认过程是否按过程定义执行。具体内容请参见相关的过程域：过程域工作产品过程描述参考标准输出制品需求和管理过程需求调研报告借助系统原型或界向原型和用户更直观的沟通和调研对象负责人确认调研搜集的各种样表、资料工作任务书系统原型经过调研对象负责人确认的需求调研报告调研记录用户需求说明书同行评审用户对用户需求

14、说 明书做出承诺，承 诺的方式以签字确 认为准。需求调研报告同行评审报告用户签字的用户需求说明书«需求规格说明书同行评审用户对需求规格说 明书进行确认。用户需求说明书同行评审报告 用户确认记录（确 认的形式可以以 签字，会议纪要，或反馈表形式体现。)需求管理矩阵需求管理矩阵 负责人定期填写有 关跟踪数据，确保每 项需求的落实实施 需求变更经 SCCB 评审通过，并且评审 结论得以实施并验 证通过。工作任务书用户需求说明书需求规格说明书需求变更单体系结构设计说明书数据库设计说明书用户界面设计说明书模块设计说明书代码和测试文档等依据需求管理矩 阵分析对工作产 品的影响，将艾更 的情况反映

15、到需 求管理矩阵。依据需求管理矩 阵对体系结构 设计说明书、数 据库设计说明 书、用户界面设 计说明书、模块 设计说明书、代 码和测试文档等 进行相应修改，以 反映需求变更。系统设计过程«体系结构设计说明书同行评审评审要重点关注体 系结构设计是否能 够满足需求。必要时 可邀请用户一起参 加评审。用户需求说明书和需求规格说明书同行评审报告缺陷跟踪记录(Test Director)«数据库设计说 明书同行评审评审要重点关注上 述设计是否能够满 足需求。必要时可邀 请用户一起参加评 审。用户需求说明书和需求规格说明书体系结构设计说明书同行评审报告缺陷跟踪记录(Test Direc

16、tor)«用户界面设计说明书同行评审评审要重点关注上述设计是否能够满足需求。必要时可邀请用户一起参加评用户需求说明书和需求规格说明书体系结构设计说明书同行评审报告用户确认记录 缺陷跟踪记录(Test Director)1ng验证和确认过程审。美工在设计界面过 程中，尽可能多的跟 用户(特别是最终用 户)沟通，一些中间 成果及时展示给用 户，征求用户的意 见，最终的设计成果 应获得用户的确认。«模块设计说明书同行评审评审要重点关注上 述设计是否能够满 足需求。必要时可邀 请用户一起参加评 审。用户需求说明书和需求规格说明书体系结构设计说明书同行评审报告缺陷跟踪记录(Test

17、Director)系统实现过程源代码单元测试集成测试 同行评审 评审要重点关注代 码的规范性和逻辑 性，代码是否能实现 算法，代码和测试是 否能够满足需求。必 要时可邀请用户一 起参加评审。源代码项目的编码规范 基线的设计文档 基线的需求文档单元测试用例 集成测试用例单元测试报告集成测试报告同行评审报告缺陷跟踪记录(Test Director)单元测试用例同行评审评审要重点关注代 码的规范性和逻辑 性，代码是否能实现 算法，代码和测试是 否能够满足需求。必 要时可邀请用户一 起参加评审。用户需求说明书和需求规格说明书模块设计说明书同行评审报告抽查记录缺陷跟踪记录(Test Director)C

18、opyright海口量子网络科技有限公司第12页共15页验证和确认过程集成测试用例项目经理指派专人抽查集成测试报告，QA代表也应抽查集 成测试报告。模块设计说明书用户需求说明书和需求规格说明书抽查记录缺陷跟踪记录(Test Director)系统测试过程系统测试用例在编写过程中，尽可 能多的跟用户(特别 是最终用户)沟通， 一些中间成果及时 展示给用户，征求用 户的意见。同行评审评审要重点关注系 统测试用例是否能 够满足需求。必要时 可邀请用户一起参 加评审。需要强调的是需求分析师应该参加测试用例的同行评审，它的作用在于验证系统测试用例是否真正满足了需求。系统测试计划需求文档设计文档同行评审报告征求意见记录 缺陷跟踪记录(Test Director)需系统测试的系统执行测试过程测试用例用户需求说明书需求规格说明书系统测试总结报告缺陷跟踪记录(Test Director)软件发布过程用户手册要明确手册的读者 是谁及其特点。有针 对性