CMMI5文档之评审规程

合集下载

cmmi5认证评估流程

cmmi5认证评估流程

cmmi5认证评估流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。

文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!CMMI5 认证评估流程通常包括以下步骤:1. 准备阶段确定评估目标和范围。

CMMI5文档之软件过程数据库和文档库管理规程

CMMI5文档之软件过程数据库和文档库管理规程

软件过程数据库和文档库管理规程文档编号:FHI_CMMI_OPD_PRD_DBDOC文档信息:软件过程数据库和文档库管理规程文档名称:软件过程数据库和文档库管理规程文档类别:CMMI规程密级:内部秘密版本信息:1.1建立日期:2016-1-8创建人:EPG批准人:李庆林批准日期:2016.2.25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1简介 (5)1.1目的 (5)1.2适用范围 (5)1.3术语表 (5)2过程总体描述 (5)2.1过程概述 (5)2.2过程结构描述 (6)3过程元素描述 (7)3.1管理组织度量数据库 (7)3.1.1过程元素概述 (7)3.1.2参与人员 (8)3.1.3入口准则 (8)3.1.4输入 (8)3.1.5任务 (8)3.1.6出口准则 (9)3.1.7输出 (10)3.1.8资源和能力要求 (10)3.2管理组织过程资产库 (10)3.2.1过程元素概述 (10)3.2.2参与人员 (10)3.2.3入口准则 (10)3.2.4输入 (10)3.2.5任务 (11)3.2.6出口准则 (13)3.2.7输出 (13)3.2.8资源和能力要求 (13)3.3管理组织采购数据库.......................................................... 错误!未定义书签。

3.3.1过程元素概述............................................................... 错误!未定义书签。

3.3.2参与人员....................................................................... 错误!未定义书签。

3.3.3入口准则....................................................................... 错误!未定义书签。

CMMI5文档之度量与分析规程

CMMI5文档之度量与分析规程

度量与分析规程文档编号:FHI_CMMI_MA_PRD文档信息:度量与分析规程文档名称:度量与分析规程文档类别:CMMI规程密级:内部秘密版本信息:1.1建立日期:2016-1-19创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)1.4.参考资料.............................................................................. 错误!未定义书签。

2.过程总体描述 (4)2.1.软件度量的原则 (4)2.2.软件度量范围与内容 (4)2.3.度量活动的角色定义 (5)2.4.度量活动流程 (5)3.过程元素描述 (7)3.1.度量计划 (7)3.2.度量实施 (9)1.简介1.1.目的本文的目的是用来指导组织和项目实施有效的软件度量工作,通过量化的分析和总结,帮助组织提高生产率,提高产品质量,降低成本和缩短产品研发周期。

本文档的适用范围为组织内部所有实施CMMI的项目的度量活动,包括过程度量、产品度量及项目度量三个方面。

本文的目的是用来指导组织和项目实施有效的软件度量工作,通过量化的分析和总结,帮助组织提高生产率,提高产品质量,降低成本和缩短产品研发周期。

1.2.适用范围本文档的适用范围为组织内部所有实施CMMI的项目的度量活动,包括过程度量、产品度量及项目度量三个方面。

1.3.术语表软件度量(Software Measurement):通过各种不同的量度(metric)对软件生命周期中的各个元素进行度量,它能够为各级管理者提供有关组织和项目的各种重要信息,同时也是进行大多评估活动的基础。

一个成熟的软件过程与不成熟过程的重要区别在于它的可量化度。

CMMI5文档之软件估计规程.docx

CMMI5文档之软件估计规程.docx

