DB5101∕T 7-2018 信息技术 软件项目测量元

DB5101Informationtechnology——Softwareproje成都市质量技术监督局发布IDB5101/T7—2018 Ⅲ 12规范性引用文件 13术语、 4测量元分类 25测量元信息描述 6 附录A 参考文献 DB5101/T7—2018本标准按照GB/T1.1-2009的规则起草。本标准由成都市经济和信息化委员会提出并归口。本标准的主要起草单位：成都软交所信息服务有限公司、北京软件和信息服务交易所有限公司、成都安全可靠信息技术联合会、成都三泰智能科技有限公司、成都市信息化建设发展有限公司、成都思迈信通科技有限公司、成都中科大旗软件有限公司、成都安美勤信息技术股份有限公司、成都索贝数码科技股份有限公司、四川创立信息科技有限责任公司、四川川大智胜系统集成有限公司、四川久远银海软件股份公司、成都中兴软件有限公司、四川中电启明星信息技术有限公司、成都卫士通信息产业股份有限公司。本标准主要起草人：但强、于铁强、胡才勇、刘庆华、陈龙、喻华、程建铭、郭黎、施歌、张芮、郑燕琳、黄海、何志鹏、周道华、杨陈、洪江、孙佩、吴成志、江旻、杨丽丽、左齐、杨修浩、朱海萍、李俊武。DB5101/T7—20181信息技术软件项目测量元本标准规定了软件项目实施过程中的常用测量元。本标准适用于成都市行政区域内：——软件开发过程中度量规模、进度、资源和工作量、质量、效率等；——软件组织之间对采集数据进行对比和分析；——软件行业的基准数据的采集和发布。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T4757-2002国民经济行业分类3术语、定义和缩略语3.1术语和定义下列术语和定义适用于本文件。3.1.1测量measurement把数值或类别赋予软件项目的某个属性的行为。3.1.2测量元measure可以被测量的软件项目属性。3.1.3直接测量元directmeasure一种测量元，其值通过直接测量来获得。3.1.4间接测量元derivedmeasure一种测量元，其值通过对两个或两个以上直接测量元的量值执行演算获得。3.1.52DB5101/T7—2018工作量workeffort开发软件项目所需要的人力资源。3.1.6质量quality所开发软件满足明确或隐含要求的能力。3.2缩略语以下缩略语适用于本文件。AOE（ActualWorkloadofOtherActivities）：其他活动实际工作量ETS（EverydayTeamSize）：每天团队规模FPPSD（FirstPhasePlanStartDate）：首阶段计划开始日期FPASD（Firstphaseactualstartdate）：首阶段实际开始日期LPPED（LastPhasePlanEndDate）：末阶段计划结束日期LPAED（LastPhaseActualEndDate）：末阶段实际结束日期POE（PlanWorkLoadofOtherActivities）：其他活动计划工作量4测量元分类本标准规定了以下六类81个测量元：——项目基本信息——规模——进度——资源和工作量——质量——效率以上六类81个测量元，从量值获取方式上分为直接和间接两个类别。各类测量元一览见表1。DB5101/T7—20183表1测量元一览表6DB5101/T7—20184表1（续）DB5101/T7—20185表1（续）74DB5101/T7—201865测量元信息描述5.1项目基本信息项目基本信息测量元的描述及相关信息见表2。表2项目基本信息测量元描述及相关信息无无指委托软件开发者从事软件项目生产的组织所属的无DB5101/T7—20187表2（续）无本——二次开发：使用新技术建立软件产品，来无无指集成了一系列辅助软件设计、构建和测试的工具无DB5101/T7—20188表2（续）无无指软件开发过程中主要用到的数据组织、存储和管无无无指软件开发遵循的规范（过程或者技术）的获取方——外购：即项目的全部功能模块采用外购的商——自主开发：项目的全部功能模块全部为项目——外购与自主开发相结合：上述两种方式在项无DB5101/T7—201895.2规模规模测量元的描述及相关信息见表3。表3规模测量元描述及相关信息——对于使用代码行来进行规模统计的项目，预计软件规模指待交付软件的千行代码数——对于使用功能点来进行规模统计的项目，预计软件规模指待交付软件的功能点数——对于使用代码行来进行规模统计的项目，实际软件规模指软件的实际千行代码数——对于使用功能点来进行规模统计的项目，实际软件规模指软件的实际功能点数无无DB5101/T7—20185.3进度进度测量元的描述及相关信息见表4。表4进度测量元描述及相关信息度PSP=PPED-PPSD+1天度ASP=PAED-PASD+1天无PPD=LPPED-FPPSD+1天PAD=LPAED-FPASD+1天PAS=PAD-ID天无天DB5101/T7—20185.4资源和工作量资源和工作量测量元的描述及相关信息见表5。表5资源和工作量测量元描述及相关信息指参与项目开发的人人指参与项目开发的平人项目计划总工作量指为完成该项目预计PPTE=PERA+PEDA+PECA+POE项目实际总工作量指为完成该项目实际PATE=AERA+AEDA+AECA+AETA+AEIA+AEPMA+AECMA+AEQAA+AETRA+AOE人时指项目实际与计划的总的工作量偏差与项无各阶段计划工作量不同阶段计划所需要人时各活动计划工作量不同活动计划所需要人时各角色计划工作量不同角色计划所需要人时各阶段实际工作量不同阶段实际所需要人时各活动实际工作量不同活动实际所需要人时DB5101/T7—2018表5（续）各角色实际工作量不同角色实际所需要各阶段工作量偏差率指各阶段实际工作量与计划工作量的偏差与各阶段计划工作量无各阶段实际工作量占指各阶段实际工作量在项目实际总工作量无指从开始需求调研到完成需求分析预计所指从开始需求调研到完成需求分析实际所设计活动计划工作量指从系统设计开始到概要设计完成预计所设计活动实际工作量指从系统设计开始到概要设计完成实际所构建活动计划工作量指从详细设计开始到单元测试完成预计所构建活动实际工作量指从详细设计开始到单元测试完成实际所测试活动计划工作量指从集成测试开始到系统测试完成预计所测试活动实际工作量指从集成测试开始到系统测试完成实际所实施活动计划工作量指从试运行计划开始到项目验收完成预计DB5101/T7—2018表5（续）指从试运行计划开始到项目验收完成实际指从项目开始到项目项目管理活动预计投指从项目开始到项目项目管理活动实际投配置管理活动计划工指从项目开始到项目配置管理活动预计投配置管理活动实际工指从项目开始到项目配置管理活动实际投质量保证活动预计投指从项目开始到项目质量保证活动实际投指从项目开始到项目与直接服务于项目目标的培训活动预计投指从项目开始到项目与直接服务于项目目标的培训活动实际投DB5101/T7—2018表5（续）指活动实际工作量与计划工作量的偏差与无指各活动实际工作量在项目实际总工作量无评审工作上预计所消时评审工作上实际所消时与与DRRE=无指各角色实际工作量在项目实际总工作量无指从返工开始到返工时指项目开发过程中由变更引发的工作量的时DB5101/T7—20185.5质量质量测量元的描述及相关信息见表6。表6质量测量元描述及相关信息指客户期望值与客户体过对一种产品可感知的效果与其期望值相比较指通过评审活动实际发个指通过测试活动实际发个指通过验收活动实际发个维护人员或开发团队发个指测试活动发现的缺陷行的缺陷数与软件规模之比DB5101/T7—20185.6效率效率测量元的描述及相关信息见表7。表7效率测量元描述及相关信息力6应用6.1软件开发相关各方在对软件产品或开发过程进行测量时，遵循本标准对测量元进行定义，也可在构建组织或项目级度量体系时依据本标准选择适用的测量元。6.2相关各方在应用本标准时，应遵循以下原则：——在使用标准已包含的测量元时，应遵循本标准对测量元进行定义；——如组织内测量元定义与本标准不一致，则在进行行业基准比对或向行业组织提交基准数据时，应按照本标准定义对相关测量元的测量数据进行规格化处理并做出说明；——在构建组织或项目级度量体系时，宜参照本标准对测量元进行分类；——本标准所定义的测量元仅为对软件产品或开发过程进行测量时的常用测量元，在构建组织或项目级度量体系时，宜根据本组织商业目标及管理需求对所需测量元进行合理裁剪或扩展。6.3应用示例参见附录A。DB5101/T7—2018（资料性附录）应用示例A.1应用背景某软件公司的项目甲在项目结束后，收集到主要的项目数据如下：项目实际规模为1496功能点，实际总工作量12580人时（其中评审工时为32人时，测试工时为2978人时），评审活动发现缺陷76个，测试活动发现缺陷472个，验收活动发现缺陷201个，系统交付6个月内发现缺陷143个，客户对该项目的质量很不满意。A.2数据分析A.2.1质量管理部依据本标准表6中测量元，按下列公式A.1计算交付质量（DDADDDAD=..................................(A.1)DDAD——交付质量，单位为个/千功能点ANDD——交付后实际缺陷数，单位为个；ASS——实际软件规模，单位为功能点。A.2.2公式A.1中代入上述项目甲的相关数据，计算得出交付质量数据，参见表A.1。作为比较，表中同时列出行业统计的几个百分位点的DQ值。表A.1项目甲和行业的交付质量数据A.2.3从表A.1可以得出，该项目的交付质量远低于行业第75百分位点的交付质量，即行业超过3/4的项目交付质量明显好于项目甲。A.2.4质量管理部依据本标准表7中测量元,按下列公式A.2计算评审效率(RE)：...................................RE——评审效率，单位为个/人时；ANDR——评审实际缺陷数，单位为个；AER——实际评审工作量，单位为人时。A.2.5质量管理部依据本标准表7中测量元,按下列公式A.3计算测量元测试效率(TE)：DB5101/T7—2018TE=....................................(A.3)TE——测试效率，单位为个/人时；ANDT——测试实际缺陷数，单位为个；AETA——测试活动实际工作量，单位为人时。A.2.6在公式A.2和A.3中代入上述项目甲的相关数据，计算得出评审效率和测试效率数据，分别参见表A.2和表A.3。作为比较，表中分别同时列出行业统计的几个百分位点的RE值和TE值。表A.2项目甲和行业的评审效率数据表A.3项目甲和行业的测试效率数据A.2.7通过表A.2及表A.3可以得出，本项目的评审效率远高于行业一般水平，而测试效率与行业一般水平大致相当；同时，该项目通过评审发现缺陷的效率远远高于测试活动。再比较评审活动发现缺陷数与测试活动发现缺陷数可以得出，该组织主要通过测试活动发现并清除缺陷。因此，如果要进一步提高产品质量，应加强评审活动。DB5101/T7—2018参考文献[1]GB/T18491.4-2010信息技术软件测量功能规模测量第4部分基准模型[2]GB/T8566-2007信息技术软件生存周期过程[3]GB/T20917-2007软件工程软件测量过程[4]SJ/T11463-2013软件研发成本度量规范[5]ISO/IEC12207:1995，信息技术软件生存周期过程[6]ISO/IEC9126（所有部分），软件工程产品质量[7]ISO/IEC19761：2011Softwareengineering