CMMI-测量和分析过程 V1.00_第1页
CMMI-测量和分析过程 V1.00_第2页
CMMI-测量和分析过程 V1.00_第3页
CMMI-测量和分析过程 V1.00_第4页
CMMI-测量和分析过程 V1.00_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

测量和分析过程文件编号保密级别总页数编制

变更日志编号版本修改内容修改人修改日期10.10创建初稿20.20内部评审,建立组织方针31.00发布目录1. 引言 11.1. 目的与方针 11.2. 适用范围 11.3. 术语表 11.4. 参考资料 12. 过程总体描述 22.1. 过程概述 22.2. 过程结构描述 23. 过程元素定义 33.1. 定义度量与分析规格说明 33.1.1. 概述 33.1.2. 角色与职责 33.1.3. 输入 33.1.4. 进入标准 33.1.5. 任务 33.1.6. 输出 43.1.7. 退出标准 43.2. 度量计划 43.2.1. 概述 43.2.2. 角色与职责 43.2.3. 输入 43.2.4. 进入标准 43.2.5. 任务 53.2.6. 输出 63.2.7. 退出标准 63.3. 度量实施 63.3.1. 概述 63.3.2. 角色与职责 63.3.3. 输入 73.3.4. 进入标准 73.3.5. 任务 73.3.6. 输出度量 93.3.7. 退出标准 93.4. 实施项目度量与分析活动,并提供相应的结果 93.4.1. 概述 93.4.2. 角色与职责 93.4.3. 输入 103.4.4. 进入标准 103.4.5. 任务 103.4.6. 输出 103.4.7. 退出标准 113.5. 实施公司度量与分析活动,并提供相应的结果 113.5.1. 概述 113.5.2. 角色与职责 113.5.3. 输入 113.5.4. 进入标准 113.5.5. 任务 113.5.6. 输出 123.5.7. 退出标准 124. 相关文档 134.1. 引用文件 134.2. 使用模板 13测量和分析过程PAGE13引言目的与方针开发和维持软件过程的度量能力,以便支持商业目标和管理信息的需要。为策划和执行“度量和分析”过程,制定并维护组织方针:规定软件开发过程的各阶段需要测量和分析的数据及其标准值,以及测量数据的收集方法、存储方法、分析方法和报告形式;按照规定进行测量和分析;根据分析结果,采取适当的纠正措施。适用范围项目和公司度量与分析工作。术语表下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注度量项是对一个项目或过程的某个特性(例如:规模、工作量、复杂性和缺陷)采集一个反映事实的定量数据。度量是对一个项目或过程具有的某个特性的度的一个测量。例如:对产品规模的度量分为基于功能点/代码行/页面的测量。分析(Analysis):是整理、比较和解析度量结果并形成报告的行为。例如:对产品规模与工作量之间关系的分析。参考资料无过程总体描述过程概述度量与分析过程的功能是从各种工程和管理过程中收集和分析度量数据并为相关的干系人报告度量结果,提供用于监控和改进项目过程和产品质量的管理信息。度量与分析过程包括下列活动:定义度量与分析规格说明;实施项目度量与分析活动,并提供相应的结果;实施公司度量与分析活动,并提供相应的结果;数据库(配置库)定义度量与分析规格说明实施项目度量与分析活动基础数据来源个人周报各种表单记录干系人实施公司度量与分析活动商业目标和管理信息的需要度量数据和分析结果度量数据和分析结果过程结构描述数据库(配置库)定义度量与分析规格说明实施项目度量与分析活动基础数据来源个人周报各种表单记录干系人实施公司度量与分析活动商业目标和管理信息的需要度量数据和分析结果度量数据和分析结果过程元素定义定义度量与分析规格说明概述度量分析人员采用“目标-问题-度量(Goal-Question-Metric,GQM)”的软件度量方法,建立和维护项目和公司的度量数据收集、分析、存储和报告方法。角色与职责EPG:制定《组织度量数据收集表》。输入《过程改进计划》公司组织目标进入标准过程改进启动任务识别商业目标和管理信息的需要EPG负责在过程改进计划中指派度量分析人员。度量分析人员负责与改进计划中定义的干系人进行沟通,识别商业目标和管理信息的需要。度量分析人员负责将商业目标和管理信息需要文档化,如下表所示。分析影响目标实现的关键问题度量分析人员负责与干系人进行沟通,分析哪些关键问题会影响目标实现。度量分析人员负责将关键问题文档化,如下表所示。定义与解决问题相关的度量数据度量分析人员负责与干系人进行沟通,定义与解决问题相关的主要度量数据。度量分析人员负责将主要度量数据文档化,如下表所示。商业目标管理信息的需要关键的问题主要度量数据满足客户的需求需求增长的速度需求的稳定性需求增长快需求不稳定需求的规模需求的变更率提高产品质量评审的效果测试的效果质保的效果缺陷密度缺陷类型缺陷等级评审所发现的缺陷比较少测试所发现的缺陷比较多质保尚未建立评审所发现的缺陷类型、等级和数量测试所发现的缺陷类型、等级和数量质保所发现的缺陷类型、等级和数量降低项目成本项目预算实际费用项目预算难以估计成本控制缺乏数据产品的规模各种活动所花费的工作量加快项目进度项目的效率计划与实际的偏差进度计划不准确进度控制缺乏数据计划的变更次数项目的生产率挣值分析(EarnedValue)建立和维护度量与分析规格说明度量分析人员负责为项目和公司建立和维护《组织度量收集数据项》。文档包括下列内容: 度量项和分析项的定义;度量数据的合法性要求;度量数据的收集、分析、存储和报告方法;度量数据的存取控制和变更控制方法。度量分析人员负责提供实施度量与分析活动所需要的技能培训和工具培训。审批度量与分析规格说明。度量分析人员负责将度量与分析规格说明提交给EPG审核。EPG负责批准度量与分析规格说明。输出《组织度量收集数据项》退出标准过程改进完成,《组织度量收集数据项》得到批准。度量计划概述度量计划是度量与分析工作的基础。在组织级,要对组织中的度量工作进行计划;在项目级,项目策划时要参考组织的度量计划制定项目的度量计划。角色与职责 EPG:制定组织级度量计划;支持项目经理制定项目级度量计划 项目经理:制定项目级度量计划 QA人员:协助项目经理制定项目级度量计划;制定项目级质量度量计划输入 《组织度量收集数据项》进入标准 EPG成立 项目组成立任务确定度量目标与度量项:组织级:在制定过程改进计划时,EPG根据组织对过程改进的短期和长期目标,采用目标/提问/度量(G/Q/M)(Goal-Question-Metric)的框架方法来确定度量目标,即:根据组织中高层经理对过程改进活动的期望及组织当前过程能力表现值,确立并分析量化的过程改进目标;如:通过过程改进活动,将现有的客户满意度从82%提高至85%;或通过过程改进活动,将现有项目成本偏差缩小5%等等根据过程改进目标进行原因分析,找出影响该目标实现的关键环节(使用因果图),逐层提出通过度量要解决的问题并设置分解的度量目标;如:通过分析发现提高客户满意度的主要因素有(依影响度排序,以下目标设置仅为举例):降低缺陷率,设置分解目标为降低10%,该目标对于实现整体客户满意度提高3%的目标有什么贡献和影响。根据对当前组织标准软件过程的分析进一步细分该目标,找出问题。如:如何提高单元测试的有效性?引入测试工具是否可以提高测试覆盖率,从而降低缺陷率?QA增加在过程评审和产品审计方面的工作量是否可以降低缺陷率?提高同行评审活动的有效性,设置分解目标为提高同行评审单位时间内发现的问题个数5个;问题如:开发上游工作产品时采用一些非正式评审方法是否可以提高有效性?对于评审主持人加强培训是否可以缩短会议时间?从问题中提出过程改进中需要的度量项。包括:所需的度量项、分析项、度量项应通过哪些渠道收集(特别指组织中的哪类项目或何种情况下需要收集)、何人负责收集、何人负责验证、应在何时实现既定的过程改进目标等。如为了提高客户满意度,可以定义以下度量项:如何提高单元测试的有效性?单元测试效率:单元测试总缺陷数/单元测试总工作量;首次合格率:1-(首次集成测试总缺陷数/总代码行数)利于交流:对记录的测量结果,其它人能精确地知道它包含什么,不包含什么。测量的单位是什么。项目级:在项目计划阶段,QA负责人与相关人员(如EPG)协助项目经理根据组织的要求来确定度量目标,即根据本项目类型依据SPI计划和《组织度量收集数据项》确定必须完成的度量目标,然后根据项目定义的软件过程(参见《项目策划过程》)确立并分析本项目特有的度量目标;对于本项目特有的度量目标提出通过度量要解决的问题;从问题中提出项目过程中需要的度量项。包括:项目所需的度量项;度量项应在项目的哪些阶段产生。度量目标和度量收集计划度量目标是通过项目度量活动要达到的目的,一般包括管理目标和质量目标。度量计划分为组织级度量计划、项目级度量计划和项目质量度量计划。对于组织级度量计划,应在EPG制定过程改进计划时编写,作为《项目开发计划》计划的一部分。在项目策划阶段,项目经理根据项目目标制定项目度量计划,并协助QA制定质量数据度量的计划。项目度量计划一般包括在《项目开发计划》中,质量度量计划则包括在《质量保证计划》中。组织级度量计划应根据组织过程改进目标具体定义。对于体现组织过程能力基线的度量项应加入到《组织度量数据表》中。项目度量计划包括:项目数据收集的内容、方式和频度;一般规定收集数据的频度是每周一次,收集的内容为预计的工作量、QA工作量、CM工作量,实际的工作量、需求变更数、缺陷数、问题数、问题解决工时、风险数、风险值、QA工作量、CM工作量等。数据分析的方法;例如:挣值法等。确定数据及分析结果存储的方法,并指定专人管理度量数据,一般由项目经理管理。度量结果的处理方法,例如:向高层或客户提交度量报告,根据度量结果反映出的偏差调整开发计划及其它计划等。一般应规定在开发工作的每个阶段结束时提交一份项目度量报告,作为《项目状态报告》的一部分。质量度量计划应该包括:数据收集的内容、方式和频度;一般规定收集数据的频度是每周一次,收集的内容为预计的QA工作量、CM工作量,实际的QA工作量、CM工作量、QA发现工时数、缺陷数、计划变更数及变更处理工时等。数据分析的方法;可以与项目度量采用同一种分析方法。由QA负责人承担的数据分析的任务;确定数据及分析结果存储的方法,并指定专人管理度量数据,一般由QA管理。质量度量结果的处理方法,一般应规定在开发工作的每个阶段结束时提交一份质量度量报告,作为《项目状态报告》的一部分。输出《组织级度量计划》《项目度量计划》退出标准度量计划经过评审和批准。度量实施概述度量实施是根据度量计划进行度量工作,包括数据收集、数据分析、结果处理、结果总结等活动。角色与职责 EPG:负责组织级度量数据的收集、分析、处理、总结 项目经理:负责项目级度量数据收集、分析、处理、总结 QA人员:负责项目级质量度量数据收集、分析、处理、总结输入 《组织级度量计划》 《项目度量计划》进入标准 《组织级度量计划》、《项目度量计划》通过评审和批准任务数据收集在项目实施阶段,项目经理负责度量计划实施,按计划中的方式及频度收集所需的度量数据,QA负责人和EPG协助项目经理收集项目度量数据。项目度量数据的来源包括:《工作记录表》、《项目周报》、《项目会议纪要》、《项目问题日志》、《风险管理列表》、《输出配置管理总表》、《QA过程评审报告》、《QA产品审计报告》、《测试报告和记录》、《评审报告》、《项目培训记录》等。项目级度量数据收集后记录到《项目度量表》中。组织级度量数据收集后记录到《组织度量表》中。QA应对各级度量目标对应收集的数据进行客观的验证,有条件的话可以使用一些验证工具来确保数据的合理性和有效性。度量数据的分析数据分析的基本任务是:分析现状,找出偏差,及时调整减小偏差以及根据当前数据对今后的情况进行预测。组织度量数据分析对项目级的度量数据在组织层面进行分析,主要目的是对于同类或类似项目进行纵向比较,以便能够让管理人员在某个时间点上快速、全面地了解所有项目的情况,并能够在宏观上发现某些项目的异常情况,从而做出后续的调整和决策。对组织级的度量数据在一段时间的变化趋势进行分析,从而了解组织标准软件过程能力的变化情况,也是体现EPG工作成果的方式。对组织级的活动如:过程改进活动、过程资产维护活动以及培训管理活动等的状态进行分析,并找到改进的机会。组织级度量分析的结果记录到《组织度量表》。项目度量数据分析项目经理在收集工作完成后对数据进行统计和分析,以掌握项目的进度、成本、质量等情况,明确分析结果反映的问题与风险。对项目数据项目经理可以针对不同的数据使用不同的方法进行统计和分析。对项目进度与成本的分析建议采用挣值分析法;对人力、问题数等的度量可以采用历史数据对比法。识别重大偏差及偏差原因分析。以项目进展状况的统计结果为依据,以项目计划中的各项数据为基础,识别进度、成本、质量上的重大偏差,并分析偏差原因,一般可从以下方面考虑:个人工作周报中所报告的问题和争议点;计划中估算的准确度;技能和经验;外部因素;变更活动的层次;中断情况;工作习惯;管理和技术过程;资源情况等。分析其他应考虑的因素。应尽早发现项目存在的潜在问题,防患于未然。例如:审查个人工作周报提供的信息,识别可能对项目未来产生影响的问题;识别和分析成本或进度方面所表现的趋势,以判别是否有可能发生重大偏差等。此外,还应注意其他可能给项目带来麻烦的信号,如:报告带有主观性或走形式;加班过度;发生互相责备的不合作情况;团队在评估和进度方面缺乏信心;团队士气发生问题;项目偏离计划过程;沟通减少;采取“走捷径”的做法;发现新的重大风险。如果发现有上述情况,就说明项目目前的状况有问题。项目经理将度量数据分析结果写入里程碑《项目状态报告》中,参见《项目状态报告模板》。质量度量数据分析QA负责人在收集数据工作完成后,定期抽取其中的变更、缺陷数等质量数据,采用GQM(Goal-Question-Metric)、历史数据对比法等分析方法进行数据的分析,并将分析结果写入《项目状态报告中》。在项目结束时,QA应根据组织级度量方面的要求和该项目的质量目标对项目进行客观的分析评价,并作为评价该项目的重要因素之一。度量结果处理数据汇总:项目经理汇总上述的项目数据及质量数据的分析结果,形成《项目状态报告》的主要部分。纠正措施:对识别出的偏差,根据偏差原因分析,提出有针对性的解决措施,并纳入到后续工作计划中统一考虑。偏差的影响非常大的时候,要考虑变更相关计划。度量结果总结EPG负责定期汇总组织内所有组织级和项目级的度量报告,形成《EPG工作报告》,用以体现当前组织标准软件过程能力,并决定是否变更过程能力基线。项目经理在结项时应提交《项目总结报告》,从过程、项目管理、技术和质量方面回顾本项目实施情况,并为今后的项目提供分析和指导。输出度量《组织度量表》《项目度量表》退出标准 计划执行完成实施项目度量与分析活动,并提供相应的结果概述为掌握项目运作的状况,收集与分析项目的度量数据,并报告给项目计划中定义的干系人。项目度量与分析的目标是支持下列活动:(1)项目估计和计划;(2)对照计划跟踪实际性能;(3)识别项目偏差并予以解决;(4)提供项目监控所需要的客观数据。角色与职责无输入《项目立项报告》《项目度量表》进入标准项目完成立项任务计划项目度量与分析活动项目经理负责在项目计划中策划度量与分析活动,包括:分配度量与分析活动的执行人和职责;安排度量与分析活动所需要的资源和培训;估算度量与分析活动的工作量。如果某些软件过程在项目计划中被裁剪,则它们所对应的度量数据相应被裁剪。项目经理负责在项目计划中定义这些被裁剪的度量数据。如果项目有分包过程,则分包方(供应商)也要收集度量数据,这些数据是整体项目度量数据的一部分。若无特殊要求,分包方(供应商)的度量数据与项目自身的度量数据一样,否则项目经理负责在项目计划中定义分包方(供应商)所需要收集的度量数据。实施项目度量与分析活动项目经理或被指派的执行人负责按照项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论