软件估计规程文档编号: FHI_CMMI_PP_PRD_SEST文档信息:软件估计规程文档名称:软件估计规程文档类别: CMMI 规程密级:内部秘密版本信息: 1.1建立日期: 2016-1-13创建人: EPG批准人:李庆林批准日期: 2016-2-25存放位置:集成公司组织资产库 /组织标准过程编辑软件: Microsoft Office 2003 中文版文档修订记录版本编号或者变化简要说明(变更内容修改日期变更人批准日期批准人更改记录编号状态和变更范围)V1.0C创建2016-1-13张娜娜2016-2-25李庆林V1.1M 文档编号去掉版本2016-4-172016-4-17号邓沛沛李庆林* 变化状态: C――创建,A——增加, M——修改, D——删除目录1、简介 (5)1.1目的 (5)1.2适用范围 (5)1.3术语表 (5)1.4参考资料 (5)2、总体描述 (5)2.1概述 (5)2.2参与人员 (6)2.3入口准则 (6)2.4输入 (6)2.5出口准则 (6)2.6输出 (7)2.7资源和能力要求 (7)2.8度量 (7)3、活动与规程 (7)3.1估计软件规模 (7)3.2估计各阶段缺陷数量 (8)3.3估计难度等级 (8)3.4估计工作量 (8)3.5估计成本 (9)3.6估计关键计算机资源 (9)3.7估计软件工程设备和支持工具 (9)3.8估计关键路径和关键依赖关系 (9)3.9建立管理储备 (10)3.10评审估计 (10)3.11制定进度表 (10)3.12建立项目挣值基线 (11)3.13 阶段详细估计 (11)3.14 形成《软件估计书》 (11)3.15 评审《软件估计书》 (12)3、附录 (12)a)估计方法 (12)i.历史数据估计方法 (12)ii. Delphi 估计方法 (12)iii.Pert Sizing Technique估计方法 (13)iv.代码重用估计方法 (14)v.改善项目估计 (14)vi.工作量估计的方法 (14)b)估计系数 (15)i.开发工具系数 (16)ii.规模系数 (16)iii.生产力系数 (16)iv.成本系数 (17)v. SCM 系数 (17)vi.SQA 系数 (17)vii.改善项目规模系数 (18)1、简介1.1 目的本文档的目的是为了描述对软件产品的规模、工作量、成本、关键计算机资源和进度等进行估计,描述了估计的步骤和过程。

CMMI5文档之软件估计规程

CMMI5文档之软件估计规程

软件估计规程文档编号:FHI_CMMI_PP_PRD_SEST文档信息:软件估计规程文档名称:软件估计规程文档类别:CMMI规程密级:内部秘密版本信息:1.1建立日期:2016-1-13创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录1、简介 (5)1.1 目的 (5)1.2 适用范围 (5)1.3 术语表 (5)1.4 参考资料 (5)2、总体描述 (5)2.1概述 (5)2.2参与人员 (6)2.3入口准则 (6)2.4输入 (6)2.5出口准则 (6)2.6输出 (7)2.7资源和能力要求 (7)2.8度量 (7)3、活动与规程 (7)3.1估计软件规模 (7)3.2估计各阶段缺陷数量 (8)3.3估计难度等级 (8)3.4估计工作量 (8)3.5估计成本 (9)3.6估计关键计算机资源 (9)3.7估计软件工程设备和支持工具 (9)3.8估计关键路径和关键依赖关系 (9)3.9建立管理储备 (10)3.10评审估计 (10)3.11制定进度表 (10)3.12建立项目挣值基线 (11)3.13阶段详细估计 (11)3.14形成《软件估计书》 (11)3.15评审《软件估计书》 (12)3、附录 (12)a)估计方法 (12)i.历史数据估计方法 (12)ii.Delphi 估计方法 (12)iii.Pert Sizing Technique估计方法 (13)iv.代码重用估计方法 (14)v.改善项目估计 (14)vi.工作量估计的方法 (14)b)估计系数 (15)i.开发工具系数 (16)ii.规模系数 (16)iii.生产力系数 (16)iv.成本系数 (17)v.SCM系数 (17)vi.SQA系数 (17)vii.改善项目规模系数 (18)1、简介1.1目的本文档的目的是为了描述对软件产品的规模、工作量、成本、关键计算机资源和进度等进行估计,描述了估计的步骤和过程。

CMMI评估流程

CMMI评估流程

CMMI评估流程CMMI评估流程是一种用于评估和改进组织软件开发过程能力的方法。

CMMI (Capability Maturity Model Integration,能力成熟度模型集成)是由美国软件工程协会(SEI)开发的一种评估模型,旨在帮助组织提高其软件开发过程的成熟度和质量。

CMMI评估流程通常包括以下几个主要步骤:1. 准备阶段:在准备阶段,评估团队需要与组织内的相关人员进行沟通,明确评估的目标和范围。

评估团队还需要收集相关的文档和数据,以便在后续的评估过程中使用。

