软件评审规范.ppt

第7章软件评审 软件评审概述 评审目的评审的目的是检验软件开发、软件评测各阶段的工作是否齐全、规范,各阶段产品是否达到了规定的技术要求和质量要求,以决定是否可以转入下一阶段的工作。 软件评审概述 评审阶段的划分(1)系统分析与设计; (2)软件需求分析; (3)软件概要设计; (4)软件详细设计; (5)编码和单元测试; (6)软件部件测试; (7)软件配置项测试; (8)软件系统测试; (9)系统验收。 软件评审概述 评审的组织与管理 。 ,特殊情况下,交办方可委托其他单位代理组织外部评审。 需求评审 需求评审概述?软件需求是软件开发的最重要的一个步骤,需求的质量很大程度上决定了项目质量或产品质量。?需求评审是所有的评审活动中最难的一个,也是最容易被忽视的一个评审。深入的问题。?以下是一些失败的需求评审案例失败的需求评审:案例?某领域专家 A先生就某企业的成本管理系统做用户需求报告的评审工作?在评审会开始时间不长,就被在场的某企业的一位副总 B先生打断,认为 A先生提出的方案不适合本企业, A先生提出的管理改进方案在企业中无法实施?该副总提完意见后,与会的用户方人员纷纷跟随B先生的提出了他们的反对意见,致使评审会无法再进行下去,最终该报告被用户否决。失败的需求评审:案例?某软件公司内部举行产品的需求评审会,主要是公司内部的相关领域的专家参加?在评审会开始后不久,某领域专家就对需求报告中的某个具体问题提出了自己的不同意见?与会人员纷纷就该问题发表自己的意见?大家争执不下,结果,致使会议出现了混乱状况,主持人无法控制局面,会议大大超出了计划评审时间。失败的需求评审:案例?某软件公司为某公司 A做业务流程管理系统的需求评审会?当项目组人员在会议上宣读多达上百页的需求报告时,用户明确提出听不懂, 致使会议不得不改日进行。失败的需求评审:案例?某软件公司在用户处开完物资管理系统的需求评审会后,与会人员在离开会议室时纷纷摇头,认为本次会议没有多少实际效果,完全是在走过场。?某软件公司在公司内部举行产品的需求评审会时,需求报告的执笔人与产品策划的主要策划人员的想法差别很大,致使需求评审会没有必要继续进行下去。问题总结以上的现象可以在很多项目中都可以看到。概括起来,在需求评审中经常存在以下问题: ?需求报告很长,短时间内评审者根本不能把需求报告读懂,想清楚?没有作好前期准备工作,需求评审的效率很低?需求评审的节奏无法控制?找不到合格的评审员,与会的评审员无法提出深入的问题 需求评审 如何做好需求评审(1)分层次评审(2)正式评审与非正式评审结合(3)分阶段评审(4)精心挑选评审员(5)对评审员进行培训(6)充分利用需求评审检查单(7)建立标准的评审流程(8)做好评审后的跟踪工作(9)充分准备评审