CMMI-3同行评审规程

合集下载

CMMI-3文档编写说明-20070725

CMMI-3文档编写说明-20070725

测试部分:()
1)职责划分:单元测试项目组内部完成,集成、系统和验收测试由测试组完成
2)测试用例编写时机:
●集成测试用例在概要设计完成后完成一部分30%
●系统测试用例在软件需求说明书完成后完成一部分30%
●验收测试用例在用户需求说明书完成后完成30%
●单元测试用例在详细设计完成后完成
3)测试计划:
●大时间点在项目计划进度表中
●每个测试活动日程在测试计划(人员、测试方案、充实用例、测试通过标准)4)测试用例和测试记录合并使用一个模板
5)测试报告:测试结论、测试质量是否符合要求(覆盖率、用例通过率、缺陷修复率)6)测试规程:修改模板,增加组织由特点的内容
同行评审:()
1)评审规程:修改
2)检查单:
●用户需求、产品需求、概要设计、详细设计、数据库设计、编码、测试用例、测试
计划
●项目计划
3)同行评审时间表
4)个人检查记录
5)同行评审问题汇总(格式同(4)
6)同行评审报告
决策分析和解决()
1)定义规程
2)评价准则,。

CMMI3同行评审详细过程定义讲解

CMMI3同行评审详细过程定义讲解

同行评审4.1同行评审与测试的关系发现缺陷的手段为什么要引入同行评审而不是继续完全使用测试呢?有些工作产品在早期阶段就可以进行同行评审去发现缺陷,但无法对其进行测试;即使到了编码阶段,测试活动也不能发现某些特定类型的缺陷(例如违反编程规范)。

从图4-1(开发各阶段缺陷放大图)可以看出,随着开发的不断开展,缺陷不断泄漏和放大,最终形成的产品是一个灰色的距离用户真正需求很远的一个"东西"。

这就需要在开发的过程中不断进行同行评审,减少泄漏到下一个阶段的缺陷。

成功的同行评审是提高质量和生产率的重要因素,不管人们喜欢与否,审查过程会迫使每个人在一种开放式的环境中工作。

一旦人们懂得了他们的工作都要接受同行评审,他们就会越早地将他们的工作公之于众,以待监督。

在同级评审上的投入把组织的一些质量成本从昂贵的测试以及后期的大规模返工转变为早期的缺陷发现。

更重要的是,工作产品的作者学到了如何将工作做得更好,从而避免了缺陷。

固然同行评审的准备、活动和跟踪需要花费一定的时间和工作量,但这些可以在测试中节省更多。

从经济角度考虑,许多缺陷是在早期阶段注入的,越早消除缺陷就越能降低开发成本。

据统计,对于保存精确记录的大系统,一套完整的同行评审体系能够使项目在每个测试阶段出现的错误减少了90%。

这样一来,即使在综合考虑了同行评审活动成本的情况下,同行评审活动也会使测试成本下降50%~80%。

同时,通过同行评审,开发人员能够及时地得到专家的帮助和指导,加深对工作成果的理解,更好地预防缺陷,在一定程度上提高了开发生产率。

再者,消除工作成果的缺陷,可以提高产品质量,提高客户满意度。

(点击查看大图)图4-1 开发各阶段缺陷放大图总之,同行评审有助于"提高质量、提高生产率、降低成本"。

但是要注意,同行评审不可能代替测试,正如测试不可能替代同行评审一样。

那么,工作产品通过了什么样的评审才算合格呢?同行评审本身的要求有没有在质量目标里?评审的工作量和参加人员的资格、评审时间是否有要求呢?4.2 同行评审的种类和对象同行评审活动的关注点应该是工作产品中的缺陷,而不应该是工作产品的作者或者生产者,管理者也不应使用同行评审的结果去评价个人的行为。

cmmi,3级软件过程改进方法与规范

cmmi,3级软件过程改进方法与规范

竭诚为您提供优质文档/双击可除cmmi,3级软件过程改进方法与规范篇一:cmmi过程改进的两种方法1、2、cmmi过程改进的两种方法阶段表示为过程改进提供了一个预定义的路线图,即从成熟等级1到成熟度等级5逐渐增加,要达到一成熟度等级,必须满足该等级(及其以下等级)上所有的过程域的目标连续表示支持单个过程域的改进,可理解为一个过程域接着一个过程域实施改进。

