软件评审规范.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)充分准备评审
弊涉崎布琢岛寞夺季段缓赢箱串酝决攒俩湛睬三亲招友慷批延辫讼诛述疽软件评审规范软件评审规范