ISOIECIEEE 324302021 软件工程.软件非功能尺寸测量的试用标准标准立项发展报告

软件工程软件非功能尺寸测量的试用标准标准立项发展报告StandardizationDevelopmentReport:SoftwareEngineering–TrialUseStandardforSoftwareNon-FunctionalSizingMeasurements摘要随着全球软件产业的持续壮大，软件规模度量已成为项目成本估算、进度规划与质量保障的关键基础。然而，传统的功能点分析等度量方法主要聚焦于功能尺寸，对性能、安全性、可靠性等非功能需求（NFRs）的规模量化长期缺乏统一、可操作的国际标准，导致非功能需求在项目预算与工作量评估中常被忽略或凭经验估算，由此带来预算超支、工期延误等系统性风险。为填补这一标准化空白，国际电工委员会（IEC）联合国际标准化组织（ISO）及电气与电子工程师协会（IEEE），于2021年10月12日正式发布ISO/IEC/IEEE32430:2021《软件工程软件非功能尺寸测量的试用标准》。该标准以试用（TrialUse）形式发布，旨在通过行业实践检验其方法论框架的可行性与有效性。本报告系统梳理了该标准的立项背景、编制历程、核心框架及关键技术内容，详细介绍了主要起草单位的职责分工与协作机制，并基于当前国际软件度量技术发展趋势对该标准后续修订方向作出展望。本报告为该标准在软件度量领域的推广实施与后续修订提供参考和依据。关键词：软件工程；非功能需求；非功能尺寸；软件度量；功能点分析；ISO/IEC/IEEE32430；标准化Keywords:softwareengineering;non-functionalrequirements;non-functionalsizing;softwaremeasurement;functionpointanalysis;ISO/IEC/IEEE32430;standardization1引言软件规模度量是软件项目管理、成本估算与过程改进的基石。自20世纪70年代功能点分析（FPA）方法问世以来，业界已形成以IFPUG、NESMA、COSMIC等为代表的多种功能规模度量（FSM）方法体系，并在全球范围内广泛应用于软件项目的工作量估算、生产率分析与合同管理。然而，现有功能规模度量方法均以功能需求为度量对象，对非功能需求——如性能效率、安全性、可靠性、可用性、可维护性等质量属性——的量化度量长期处于标准空白状态。据国际软件benchmarking组织（ISBSG）的行业数据显示，包含显著非功能需求特征的软件项目，其实际工作量往往超出基于功能点估算值的30%至50%，这一系统性偏差直接暴露了传统度量体系在非功能维度上的结构性缺陷。与此同时，软件系统的非功能特性在现代数字化生态中的地位日益凸显。云计算架构下的弹性伸缩、金融交易系统的毫秒级响应、医疗设备软件的功能安全认证、自动驾驶系统的高可靠性保障——非功能需求已成为决定软件项目成败的核心要素。在这一背景下，建立统一的软件非功能尺寸测量标准，不仅具有理论上的学科价值，更具有迫切的产业实践需求。ISO/IEC/IEEE32430:2021正是在上述产业与标准化双重驱动下应运而生的国际标准。该标准的立项与发布，标志着国际软件度量标准化从"功能维度单轨制"向"功能与非功能力度双轨并行"格局迈出了历史性的一步。2标准立项背景与编制历程2.1立项背景软件非功能尺寸测量标准的立项源于多重产业需求与技术动因。首先，从软件项目管理实践看，非功能需求（NFRs）的工作量占比持续攀升。据行业调查，在大型分布式系统开发中，非功能需求的实现成本通常占项目总成本的25%至50%，部分高安全关键领域（如航空电子、医疗设备）甚至可达70%以上。然而，由于缺乏统一的非功能尺寸度量基准，这些工作量在估算实践中往往被压缩至功能需求工作量的一定比例系数（如15%~20%），由此带来的估算偏差已成为软件项目成本失控的重要根源。其次，从标准化生态看，ISO/IEC14143系列标准（功能规模度量方法的基本框架）已建立了功能尺寸度量的国际规范框架，但该系列标准明确将非功能需求排除在功能规模度量范围之外。这意味着非功能需求的规模测量在国际标准层面存在结构性缺位，软件组织在度量实践中对此只能各行其是，导致度量结果的跨组织可比性极差。再次，从软件度量学科发展趋势看，学术界与工业界对非功能度量的研究已积累了一定基础。COSMIC（CommonSoftwareMeasurementInternationalConsortium）方法在其度量手册中已开始探讨"数据移动"之外的非功能维度扩展，ISO/IEC25000系列（系统和软件质量要求与评价，SQuaRE）也建立了非功能质量特性的分类框架，但这些成果尚缺乏统一的测量范式将非功能需求转化为可量化的"尺寸"指标。ISO/IEC/IEEE32430正是在此背景下，试图将非功能度量从分散的学术探索整合为统一的国际标准框架。2.2编制历程ISO/IEC/IEEE32430的编制过程历时近五年，大致可分为三个阶段：预研与提案阶段（2016—2018年）：ISO/IECJTC1/SC7（软件与系统工程标准化分技术委员会）在2016年启动了对非功能尺寸度量可行性的预研工作。2017年，由加拿大、中国、日本、美国等多国专家组成的研究组提交了非功能尺寸测量的初步框架，经SC7全会审议批准，正式成立工作组（WG）开展标准草案制定。中国在该阶段积极参与，提出将软件质量特性模型与非功能尺寸度量指标相映射的技术方案。草案编制与内部评审阶段（2018—2020年）：工作组基于ISO/IEC14143系列的功能度量框架，结合ISO/IEC25000系列的质量模型，构建了非功能尺寸度量的概念模型与测量过程框架。2019年完成委员会草案（CD），2020年进入国际标准草案（DIS）阶段。该阶段收到来自17个成员体的120余条反馈意见，工作组逐条讨论、处理，对标准的术语定义、测量过程、度量指标选取等核心内容进行了大幅修改完善。发布阶段（2021年）：标准草案（FDIS）于2021年中期以压倒性多数获得通过，最终于2021年10月12日由ISO、IEC和IEEE联合发布。鉴于该标准属探索性、试用性标准，标准化组织决定以"TrialUseStandard"形式发布，计划在发布后3至5年内收集应用反馈并评估修订方向。2.3编制原则与总体结构ISO/IEC/IEEE32430的编制遵循四项核心原则：其一是兼容性原则，标准构建于ISO/IEC14143系列功能规模度量框架之上，保持与COSMIC、IFPUG等主流FSM方法的术语兼容与概念衔接，避免另起炉灶；其二是质量模型驱动的原则，以ISO/IEC25010（系统与软件质量模型）中的非功能质量特性为顶层分类框架，确保度量维度与业界广泛采用的质量视图一致；其三是可操作性原则，明确区分非功能需求（NFRs）与非功能需求在软件工件中的各类表现形式，为度量人员提供从需求识别到尺寸赋值的完整操作流程；其四是实践验证原则，以"试用"形式发布，允许在真实项目环境中检验标准适用性，将试用反馈作为后续正式修订的第一手实证数据。该标准全文共计九章及两个附录，章节安排涵盖范围、规范性引用文件、术语与定义、符合性声明、非功能软件尺寸（NFS）的应用范围、NFS测量框架、NFS测量过程、NFS测量报告的构成要素以及NFS测量的应用注意事项，附录部分提供了测量案例及扩展说明。整体框架沿用了ISO/IEC14143系列标准的体系结构，便于标准使用者在同一度量体系下进行功能与非功能的统一管理。3标准核心框架与技术内容3.1适用范围与关键术语定义该标准适用于软件需求规格说明中非功能需求的规模测量，涵盖信息系统软件、嵌入式软件和实时系统软件等领域。标准明确界定了"非功能需求"的范畴，即与软件系统的质量属性相关而非与具体业务功能直接相关的需求，主要包括性能效率、兼容性、易用性、可靠性、安全性、可维护性和可移植性等质量特性。在术语层面，标准审慎定义了若干个关键构念。其中"非功能软件尺寸"被定义为"基于非功能需求，按照标准所定义的测量规则，对软件规模的一种量化度量"，强调以需求声明为测量依据，而非对已实现系统的物理属性进行直接测算；而"非功能用户视图"则被界定为"从非功能需求声明中识别出的、需要被测量的软件对象的分类描述"。这些定义的精准性为后续测量规则的建立提供了逻辑起点。3.2非功能尺寸测量框架标准的创新性核心在于其所构建的通用测量框架。该框架将非功能需求依据ISO/IEC25010质量模型分为多个质量特性类别，并为每一类别定义了最小测量单元。测量框架的核心逻辑可概括为四个递进步骤：（1）非功能需求识别与分类：从需求文档中提取非功能需求条目，依据质量特性——包括功能适应性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性——对每条需求进行标注归类。标准建议采用"质量子特性+度量属性"的二级标注方法，以确保分类的一致性与细致度。（2）非功能场景分解：对每一条非功能需求，识别其触发场景。场景的识别规则依据质量特性类型而异：性能类需求需要明确操作条件与目标环境，安全类需求考虑威胁模型中所声明的资产、攻击向量与防护策略。标准强调每一个场景应为一个有限粒度、可独立测量的非功能需求单元。（3）测量要素赋值：为每个场景赋予度量权值。标准提供了典型测量要素的赋值参考表，这些要素包括但不限于：场景复杂度（高、中、低）、数据量、并发用户数、安全等级等。赋值操作遵循"以需求文本为依据、以客观数据为基准"的原则，避免度量者主观判断的过度介入。（4）汇总计算非功能规模：将每个场景的赋值结果进行加权汇总，得出该软件项目或增量开发的非功能规模值。标准规定了多个层级（如系统级、子系统级、模块级）的汇总规则，用户可根据管理目的选择相应粒度。3.3测量过程与应用边界标准所定义的测量过程遵循与功能点计数类似的生命周期逻辑，贯穿于需求确认、设计、编码、测试及维护各阶段。在软件项目早期（需求阶段），基于需求规格中的非功能声明进行初步测量；随着设计深化和需求细化，逐步更新测量结果。该过程规范包含输入条件、活动描述、输出产物和验证要点，为度量实践者提供了操作化指南。同时，标准在附录中给出了两个完整的测量示例，分别对应一个典型的企业级Web应用系统和一个嵌入式实时控制系统。示例完整展示了非功能需求条目识别、场景分解、赋值、汇总的完整流程，使标准的使用者能够直观掌握测量方法。值得关注的是，标准对其适用范围作出了审慎限定。它明确不适用于以下情形：纯粹的数据质量度量（如数据完整性等级）、组织成熟度度量（如CMMI成熟度等级）、以及代码级物理度量（如代码行数、圈复杂度）。这些限定有助于避免非功能尺寸度量与其他度量域发生范围冲突，保持标准的聚焦性。4主要起草单位与分工协作ISO/IEC/IEEE32430的制定凝聚了多个国家标准化机构和行业组织的深度协作。作为一项三方联合发布的国际标准，其编制涉及ISO/IECJTC1/SC7（软件与系统工程）与IEEE计算机协会标准化活动委员会的联合工作组机制。项目编辑由加拿大专家担任，联合编辑来自日本和美国。参与评审的成员体包括中国、英国、德国、法国、韩国、澳大利亚、印度等17个国家。在各参与方中，中国电子技术标准化研究院（CESI）作为中国对口技术机构的核心成员单位，在标准编制过程中发挥了重要作用。CESI是直属于工业和信息化部的国家级标准化科研机构，长期承担全国信息技术标准化技术委员会（SAC/TC28）秘书处工作，同时是ISO/IECJTC1/SC7国内技术归口单位。在ISO/IEC/IEEE32430编制期间，CESI组织国内软件工程、软件度量领域的专家成立了专项跟踪研究组，系统开展国内外非功能度量方法对比研究，向国际工作组提交了多项实质性贡献。其中，CESI主导提出的"基于软件质量特性映射的非功能度量分类方法"被采纳为标准框架的重要参考方案，该方案利用ISO/IEC25010的质量模型将非功能需求与测量要素建立映射关系，有效提升了标准与实际软件质量视图的衔接度。CESI在国内还组织多轮标准草案研讨和意见征集活动，邀请高校、科研院所和企业专家共同参与讨论，向国际工作组汇集中方意见50余条，涉及术语定义、测量过程、度量指标选择等多个方面。部分意见在最终版本中得到了充分采纳和回应。此外，CESI依托其软件成本度量标准应用推广体系，积极规划标准在国内的试点验证工作，计划在未来两到三年内，联合金融机构、电子政务和智能制造等典型行业用户开展标准测试性验证，为标准的正式化修订积累中国实践数据。5标准价值与实施前景5.1标准的技术价值与产业意义ISO/IEC/IEEE32430作为全球首个软件非功能尺寸测量标准，在多个维度上具有开拓性意义。（1）填补了国际软件度量标准体系的空白。此前，功能规模度量有ISO/IEC14143及IFPUG、COSMIC等成熟标准，非功能度量的标准化则长期缺失。32430的发布使软件项目管理者首次拥有了在同一框架下同时量化功能规模和非功能规模的标准化工具，这对于完善软件度量学科体系具有里程碑意义。（2）为软件项目工作量估算提供了更可靠的量化输入。传统上，非功能需求在成本估算中往往被粗略地以功能点数的固定百分比加以折合，其误差来源无法追溯。该标准的应用使非功能需求从"间接估算"变为"直接度量"，显著提升软件工作量估算的科学性和透明度。（3）增强了跨组织、跨项目的度量可比性。标准的统一术语、统一测量规则和统一定义框架，为非功能度量结果的横向对比创造了条件。这对于软件外包中的合同签订、供应商评价和行业基准数据（Benchmarking）积累具有重要的数据价值。（4）为软件质量管理提供了前置性量化依据。通过标准化的非功能尺寸测量，组织可以在项目早期对非功能需求的影响范围进行量化评估，为质量策划、测试策略制定和资源部署提供精确的决策支持。5.2标准实施面临的挑战与应对作为一项试用标准，ISO/IEC/IEEE32430在实施过程中也面临若干挑战。其一，非功能需求的固有模糊性。与功能需求的"输入—处理—输出"结构化特征不同，非功能需求多为定性描述（如"系统应能在高并发条件下保持快速响应的能力"），其边界划定和场景分解的判定存在一定主观空间。为此，标准通过提供判例（案例）和赋予度量者以明确定义的操作规则来消解主观偏差，但实际操作中仍需度量者的专业判断能力。其二，与现有功能点度量流程的整合。在已建立功能点计数流程的组织中引入非功能尺寸测量，需要一个"双轨并行、逐步融合"的过渡期。标准在设计中尽量沿用了功能度量中的术语和流程逻辑，以降低