CMMI-工程-VER-评审规程-V1.0

CMMI-工程-VER-评审规程-V1.0

ID:39547839

大小:474.50 KB

页数:23页

时间:2019-07-06

CMMI-工程-VER-评审规程-V1.0_第1页
CMMI-工程-VER-评审规程-V1.0_第2页
CMMI-工程-VER-评审规程-V1.0_第3页
CMMI-工程-VER-评审规程-V1.0_第4页
CMMI-工程-VER-评审规程-V1.0_第5页
资源描述:

《CMMI-工程-VER-评审规程-V1.0》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、评审规程评审规程文档编号:GZCY_VER_PRS-V1.0文档信息:文档名称:文档类别:CMMI模板密级:机密版本信息:V1.0建立日期:创建人:审核者:批准人:批准日期:保管人:存放位置:编辑软件:MicrosoftOffice2003英文版CONFIDENTIAL评审规程文档修订记录版本编号或者更改记录编号变化状态简要说明(变更内容和变更范围)日期变更人批准日期批准人V1.0C初次创建2004-07-21CMM事业部*变化状态:C――创建,A——增加,M——修改,D——删除文档审批信息序号审批人角色审批日期签字备注评审规程前言在我们开发工作产品时,不可避

2、免地会注入缺陷。通常使用两种方法来识别缺陷:评审和测试。使用测试可以识别存在于可执行系统中的缺陷,而评审则更通用,甚至可以用于识别文档、过程、源程序中的缺陷等。本文介绍评审的种类、方法、适用范围等内容。评审规程目录第一章简述11.1目的11.2适用范围11.3术语表1第二章评审的种类2第三章项目评审33.1概述33.2组织内正式评审33.2.1概述33.2.2优缺点43.2.3适用范围43.2.4参与人员43.2.5入口准则63.2.6输入63.2.7流程63.2.8出口准则73.2.9输出73.2.10资源与能力要求83.2.11度量83.3组内正式评审83

3、.3.1适用范围83.4非正式评审83.4.1适用范围83.4.2流程8第四章同行评审9第17页评审规程4.1概述94.2审查94.2.1概述94.2.2适用范围94.2.3参与人员104.2.4入口准则104.2.5输入104.2.6流程104.2.7出口准则114.2.8输出114.2.9资源与能力要求114.2.10度量114.3轮查114.3.1概述114.3.2适用范围114.3.3参与人员124.3.4入口准则124.3.5输入124.3.6流程124.3.7出口准则124.3.8输出124.3.9资源与能力要求124.3.10度量124.4走查1

4、34.4.1概述134.4.2适用范围134.4.3参与人员134.4.4入口准则134.4.5输入13第17页评审规程4.4.6流程134.4.7出口准则144.4.8输出144.4.9资源与能力要求144.4.10度量14第五章SQA评审/审计16第六章SCM审计17第一章第17页评审规程第一章简述1.1目的本规程的目的是为了定义在软件生命周期内不同的评审类型,确定评审的时机和评审的一般流程,并规定各项评审的主要内容、入口、出口和评审人员等。1.2适用范围本规程适用于本公司的所有软件项目。1.3术语表无第17页评审规程第一章评审的种类软件生命周期内的评审分

5、为四类:项目评审、同行评审、SQA评审和审计、SCM审计,如下图所示:图表1评审分类第17页评审规程第一章项目评审1.1概述项目评审分为正式评审和非正式评审,它评审的一般是比较重要的或具有里程碑意义的工作产品。项目评审的目的既是为了发现被评审项的缺陷,也是对重要工作产品的质量验证。评审的结果(通过或不通过)标志着项目是否进入下一个开发阶段。因此,项目评审具备一定意义上承诺的意味。l项目评审的特点:Ø高层经理通常被邀请参加。Ø评审对象可是技术工作产品也可是管理工作产品。Ø重点在于识别问题,不是解决问题。Ø要给评审做出结论。l项目评审和同行评审的区别:Ø项目评审中

6、,软件工作产品或软件工作产品集要交给管理人员、客户、最终用户或其他相关人员,以征得他们的认可或同意。项目评审一般在任务完成后进行。Ø同行评审中,软件工作产品或软件工作产品集提交给软件开发单位的同行,以发现其中存在的缺陷。管理人员、客户和最终用户一般不参与同行评审,同行评审是不可缺少的任务。Ø有些软件工作产品需要经过项目评审,有些则需要经过同行评审,而还有一些两者都需要。根据评审对象的性质及项目的重要程度,可选择组织内正式评审、组内正式评审、非正式评审三种方式进行项目评审。三者的区别如下:第17页评审规程评审种类组织者适用的工作产品参加人员评审会议评审准备表及评

7、审报告中心正式产品开发中心重要或非常复杂的项目组内,组外人员召开有组内正式项目组中等重要或复杂的组内人员为主,有条件的可邀请组外人员召开有非正式项目组不太重要或不太复杂组内人员为主,有条件的可邀请组外人员可以不召开不需要1.1组织内正式评审1.1.1概述组织内正式评审由产品开发中心的人员进行组织,由遵守明确定义过程的一组人员对软件工作产品以召开评审会的方式进行的评审。其特点是:l评审人事先进行准备,并在评审会议开始前确定其关注的内容和问题。l记录评审数据,并用于监督评审过程的效果。l整个过程是为参与者定义好角色的结构化过程。1.1.2优缺点l优点Ø以经济的方式

8、发现缺陷。在软件生命周期早期产生的产品

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。