系统需求验证报告模板.docVIP

系统需求规范验证报告 版本记录 版本号 日期 修改章节 修改内容及说明 编制者 DOCPROPERTY 版本 V DOCPROPERTY 发布日期 XXXXXXXX DOCPROPERTY 编制者  编制： DOCPROPERTY 编制者 审核： DOCPROPERTY 审核者 批准： DOCPROPERTY 负责人 目 录 TOC \o 1-3 \u 1. 简介 5 1.1. 系统简介 5 1.2. 文档目的 5 1.3. 范围 5 1.4. 术语和缩写词 5 1.5. 参考文档 5 2. 系统需求验证 7 2.1. 验证目的 7 2.2. 验证范围 7 2.3. 验证方式 7 2.4. 验证时间 7 2.5. 参加验证人员 7 2.6. 验证结果记录 8 3. 验证结论 9 4. 跟踪管理 10 5. 附件 11 简介 系统简介 COMMENTS 提示：对系统进行简要介绍，包括系统的安全目标，安全评估的类型等。 提示：对系统进行简要介绍，包括系统的安全目标，安全评估的类型等。 文档目的 COMMENTS 提示：系统需求验证报告由执行确认测试的人员编写。在系统确认过程中对系统相关需求(功能、性能、安全等需求)中的不可测得需求通过分析的手段给以验证。本文档记录了分析所用的方法和过程、参与人员等。 提示：系统需求验证报告由执行确认测试的人员编写。在系统确认过程中对系统相关需求(功能、性能、安全等需求)中的不可测得需求通过分析的手段给以验证。本文档记录了分析所用的方法和过程、参与人员等。 文档范围 与其它开发任务/文档的关系 COMMENTS 提示： 提示：如需求和设计文档的关系 COMMENTS 软件需求规范的制定是为了使用户和软件开发者双方对该软件在特定运行环境下的功能和性能有一个共同的理解，使之成为整个软件开发工作的基础。 术语和缩写词 COMMENTS 提示：列出项目文档的专用术语和缩写词。以便阅读时，使读者明确，从而不产生歧义。 提示：列出项目文档的专用术语和缩写词。以便阅读时，使读者明确，从而不产生歧义。 参考文档 COMMENTS 提示：这里注明编写本文档所用到的资料，包括文档号、标题及其版本。至少包括： 提示：这里注明编写本文档所用到的资料，包括文档号、标题及其版本。至少包括： COMMENTS 系统需求规范 验证计划 质量管理计划 系统需求规范 COMMENTS 接口需求规范 接口需求规范 COMMENTS RMS需求规范 RMS需求规范 COMMENTS 安全需求规范 安全需求规范 COMMENTS 安全需求规范 系统需求测试规范 COMMENTS 安全需求规范 系统安全需求测试规范 系统需求验证 验证目的 COMMENTS 提示：描述验证的目的。例如：验证不可测需求的正确性以及是否满足软件需求。 提示：描述验证的目的。例如：验证不可测需求的正确性以及是否满足软件需求。 验证范围 COMMENTS 提示：描述验证的范围。Xxxxx阶段的验证主要针对以下工作： 提示：描述验证的范围。Xxxxx阶段的验证主要针对以下工作： COMMENTS 以及以下输出文档： 以及以下输出文档： 序号 文档名 版本号 发布日期 对应验证单编号 验证方式 COMMENTS 提示：描述验证的组织形式，例如：组织会议等。 提示：描述验证的组织形式，例如：组织会议等。 验证时间 COMMENTS 提示：描述验证的时间。 提示：描述验证的时间。 参加验证人员 COMMENTS 提示：描述参加验证的人员。并描述验证人员的独立性。 提示：描述参加验证的人员。并描述验证人员的独立性。 验证结果记录 COMMENTS 提示：记录验证的结果。可参考以下表格。 提示：记录验证的结果。可参考以下表格。 STYLEREF 1 \s 4 SEQ 表 \* ARABIC \s 1 1 验证记录表 需求描述 填写将要被验证的需求。 需求编号 填写需求的编号 验证方法和过程 描述验证所用的方法、过程和原理。例如：数学分析计算、经验分析等。 验证的结果 描述验证的结果。是否满足需求。 验证结论 COMMENTS 提示：系统需求验证是否充分、目标是否完成，验证是否通过等。以及对缺陷修改和产品设计的建议和对过程改进方面的建议。 提示：系统需求验证是否充分、目标是否完成，验证是否通过等。以及对缺陷修改和产品设计的建议和对过程改进方面的建议。 跟踪管理 COMMENTS 提示：记录验证的结果。可参考以下表格。 提示：要对验证结果