验证计划模板剖析.doc

验证计划 版本记录 版本号 日期 修改章节 修改内容及说明 编制者 V XXXXXXXX  编制： 审核： 批准： 目 录 1. 介绍 5 1.1. 目的和范围 5 1.2. 与其它开发任务/文档的关系 5 1.3. 术语和缩写词 5 2. 参考文档 6 3. 验证工作的组织结构 7 4. 验证活动 8 5. 测试活动 9 6. 提交文档 10 7. 不符合项管理 11 介绍 目的和范围 提示： 验证工作的目的是检查系统的每一步设计工作的输出是否满足输入的要求，验证范围覆盖系统整个生命周期，特别包括软件的验证。 简要介绍xxxx系统的主要功能和安全目标。 本验证计划的制定遵循EN50129表E.9系统与产品设计验证与确认中对SIL4验证活动的相关要求。 与其它开发任务/文档的关系 提示：如需求和设计文档的关系 术语和缩写词 提示：列出项目文档的专用术语和缩写词。以便阅读时，使读者明确，从而不产生歧义。 参考文档 提示：列出本文档引用的所有标准、文档及其版本号 例如： 项目安全计划 SASHBK/SH/P2-01计划阶段任务手册 EN 50126:1999 轨道交通-可靠性、可用性、可维修性和安全性规范及示例 EN 50129:2003铁路应用-通信、信号、处理系统-信号用安全相关电子系统 ………… 验证工作的组织结构 提示： 验证人员的独立性及验证人员的能力，可采用引用《安全计划》的方式描述。 验证活动 提示：描述验证手段，流程. 验证人员把阶段验证的所有记录收集，并总结阶段验证活动，编写阶段验证报告。 独立安全确认工程师对被验证报告、其对应验证单及相关的评审记录进行批准，在验证单批准栏上签字。 验证的流程： 在阶段验证未通过时，设计人员应进行修改，验证人员应对修改后的文档进行重新验证直至通过。 图 1验证流程 测试活动 提示：描述验证相关的测试活动及流程. 测试流程如下图所示，与文档评审不同的是，由于测试发现设计错误导致设计变更需要做影响性分析。需要找出变更的影响范围，以确认回归测试的范围，以及是否需要修改测试规范。之后，才可以进行回归测试。 图 2 测试流程 可参考以下表格形式： 项目阶段 项目输出 验证手段 本节可按开发阶段分别描述验证活动: 系统定义阶段 风险分析阶段 系统需求阶段 …… 提交文档 提示：所有验证活动都要有文档记录，包括： 各阶段验证报告 子系统测试规范 子系统测试报告 系统集成测试规范 系统集成测试报告 不符合项管理 提示：对验证中发现的不符合项的计划，包括： 不符合项报告； 纠正措施； 二次验证。