51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2780|回复: 1
打印 上一主题 下一主题

[讨论] 软件开发评审准则

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-25 07:28:33 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
                                                 前言
最近,XX公司要贯彻9000精神,加强软件评审制度,为了使评审过程有章可循,软件开发中心特制定如下准则,希望能对评审活动产生有益的指导。
1.
目的
软件开发评审的目的是由一组有资格的人员对软件开发的全过程产生的输出进行评价,以判断软件开发的各个阶段达到了软件开发计划中所规定的要求,同时通过评审标识出预定要求与实际的偏差,以反映软件项目开发的实际情况。评审向上级管理部门提供充足的证据以证明:
l
软件项目各阶段的输出符合开发计划中规定的要求;
l
设计和开发的输出满足相关法律、法规以及企业标准的要求;
l
软件项目的更改得到了适当的实施。
2.
范围
本规范适用于对河北XX公司技术发展部软件中心所有软件项目的输出及其更改进行的评审。
3.
角色和职责
    全通公司技术发展部软件中心成立软件项目评审小组,由软件中心经理、软件中心项目经理、质量管理员、质量中心经理、评审专家、项目经理及其它符合人员组成。对于某一次具体得评审,具体的角色和职责规定如下:
1)
主审人。主审人是技术评审的指挥人员,负责评审活动的组织、结论、书面报告。
2)
项目汇报人。由被评审项目的项目经理担任,负责向评委会的人员汇报和解释项目开发的各个情况。在评审会正式召开前与质量员共同准备评审资料及评审表格。
3)
评审专家。评审专家有满足要求的技术人员担任,负责向评审组成员提出自己的评审意见和建议。由全通公司技术发展部软件中心项目经理和中心经理组成。
4)
质量保证人员。由全通公司技术发展部质量中心经理和软件中心的质量员担任。他们是技术发展部常设的负责技术质量的人员。
5)
顾客和用户代表。尽量使顾客和用户代表能够参加评审会议,特别是软件需求评审会议一定要由用户签字同意。如顾客和用户代表应该参加但因某种原因不能参加评审会议,则一定要追加顾客和客户代表在评审结论上签字同意。有顾客和用户参加的评审一般分为内、外两次评审。
6)
相关领导和部分管理人员。对于软件开发的某一个阶段,具体由哪个领导参加,参照全通公司ISO9000文件与软件开发有关的四个控制程序的有关规定。
4.
评审时机
按《软件开发计划》所计划的评审检查点进行。因临时变更引起的突发性的评审随时进行。
5.
评审的基本要求
1)
评审按软件开发的生命周期划分,如软件需求阶段的评审、软件概要设计阶段的评审等。
2)
根据软件项目的大小和评审安排时间的多少,评审可以只针对一个阶段,也可以针对几个阶段。
3)
评审结论应明确。评审结论有:一、通过,二、不通过,三、有条件通过(修改后会签)。
4)
评审由被评审人(一般是项目经理)驱动,并报中心经理。中心经理与被评审人协调,确定评审的时间和场地。
5)
被评审人提前三天向评审相关人员发送评审资料及有关的背景资料和文件。
6)
ISO9000的要求,评审资料应及时归档。
7)
评审产品,而不是评审设计者(不能使设计者有任何压力);
8)
会场要有良好的气氛;
9)
限制争论与反驳(评审会不是为了解决问题,而是为了发现问题)
10)
及早的对自己的评审作评审(对评审准则的评审)。
6.
评审依据
1)
合同、软件需求说明书、软件开发计划。
2)
有关法律、法规、行业规范等。
3)
《评审规范》。
7.
评审内容
评审的内容根据软件项目的开发周期、技术难度、复杂程度以及客户的要求有所侧重和适当的增减,但应满足对设计结果进行评审的要求,主要内容参见附件《评审规范》。
8.
评审方式
由主审人决定评审方式采取会签评审或会议评审。
8.1.
会签评审
会签评审是各个评委根据评审的内容和要求进行审核并发表自己意见,当各位评委的意见基本一致,或问题比较明确并已得到解决,则不召开会议而直接填写《软件开发评审报告》的一种评审方式。
8.2.
会议评审
会议评审就是公司组织内外的专家召开评审会议,根据评审的内容和要求进行讨论、分析并就最终结果达成一致的评审方式。
9.
工作程序
9.1.
被评审人与中心经理协商评审时间、地点、参与人员、主审人。
9.2.
被评审人提前三天把与评审有关的资料交给各个评委。
9.3.
各评委如有问题可提前与被评审人或主审人沟通。如问题较大,不能如期评审,由主审人通知评审延期。
9.4.
确定项目评审方式。主审人分析各评委的审查意见,当各位评委的意见基本一致,或问题比较明确并已得到解决时,可决定采用会签评审方式,直接形成评审结论,填写《软件开发评审报告》。否则采用会议评审方式。
9.5.
组织评审。包括布置评审会场,通知相关人员等组织性的活动。
9.6.
评审会议在正式评审之前,主审人首先确立将要评审的流程、标准,以免到评审时各个成员对评审规则有疑义,影响评审的顺利进行。
9.7.
讨论,评审(会议评审适用)。由项目组代表(一般是项目经理)开始向评委讲述项目相应评审阶段的情况。在项目组代表讲述的过程中,评委可以随时打断项目组代表的陈述,就相关疑问提问或展开讨论。
9.8.
形成评审结论。每一个评审对象讨论完后,由主审人按评审表格询问各评委意见,汇总后形成评审结论。评审结论见第5点&ldquo评审的基本要求&rdquo第3)点。
9.9.
评审如不通过,则通知项目组,限期进行软件的更改,并安排重新评审。
9.10.
评审通过后,中心经理负责对评审中发现的问题进行跟踪,保证评审的措施得到贯彻实施。

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-6-5 10:41:33 | 只看该作者
这个是从哪里copy过来的,呵呵!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-16 12:48 , Processed in 0.062969 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表