软件开发过程验证和确认过程.docx

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

2、 过程定义 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 过程剪裁准则 151 概述1.1 编写目的定义和建立公司对项目验证和确认的规范和责任。定义及规范软件产品的验证和确认过程，以保证工作产品在软件开发的整个生命周期中能满足其规定的要求，同时证明，产品或产品构件当被置于其预定环境中时，适合于其预定用途

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

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

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

6、过程方面与“确认”过程方面看起来类似，但是它们处理的问题不同。“确认”是要证明所提供的（或将要提供的）产品适合其预计的用途，而“验证”则是要查明工作产品是否恰当地反映了规定的要求。换句话说，验证要保证“做得正确”，而确认则要保证“做的东西正确”。验证和确认过程贯穿在整个软件生命周期中，相关的过程域，都有验证和确认的要求（详细参见各过程域）。6 过程定义6.1 入口条件需要验证和确认的工作产品完成。6.2 出口条件验证和确认发现的缺陷已经验证确认通过并关闭6.3 过程流程图参见验证和确认流程6.4 过程活动描述6.4.1 建立验证和确认计划活动名称建立验证和确认计划角色和职责产品作者验证确认组长

7、项目经理活动接口进入条件（或活动启动的事件）项目启动活动的输入早期项目计划文档活动的输出项目开发综合计划的验证和确认计划退出条件（或触发其他活动的事件）项目开发综合计划的验证和确认计划已经建立任务1. 针对整个开发生存周期中产品或产品构件的验证和确认，确定关键的原则、特征和阶段。2. 提出切实可行的验证和确认环境的需求，产品必须是在其预定的运行环境中可维护的和可支持的。3. 规定对验证和确认的评价准则，确定预期的结果和容差，拟订用于判定是否满足需求的其他准则。4. 与相关的共利益者一起评审验证和确认计划，包括具体将进行同行评审和测试的工作产品。使用工具无相关过程项目管理过程备注6.4.2 建立

8、验证和确认环境活动名称建立验证和确认环境角色和职责产品作者验证确认组长项目经理活动接口进入条件（或活动启动的事件）验证和确认战略已经建立活动的输入项目开发综合计划活动的输出验证和确认环境退出条件（或触发其他活动的事件）验证和确认环境已经建立任务1. 确定验证和确认环境需求。2. 确定可供复用和修改的验证和确认资源。3. 确定验证和确认的设备和工具。4. 确定是否采购验证和确认的支持设备和环境，例如测试设备和测试软件。使用工具无相关过程供应商合同管理备注6.4.3 建立详细的验证和确认计划活动名称制订详细的验证和确认计划角色和职责产品作者验证确认组长项目经理活动接口进入条件（或活动启动的事件）验

9、证和确认环境已经建立活动的输入已经建立的验证和确认环境活动的输出工作产品的验证和确认计划退出条件（或触发其他活动的事件）工作产品的验证和确认计划已经建立任务1. 针对所选的工作产品制订并维护详细的验证和确认计划，可以是测试计划或同行评审计划。2. 审查产品需求，以确保识别和解决那些对产品验证和确认有影响的问题。3. 针对验证和确认战略把环境、运行场景、规程、输入、输出和预期结果形成文件。4. 随着设计在验证和确认环境的背景中趋于成熟，对设计进行同行评审和评估，以识别验证和确认问题。使用工具无相关过程需求开发和管理过程系统设计过程系统实现过程系统测试过程同行评审过程缺陷管理过程产品发布过程备注6

10、.4.4 执行同行评审调用同行评审过程6.4.5 进行验证和确认活动名称进行验证和确认角色和职责产品作者验证和确认组长活动接口进入条件（或活动启动的事件）验证和确认准备工作完成活动的输入工作产品的验证和确认计划活动的输出工作产品的验证和确认缺陷记录退出条件（或触发其他活动的事件）工作产品的验证和确认缺陷进入公司缺陷库任务1. 对外购产品和复用构件进行验证和确认，看其是否符合要求。2. 根据验证和确认战略和规程，对照需求，对产品和产品构件在其预定的运行环境中进行验证和确认。3. 汇集验证和确认活动的结果，根据工作产品验证和确认结果确定要采取的措施。4. 应该把运行式验证和确认规程形成文件并且在适

11、当时，把验证和确认中发现的缺陷放入公司缺陷库，并通知相关的共利益者。使用工具无相关过程需求开发和管理过程系统设计过程系统实现过程系统测试过程同行评审过程缺陷管理过程产品发布过程备注6.4.6 分析验证和确认的结果活动名称分析验证和确认的结果角色和职责产品作者验证和确认组长活动接口进入条件（或活动启动的事件）验证和确认的缺陷已进公司缺陷库活动的输入工作产品的验证和确认缺陷活动的输出工作产品的验证和确认报告退出条件（或触发其他活动的事件）工作产品的验证和确认报告已经完成任务1. 把实际结果与预期结果相比较，确认缺陷和问题。2. 根据所建立的验证和确认准则，确定产品或产品构件是否满足其需求和适合于在