2. 评估计划制定:在评估计划制定阶段,评估团队需要根据准备阶段收集到的信息,制定一份详细的评估计划。

评估计划应包括评估的范围、评估的时间安排、评估的方法和工具等内容。

3. 评估实施:在评估实施阶段,评估团队将根据评估计划进行实际的评估工作。

评估团队将对组织的软件开发过程进行详细的调查和分析,以确定组织在不同过程领域的成熟度水平。

4. 结果分析和报告撰写:在评估实施完成后,评估团队将对收集到的数据和信息进行分析,以确定组织的软件开发过程的成熟度水平和存在的问题。

评估团队将根据分析结果撰写评估报告,报告中应包括评估的结果、问题的描述和改进建议等内容。

5. 结果沟通和改进计划制定:评估团队将与组织内的相关人员进行结果沟通,将评估报告中的结果和建议进行解释和讨论。

根据评估结果,组织可以制定相应的改进计划,以提高软件开发过程的成熟度和质量。

CMMI评估流程的好处包括:- 帮助组织了解其软件开发过程的成熟度水平,识别存在的问题和风险。

- 提供了一种标准化的评估方法,使不同组织之间的评估结果可比较。

- 为组织提供了改进软件开发过程的指导和建议,以提高质量和效率。

- 帮助组织在软件开发过程中建立和维护最佳实践,提高组织的竞争力。

需要注意的是,CMMI评估流程需要评估团队具备相关的知识和经验。

评估团队成员应具备软件开发过程的专业知识,熟悉CMMI评估模型和评估方法。

CMMI评估流程

CMMI评估流程

CMMI评估流程1. 概述CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织软件和系统工程能力的模型。

CMMI评估流程是指按照CMMI模型的要求进行评估的一系列步骤和活动。

本文将详细介绍CMMI评估流程的标准格式。

2. 准备阶段在CMMI评估流程开始之前,需要进行一些准备工作。

首先,确定评估的范围和目标,明确评估的目的和所涉及的过程领域。

然后,组织评估团队,包括评估负责人、评估员和其他相关人员。

评估员需要接受CMMI培训,了解评估的方法和标准。

最后,制定评估计划,确定评估的时间表、资源需求和评估活动的安排。

3. 评估准备阶段评估准备阶段是为了采集评估所需的信息和数据。

首先,评估员需要与被评估组织的代表进行沟通,了解组织的业务和过程情况。

然后,评估员会采集相关的文档和记录,如组织的政策、流程描述、工作产品等。

评估员还会进行现场观察,了解组织的实际工作情况。

在这个阶段,评估员需要与被评估组织的代表保持良好的沟通和合作,确保获取准确的信息和数据。

4. 评估执行阶段评估执行阶段是评估员根据CMMI模型的要求进行评估的核心阶段。

评估员将根据评估的范围和目标,对组织的过程进行评估。

评估的方法包括文件审查、访谈和现场观察。

评估员会对组织的过程进行逐个评估,根据CMMI的要求,评估组织的能力水平和实施情况。

评估员会记录评估的结果和发现,并与被评估组织的代表进行确认和讨论。

在这个阶段,评估员需要保持客观和公正,确保评估的准确性和可信度。

5. 评估报告编写阶段评估报告编写阶段是评估员根据评估结果撰写评估报告的阶段。

评估报告包括评估的目的、范围和过程,评估的结果和发现,以及改进建议和行动计划。

评估报告需要清晰、准确地描述评估的情况和结果,同时提供有针对性的改进建议和行动计划,匡助组织提高其软件和系统工程能力。

评估报告需要经过评估负责人和被评估组织的代表的审查和确认,确保评估报告的准确性和可信度。

CMMI评估流程

CMMI评估流程

CMMI评估流程CMMI评估流程是一种用于评估和改进组织软件和系统工程能力的方法。

CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种国际广泛应用的软件和系统工程能力评估模型。

它提供了一套标准的评估框架,匡助组织识别和改进其软件和系统工程过程中的问题和缺陷。

CMMI评估流程通常包括以下几个步骤:1. 确定评估目标:在开始评估之前,需要明确评估的目标和范围。

这可以包括确定要评估的软件或者系统工程过程、评估的目的和预期结果。

