下载文档原格式
项目度量员辅助项目经理完成项目阶段数据分析。
AC14 项目结项参见《项目管理流程》3.4项目结项，项目结项标志着项目的度量工作结束。
AC15 组织级项目健康状态跟踪组织级QA负责对公司已结项的项目的健康状态进行收集分析：对项目的进度偏差、缺陷密度等数据进行搜集和验证（来源：项目周报，里程碑中高层了解项目状态、作出项目决策提供依据。
AC16 组织级项目度量分析每年第一季度，组织级QA负责依据组织级度量表的定义和要求，对公司本年度所有项目（含当年结项的项目）的度量项数据进行搜集、验证和给出改进建议，并在下年度的第一个工作日发送给相关部门的负责人、公司高层管理者，为中高层识别差距、进行改进提供依据。
7.工作指南原因分析指南8.过程模板编号活动模板名称AC01制定、更新研发商业目标、质量目标和能力基线组织度量数据表AC02制定项目质量目标（QPPO）和度量计划项目综合管理表，项目里程碑报告AC03实际工作量录入项目周报AC04实际规模和进度跟踪项目综合管理表、项目度量数据表AC05项目规模、工作量、进度每周分析项目度量数据表AC06需求数据录入和统计需求跟踪矩阵AC07评审数据录入和统计评审处理表，BUG管理表AC08测试数据录入和统计BUG管理表AC09验收数据录入和统计BUG管理表AC10QA审计QA检查记录表AC11项目度量数据分析项目度量数据表AC12项目阶段数据分析项目里程碑报告AC13项目结项AC14组织级项目健康状态跟踪组织项目健康状态跟踪表AC15组织级项目度量分析组织度量数据表理表，项目里程碑报告理表、项目度量数据表里程碑报告，项目度量数据表等），对组织的效益状况、质量状况等进行跟踪分析，给出各项目的健康状况描述，并发送给相关部门的负责人、公司高层管理者，为验证和汇总（来源：项目周报，里程碑报告，项目健康状态跟踪表，项目度量数据表等），识别和度量目标的差距，对影响目标达成的关联的基线和模型进行分析，提供依据。
CMMI度量的一些关键指标
CMMI度量的一些关键指标
1.进度方面
实际进度的计划进度的偏差情况
返工时间占项目总时间的比例情况
2.工作量
实际工作量和计划工作量的偏差
三级增加对好质量成本和坏质量成本相关工作量的度量(COGQ,COPQ)
对项目返工，评审，测试和处理变更工作量的分别度量
3.成本
计划成本和实际成本的偏差
三级强调了成本和进度的性能指示器(挣值分析)
4.软件质量保证
不合格项的信息
SQA具体的审核信息
5.Review的结果
Review的活动项的状态
6.问题报告
问题项的具体状态(打开,处理,关闭)
问题的原因的分析，对问题的分类的统计
问题的平均处理周期度量
7.同行评审和缺陷
同行评审的缺陷的打开和关闭的情况统计
缺陷密度
缺陷移除率和缺陷泄漏率
同行评审的效率，评审速率的度量
同行评审的覆盖率
8.需求的度量
需求的规模的情况
需求的稳定度或需求的变更率
需求变更的不同类型的分布情况
需求变更处理的效率和周期度量
9.测试过程
测试的生产率的度量
测试规模的度量
生命周期不同阶段发现缺陷的数量分布，泄漏情况测试BUG的密度
缺陷率
10.产生的文档
文档的分类
文档的页数
各阶段产生的文档数。
软件过程能力评估师考试内容
软件过程能力评估师是指通过对软件开发组织的软件过程进行评估，从而提供改进建议和指导的专业人员。
软件过程能力评估师考试内容主要包括以下几个方面：
1. 软件过程基础知识：考察考生对软件过程概念、目标、原则等基本知识的掌握程度。
包括软件生命周期、软件过程模型、软件度量和评估等内容。
2. 软件过程改进方法与工具：考察考生对软件过程改进方法和工具的了解和应用能力。
包括CMMI（Capability Maturity Model Integration）、SPICE（Software Process Improvement and Capability Determination）等常用的软件过程改进模型。
3. 软件度量与度量分析：考察考生对软件度量的理解和应用能力。
包括软件度量的分类、指标的选择和使用、度量结果的分析和解读等内容。
4. 软件过程评估与评价：考察考生对软件过程评估方法和技术的熟悉程度。
包括过程评估的步骤、评估模型的选择、评估结果的分析和报告撰写等内容。
5. 软件过程能力提升实践：考察考生对软件过程能力提升实践的了解和应用能力。
包括软件过程改进的步骤、实施策略、团队协作与管理等内容。
需要注意的是，不同地区或组织的软件过程能力评估师考试内容可能有所不同，以上内容仅为一般性参考。
想要顺利通过考试，考生
需要充分准备，并熟悉相关知识和技术。
CMMI4体系的测试过程中定义的四个度量指标测试覆在CMMI4体系的测试过程中定义了四个度量指标：测试覆盖率、测试执行率、测试执行通过率、测试缺陷解决率。
为了使专/兼职测试人员理解这四个度量指标，了解如何利用现有资源收集度量数据，本文介绍这四个指标的含义及数据收集方法。
在CMMI4体系的测试过程中定义了四个度量指标：测试覆盖率、测试执行率、测试执行通过率、测试缺陷解决率。
为了使专/兼职测试人员理解这四个度量指标，了解如何利用现有资源收集度量数据，本文介绍这四个指标的含义及数据收集方法。
1测试覆盖率测试覆盖率是指测试用例对需求的覆盖情况。
计算公式：已设计测试用例的需求数/需求总数。
测试覆盖率从纬度上说包括广度覆盖和深度覆盖；从内容上说包括用户场景覆盖、功能覆盖、功能组合覆盖、系统场景覆盖。
首先说广度，是否需求规格说明书中的每个需求项都在测试用例中得到设计。
其次说深度，通俗的说，是不使我们的测试设计流于表面，是否能够透过客户需求文档，挖掘出可能存在问题的地方。
例如：重复点击某个按钮10次，或者依次执行新增、删除、新增同一数据的记录、再次删除该记录操作。
在笔者的实际工作中碰到过这么一个例子，一个使用PL/SQL编写的系统，在某个查询界面，重复点击《查询》按钮6次后，系统就会出现查询功能失效的问题。
经调试，开发人员发现是由于gdi资源未完全释放的缘故。
在设计测试用例时，我们很少单独设计广度或深度方面的测试用例，而一般是结合在一起设计。
为了从广度和深度上覆盖测试用例，我们需要考虑设计各种测试用例，如：用户场景(识别最常用的20%的操作)、功能点、功能组合、系统场景、性能、语句、分支等。
在执行时，需要根据测试时间的充裕程度按照一定的顺序执行。
通常是先执行用户场景的测试用例，然后再执行具体功能点、功能组合的测试。
测试覆盖率数据的收集，我们可以通过需求跟踪矩阵RTM来实现。
在需求跟踪矩阵，测试人员填写的"系统测试用例"列的数据。
CMMI的五个级别分别是：初始级、可管理级、已定义级、量化管理级和优化管理级。
以下是每个级别的标准和特点：
1.初始级：软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，
成功取决于个人努力。
管理是反应式的。
2.可管理级：建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制
定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3.已定义级：已将软件管理和工程两方面的过程文档化、标准化，并综合成
该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4.量化管理级：分析对软件过程和产品质量的详细度量数据，对软件过程和
产品都有定量的理解与控制。
管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5.优化管理级：过程的量化反馈和先进的新思想、新技术促使过程持续不断
改进。
以上信息仅供参考，如有需要，建议查阅官方网站。
CMMI中系统计量单位引言软件项目管理中，确保项目能按时交付、符合客户需求并满足质量要求是至关重要的。
为了达到这些目标，需要对项目进行有效的测量和评估，以便获得准确的数据和指标。
CMMI（软件能力成熟度模型集成）是一种被广泛接受的软件过程改进框架，它为组织提供了定义、实施和评估项目和过程的方法。
在 CMMI 中，系统计量单位起着至关重要的作用。
系统计量单位是一种衡量软件过程质量、进展和绩效的手段，通过收集和分析数据来指导项目的决策和改进。
本文将详细介绍 CMMI 中系统计量单位的意义、使用方法以及相关注意事项。
什么是系统计量单位？系统计量单位（Software Measurement Units，SMU）是 CMMI 提供的一种术语，用于度量和评估软件项目和过程的关键指标。
系统计量单位是确定进展和绩效的基础，并为决策者提供了直观的数据支持。
正确认识和使用系统计量单位对于提高软件项目管理的效率和可靠性至关重要。
系统计量单位的种类根据 CMMI，系统计量单位可以分为以下几个类别：1. 规模度量单位（Scale Measurement Units）规模度量单位用于衡量软件项目和过程的规模大小。
典型的规模度量单位包括代码行数、功能点数、用例数量等。
规模度量单位可以帮助评估项目的复杂性和规模，以便做出相应的资源和进度安排。
2. 成本度量单位（Cost Measurement Units）成本度量单位用于衡量软件项目和过程涉及的成本。
这些成本包括软件开发、测试、部署以及维护所需的人员和资源成本。
通过对成本的度量，可以帮助项目管理人员合理安排资源，并对项目的经济效益进行评估。
3. 进度度量单位（Schedule Measurement Units）进度度量单位用于衡量软件项目和过程的进展和时间安排。
典型的进度度量单位包括工作量、里程碑完成情况、任务完成率等。
通过对进度的度量，可以及时发现项目进展的偏差，并采取相应措施进行管理和调整。