在每个过程域上能力等级0到能力等级5逐级增加3、cmmi的全称,软件能力成熟度模型。

4、过程的作用过程是决定产品成本、进度和质量的主要因素5、过程改进的生命周期模型-ideal模型5、cmmi过程改进流程6、过程改进的目的7、过程改进的好处8、过程改进的原则篇二:cmmi3级软件过程第18章质量保证第18章质量保证质量保证(qualityassurance,qa)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。

质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。

质量保证过程域是spp模型的重要组成部分。

本规范阐述了质量保证过程域的3各主要规程:☆制定质量保证计划[spp-pRoc-qa-planning]。

☆过程与产品质量检查[spp-pRoc-qa-ppqc]。

☆问题跟踪与质量改进[spp-pRoc-qa-tRacking]。

上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。

本规范适用于国内it企业的软件研发项目。

建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。

18.1介绍过程质量与产品质量存在某种程度的因果关系,通常“好的过程”产生“好的产品”,而“差的过程”将产生“差的产品”。

人们销售的是产品而不是过程,用户关心的是最终产品的质量,而开发者(团队)既要关心过程质量又要关心“产品质量”。

CMMI-3同行评审时间表

CMMI-3同行评审时间表
项目名称 评审目的 工作产品名
作称者 评审使用的资料 软件需求说明书 系统测试用例
检查单 需求跟踪矩阵 同行评审规程
同行评审时间表
软件概要设计说明书 张三、李四、王五 用途
第几次评审
工作产品版 本
完成时间
V04 2004 10 7 作者 版本
资料准备和发放人
发放期限
2004.10.17
评审人
角色
会前预审内容
审核记录形式
提交期限 其他要求
领域专家
技术专家
测试ห้องสมุดไป่ตู้员
评审会议时 间
2004.10.22下午2:00-5:30
主持人
发言人
评审地点 记录人
会议室
设备、工具
笔记本电脑、投影仪、白板、水笔等
评审人员
评审报告完 报告成期 发限 放范 再次围 提交评
审日期
撰写人 发放日期
提交人

CMMI-3OPD-组织过程定义规程

CMMI-3OPD-组织过程定义规程

组织过程定义建立日期:2007年3月30日1、前言11、目的规范组织过程定义的活动,使其输出满足组织和模型的要求。

12、适用范围适用组织内部与组织过程定义有关的活动13、术语和缩略语2、过程目标组织过程定义的目的是建立和维护一套有用的组织过程资产3、角色与职责4、输入4.1、对组织标准过程建立和维护的需求;4.2、对生命周期模型建立和维护的需求;4.3、对裁减指南建立和维护的需求;4.4、对度量库建立和维护的需求;4.5、对资产库建立和维护的需求。

5、入口准则5.1、组织过程定义的方针已文档化,并通过批准;5.2、具备了支持和执行本过程域相关能力的人员、设备及资源;5.3、建立和维护的需求得到批准。

6、活动61、活动关系图可选62、活动的解释1)建立和维护组织的一套标准过程●根据组织的需要和目标,策划组织级过程文档的结构和层次关系;●按照《组织级文档编写规范》编写各个层次的文档●将组织的整套标准过程,记录在《组织标准过程列表》中●对组织的整套标准过程执行同行评审●必要时修改组织的标准过程2)建立和维护一套经批准的在组织中使用的生命周期模型的描述●根据组织的实际情况,建立和维护产品的生命周期模型●编写具体要求参见《组织级生命周期编写指南》●对定义的生命周期模型进行同行审核●必要时修改生命周期模型的描述3)为组织的整套标准过程建立和维护裁减指南●按照《组织标准过程裁减指南编写规范》编制《组织标准过程裁减指南》●对《组织标准过程裁减指南》进行同行评审●必要时修订裁减指南4)建立和维护组织的度量数据库●确定组织级公共度量集的内容,填写在《组织公共度量集》中;●对定义的公共度量集中度量信息的获得、存储、规程进行同行评审;(MA)●按照《组织度量库建立和维护指南》建立和维护组织级度量库●将指定的度量集和相应的度量规程录入数据库●当组织需求时, 修改度量库中的度量规程, 公共度量集。

