IPD_PSSD_T_0079 软件需求规格说明书检查表V2.1.xlsVIP

检查表 封面 文档修订记录 序号 版本号 变化状态 变更（+/-）说明 作者 日期 *变化状态：C――创建，A——增加，M——修改，D——删除，只有比较大的改动才需要版本记录 项目名称： 项目编号： 项目负责人: 检查项 执行情况 说明 软件需求规格说明书检查表 是否所有的分配需求都在SRS中体现？ SRS中定义每条需求都清晰无歧义？ 系统的所有输入都定义了吗？包括它们的来源、精度、取值范围和频率？ 系统的所有输出都定义了吗？包括它们的目标、精度、取值范围、频率和格式？ 是否在SRS中说明了对每个输入的处理和验证措施，并描述了每个输入的属性如：度量单位、边界值、时序要求等等？ 是否每一个具体需求都对应有唯一的编号？ 是否在SRS中描述了软件使用的目标环境，指明并简短描述了目标环境中其它相关软件产品/子系统/模块？ 是否在SRS中清楚地描述了软件要实现和不实现什么功能？ 输入处理中是否描述可靠性，并描述了出现异常情况时保护至关重要的信息及错误的测试与恢复策略？ 是否描述了软件所有的性能需求与质量属性并能通过测试来进行验证？ 是否描述了所有的与操作系统的、软件与硬件的、接口，并描述足够清楚，实现时不需更多解释？ 是否描述了系统中与其它子系统、模块或硬件设备的相关接口？ 是否说明了所有对系统可能的约束？ 所有的通信交互界面都定义了吗？包括握手、错误检查及通信约定？ 是否从用户的角度出发，定义了所有必要操作的反应时间？ 如果存在，是否定义了处理时间、数据传输率及系统吞吐能力 对系统的维护性是否作出了规定？（包括系统对运行环境、精度、性能及其与其它软件系统的接口等方面变化的适应能力等方面） 需求是否是采用用户的语言来制定的？用户也这样认为吗？ 需求在详细程度方面是否保持了一致性，有没有应该描述得更详细的要求？有没有应该更简略些的？ 需求是否明确得可以分为一些独立的可执行部分，而每一部分又都很明了？ 是否在SRS的附录中记录了分配需求可行性的分析结果 是否产品总体设计方案书所对应的分配需求都在RTM中体现? 是否每一条需求都可以作为测试依据？是否可以针对每一条进行独立测试以确定是否满足需求？ 说明: 1. 每个检查项在执行情况列中有“是”，“否”，“免”三个选项，对于选择免的检查项要求在说明栏中解释免于检查的原因。 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00 11.00 12.00 13.00 14.00 15.00 16.00 17.00 18.00 19.00 20.00 21.00 22.00 23.00