RD-需求文档评审检查标准.doc

RD-需求文档评审检查标准.doc需求文档评审检查标准编号:CHECK版本20变更记录日期版本变更说明作者1.().()发布新版本1范围需求验证包含以下几个方面的内容:1、 软件盂求规格说明正确描述了预期的系统行为和特征;2、 从系统需求或其他來源中得到的软件需求;3、 需求是完整的和高质量的;4、 所有对需求的看法是一致的;5、 需求为继续进行产品设计、构造和测试提供了足够的基础。需求验证确保了需求符合需求陈述(Requirementstatement)的良好特征:完整的正确的灵活的必要的具有优先级的无二义性的和可验证的,并只符合需求规格说明的良好特性(完整的、一致的、易修改的、町跟踪的)。:1、 文档符合标准模板;2、 文档已经做过标准检查和语法检查;3、 已经获得了审查员所需要的先前或参考文档,如业务需求说明书等;4、 所有未解决的问题都被记录以便跟踪解决;5、 包括了文档中使用到的术语词汇表。:1、 已经明确阐述了审査员提出的所有问题;2、 已经正确修改了文档;3、 修订过的文档已经进行了拼写检查和语法检查;4、 所冇问题已经全部解决,对遗留问题记录了解决的1=1标LI期;5、 文档已经检入项冃的棊线库。,评审时注重需求文档的完整性和、止确性项目总监批准需求文档客户经理注重文档的完整性项目经理关注需求的可跟踪性需求人员代衣(除作者外)关注需求的完整性、正确性设计人员代表从设计的角度注重需求的町实现性开发人员代表从开发的角度注重需求的可实现性测试人员代表注重需求的可测试性质量保证人员审计需求文档是否符合项目定义的标准3软件需求规格检查清单3・1完整性:通过不通过一般问题:?“一致性”和适当的详细程度???、软件和通信接口????非功能性需求相关:??,是否清楚地记录了其他相关的质量属性目标,并加以量化?特殊问题