●度量数据库可以单独建立,也可以纳入组织过程资产库统一管理5)建立和维护组织过程资产库●确定组织资产库的内容。

CMMI-L3-培训-同行评审

CMMI-L3-培训-同行评审
于评审实施前至少三个工作日,将待评工作产品、评审资料 、评审检查单分发给他们,使其能进行充分的准备;
准备评审会议环境
.
21
同行评审—实施评审
目的:按计划有效地执行评审; 责任人:项目经理/评审计划人员、评审员、作者、记录
员; 活动:
评审参会人员会议签到,开始评审。 作者介绍工作产品内容,回答评审员问题。 记录员记录评审过程数据和发现的缺陷。 项目经理/评审计划人员注意控制、引导评审会议进程。
确定参加评审的人员范围及参评人员的职责分工
.
20
同行评审—准备评审
目的:进行评审准备工作,确保评审工作顺利完成; 责任人:项目经理/评审责任人; 活动:
项目经理对待评审的工作产品进行初审,判断是否符合参评 要求;
确定评审日程,确定时间、地点,邀请相关人员(用户、开 发、测试、QA等)参加评审。
定的文档中,记录发现的问题和结论。
.
17
同行评审—角色和职责
项目经理/评审计划人员:制定评审计划,确定评审 内容和评审目标;
评审责任人:准备评审工作; 作者:介绍待评审工作产品内容;答复问题;修复
缺陷; 评审员:根据《评审检查表》查找工作产品中的缺
陷,并和作者共同商讨缺陷解决方案。 记录员:将评审过程记录在指定的文档中,并跟踪
.
22
同行评审—缺陷修复、跟踪
目的:解决评审中发现的问题、缺陷; 责任人:项目经理/评审计划人员、作者; 活动:
作者修复评审中发现的缺陷。 跟踪缺陷状态,直至缺陷关闭。
.
23
同行评审—总结评审
目的:总结评审过程及发现的问题,形成结论; 责任人:项目经理/评审计划人员; 活动:
完成《评审报告》

CMMI-3决策评价准则

将此内容合并入《决策分析规程》中
序号
评价因素

方案成本之和必须小于等于计划成本
2
需求保证
方案必须满足系统需求说明书中描述的有关需求
3
风险
实现方案的风险小,不会影响系统的功能、性能和进度
4
技术限制
实现方案的技术成熟,且有掌握该技术的人才
5
性能保证
方案必须满足系统需求说明书中描述的有关性能
3)权是针对每个决策对象的背景给出的。
4)也可以自定义权值范围,权值范围可以为0,表示不考虑
5)S值得超过总分的60%,否则,有可能所选的方案都有瑕疵,得重新选
6
构件性能
方案产生的产品构件的封装性和模块性好
7
友好性
具有友好的用户界面,操作简单,易于使用
8
扩充性
方案的功能和性能易于扩充,且再投入的成本低
9
适应能力
方案能适应多种软、硬件环境
解决方案接受的总条件:S=∑权i×实际满足程度I,选择最佳的
说明:1)权的参考取值范围:0至1。由集体商量确定
2)实际满足程度的取值范围1至100。由集体商量确定

cmmi3评审方式

cmmi3评审方式CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织软件开发和维护过程的方法。

CMMI评审是针对组织的软件过程能力进行评估和改进的过程。

CMMI 3级是CMMI的一个等级,代表了组织在软件过程能力方面的一定成熟度。

CMMI 3级的评审方式包括以下几个方面:1. 评审准备阶段,在评审开始之前,需要对组织的软件过程进行准备。

这包括确定评审的范围、收集和整理相关的文档和数据、确定评审的时间表和人员安排等。

评审准备阶段的主要目的是确保评审能够顺利进行,并且评审所需的信息和资源都能够得到充分准备和提供。

2. 评审过程阶段,评审过程是评审的核心阶段,评审团队将根据CMMI 3级的要求,对组织的软件过程能力进行详细的审查和评估。

评审团队将会就组织的软件过程能力指标进行逐一审查,以确定组织是否满足CMMI 3级的要求。