12、其预定的运行环境中使用，确定验证和确认方法、准则或环境中是否存在问题。3. 分析有关缺陷的验证和确认数据，汇集分析结果和识别问题。4. 运用验证和确认结果比较实际的度量值、性能与技术性能参数和预期的使用或运行性能。5. 按缺陷管理过程对缺陷进行跟踪解决，并对修改好的缺陷进行再次验证和确认，只要准备进行测试的软件发生了变更或者软件环境发生了变更，就要进行回归测试。使用工具无相关过程需求开发和管理过程系统设计过程系统实现过程系统测试过程同行评审过程缺陷管理过程产品发布过程备注7 验证和确认的工作产品一般地，需要进行验证和确认的包括以下产品，项目经理可以根据实际情况做裁剪。QA代表验证各验证和确认过

13、程是否按过程定义执行。具体内容请参见相关的过程域：过程域工作产品过程描述参考标准输出制品需求和管理过程需求调研报告借助系统原型或界面原型和用户更直观的沟通和调研对象负责人确认调研搜集的各种样表、资料工作任务书系统原型经过调研对象负责人确认的需求调研报告调研记录用户需求说明书同行评审用户对用户需求说明书做出承诺，承诺的方式以签字确认为准。需求调研报告同行评审报告用户签字的用户需求说明书需求规格说明书同行评审用户对需求规格说明书进行确认。用户需求说明书同行评审报告用户确认记录（确认的形式可以以签字，会议纪要，或反馈表形式体现。）需求管理矩阵需求管理矩阵负责人定期填写有关跟踪数据，确保每项需求的落实

14、实施需求变更经SCCB评审通过，并且评审结论得以实施并验证通过。工作任务书用户需求说明书需求规格说明书需求变更单体系结构设计说明书数据库设计说明书用户界面设计说明书模块设计说明书代码和测试文档等依据需求管理矩阵分析对工作产品的影响，将变更的情况反映到需求管理矩阵。依据需求管理矩阵对体系结构设计说明书、数据库设计说明书、用户界面设计说明书、模块设计说明书、代码和测试文档等进行相应修改，以反映需求变更。系统设计过程体系结构设计说明书同行评审评审要重点关注体系结构设计是否能够满足需求。必要时可邀请用户一起参加评审。用户需求说明书和需求规格说明书同行评审报告缺陷跟踪记录（Test Director)数

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

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

17、说明书模块设计说明书同行评审报告抽查记录缺陷跟踪记录（Test Director)集成测试用例项目经理指派专人抽查集成测试报告，QA代表也应抽查集成测试报告。模块设计说明书用户需求说明书和需求规格说明书抽查记录缺陷跟踪记录（Test Director)系统测试过程系统测试用例在编写过程中，尽可能多的跟用户（特别是最终用户）沟通，一些中间成果及时展示给用户，征求用户的意见。同行评审评审要重点关注系统测试用例是否能够满足需求。必要时可邀请用户一起参加评审。需要强调的是需求分析师应该参加测试用例的同行评审，它的作用在于验证系统测试用例是否真正满足了需求。系统测试计划需求文档设计文档同行评审报告征求意

18、见记录缺陷跟踪记录（Test Director)需系统测试的系统执行测试过程测试用例用户需求说明书需求规格说明书系统测试总结报告缺陷跟踪记录（Test Director)软件发布过程用户手册要明确手册的读者是谁及其特点。有针对性的编写系统操作的流程。必要时可邀请最终用户一起参与编写。需求文档设计文档客户意见记录安装维护手册要明确手册的读者是谁及其特点。有针对性的编写系统安装维护的流程。必要时可邀请用户一起参与编写。需求文档设计文档客户意见记录客户培训计划和培训材料要明确客户是谁及其特点。有针对性的编写培训材料。必要时可邀请用户一起参与编写。完成系统的安装后，实施工程师对客户方进行有关系统操作等

19、方面的培训；客户方接受培训，并做出反馈。需求文档设计文档客户意见记录客户培训反馈记录需安装系统实施工程师与客户确认将要发布软件的版本信息。这些版本信息可以从项目配置库的发布基线说明里面得到。实施工程师从项目配置库中签出客户确认的软件版本，到客户现场安装并调试，使系统正常运行；客户方派代表配合软件安装工作。安装维护手册客户确认记录客户安装记录需验收的系统客户方对安装的系统实施验收测试，环境必须是客户环境客户确认客户验收报告验收测试用例（参考系统测试用例）用户需求说明书需求规格说明书客户验收报告需试运行的系统客户方对安装的系统实施试运行用户需求说明书需求规格说明书试运行报告8 过程度量1. 验证和确认的次数2. 验证和确认所用工时数3. 每次验证确认所发现的缺陷数9 过程剪裁准则参见过程剪裁报告剪裁指南和同行评审过程的过程剪裁准则。