RW-CL2-I-RM-C04-需求评审检查单.docx

文件名称：需求评审检查单版次：VerLO瑞通技术文件编号：RW-CL2-I-RM-C04生效日期：2004.5.20需求评审检查单记录号：第"2页项目情况项目名称项目ID检查情况检查项（项）检查人有效检查项（项）通过项（项）检查日期通过率（）年月日序号检查项通过情况验证人签字情况说明文档的组织结构IOI按照软件需求说明书模板描述需求是否102定义了所有术语和度量单位是否103所有的图表、标志、引用都明确是否完整性和正确性Ill软件需求说明书中是否指明了所有已知的用户或系统需求？所有用户要完成的任务都包含了吗？（只有用户代表才能决定用户需求的正确性）是口否112是否包括了所有的原始需求（指系统或软件需求，通常限制在开发或验证）？是否113所有需求不与领域限制、方针和法规冲突是否114需求是否划分优先级是否115每个需求都以清晰、简明、无岐义的语言进行描述是口否116每个需求都可通检验是口否117每个功能需求都适当地指定了输入、输出项是口否118定义了所有的外部硬件、软件和通讯接口是否119包括所有已知的风险承担者的需要是口否120已经明确陈述出所有的假设和依赖是口否121定义了全部通讯协议、容错检查是口否122每个测试用例清晰的描述了相对应的需求是口否可追踪性131每个需求项有唯一标识。是口否132是否有需求跟踪矩阵是否133是否有需求库需求评审检查单记录号：第2/2页一致性141是否存在冲突或重复的需求项？是否142软件需求说明书是否满足客户的需求？是否143需求跟踪矩阵是否覆盖需求规格说明书的要点？是否144变更后软件需求说明书、需求库和需求跟踪矩阵及项目相关产品是否保持一致是否歧义性151将每个需求用简单，简洁，直接的使用者本国语言描述，而不要用计算机用语是否可验证性161是否可以根据软件需求规范中的信息制定出详细的测试集，并且每项需求是否可以测试是否其他161是否是否是否需求检查指导： 关注一些下结论的词，如当然、因此、显然、由此可见等，要问“为什么”。 要澄清一些含糊不清的词语，如有些、有些时候、经常、一般来说、大多数情况下、等等、诸如此类等。 明确地规定范围。例如，有这样一段话”有效的范围是从10到100”，那么，这些数字是指整数？实数？还是十六进制？ 澄清一些模糊的说法。例如，"I/O模块与数据确认模块进行通讯，并设置控制标记”，那么，设置谁的控制标记？ 检查一些暗示确定的事物的词，如总是、每次、所有、任何、从来不等，要得到肯定的确认。当用文字描述一些结构化的信息时，尽量用辅助的图表来帮助理解。