4、需求与设计评审.pptVIP

详细设计评审内容 评审要素 评审内容 可追溯性 是否每一个部分的设计都可以追溯到需求？ 是否每一个设计决策都可以追溯到效益分析？ 是否所有的设计决策都可以追溯到成本/效益分析？ 是否描述了每个单元的详细需求？ 单元需求是否能够追溯到软件规格文档？软件规格文档是否能够跟踪到单元需求？ 是否有到代码的引用或者包括代码本身？ 修佳鹏 北京邮电大学 xiujiapeng@bupt.edu.cn 本章内容 1.需求评审 2.设计评审 1.需求评审 统计表明，软件开发过程中70%?85%的返工正是由于需求方面的错误所致，50%以上的软件项目失败都源于需求分析的问题。 可以认为，好的需求分析是项目成功的重要基础或者必要条件。 但是，由于受到软件计划方、需求分析人员等专业水平的限制，需求规格说明书中存在问题往往是必然的，其错误类型主要包括：不完整、不清晰、二义性、不一致、不正确、不可行等。 需求定义错误会导致软件开发过程中的缺陷发散，并最终导致软件项目的失败。 1.需求评审 对需求进行测试最有效的方法是需求评审，是软件界公认的最有效的需求排错手段之一。 进行需求评审需要注意几个问题： （1）参加人员：用户或用户代表、项目的管理者、系统工程师及相关开发人员、测试人员、市场人员、维护人员等。一般来讲，一个评审小组人员的数量在3?7个人比较合适。 （2）评审的规模不宜过大：标准推荐的每次需求评审测试规模