2. 采集相关信息:评估人员需要采集相关的文档和数据,包括组织的软件和系统工程过程文档、项目记录和指标等。

这些信息将用于评估组织的能力和过程。

3. 进行现场观察:评估人员将对组织的软件和系统工程过程进行现场观察。

他们会与项目团队成员交流,了解他们的工作方式和实践,并观察他们在实际工作中的表现。

4. 进行评估分析:评估人员会对采集到的信息进行分析,评估组织的软件和系统工程过程的成熟度水平。

他们会根据CMMI模型的不同级别,评估组织在各个过程领域的能力成熟度。

5. 提供评估报告:评估人员将根据评估结果编写评估报告。

报告将包括对组织软件和系统工程过程的评估结果、问题和建议改进措施等内容。

评估报告通常会提供一个成熟度评级,以反映组织在软件和系统工程能力方面的水平。

6. 实施改进措施:根据评估报告中的建议,组织可以制定和实施改进措施,以提高其软件和系统工程能力。

改进措施可以包括制定和优化过程、培训和教育、引入工具和技术等。

CMMI评估流程的目的是匡助组织识别和改进软件和系统工程过程中的问题和缺陷,提高组织在这方面的能力和效率。

通过评估和改进,组织可以更好地满足客户需求,提供高质量的软件和系统工程服务。

在实施CMMI评估流程时,需要注意以下几点:1. 评估人员的专业素质:评估人员应具备丰富的软件和系统工程经验,熟悉CMMI模型和评估方法。

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

评审规程文档编号:FHI_CMMI_VER_PRD_SYN文档信息:评审规程文档名称:评审规程文档类别:CMMI规程密级:内部秘密版本信息:1.2建立日期:2016-1-5创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录目录s1.简述 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.概述 (4)3.同行评审过程说明 (6)3.1.正式评审 (6)3.2.技术评审 (9)3.3.走查 (10)3.4.审批 (11)3.5.审阅 (11)3.6.邮件评审 (11)4.分析评审结果 (11)5.同行评审验证准则 (11)5.1.同行评审严重程度定义 (11)5.2.同行评审不通过的准则 (11)6.QA评审/审计 (12)7.CM审计 (12)1. 简述1.1. 目的本规程的目的是为了定义在软件生命周期内不同的评审类型,确定评审的时机和评审的一般流程,并规定各项评审的主要内容、入口、出口和评审人员等。

1.2. 适用范围本规程适用于本公司的所有软件项目。

