软件度量部分考点(仅供参考)
软件工程师中的常见软件工程软件度量与质量评估题解析
软件工程师中的常见软件工程软件度量与质量评估题解析软件工程师是现代信息技术领域中的重要职业之一。
对于软件工程师来说，掌握软件度量与质量评估是非常关键的。
本文将对软件工程中常见的软件度量与质量评估题进行解析，帮助读者更好地理解和应用这些知识。
一、软件度量软件度量是指根据一定的度量方法和指标对软件进行度量和评估的过程。
常见的软件度量指标包括代码行数、代码覆盖率、复杂度指标等。
1. 代码行数代码行数是用来度量软件规模的一种常见指标。
在软件开发过程中，开发人员可以根据需求和功能模块的复杂性来确定项目的代码行数。
通过对代码行数的度量，可以对软件规模进行评估，并为项目的进度和资源分配提供依据。
2. 代码覆盖率代码覆盖率是用来衡量测试用例是否覆盖了代码中的各个分支和路径的指标。
通过对代码覆盖率的度量，可以评估测试的完整性和有效性，从而提高软件的质量和可靠性。
3. 复杂度指标复杂度指标可以度量软件代码的复杂程度。
常见的复杂度指标包括圈复杂度、耦合度和内聚度等。
通过对复杂度指标的度量和分析，可以帮助开发人员评估和改进代码的质量和可维护性。
二、软件质量评估软件质量评估是根据一定的评估方法和标准，对软件进行质量评估和改进的过程。
常见的软件质量评估方法包括静态分析、动态测试和用户反馈等。
1. 静态分析静态分析是通过对软件源代码进行检查和分析，来评估软件质量的方法。
常见的静态分析技术包括代码审查、抽象语法树分析和代码规范检查等。
通过静态分析，可以发现代码中的潜在问题和不良实践，从而提高软件的可读性和可维护性。
2. 动态测试动态测试是通过执行软件系统的功能和性能测试用例，来评估软件质量的方法。
常见的动态测试技术包括单元测试、集成测试和系统测试等。
通过动态测试，可以验证软件的功能正确性和性能稳定性，发现和修复潜在的缺陷。
3. 用户反馈用户反馈是根据用户对软件的实际使用情况和反馈意见，来评估软件质量的方法。
通过用户反馈，可以了解用户对软件的满意度和改进建议，从而不断改进和优化软件的功能和用户体验。
常见软件项目度量指标介绍
SR缺陷引入密度(个/页)
SRS类型缺陷数/SRS文档页数
HLD缺陷引入密度(个/页)
HLD类型缺陷数/HLD文档页数
LLD缺陷引入密度(个/页)
LLD类型缺陷数/LLD文档页数
Code缺陷引入密度(个/KLOC)
CODE类缺陷数/代码规模
IT实测规模缺陷发现密度(个/KLOC)
IT发现的缺陷数/UT活动实际测试代码规模
ST实测规模缺陷发现密度(个/KLOC)
ST发现的缺陷数/UT活动实际测试代码规模
总结:
开展度量活动的一个最关键的因素是要保证度量基础数据的有效、准确性,否则度量结果将是垃圾,反而会起误导作用.搜集准确有效的度量数据工作量并不小，所以决定采用哪些度量项需要从投入和产出来衡量。
15
3
系统测试
测试用例的有效性
%
系统测试阶段
依据测试用例发现的缺陷个数/所有的缺陷个数
和项目目标对比
评价测试用例的有效性，判断是否需要提高测试用例的设计技术
Welcome To
Download !!!
欢迎您的下载，资料仅供参考！
分配需求稳定性指数(%)
(1-(修改、增加或删除的分配需求数/初始的分配需求数))*100
软件需求稳定性指数(%)
(1-(修改、增加或删除的软件需求数/初始的软件需求数))*100
发布前缺陷发现密度(个/KLOC)
((发布后缺陷发现总数-(发布后前测试计划本身缺陷数)/规模(KLOC)(这里的发布指开发向测试部发布)
每千行代码的文档规模(度量目的：建立基线，为评估交付件的质量从设计是否充分、粒度是否合理角度提供参考)
2024年计算机三级软件工程考点归纳
2024年计算机三级软件工程考点归纳软件工程是一门研究和应用如何以系统性、规范化、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。
对于准备参加 2024 年计算机三级软件工程考试的考生来说，了解并掌握以下考点至关重要。
一、软件需求分析需求分析是软件开发过程中的第一步，也是最重要的一步。
它的目的是确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求。
考生需要理解需求的类型，包括功能需求、性能需求、数据需求、安全需求等。
掌握获取需求的方法，如面谈、问卷调查、观察、原型法等。
同时，要能够对获取的需求进行分析和整理，绘制数据流图（DFD）、数据字典等，以清晰地表达系统的逻辑模型。
二、软件设计软件设计是把需求转化为软件表示的过程，分为概要设计和详细设计两个阶段。
概要设计主要确定软件系统的总体结构，包括模块划分、模块之间的接口等。
考生要掌握结构化设计方法，如模块独立性原则、信息流的类型等。
详细设计则是对每个模块进行具体的算法和数据结构设计。
考生需要熟悉程序流程图、盒图、PAD 图等详细设计工具的使用，能够根据概要设计的结果，为每个模块编写详细的过程性描述。
三、软件测试软件测试是保证软件质量的重要手段。
考生需要了解测试的目的、原则和类型。
测试类型包括单元测试、集成测试、系统测试和验收测试。
要掌握各种测试用例的设计方法，如黑盒测试（等价类划分法、边界值分析法、错误推测法等）和白盒测试（逻辑覆盖法、基本路径测试法等）。
同时，要理解测试的过程，包括测试计划的制定、测试用例的执行、测试结果的评估和缺陷的跟踪管理。
四、软件维护软件维护是软件生命周期中的最后一个阶段，但也是持续时间最长、花费成本最多的阶段。
考生要了解软件维护的类型，包括改正性维护、适应性维护、完善性维护和预防性维护。
掌握软件可维护性的度量指标，如可理解性、可测试性、可修改性等。
自考04735考点总结
自考04735考点总结一、引言自考04735，即《软件工程导论》是自考软件工程专业必修课程之一。
作为软件工程专业的入门课程，04735涉及了软件工程的基本概念、方法和技术等内容。
下面将对该课程的考点进行总结，以帮助考生更好地备考和复习。
二、考点总结1. 软件工程概述•软件工程的定义和特点•软件工程的发展历程•软件危机及其产生的原因•软件工程的目标和任务在这一部分，考生需要了解软件工程的基本概念和发展历程，理解软件工程的重要性以及软件危机的原因，明确软件工程的目标和任务。
2. 软件过程与模型•软件过程的定义和特点•软件过程模型的分类和特点•瀑布模型、原型模型、增量模型、螺旋模型等具体的软件过程模型这一考点要求考生了解软件过程的基本概念和特点，掌握各种常见的软件过程模型的分类和特点，并能够理解各个模型的优缺点。
3. 需求工程•需求工程的定义和重要性•需求获取、需求分析和需求规格说明等过程•需求验证和需求管理考生需要了解需求工程的定义和重要性，掌握需求获取、需求分析和需求规格说明等过程的基本方法和技巧，并了解需求验证和需求管理的基本概念。
4. 软件设计•软件设计的基本原则和方法•结构化设计和面向对象设计•软件结构图、数据字典和程序流程图等设计工具在这一部分，考生需要掌握软件设计的基本原则和方法，了解结构化设计和面向对象设计的基本概念和特点，并能够灵活运用软件设计工具。
5. 软件测试•软件测试的目的和原则•软件测试的基本分类和测试方法•软件测试的工具和技术考生需要了解软件测试的目的和原则，掌握软件测试的基本分类和测试方法，了解软件测试的常用工具和技术。
6. 软件质量与质量管理•软件质量的定义和特点•软件质量的度量和评估•软件质量管理体系和质量保证最后一个考点要求考生掌握软件质量的定义和特点，了解软件质量的度量和评估方法，并了解软件质量管理体系和质量保证的基本原理和方法。
三、总结自考04735考试中，以上列举的六个考点是比较重要的内容，是考试中需要重点关注和准备的部分。
常见软件项目度量指标 和控制指标
软件项目度量指标和控制指标是软件开发过程中非常重要的一部分，它们能够帮助开发团队和管理人员评估项目进展情况，及时发现并解决问题，确保项目按时交付、质量可控。
本文将从常见软件项目度量指标和控制指标两个方面进行探讨，为软件项目管理提供有益的参考。
一、常见软件项目度量指标对于软件项目管理来说，度量指标是评估项目进展和质量的重要依据，合理选择和使用度量指标能够帮助团队领导及时发现问题、及时调整问题和保证项目交付质量，常见的软件项目度量指标有：1. 代码行数：代表了软件代码的规模，是度量软件规模的最基本指标之一。
代码行数在软件开发过程中被广泛使用，可以用于评估软件规模、成本估算、进度控制等方面。
2. 功能点数：是根据软件功能区分的度量指标，它能够更好地反映软件的实际使用价值。
功能点数是一个重要的度量指标，可以帮助团队直观地了解软件的功能复杂度和开发进度。
3. 缺陷密度：是度量软件质量的重要指标之一，它可以帮助团队了解软件的缺陷情况，以及缺陷的严重程度。
通过缺陷密度指标，团队可以及时发现和解决软件质量问题，提高软件质量。
4. 代码覆盖率：是度量软件测试覆盖情况的指标，通过代码覆盖率可以了解软件的测试覆盖情况，帮助团队评估测试质量和发现测试遗漏情况。
5. 进度指标：包括工作完成进度、任务完成比例、工作量增减变化情况等，可以帮助团队领导及时了解项目进展情况，调整项目计划和资源分配。
二、常见软件项目控制指标除了度量指标，软件项目的控制指标也是非常重要的，它们能够帮助团队领导控制项目进度、成本和质量，确保项目按时交付和质量可控。
常见的软件项目控制指标有：1. 成本偏差（Cost Variance，CV）：是衡量项目成本偏离预算的指标，CV=实际成本-计划成本，通过成本偏差指标可以帮助团队领导了解项目成本控制情况，及时调整成本预算和资源分配。
2. 进度偏差（Schedule Variance，SV）：是衡量项目进度偏离计划的指标，SV=实际完成工作-计划完成工作，通过进度偏差指标可以帮助团队领导了解项目进度控制情况，及时调整项目计划和资源分配。
软件工程必背考点
软件工程必背考点软件工程是以工程法为基础的一门学科，涉及到软件开发的各个方面，包括需求分析、设计、编码、测试、维护等。
在软件工程的学习和实践中，有一些重要的考点需要我们掌握和理解。
本文将介绍一些软件工程的必背考点，以帮助读者更好地复习和准备软件工程的考试。
一、软件生命周期模型软件生命周期模型是指软件开发过程中不同阶段的组织、管理和控制方法。
常见的软件生命周期模型有瀑布模型、迭代模型、螺旋模型等。
熟悉和理解不同的软件生命周期模型对于项目管理和开发具有重要的意义。
二、需求工程需求工程是软件工程的重要组成部分，其目标是明确软件系统需要满足用户和利益相关者的需求。
需求工程包括需求获取、需求分析、需求规格说明等过程，需要掌握需求工程中的各种技术和方法。
三、软件设计软件设计是将需求转化为具体的设计方案和结构的过程。
软件设计包括结构设计、模块化设计、接口设计等，需要掌握设计的原则和方法，以及常用的设计模式和设计工具。
四、软件测试软件测试是确保软件系统质量的重要手段。
软件测试包括单元测试、集成测试、系统测试、用户验收测试等，需要掌握各种测试方法、策略和工具，以及缺陷管理和跟踪的技巧。
五、软件维护软件维护是软件工程的一个重要阶段，用于确保软件系统的可靠性和稳定性。
软件维护包括纠错性维护、适应性维护、完善性维护等，需要掌握维护的方法和技巧，以及版本管理和配置管理的工具和流程。
六、软件过程改进软件过程改进是为了提高软件开发过程的质量和效率而进行的系统性改进。
软件过程改进包括CMMI模型、SPICE模型等，需要了解软件过程改进的原理和方法，以及评估和度量的指标体系。
七、软件项目管理软件项目管理是为了成功地完成软件项目而进行的计划、组织、协调和控制的过程。
软件项目管理包括项目计划、资源管理、风险管理等，需要掌握项目管理的理论和实践，以及项目管理工具和技术。
八、软件工程伦理和专业责任软件工程伦理和专业责任是软件工程师必备的素养。
软件工程中的软件度量与指标分析
软件工程中的软件度量与指标分析软件度量和指标分析在软件工程中扮演着至关重要的角色。
通过对软件的度量和指标进行系统分析和评估，可以提供有效的方法和工具来衡量、评估和改进软件的质量和性能。
本文将探讨软件度量与指标分析的概念、分类、作用以及在软件工程中的应用。
一、概念和分类软件度量是对软件产品和软件开发过程中的属性进行量化和评估的过程。
它可以用来衡量软件产品的质量、成本和进度，并从中获得对软件开发过程的改进。
软件度量可以分为三个维度：产品度量、过程度量和项目度量。
1. 产品度量：产品度量主要关注软件产品的特性和质量，如功能完整性、可靠性、可维护性、可测试性等。
产品度量可以通过一系列指标来进行评估，如代码行数、代码复杂度、bug数量等。
2. 过程度量：过程度量主要关注软件开发过程中的活动和成果，如需求分析、设计、编码、测试等。
通过衡量这些过程的效率和质量，可以识别出导致问题和风险的根本原因，并采取措施进行改进。
3. 项目度量：项目度量主要关注软件项目的进度、成本和资源分配等方面。
通过度量和分析项目的关键指标，可以实现对项目进展的监控和控制，确保项目按时、按质量要求完成。
二、作用和价值软件度量和指标分析在软件工程中具有以下作用和价值：1. 质量评估：通过软件度量和指标分析，可以对软件产品的质量进行定量评估。
通过衡量各种质量指标，如代码复杂度、运行效率等，可以了解软件系统的健康状况，并及时采取措施进行质量改进。
2. 风险控制：通过对软件开发过程的度量和分析，可以早期识别和控制潜在的风险因素。
通过对过程度量指标的监控和分析，可以发现可能导致项目延期、成本增加等问题的因素，并采取相应的风险应对措施。
3. 过程改进：通过对软件开发过程的度量和分析，可以识别出导致问题和低效的因素，并提出改进措施。
通过度量和分析过程中的各项指标，可以找出瓶颈和改进空间，并采取相应的措施来提高开发过程的效率和质量。
4. 决策支持：软件度量和指标分析可以为软件项目的决策提供数据支持。
软件工程中的软件度量
软件工程中的软件度量软件度量是指通过定量的测量方法来评估软件产品、过程和项目的属性或特征。
它是软件工程中不可或缺的一部分，能够帮助开发者和管理者更好地了解软件的质量、进度和成本等方面的指标。
本文将介绍软件度量的概念、分类和应用，并探讨其在软件工程中的重要性。
一、概述软件度量是指使用一定的度量方法和度量标准对软件的各种特性进行量化和评估的过程。
它可以帮助开发团队衡量软件的属性、性能、质量和进度等方面的指标，为软件项目的管理和开发提供有效的数据支持。
二、分类软件度量可以按不同的角度进行分类，常见的分类方式有以下几种：1. 功能度量：评估软件的功能性能，如用户需求的满足程度、功能是否完备等。
2. 成本度量：衡量软件开发和维护的成本，包括人力、时间、物力等方面的评估。
3. 质量度量：评价软件的质量特性，如可靠性、可维护性、可测试性等。
4. 复杂度度量：评估软件的复杂性，包括代码行数、函数调用关系、模块依赖关系等。
5. 效率度量：评估软件的运行效率和资源利用率，如响应时间、内存占用等。
三、应用软件度量在软件工程中具有广泛的应用，以下是几个常见的应用领域：1. 项目管理：通过对软件开发过程进行度量，可以评估项目的进度、风险和成本等，帮助项目经理制定合理的计划和管理策略。
2. 质量控制：通过度量软件的质量特性，可以及时发现和解决潜在的质量问题，提高软件的可靠性和稳定性。
3. 产品评估：通过对软件功能、性能和用户满意度等方面的度量，可以评估产品的优劣和市场竞争力。
4. 过程改进：通过度量软件开发过程中的各种指标，可以找出优化空间，改进开发方法和流程，提高软件开发效率。
5. 决策支持：通过对软件相关指标的度量，可以为管理层提供决策依据，帮助其制定战略和战术决策。
四、重要性软件度量在软件工程中的重要性不可忽视。
它不仅提供了对软件产品和过程的量化评估，还能够帮助开发团队和管理者发现问题、改进流程、提高质量和效率。
通过精确的度量数据，可以更好地管理软件项目，减少风险，并为决策提供科学依据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.测量有哪些尺度类型？他们之间有什么区别？测量作为过程，有哪些阶段？
测量有标定尺度、类型尺度、序列尺度、间隔尺度、比例尺度、绝对尺度。
标定和类型尺度属于语言尺度(Linguistic)。
标定尺度给出了唯一且不含糊的概念名称并且定义技术也属于标定尺度；类型尺度识别实体中已经定义且命名的类型或种类（categories），也叫绝对标定尺度。
序列尺度估计已测量的实体的值并将他们按顺序重组排列，值和顺序均表达为字符或符号。
间隔尺度、比例尺度和绝对尺度属于定量尺度。
间隔尺度用于发现增长间隔而不是比例，没有不合理的0间隔（后半句话翻译不好）；比例尺度允许比例的计算并且允许合理的0参考点；绝对尺度用于计数(count)，只有一种可能的绝对属性测量。
测量作为过程，有3个阶段：感知(Cognitive)、语义(Semantic)、数字化(Quantitative)。
2.软件度量有哪些实体类型？如何用GQM定义度量框架？GQM中如何描述目标？
有过程、产品、资源。
GQM提供了自顶向下的测量设置方法。
GQM定义度量框架分为7步：1)建立想要获得的目标2)细化感兴趣的问题列表3)细化回答这些问题需要的度量（前面3步是最主要的）4)开发收集数据的步骤和工具5)收集并验证数据6)分析并翻译数据7)向项目组和组织提供反馈信息。
GQM中目标有4个部分：一个感兴趣的对象（一个实体）、一个意图、一个观点、一个对环境和约束的描述。
3.在度量数据的频率分析中，如何描述测量数据的散布度
使用散点图描述测量数据的散布度。
散点图描述了两个间隔变量之间的关系。
X轴是独立的变量，Y轴是依赖X轴变量的变量，则图上的每个点表示对这两个间隔的变量之间关系的观察。
从点的分布度即可看出数据的散布度，以及变量之间的关系程度。
4.什么是功能点分析？特征点、对象点和功能点有什么不同？
功能点分析是对产品中为调整的函数数量(UFC)及值调整因子(VAF)的分析计算。
FP=UFC*VAF。
生产率=FP/人月。
文档=文档页数/FP。
特征点分析扩展了功能点计数到实时和TLC环境(MIS&RT&SC)。
当应用的算法数量及逻辑数据文件数相同时，功能点和特征点产生相同的结果；应用于MIS项目时，结果通常完全相同；当应用于更复杂的系统软件形态时，特征点的计数要高的显著的多。
对象点是应用于开发循环早期的一种初始规模度量技术。
每个对象被分成简单、中等、困难3个等级。
度量由使用的窗口(screen)、报告(reports)、组件(components)的计数来决定。
功能点则是对产品中使用的功能函数的计数来度量程序。
5.什么是图例点分析？
6.Halstead方法是如何进行软件度量？与代码行相比有何优势？
Halstead方法认为程序是一组记号，由两种基本的元素组成：操作数（变量，常量，地址空间）和操作符（编程语言中定义的操作）。
它统计程序中出现的不重复的操作符数量(μ1)和操作数数量(μ2)及总共的操作符数(N1)和操作数数(N2)。
（程序的单词量(vocabulary)μ=μ1+μ2；程序的长度为总共出现的操作符数和操作数数N=N1+N2；程序预计长度N^=μ1log2μ1+μ2 log2μ2；程序容量V=N log2μ=N log2(μ1+μ2)。
Halstead方法认为V是编写长度为N 的程序所需要的思维比较次数。
V通常用来测量软件复杂度。
潜在容量V*是一个算法任意表达的最小容量(假设只有一个操作符，一个操作符只引用一次)V*=(2+μ2*) log2(2+μ2*)；程序等级L是一个算法的具体实现的抽象级别L=V*/V；智力内容I测量程序里表述了“多少”I=L*V；
困难度D=1/L；）
Halstead方法与代码行相比，定义清晰，对具体的编程语言依赖性小，能为早期的设计提供支持，并且对开发人员技术的依赖性较小。
7.什么是COCOMO模型？如何采用COCOMO模型进行成本估计？
COCOMO模型是构造性成本模型，是使用从历史项目及当前项目特性取得的数据的回归公式。
它将软件成本估算分成3个由粗到细的层次：基本层，中间层，详细层。
每个层次又按软件项目的应用领域和复杂程序分成3种类型：组织型、半独立型、嵌入型。
其模型形式为：MM=a*(KDSI) b*(f1+f2+…+f15)；TDEV=c*(MM) d。
其中MM表示开发工作量，单位人月；KDSI表示源指令条数，单位千行；TDEV表示开发时间，单位月；fi(i=1~15)表示15项项目影响调节因子；a,c表示模型系数；b,d表示模型指数。
（此处摘自任胜兵《软件工程》，下面的翻译自PPT，翻译的不太准确）
基本层是单变量静态模型，人月影响=Cl b * (KDSI) P1，时间计划=C2 * (Effort)P2；
中间层是双变量模型，人月影响=Cl i * EAF * (KDSI) P1，时间计划=C2 * (Effort)P2，EAF = E1 * E2 * … E15
详细层模型与中间层一致，等于中间层+每一状态进行估算。
其中Cl b，Cl i表示工作比例系数，C2是进度比例系数，EAF表示15项项目调整因子。
P1是对效益等级的刻画，P2是对天生的惰性及类似的刻画。
8.Pareto图和Histogram图有何区别？运行图和控制图有何不同？
Pareto图又叫80-20准侧图。
它把频率条按降序从左到右排列，X轴通常是引起缺陷的原因而Y轴通常是缺陷数，它给出了引起缺陷的主要因素；Histogram图的X轴是按单位间隔排列的参数，且参数按升序从左到右排列，Y轴包含了频率计数。
Pareto图中频率条按频率计数排序显示，Histogram图用来显示参数特征的分布度。
运行图和控制图的X轴Y轴表示相同，运行图是使用历史数据进行趋势分析，而控制图比运行图多一条中线，用来判断数据是否脱离控制，表明需要进行纠正操作。
9.什么是程序的环境复杂度？如何度量
10.面向对象度量中，CK方法和LK方法各提供了哪些度量指标？
LK方法提供了LOC（程序大小）、CS（类大小，可能说明类职责过多）、NOO（重载类个数，NOO过大说明设计有问题，继承层次抽象度低）、NOA（新增方法个数，说明设计漂移）、SI （过高说明层次中的类不符合抽象定义）、DIT（继承树深度）等。
CK方法提供了WMC（Weighted Methods per Class，方法的权重和复杂性）、DIT（Depth of Inheritance，继承树深度，值越大，复杂度越大）、NOC（Number of Children，子类数，直接继承于某个类的个数，指示一个类可能对系统和设计存在的潜在影响）、CBO（Coupling Between Objects，类耦合度，过大说明类关系较多，维护困难）、RFC（Response for a Class，类响应度，所有可以用于对一个对象的消息做出响应的方法个数）、LCOM（Lack of Cohension，内聚度的缺乏，不同的方法用同样的变量实例集做出不同的表象叫存在内聚度）
11.基于信息的度量中，Shepperd方法与Henry|Kafura方法有何不同？
基于信息的度量使用扇入扇出度量。
Shepperd方法认为信息流复杂度M=((fan-in(M)*(fan-out(M))2，shepperd强调这方法是在初始阶段度量的改进。
Henry|Kafura 方法认为信息流复杂度M=length(M)*((fan-in(M)*(fan-out(M))2。
12.举例说明数据结构如何影响软件的复杂性
系统的全局复杂性不能无视数据结构而进行测量，控制流测量对鉴别隐藏在数据结构中的复杂度时会失效。
13.什么是过程能力？如何度量过程能力。