评审过程中需要与组织内部的相关人员进行沟通和访谈,以了解他们对软件过程的实际执行情况。

3. 评审报告阶段,评审结束后,评审团队将会撰写评审报告,对组织的软件过程能力进行总结和评价。

评审报告将会包括对组织软件过程能力的优势和不足之处的详细描述,以及改进建议和措施。

评审报告将会提交给组织的管理层和相关人员,以便他们能够根据评审结果进行改进和提高软件过程能力。

总的来说,CMMI 3级的评审方式是一个系统的、全面的评估过程,需要评审团队对组织的软件过程能力进行深入的审查和评估,以便为组织提供改进和提高软件过程能力的建议和指导。

CMMI_3级软件过程改进方法与规范

内容提要软件过程改进是目前IT 企业研发管理的重点与难点。

为了提高软件过程能力,企业首先要研制软件过程规范,这是有一定难度并且费时费力的工作。

本文论述的是一套通用的CMMI 3级软件过程改进方法与规范,称为“精简并行过程”(SPP)。

SPP 2.0共有19个关键过程域,分为项目管理过程、技术开发过程和支撑过程三大类:✧项目管理过程有7个关键过程域,分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。

✧技术开发过程有8个关键过程域,分别为需求开发、技术预研、系统设计、实现与测试、系统测试、用户验收、产品维护和技术评审。

✧支撑过程有4个关键过程域,分别为配置管理、质量保证、采购管理和培训管理。

SPP 2.0文档总数约500余页,包含了众多的过程规范和模板。

采用SPP,用户可以在最短的时间内建立适合于本企业的软件过程规范,大大降低用户研制规范的代价和风险。

一、背景介绍在国内,绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。

“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。

IT企业谋求发展,研发管理必须规范化,这是大中型IT企业的迫切需求。

软件过程改进(Software Process Improvement, SPI)是目前国内大中型IT企业研发管理的重点与难点。

CMM(Capability Maturity Model)是用于衡量软件过程能力的事实上的标准,同时也是目前软件过程改进最好的参考标准。

CMM是由美国卡内基-梅隆大学(Carnegie-Mellon)软件工程研究所(Software Engineering Institute, SEI)研制的,其发展简史如下:✧CMM 1.0于1991年制定。

✧CMM 1.1于1993发布,该版本应用最广泛。

✧CMM 2.0草案于1997年制定(未广泛应用)。

✧到2000年,CMM演化成为CMMI(Capability Maturity Model Integration),CMM2.0成为CMMI 1.0的主要组成部分。

价值40万的CMMI3认证文档模板-评审过程

评审过程文件更改摘要:目录1. 目的 (3)2. 角色与职责 (3)3. 入口准则 (3)4. 输入 (3)5. 主要步骤 (3)5.1. 技术类评审 (4)5.1.1. 技术评审会议 (4)5.1.2. 组内评审 (5)5.1.3. 书面轮查 (5)5.1.4. 个人复查 (6)5.2.管理类评审 (6)5.2.1. 会议 (6)5.2.2. 会签 (6)5.2.3. 审批 (7)6. 输出 (7)7. 出口准则 (7)8. 引用文档 (7)9. 使用模板 (7)1.目的通过本文件规范评审活动,确保公司的评审活动过程规范、评审问题得到跟踪与解决,提高评审的效率、保证评审质量。

2.角色与职责3.入口准则●产生评审需求4.输入●被评审资料5.主要步骤本文件适用于公司所有的评审活动。

根据评审的内容特点,评审活动可分为管理类评审和技术类评审,适用范围如下:➢管理类评审:与管理相关的评审活动,如立项评审、项目计划评审、里程碑评审、结项评审等。

管理评审方式包括:会议、会签、审批三种;➢技术类评审:与技术相关的评审活动,如可行性分析评审、需求评审、概要设计评审、详细设计评审、代码走查、测试用例评审等。

技术评审一般采用同行评审方式,主要包括:技术评审会议、组内评审、书面轮查、个人复查四种。

图1: 评审方式示意图5.1. 技术类评审5.1.1.技术评审会议技术评审会议需召开正式的会议,且对会议的准备工作有严格的要求,要求在评审时使5.1.2.组内评审组内评审通常是以组内会议的方式出现,要求指定的角色参与并形成会议纪要。