1.3. 术语表无2. 概述软件生命周期内的评审分为三类:同行评审、QA 评审和审计、CM 审计,如下图所示:(经验人员或客户代表CM 人员QA 人员相关人员:图表 1 评审分类正式评审活动评审的一般是比较重要的或具有里程碑意义的工作产品。

正式评审的目的既是为了发现被评审项的缺陷,也是对重要工作产品的质量验证。

评审的结果(通过或不通过)标志着项目是否进入下一个开发阶段。

因此,项目评审具备一定意义上承诺的意味。

同行评审是在软件开发过程中按照明确定义的过程对工作产品进行系统检测的方式之一,同行评审分为技术评审、走查两种方式。

技术评审、走查由一组与软件工作产品的作者处于同一级别的、具有类似工作(技术)经验的技术人员来进行。

技术评审和走查是作业过程中不可缺少的部分,使得缺陷能及早排除,产生较高的生产率和高质量产品。

技术评审和走查关注的是被评审的软件工作产品本身,而不是软件工作产品的作者。

与软件工作产品的作者相关的管理人员不应参加技术评审和走查,因为相关的管理人员参加技术评审和走查可能会妨碍评审人提出问题或发现缺陷。

技术评审和走查的结果也不应作为管理人员评价个人工作业绩的依据。

●正式评审的特点:高层经理通常被邀请参加。

评审对象可是技术工作产品也可是管理工作产品。

重点在于识别问题,不是解决问题。

要给评审做出结论。

●正式评审和技术评审及走查的区别:正式评审中,软件工作产品或软件工作产品集要交给管理人员、客户、最终用户或其他相关人员,以征得他们的认可或同意。

正式评审一般在任务完成后进行。

技术评审及走查中,软件工作产品或软件工作产品集提交给软件开发单位的同行,以发现其中存在的缺陷。

管理人员、客户和最终用户一般不参与技术评审及走查,技术评审及走查是不可缺少的任务。

有些软件工作产品需要经过正式评审,有些则需要经过技术评审及走查,而还有一些两者都需要。

根据评审对象的性质及项目的重要程度,可选择正式评审、技术评审、走查、审批、审阅、非正式评审六种方式进行评审活动。

五者的区别如下:3.同行评审过程说明3.1.正式评审3.1.1.概述正式评审由项目组或质量管理部的人员进行组织,由遵守明确定义过程的一组人员对软件工作产品以召开评审会的方式进行的评审。

其特点是:●评审人事先进行准备,并在评审会议开始前确定其关注的内容和问题。

●记录评审数据,并用于监督评审过程的效果。

●整个过程是为参与者定义好角色的结构化过程。

3.1.2.优缺点●优点以经济的方式发现缺陷。

在软件生命周期早期产生的产品中注入的缺陷,可以尽早发现,而不会导致以后发现缺陷所需的高额成本。

有效利用人力资源,即使有些人没有安排在项目中。

有助于建设团队精神,培养参与感和认同感。

评审人和作者通过该过程,对缺陷及其类型有了更多的认识,可以有效减少以后对该类产品的缺陷注入率。

若某工作产品的负责人中途退出,其它人员由于较早了解了该产品和退出人的思想,可以最大化地减少由于人员变动带来的损失。

●缺点需要许多人花费时间来准备和参加评审会议。

安排评审会议也需要相关开销。

3.1.3.适用范围重要的或非常复杂的工作产品需要进行公司正式评审,如:《软件需求规格说明书》、《用户需求说明书》、《项目计划》、《概要设计》或需要提交给用户的工作产品。

3.1.4.参与人员●作者:不能作为主持人,尽量不要充当宣读人。

评审前准备工作产品和相关资料。

保持客观,避免防御。

快速确定是否是问题。

根据评审结果,积极修改原先的工作产品。

●主持人:尽量不要充当宣读者。

安排、组织评审会议。

评审前与评审人积极沟通,发放材料。

评审开始时,检查评审人的《评审准备表》。

确保会议一直关注的是识别缺陷这个任务。

完成《评审报告》。

●评审人:评审前,认真准备。

评审中不要关注解决方案。

解决方案可以在评审结束后与作者交流。

积极参与问题的讨论和提出问题的解决建议,可以随时打断会议。

●宣读者:逐行宣读产品,以便评审人更好的理解产品。

控制评审的速度。

●记录员:在评审中,在《评审报告》中记录确认的问题。

●跟踪人:由评审会议最后指定,负责跟踪问题的解决情况。

跟踪人不能是作者。

●软件工程组:进行项目评审。

●其他评审人员:必要时,请高层经理、客户代表参加。

3.1.5.入口准则●待评审的工作产品已完成。

3.1.6.输入●完成的工作产品3.1.7.流程评审准备为了确保评审的成功和顺利,评审组织者和产品负责人(项目负责人)应做好充分协调,做好评审前的准备工作。

1.确定评审的参加人员,指定主持人、记录员等,并准备好相关的材料。

在选择评审人时应考虑以下情况:评审人尽量选择受评审结果影响的组的负责人。

评审人必须具备相关的经验。

考虑参加评审人的连续性。

(注:评审人员如果参加过项目以前的评审,那么他对项目问题的理解会比较深刻,更能保证评审的效果。

)2.确定评审的时间、地点和内容在评审前,主持人与参加评审的人员进行沟通(沟通方式可以是召开会议、发送电子邮件或电话通知等)。

确定评审的时间、地点和内容,填写《评审计划》。

3.主持人和产品负责人或者作者开发评审项的检查单和标准,填写《评审检查表》,可以采用公司模板进行补充。

4.主持人将《评审计划》、《评审检查表》和与评审有关的材料发给评审人,评审人应该在评审会前认真阅读这些材料,将发现的问题记录在《评审检查表》上。

注意:评审通知和材料发放,应尽量提前以便给评审人预留充足的准备时间。

执行评审1.主持人应先检查是否所有的评审人都作了充足的准备(检查《评审检查表》),并和项目经理协商确定本次准备是否充足,当准备不充足时,暂时取消本次评审。

2.主持人协调地点、投影仪等必备环境准备情况,会议期间应掌握和控制评审时间,一次会议的时间一般不超过4小时,对特殊事件可以做特殊处理。

当评审有了明确的结论后,主持人做出总结,确保没有歧义后可以结束本次评审。

如果本次评审没有通过,必须安排再次评审并决定再次评审的时间。

3.在评审过程中,记录员记录发现的问题和做出的决定,记录在《评审报告》中。

4.评审结束时,指定问题的跟踪人。

跟踪人按照评审记录跟踪问题情况,确认问题已经得到澄清(确定是否是问题)。

5.评审结束后,与会人员要在《评审报告》上签字,并认同评审的结果。

评审只针对评审项不对人。

评审过程中只是确定问题,不要涉及问题如何解决或如何解决更好的讨论。

如果确定的问题很少,或只需要做很少的修改,那么这次评审结果就是通过。

如果问题太严重,则要决定作者修改完毕后要进行再次评审。

按照同行评审严重程度、不通过的准则定义填写评审问题,参见本文第4章。

7.将《评审计划》、《评审检查表》、《评审报告》纳入配置库。

跟踪返工作者必须根据评审的《评审报告》进行修改。

若不需要再度评审,则在这个阶段,作者和跟踪人一起检查所做的更改,最终跟踪人记录修改结果和数据,并签字表示通过。

3.1.8.出口准则通过跟踪人的检查,并签字。

3.1.9.输出●《评审计划》●《评审检查表》●《评审报告》3.1.10.资源与能力要求●评审的参与人员(包括作者)接受过关于项目评审的培训。

●评审主持人接受过填写《评审报告》的培训。

3.2.技术评审组内正式评审由项目组组织,评审主要集中在项目内部,有条件的可以邀请项目外专家参与。

3.2.1.适用范围应进行技术评审的工作产品包括:●公司级的过程定义文件。

例如:过程开发和维护活动计划、标准软件过程文件、软件生命周期模型描述文件等。

●软件项目管理过程中的工作产品。

例如:风险管理计划、软件规模估算等。

●软件开发过程中的下列工作产品。

各种说明书(例如,软件需求规格说明书、概要设计说明书、详细设计说明书、数据编码说明书等),各种计划书(例如,系统测试计划、集成测试计划等),其它文档(例如,系统测试用例,集成测试用例等)。

技术评审与公司正式评审不同之处在于,技术评审中没有管理人员的参加,技术评审关注的是软件工作产品本身,而不是软件工作产品的作者。

其他内容与正式评审相同,参考正式评审的过程说明。

3.3.走查3.3.1.概述走查是对软件产品进行的同行评审,通常用于尽早快速发现工作产品中可能存在的设计缺陷和不符合标准、规范的问题。

3.3.2.适用范围适用于实现阶段和详细设计阶段的工作产品。

例如:程序源代码文件、数据源代码文件、详细设计说明书、数据编码说明书等。

当评审的首要目的是使别人了解产品时,走查很适合:●需求开发计划(需求调研计划)●设计方案●测试文档●用户界面设计3.3.3.参与人员●作者:将工作产品向一组同事介绍,并希望他们给出意见。

●评审人:指出其工作产品中可能存在的缺陷,以及与标准、规范的不符合项。

3.3.4.入口准则作者已准备工作产品。

3.3.5.输入●要评审的软件工作产品及其源头文件。

3.3.6.流程1.由产品的作者将该产品向一组同事介绍,并希望他们给出意见。

2.产品作者起主导作用,而其他评审角色则通常没有定义。

通常不需要进行计划,不制订详细的准出条件,也不需要管理报告,且不进行缺陷度量。

3.走查人员根据检查表的要求和自身的经验,随时指出其工作产品中存在的缺陷,以及与标准、规范的不符合之处,交流工作中的经验。

作者应记录下存在的缺陷和不符合项,以便在走查结束之后做必要的修改。

3.3.7.出口准则●已记录缺陷。

记录在评审检查表的问题记录中。

对评审的工作量进行度量。

3.3.8.输出●《评审报告》3.3.9.资源与能力要求走查参与者了解走查的流程3.4.审批审批主要是由有权力批准的人员对工作产品的批准方式,有权力批准的人员通常比软件工作产品的作者高一级别。

相关文档
最新文档