需求评审指南

《需求评审指南》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、评审角色评审关注垂点项目经理所冇。业务需求专家/方案结构设计师/技术经理/开发丄程师代表实现要求、基本耍求、接口要求测试经理/测试工程师代表实现要求、基本要求、接口要求用户代表基本要求QA工程师规范要求不符介的评审检査项在BUG管理表或缺陷库中记录具体情况。检查号检杳项分类检查项1是否使用了止确的模板？2需求是否有唯一标识？3需求是否存在明显的描述问题？4需求是否存在明显的技术问题？5用户需求到产品需求是否有完整的映射？6需求描述是否清晰无二义性?无语句不通？无表达缺陷？7需求描述是否完整？8需求描述是否存在与功能点无关的描述？9基本要求需求描述是否一致？10

2、对现有功能的影响分析是否完整？（针对存在多期的项目）11对现有功能的影响分析是否止确？（针对存在多期的项目）12是否清楚说明功能的运行环境要求？13需求描述是否清晰，设置了合理的层次，并分层编号？14是否明确集成产品的版木要求，数据库版木要求及系统环境要求15是否明确标识开发的基础版本及运行环境版本（针对存在多期的项冃）16需求描述是否无错别字？17术语定义是否准确？18需求的分解、合并是否合理？19系统要求的可靠性，可用性，可维护性是否被考虑？20需求是否与领域的约束，法规或规章冲突？21提升要求需求使用的技术是否最合理?是否还有更加好的方案实现？22需求是

3、否存在性能方面的风险没有捕获？23需求描述是否根据具体问题的不同采用了合适的描述方式？例如各种图表的合理使用？24是否已确定并指出所有可能情况的输入值的预期范围？25需求是否可设计、可实现？26需求是否充分考虑现有产品和构架？27需求是否可测试？28规定的所有需求是否都是软件应该满足的？29每个需求是否都有一种且只有一种解释？30实现要求是否已使用客户的特有语言？31响应是否已同时包括在有效输入值和无效输入值11>?32所有的图、表和图表是否都包括所有评测术语和评测单元的完整标注、引用和定义？33是否已解决或处理所有的未确定因素？34有高复杂系数的需求吗？高复

4、杂系数的需求分解成儿个小需求吗？35接口需求是否描述清楚？36接口要求接口需求是否是合理的、必要的？37接口需求实现是否可行？38使用的模板格式是否符合规程？39评审过程是否符合规程？40规范要求缺陷纠正过程是否符合规程？41需求是否可追溯？42是否已使用图来补充0然语言说明？评审指南:1、以下基木问题应得到解决:功能:本软件有什么用途?外部接口:此软件如何与人员、系统硕件、其他硕件及其他软件进行交互?性能:不同软件功能都冇什么样的速度、可用性、响应时间、恢复时间等?属性:在正确性、可维护性、安全性等方面都有哪些事项要考虑?2、是否指迢了在需求规格说明书范围之

5、外的任何需求?这里表明需求规格说明书应正确定义所有的软件需求,不应说明任何设计或实施细节,不应该对软件附加更多约束。需求规格说明书是否介理地限制了有效设计的范围而不指定任何特定的设计?3、需求规格说明书是否显示以下特征?正确性:需求规格说明书规定的所冇需求是占都是软件应该满足的?明确性每个需求是否都有一种且只有一种解禅?是否已使用客户的语言?是否已使用图來补充自然语言说明?完全性需求规格说明卩是否包括所仃的重要需求（无论其与功能、性能设计约束、属性冇关还是与外部接口有关）?是否已确定并指出所冇可能情况的输入值的预期范圉?响应是否己同时包括在有效输入值和无效输入

6、值屮?所有的图、表和图表是否都包括所有评测术语和评测单元的完整标注、引用和定义?是否已解决或处理所有的未确定因素?-•致性此需求规格说明书是否与前景文档、用例模型和补充规约相i致?它是否与更高层的规约相一致?它是否保持内部-致,其屮说明的个别需求的任何部分都不发生冲突?排列需求的能力每个需求是否都己通过标识符來标注,以表明该特定需求的重要性或稳定性?是否已标识出正确确定优先级的其他重要属性?可核实性在需求规格说明书中说明的所有需求是否可被核实?是否存在■-定数量可节省成本的流程町供人员或机器用來检查软件产品是否满足需求?可修改性需求规格说明书的结构和样式是否允

7、许在保留结构和样式不变的情况下方便地对需求进行全面而统一的更改?是否确定和最人限度地减少了冗余，并对其进行交叉引用?可追踪性每个需求是否都有明确的标识符?每个需求的來源是否确定?是否通过显式引用早期的一工件来维护向后可追踪性?需求规格说明书产生的工件是否貝有相当大的向前可追踪性?