5.1.3.书面轮查书面轮查是指被评审人将评审资料发送给评审组成员,由他们逐个进行书面式的检查并反馈检查结果,再由被评审人综合大家的意见完成评审资料的修改。

5.1.4.个人复查个人复查是指由被评审人完成产品后,由指定的单个检查人对其工作产品进行独立检查并提供检查意见的方式。

个人复查的步骤如下:✧被评审人形成工作产品并完成自查后,将工作产品提供给指定的复查人;✧复查人检查工作产品,若发现问题,可采取以下方式反馈问题:a)与被评审人直接沟通问题,并达成共识;b)对于文档,可以在文档中采用修订状态方式直接做出修改;c)对于代码,应将代码问题纳入缺陷管理;✧被评审人根据复查人的意见修改工作产品,并再次提供给复查人确认直到通过。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

同行评审规程
建立日期:2007年7月日
1、目的
1.1、在组织级规范项目同行评审的活动
1.2、为PPQA对同行评审(活动、产品)实施检查提供依据
2、适用范围
凡项目自行开发或供应商提供的,并在项目验证计划中规定要进行同行评审的工作产品;
3、术语和缩略语
同行评审(peer review)评审工作产品,识别和消除同行在开发工作产品期间的缺陷
4角色和职责
4、同行评审类型的选择参考表
5、活动关系图(需要补充)
1)、走查
2)、技术评审
3)、审查
6、活动的解释
6.1、走查
输入
被走查的工作产品
入口准则
项目组成员或管理人员确认需要时
活动
●作者在评审会前分发评审材料,包括:《同行评审时间表》
●评审人在会前各自审查评审材料,并记录审查结果
●作者在会上介绍工作产品概况
●评审组进行一般性讨论,在讨论中作者详细走查工作产品
●评审人负责记录错误、建议的变更和改进
●评审人整理记录的笔记,或填写《同行评审检查单》作为产品走查的结果
●作者对走查结果采取纠正行动
●必要时进行验证
输出
《同行评审检查单》
出口准则
作者根据《同行评审检查单》进行了必要的修改。

6.2、技术评审
输入
被评审的工作产品
入口准则
工作产品、规程和准则已经准备好了,主持人制定了《同行评审时间表》
参评人员、其他设备和工具已经到位
活动
1)评审主持人确定评审重点
●需要注意的特定问题
●需要满足的特殊标准或规格说明
●需要审查的接口或依赖关系
●以上内容体现在《同行评审检查单》中的检查内容
2)评审主持人向参加评审的成员提供
●需要考虑的特定问题
●《同行评审时间表》
●评审材料
3)评审人各自在会前审查评审材料,填写《同行评审检查单》
4)主持人主持评审会议
5)主持人撰写《同行评审报告》
6)责任人会后进行纠正行动
输出
《同行评审检查单》、《同行评审报告》、《同行评审时间表》
出口准则
按照《同行评审时间表》完成了规定的内容
责任人已经清楚采取纠正行动的要求
6.3、审查
输入
被审查的工作产品
入口准则
工作产品符合提交审查的条件,主持人制定了《同行评审时间表》
参评人员、审查设备和工具到位,
活动
1)作者和主持人分发评审材料,内容包括:
●要审查的工作产品
●参考文档
●《同行评审检查单》
2)评审人各自审查材料,并将缺陷记录在《同行评审检查单》中
3)主持人主持综合记录的会议,评审人参加
●根据每个评审人的《同行评审检查单》,进行问题汇总
●加入会议中又发现的问题,(注意:不讨论问题和建议)
4)作者根据问题汇总进行必要的返工
5)主持人验证返工的完成
6)所有与会人记录发现的缺陷和花费的时间等数据(《同行评审检查单》)
7)主持人撰写《同行评审报告》
输出
汇总的《同行评审检查单》、《同行评审报告》、《同行评审时间表》
出口准则
作者按照汇总的《同行评审检查单》进行了必要的返工,并通过了主持人的验证。

《同行评审报告》经过项目经理批准
7、相关的文件
1)引用的过程、规程、模板
2)参考资料。

相关文档
最新文档