软件需求规格说明书的审查要点

一、形式审核

二、内容审核

1、逻辑性审查

（1）时间逻辑

    编写日期是否在需求调研报告之后，与项目实施计划方案的日期相符。

（2）方法适配

    根据项目采用的开发方法（结构化/面向对象/SOA），检查相应核心要素是否齐全：

• 结构化方法：必须有业务流程图、数据流程图、数据字典三要素，且三者相互对应、环环相扣。

• 面向对象方法：至少包含用例图、顺序图、类图，复杂情况需有状态图。

2、一致性审查

3、完整性审查

确保文档"不能缺项"，覆盖以下全部内容：

• 引言（目的、范围、阅读对象、参考资料、术语定义）

• 系统目标与运行环境

• 功能需求（含业务流程细节、可选流程、异常处理）

• 非功能需求（性能、可靠性、安全性、易用性、可扩展性、可维护性）

• 数据需求（数据项定义、数据字典、数据保密性、备份策略）

• 接口需求（用户接口、硬件接口、软件接口、通信接口）

• 设计约束与假设条件

4、需求质量属性审查

三、输出文档

四、审查结论判定

    审查后应根据审查结果给出明确结论：

• 通过：文档结构符合规范，内容完整，无重大缺陷

• 有条件通过：文档结构基本符合规范，但某些要素需要进一步细化完善（需明确整改项和复验要求）

• 不通过：存在重大遗漏、逻辑矛盾或与合同严重不符，需重新编制后再次报审

    审查的核心目标是确保 SRS 成为后续设计、开发、测试和验收的可靠基线，从源头控制项目质量风险。