软件需求说明书评审检查单

SRS评审检查单 软件需求说明书评审检查单 归口部门：编号： 项目名称 项目编码 检查方式 oa办公自动化系统 检查人 检查对象 oa办公自动化系统需求规格说明书 检查日期 9/9/11 指标名称 需求数 检查项 不合格数 合格率 需求说明书 需求说明书 1 45 5 88.9 全部单条需求说明 功能需求(usecase) 26 性能需求 14 质量属性需求 13 外部接口需求 13 其它需求 14 说明 序号 软件需求说明书（作为一个整体）检查项 y/n 备注 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 化 1 是否描述了运行环境？ 是否描述了运行环境？ 是否描述了运行环境？ 是否描述了运行环境？ Y 2 是否描述了需求追踪？ 是否描述了需求追踪？ 是否描述了需求追踪？ 是否描述了需求追踪？ N 3 是否描述了验收准则？ 是否描述了验收准则？ 是否描述了验收准则？ 是否描述了验收准则？ Y 4 语法、句法、词法、标点是否正确？ 语法、句法、词法、标点是否正确？ 语法、句法、词法、标点是否正确？ 语法、句法、词法、标点是否正确？ Y 5 模板编写指导及示例是否都已经删除或正确沿用了？ 模板编写指导及示例是否都已经删除或正确沿用了？ 模板编写指导及示例是否都已经删除或正确沿用了？ 模板编写指导及示例是否都已经删除或正确沿用了？ Y 6 是否描述了本文涉及的术语、定义及缩略语？ 是否描述了本文涉及的术语、定义及缩略语？ 是否描述了本文涉及的术语、定义及缩略语？ 是否描述了本文涉及的术语、定义及缩略语？ Y 7 是否按要求对版本修改情况进行了说明？ 是否按要求对版本修改情况进行了说明？ 是否按要求对版本修改情况进行了说明？ 是否按要求对版本修改情况进行了说明？ Y 8 图、表、列项等是否 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 ？ N 9 引用标准/文件是否现行有效？标准/文件编号、名称是否正确？ Y 10 引用标准/文件的具体 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 时是否写明具体章条号？ Y 11 在正文中引用的标准、文件是否在执行标准一章中列出？ N 12 修改 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 内容、封面、页眉内容是否完整、一致？ Y 完整性 13 在“3.1背景”中，是否已明确描述了“被描述系统”（实践中，“被描述系统”经常在变动：有时是整个软件，有时又是内部的一个小模块）？ 对于满足软件系统目标来说，功能需求是否足够？ 对于满足软件系统目标来说，功能需求是否足够？ 对于满足软件系统目标来说，功能需求是否足够？ Y 14 对于满足软件的目标来说，功能需求是否足够？ 对于满足软件系统目标来说，功能需求是否足够？ 对于满足软件系统目标来说，功能需求是否足够？ 对于满足软件系统目标来说，功能需求是否足够？ Y 15 对于满足软件的目标来说，性能需求是否足够？ 对于满足软件系统目标来说，性能需求是否足够？ 对于满足软件系统目标来说，性能需求是否足够？ 对于满足软件系统目标来说，性能需求是否足够？ N 16 对于满足软件的目标来说，质量属性需求是否足够？ 对于满足软件系统目标来说，质量属性需求是否足够？ 对于满足软件系统目标来说，质量属性需求是否足够？ 对于满足软件系统目标来说，质量属性需求是否足够？ Y 17 对于满足软件的目标来说，外部接口需求（外部接口需求可能单独成文。下同。评审时应一道评审）是否足够？ 对于满足软件系统目标来说，外部接口需求是否足够？ 对于满足软件系统目标来说，外部接口需求是否足够？ 对于满足软件系统目标来说，外部接口需求是否足够？ N 18 对于满足软件的目标来说，标准化要求是否足够？ 对于满足软件系统目标来说，标准化要求是否足够？ 对于满足软件系统目标来说，标准化要求是否足够？ 对于满足软件系统目标来说，标准化要求是否足够？ Y 19 对于满足软件的目标来说，设计和实现上的限制是否足够？ 对于满足软件系统目标来说，设计和实现上的限制是否足够？ 对于满足软件系统目标来说，设计和实现上的限制是否足够？ 对于满足软件系统目标来说，设计和实现上的限制是否足够？ Y 20 对于满足软件的目标来说，执行标准是否足够？ 对于满足软件系统目标来说，执行标准是否足够？ 对于满足软件系统目标来说，执行标准是否足够？ 对于满足软件系统目标来说，执行标准是否足够？ Y 21 对于满足软件的目标来说，国际化需求是否足够？ 对于满足软件系统目标来说，国际化需求是否足够？ 对于满足软件系统目标来说，国际化需求是否足够？ 对于满足软件系统目标来说，国际化需求是否足够？ Y 22 模板编写指导中列出的内容是否都有所体现？（如果文档中基本没有编写指导中列出需要考虑的内容，则该需求说明书可能是不完整的） 模板编写指导中列出的内容是否都有所体现？（如果文档中基本没有编写指导中列出需要考虑的内容，则该需求说明书可能是不完整的） 模板编写指导中列出的内容是否都有所体现？（如果文档中基本没有编写指导中列出需要考虑的内容，则该需求说明书可能是不完整的） 模板编写指导中列出的内容是否都有所体现？（如果文档中基本没有编写指导中列出需要考虑的内容，则该需求说明书可能是不完整的） Y 一致性 23 各功能需求在内容上是否一致？ 各功能需求在内容上是否一致？ 各功能需求在内容上是否一致？ 各功能需求在内容上是否一致？ Y 24 各性能需求在内容上是否一致？ 各性能需求在内容上是否一致？ 各性能需求在内容上是否一致？ 各性能需求在内容上是否一致？ Y 25 各质量属性需求在内容上是否一致？ 各质量属性需求在内容上是否一致？ 各质量属性需求在内容上是否一致？ 各质量属性需求在内容上是否一致？ Y 26 各外部接口需求在内容上是否一致？ 各外部接口需求在内容上是否一致？ 各外部接口需求在内容上是否一致？ 各外部接口需求在内容上是否一致？ Y 27 各其它需求在内容上是否一致？ 各其它需求在内容上是否一致？ 各其它需求在内容上是否一致？ 各其它需求在内容上是否一致？ Y 28 各功能需求在内容上是否与性能需求、质量属性需求、外部接口需求、其它需求一致？ 各功能需求在内容上是否与性能需求、质量属性需求、外部接口需求、其它需求一致？ 各功能需求在内容上是否与性能需求、质量属性需求、外部接口需求、其它需求一致？ 各功能需求在内容上是否与性能需求、质量属性需求、外部接口需求、其它需求一致？ Y 29 各性能需求在内容上是否与功能需求、质量属性需求、外部接口需求、其它需求一致？ 各性能需求在内容上是否与功能需求、质量属性需求、外部接口需求、其它需求一致？ 各性能需求在内容上是否与功能需求、质量属性需求、外部接口需求、其它需求一致？ 各性能需求在内容上是否与功能需求、质量属性需求、外部接口需求、其它需求一致？ Y 30 各质量属性需求在内容上是否与功能需求、性能需求、外部接口需求、其它需求一致？ 各质量属性需求在内容上是否与功能需求、性能需求、外部接口需求、其它需求一致？ 各质量属性需求在内容上是否与功能需求、性能需求、外部接口需求、其它需求一致？ 各质量属性需求在内容上是否与功能需求、性能需求、外部接口需求、其它需求一致？ Y 31 各外部接口需求在内容上是否与功能需求、性能需求、质量属性需求、其它需求一致？ 各外部接口需求在内容上是否与功能需求、性能需求、质量属性需求、其它需求一致？ 各外部接口需求在内容上是否与功能需求、性能需求、质量属性需求、其它需求一致？ 各外部接口需求在内容上是否与功能需求、性能需求、质量属性需求、其它需求一致？ Y 32 各其它需求在内容上是否与功能需求、性能需求、质量属性需求、外部接口需求一致？ 各其它需求在内容上是否与功能需求、性能需求、质量属性需求、外部接口需求一致？ 各其它需求在内容上是否与功能需求、性能需求、质量属性需求、外部接口需求一致？ 各其它需求在内容上是否与功能需求、性能需求、质量属性需求、外部接口需求一致？ Y 33 对于软硬件大系统来说，软件需求是否与《系统 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 》（或各个子系统方案）中软件部分的内容一致？可从功能、性能、质量属性、接口等方面进行检查。对于纯软件项目来说，软件需求是否与《软件系统需求论证说明》？ 软件需求是否与《系统方案》（或各个子系统方案）中软件部分的内容一致？可从功能、性能、质量属性、接口等方面进行检查。 软件需求是否与《系统方案》（或各个子系统方案）中软件部分的内容一致？可从功能、性能、质量属性、接口等方面进行检查。 软件需求是否与《系统方案》（或各个子系统方案）中软件部分的内容一致？可从功能、性能、质量属性、接口等方面进行检查。 Y 34 所有需求的编写在详细程度上是否都一致或合适？ 所有需求的编写在详细程度上是否都一致或合适？ 所有需求的编写在详细程度上是否都一致或合适？ 所有需求的编写在详细程度上是否都一致或合适？ Y 可修改性 35 变更一个需求是否不会对其它若干需求有重大影响？ 变更一个需求是否不会对其它若干需求有重大影响？ 变更一个需求是否不会对其它若干需求有重大影响？ 变更一个需求是否不会对其它若干需求有重大影响？ Y 36 功能需求、性能需求、质量属性需求、外部接口需求、其它需求各自及相互间是否不存在冗余？ 功能需求、性能需求、质量属性需求、外部接口需求、其它需求各自及相互间是否不存在冗余？ 功能需求、性能需求、质量属性需求、外部接口需求、其它需求各自及相互间是否不存在冗余？ 功能需求、性能需求、质量属性需求、外部接口需求、其它需求各自及相互间是否不存在冗余？ Y 37 内部交叉引用是否正确、明确（读者应能在1分钟之内定位被引用的内容）？ 内部交叉引用是否正确、明确（读者应能在1分钟之内定位被引用的内容）？ 内部交叉引用是否正确、明确（读者应能在1分钟之内定位被引用的内容）？ 内部交叉引用是否正确、明确（读者应能在1分钟之内定位被引用的内容）？ 38 外部引用是否正确、明确（具有权限的读者应能在10分钟之内定位被引用的内容）？ 外部引用是否正确、明确（具有权限的读者应能在10分钟之内定位被引用的内容）？ 外部引用是否正确、明确（具有权限的读者应能在10分钟之内定位被引用的内容）？ 外部引用是否正确、明确（具有权限的读者应能在10分钟之内定位被引用的内容）？ Y 可追踪性 39 使用的图片是否是“嵌入型”的而不是其它如“浮于文字上方”？ 使用的图片是否是“嵌入型”的而不是其它如“浮于文字上方”？ 使用的图片是否是“嵌入型”的而不是其它如“浮于文字上方”？ 使用的图片是否是“嵌入型”的而不是其它如“浮于文字上方”？ Y 40 与需求相关的表格的使用是否符合要求（即不可以使用n(2=<n<全部)个单元格描述一个需求）？ 与需求相关的表格的使用是否符合要求（即不可以使用n(2=<n<全部)个单元格描述一个需求）？ 与需求相关的表格的使用是否符合要求（即不可以使用n(2=<n<全部)个单元格描述一个需求）？ 与需求相关的表格的使用是否符合要求（即不可以使用n(2=<n<全部)个单元格描述一个需求）？ Y 其它 41 已经描述的、本文涉及的术语、定义及缩略语正确、完整？ 已经描述的、本文涉及的术语、定义及缩略语正确、完整？ 已经描述的、本文涉及的术语、定义及缩略语正确、完整？ 已经描述的、本文涉及的术语、定义及缩略语正确、完整？ Y 42 是否已可基于需求进行设计？ 是否已可基于需求进行设计？ 是否已可基于需求进行设计？ 是否已可基于需求进行设计？ Y 43 是否已可基于需求进行系统测试方案及系统测试用例的编写？ 是否已可基于需求进行系统测试方案及系统测试用例的编写？ 是否已可基于需求进行系统测试方案及系统测试用例的编写？ 是否已可基于需求进行系统测试方案及系统测试用例的编写？ Y 44 是否已可基于需求编写用户类文档（初稿）？ 是否已可基于需求编写用户类文档（初稿）？ 是否已可基于需求编写用户类文档（初稿）？ 是否已可基于需求编写用户类文档（初稿）？ Y 45 是否考虑了初始状态和特殊状态（例如：冷启动、异常终止）？ 是否考虑了初始状态和特殊状态（例如：冷启动、异常终止）？ 是否考虑了初始状态和特殊状态（例如：冷启动、异常终止）？ 是否考虑了初始状态和特殊状态（例如：冷启动、异常终止）？ Y 序号 单条需求说明评审检查项 y/n 不合格需求数 功能需求、性能需求、质量属性需求、外部接口需求、其它需求都要满足的公共检查项 1 每个叶节点需求是否都有优先级？ 每个叶节点需求是否都有优先级？ 每个叶节点需求是否都有优先级？ 每个叶节点需求是否都有优先级？ y 2 每个叶节点需求是否都有项目内唯一的标识？ 每个叶节点需求是否都有项目内唯一的编号？ 每个叶节点需求是否都有项目内唯一的编号？ 每个叶节点需求是否都有项目内唯一的编号？ Y 3 需求标识是否满足模板要求？ 需求编号是否满足模板要求？ 需求编号是否满足模板要求？ 需求编号是否满足模板要求？ Y 4 每个叶节点需求是否可验证（应注意验证的代价。如果验证的代价太大，也认为是不可验证的）？ 每个叶节点需求是否可验证？ 每个叶节点需求是否可验证？ 每个叶节点需求是否可验证？ Y 5 需求描述是否正确？ 需求描述是否正确？ 需求描述是否正确？ 需求描述是否正确？ Y 6 需求描述是否完整（至少应“可验证”，且描述了模板要求的所有“字段”。另外，对所有可能出现的输入/激励都应予以定义；应对合法和非合法的输入值的响应做出规定；未遗漏插图、表、图示标记和参照，并且定义了使用到的术语和度量单位、取值范围等） 需求描述是否完整？ 需求描述是否完整？ 需求描述是否完整？ Y 7 从成本、进度、技术角度来看，需求是否可行？ 从成本、进度、技术角度来看，需求是否可行？ 从成本、进度、技术角度来看，需求是否可行？ 从成本、进度、技术角度来看，需求是否可行？ Y 8 从市场角度来看，需求是否必要？ 从市场角度来看，需求是否必要？ 从市场角度来看，需求是否必要？ 从市场角度来看，需求是否必要？ Y 9 需求描述是否清楚明确、没有歧义？ 需求描述是否清楚明确、没有歧义（如使用了“合法”、“匹配”、“一致”、“缺陷”、“故障”等词，而又没有进行定义）？ 需求描述是否清楚明确、没有歧义（如使用了“合法”、“匹配”、“一致”、“缺陷”、“故障”等词，而又没有进行定义）？ 需求描述是否清楚明确、没有歧义（如使用了“合法”、“匹配”、“一致”、“缺陷”、“故障”等词，而又没有进行定义）？ Y 10 需求是否注重于描述“做什么”而不是“如何做”？ 需求是否注重于描述“做什么”而不是“如何做”？ 需求是否注重于描述“做什么”而不是“如何做”？ 需求是否注重于描述“做什么”而不是“如何做”？ Y 11 需求描述中是否未包含“为什么要做”的内容？（应放在“需求论证说明”中描述） 需求描述中是否未包含“为什么要做”的内容？（应放在“需求论证说明”中描述） 需求描述中是否未包含“为什么要做”的内容？（应放在“需求论证说明”中描述） 需求描述中是否未包含“为什么要做”的内容？（应放在“需求论证说明”中描述） Y 12 多条需求是否未放在一个段落中进行描述？ 多条需求是否未放在一个段落中进行描述？ 多条需求是否未放在一个段落中进行描述？ 多条需求是否未放在一个段落中进行描述？ Y 功能需求需要满足的公共检查项 1 需求描述中是否未遗漏“业务规则”？（业务规则（或逻辑）是指操作规则，如“操作的先后次序”、“什么人在特定环境下可以进行何种操作”、合法性/一致性定义等） 需求描述中是否未遗漏“业务逻辑”？ 需求描述中是否未遗漏“业务逻辑”？ 需求描述中是否未遗漏“业务逻辑”？ Y 2 功能需求中是否描述了必须的特殊需求？ 功能需求中是否描述了必须的特殊需求？ 功能需求中是否描述了必须的特殊需求？ 功能需求中是否描述了必须的特殊需求？ Y 3 功能需求的所有输入是否都是必需的，而且足够满足执行要求操作的需要？ 功能需求的所有输入是否都是必需的，而且足够满足执行要求操作的需要？ 功能需求的所有输入是否都是必需的，而且足够满足执行要求操作的需要？ 功能需求的所有输入是否都是必需的，而且足够满足执行要求操作的需要？ Y 4 是否详细罗列了功能需求的输出内容（如顺序、排序、结果对应的条件等）？这些结果是否都是必然的（即是否多或少了输出）？ 功能需求的所有输出是否都是必然的（即是否多或少了输出）？ 功能需求的所有输出是否都是必然的（即是否多或少了输出）？ 功能需求的所有输出是否都是必然的（即是否多或少了输出）？ Y 5 是否描述了所有可能的过程（包括正常过程、可选过程及异常过程。对于IPO方式，体现在“处理”中，可以不必显式出现“正常过程”、“可选过程”及“异常过程”这样的字眼）？ 是否描述了所有可能的过程（包括正常过程、可选过程及异常过程）？ 是否描述了所有可能的过程（包括正常过程、可选过程及异常过程）？ 是否描述了所有可能的过程（包括正常过程、可选过程及异常过程）？ Y 6 是否将需求涉及的输入、输出数据的含义、类型、数据大小、格式、度量单位、精度以及允许取值的范围的信息定义在“数据字典”（对于纯软件，含后台网管项目）或“接口说明书”（对于前台软件）中了？ 是否将需求涉及的输入、输出数据的含义、类型、数据大小、格式、度量单位、精度以及允许取值的范围的信息定义在数据字典中了？ 是否将需求涉及的输入、输出数据的含义、类型、数据大小、格式、度量单位、精度以及允许取值的范围的信息定义在数据字典中了？ 是否将需求涉及的输入、输出数据的含义、类型、数据大小、格式、度量单位、精度以及允许取值的范围的信息定义在数据字典中了？ Y 7 需求涉及的输入、输出数据是否直接引用了“数据字典”（对于纯软件，含后台网管项目）或“接口说明书”（对于前台软件）中的相关数据项而不是重新定义？ 需求涉及的输入、输出数据是否直接引用了数据字典中的相关数据项而不是重新定义？ 需求涉及的输入、输出数据是否直接引用了数据字典中的相关数据项而不是重新定义？ 需求涉及的输入、输出数据是否直接引用了数据字典中的相关数据项而不是重新定义？ Y 使用usecase描述功能需求 1 usecase描述是否包含了需求标识、需求名称、需求描述、执行者、优先级、使用频度、前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求？ usecase描述是否包含了需求编号、需求名称、需求描述、执行者、优先级、使用频度、前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求？ usecase描述是否包含了需求编号、需求名称、需求描述、执行者、优先级、使用频度、前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求？ usecase描述是否包含了需求编号、需求名称、需求描述、执行者、优先级、使用频度、前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求？ Y 2 usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求是否都进行了编号？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求是否都进行了编号？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求是否都进行了编号？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求是否都进行了编号？ Y 3 usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求的编号是否满足模板要求？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求的编号是否满足模板要求？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求的编号是否满足模板要求？ usecase描述中，前置条件、后置条件、正常过程、可选过程、异常过程、特殊需求的编号是否满足模板要求？ Y 4 usecase描述中，是否不存在将属于“异常过程”的内容放在了“前置条件”中了？ usecase描述中，是否不存在将属于“异常过程”的内容放在了“前置条件”中了？ usecase描述中，是否不存在将属于“异常过程”的内容放在了“前置条件”中了？ usecase描述中，是否不存在将属于“异常过程”的内容放在了“前置条件”中了？ Y 5 usecase描述中，异常过程中是否已经明确发生异常的位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ Y 6 usecase描述中，是否至少存在一个“执行者”？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ Y 7 usecase描述中，是否有“执行者”与“被描述系统”的交互（如只有“执行者”或“被描述系统”的活动，则该usecase的描述存在问题）？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ usecase描述中，异常过程中是否已经明确发生异常的正常过程位置？ Y 性能需求检查项 1 性能需求描述中，是否描述“性能”对应的具体的、可验证的条件？ Y 2 出现在“性能需求”中的功能，是否都已在“功能需求”中进行了描述？ Y 质量属性需求检查项 1 出现在“质量属性需求”中的功能，是否在“功能需求”中描述了？（如“安全性需求”要求“使用系统前必须登录”，这就涉及到登录、用户及其权限管理等功能，这些功能应该在功能需求中已有描述。注：“可扩展性”例外：只有那些可以描述清楚的扩展功能才放在“功能需求”中） Y 外部接口需求检查项 1 出现在“外部接口需求”中的功能，是否都已在“功能需求”中进行了描述？ Y 其它需求检查项 1 国际化需求中是否包括了语种及特定国家的特定协议的描述？ Y 2 出现在“其它需求”中的功能，是否都已在“功能需求”中进行了描述？ Y 序号 审查技巧（主要为用语检查，可作为审查活动的参考） 1 鼓励采用如“总是”、“每一种”、“所有”、“没有”、“从不”等绝对或肯定的词语。 应鼓励采用如“总是”、“每一种”、“所有”、“没有”、“从不”等绝对或肯定的词语。 应鼓励采用如“总是”、“每一种”、“所有”、“没有”、“从不”等绝对或肯定的词语。 应鼓励采用如“总是”、“每一种”、“所有”、“没有”、“从不”等绝对或肯定的词语。 2 警惕如“当然”、“因此”、“明显”、“显然”、“必然”等词语。看到这些词语，审查员应仔细审查推断或假定是否成立。 应警惕如“当然”、“因此”、“明显”、“显然”、“必然”等词语。看到这些词语，审查员应仔细审查推断或假定是否成立。 应警惕如“当然”、“因此”、“明显”、“显然”、“必然”等词语。看到这些词语，审查员应仔细审查推断或假定是否成立。 应警惕如“当然”、“因此”、“明显”、“显然”、“必然”等词语。看到这些词语，审查员应仔细审查推断或假定是否成立。 3 一般可将需求正文中出现的“某些”、“有时”、“常常”、“通常”、“贯常”、“经常”、“大多”、“几乎”、“用户友好”、“容易”、“简单”、“许多”、“最新技术”、“可接受的”、“健壮的”等视为缺陷，因为这些词太过模糊，所描述的需求无法测试。 一般可将需求正文中出现的“某些”、“有时”、“常常”、“通常”、“贯常”、“经常”、“大多”、“几乎”、“用户友好”、“容易”、“简单”、“许多”、“最新技术”、“可接受的”、“健壮的”等视为缺陷，因为这些词太过模糊，所描述的需求无法测试。 一般可将需求正文中出现的“某些”、“有时”、“常常”、“通常”、“贯常”、“经常”、“大多”、“几乎”、“用户友好”、“容易”、“简单”、“许多”、“最新技术”、“可接受的”、“健壮的”等视为缺陷，因为这些词太过模糊，所描述的需求无法测试。 一般可将需求正文中出现的“某些”、“有时”、“常常”、“通常”、“贯常”、“经常”、“大多”、“几乎”、“用户友好”、“容易”、“简单”、“许多”、“最新技术”、“可接受的”、“健壮的”等视为缺陷，因为这些词太过模糊，所描述的需求无法测试。 4 与“等”、“等等”、“诸如此类”、“依此类推”等词语相关的需求无法测试，一般应视为缺陷。 与“等”、“等等”、“诸如此类”、“依此类推”等词语相关的需求无法测试，一般应视为缺陷。 与“等”、“等等”、“诸如此类”、“依此类推”等词语相关的需求无法测试，一般应视为缺陷。 与“等”、“等等”、“诸如此类”、“依此类推”等词语相关的需求无法测试，一般应视为缺陷。 5 与“良好”、“迅速”、“廉价”、“高效”、“小”、“多”、“稳定”等词语相关的需求，无法测试，一般可视为缺陷。 与“良好”、“迅速”、“廉价”、“高效”、“小”、“多”、“稳定”等词语相关的需求，无法测试，一般可视为缺陷。 与“良好”、“迅速”、“廉价”、“高效”、“小”、“多”、“稳定”等词语相关的需求，无法测试，一般可视为缺陷。 与“良好”、“迅速”、“廉价”、“高效”、“小”、“多”、“稳定”等词语相关的需求，无法测试，一般可视为缺陷。 6 如果要使用“已处理”、“已拒绝”、“已忽略”、“已消除”等词语，则要同时列出相关原因或证据，否则可视为缺陷。 如果要使用“已处理”、“已拒绝”、“已忽略”、“已消除”等词语，则要同时列出相关原因或证据，否则可视为缺陷。 如果要使用“已处理”、“已拒绝”、“已忽略”、“已消除”等词语，则要同时列出相关原因或证据，否则可视为缺陷。 如果要使用“已处理”、“已拒绝”、“已忽略”、“已消除”等词语，则要同时列出相关原因或证据，否则可视为缺陷。 7 对于只有“如果…，那么…”而没有“否则…”的需求描述，审查员应仔细审查“条件不满足时会否发生异常情况”。 对于只有“如果…，那么…”而没有“否则…”的需求描述，审查员应仔细审查“条件不满足时会否发生异常情况”。 对于只有“如果…，那么…”而没有“否则…”的需求描述，审查员应仔细审查“条件不满足时会否发生异常情况”。 对于只有“如果…，那么…”而没有“否则…”的需求描述，审查员应仔细审查“条件不满足时会否发生异常情况”。 序号 对本检查单的改进建议Anlin:a)包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的，还是关系到质量属性或外部接口方面的需求；b)对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；c)要符合SRS模板要求；d)填写SRS中的全部插图、表、图示标记和参照，并且定义全部术语和度量单位。Anlin:如果修改很容易，且修改时易于保证完整性的、一致的，则该SRS就是可修改的。可修改性要求SRS具备以下条件：a)具有一个有条不紊的易于使用的内容组织，具有目录表，索引和明确的交叉引用；b)没有冗余。即同一需求或段落不能在SRS中出现多次。1)冗余本身不是错误，但是容易发生错误。冗余可增加SRS的可读性，但是在一个冗余文件被更新时容易出现问题。例如：假设一个明确的需求在两个地方详细列出，后来发现这个需求需要改变，若只修改一个地方，于是SRS就变得不一致了。2)不管冗余是否必须，SRS一定要包含一个详细的交叉引用，以便SRS具备可修改性。Anlin:7～15用于特殊目的，如用于评估需求说明的改进情况。一般情况下可以删除。