《信息技术软件项目测量元-系统与软件度量.doc》由会员分享，可在线阅读，更多相关《信息技术软件项目测量元-系统与软件度量.doc（23页珍藏版）》请在三一文库上搜索。
1、ICS点击此处添加ICS号点击此处添加中国标准文献分类号DB11北京市地方标准DB 11/ XXXXXXXXX信息技术 软件项目测量元Information technologySoftware project measure点击此处添加与国际标准一致性程度的标识（本稿完成日期：）2016-08-15XXXX - XX - XX发布XXXX - XX - XX实施发布DB11/ XXXXXXXXX目次前言II1范围12规范性引用文件13术语、定义和缩略语13.1术语和定义13.1.113.1.213.1.313.1.413.1.513.1.623.2缩略语24测量元分类25测量元定义65.1项
2、目基本信息65.2规模85.3进度105.4资源和工作量115.5质量155.6效率166应用说明16附录A（资料性附录）应用示例18参考文献20前言本标准按照GB/T1.1-2009的规则起草。本标准由北京经济和信息化委员会提出并归口。本标准由北京经济和信息化委员会组织实施。本标准的主要起草单位： 本标准主要起草人：20信息技术 软件项目测量元1 范围本标准定义了软件项目实施过程中的常用测量元。本标准适用于： 软件开发过程中度量规模、进度、资源和工作量、质量、效率等； 软件组织之间对采集数据进行对比和分析； 软件行业的基准数据的采集和发布。2 规范性引用文件下列文件对于本文件的应用是必不可少
3、的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3 术语、定义和缩略语3.1 术语和定义下列术语和定义适用于本文件。3.1.1测量measurement把数值或类别赋予软件项目的某个属性的行为。 3.1.2测量元 measure可以被测量的软件项目属性。3.1.3直接测量元 direct measure一种测量元，其值通过直接测量来获得。3.1.4间接测量元 derived measure一种测量元，其值通过对两个或两个以上直接测量元的量值执行演算获得。3.1.5工作量 work effort开发软件项目所需要的人力资
4、源。3.1.6质量 quality所开发软件满足明确或隐含要求的能力。 3.2 缩略语 以下缩略语适用于本文件。AOE：其他活动实际工作量ETS：每天团队规模FPPSD：首阶段计划开始日期FPASD：首阶段实际开始日期LPPED：末阶段计划结束日期LPAED：末阶段实际结束日期POE：其他活动计划工作量4 测量元分类本标准定义了以下六类81个测量元： 项目基本信息 规模 进度 资源和工作量 质量 效率以上六类81个测量元，从量值获取方式上分为直接和间接两个类别。各类测量元一览见表1。表1 测量元一览表测量元分类测量元名称测量元数量项目基本信息规模度量方法开发地区和城市客户组织类型业务领域开发类
5、型软件类型集成开发环境主要编程语言主要操作系统主要数据库系统架构生存周期模型开发方式13规模预计软件规模实际软件规模规模偏差率初始需求规模需求变更规模规模变更率6进度阶段计划开始日期阶段计划结束日期阶段实际开始日期阶段实际结束日期阶段计划工期阶段实际工期各阶段工期占比项目计划持续时间项目实际持续时间项目实际工期工期偏差率停产时间12表1 （续）测量元分类测量元名称测量元数量资源和工作量最大团队规模平均团队规模项目计划总工作量项目实际总工作量项目总工作量偏差率各阶段计划工作量各活动计划工作量各角色计划工作量各阶段实际工作量各活动实际工作量各角色实际工作量各阶段工作量偏差率各阶段实际工作量占比需求
6、活动计划工作量需求活动实际工作量设计活动计划工作量设计活动实际工作量构建活动计划工作量构建活动实际工作量测试活动计划工作量测试活动实际工作量实施活动计划工作量实施活动实际工作量项目管理活动计划工作量项目管理活动实际工作量配置管理活动计划工作量配置管理活动实际工作量质量保证活动计划工作量质量保证活动实际工作量培训活动计划工作量培训活动实际工作量各活动工作量偏差率各活动实际工作量占比计划的评审工作量实际评审工作量评审工作量偏差率实际评审工作占比实际返工工作量实际变更工作量39表1 （续）测量元分类测量元名称测量元数量质量客户满意度评审实际缺陷数测试实际缺陷数验收实际缺陷数交付后实际缺陷数缺陷密度交
7、付质量7效率生产率各活动生产率评审效率测试效率45 测量元定义5.1 项目基本信息项目基本信息测量元的定义及相关信息见表2。表2 项目基本信息测量元定义及相关信息测量元名称及缩写类别定义获取方式单位规模度量方法（SMM）直接指软件规模的度量方法。主要有代码行和功能点直接获取无开发地区和城市直接指项目数据的来源，包括省份和城市。如果项目来源于“国外”，则写明国家即可直接获取无客户组织类型（COT）直接指委托软件开发者从事软件项目生产的组织所属的行业或类型。分为以下类型1： 农林牧渔 采矿 制造 电/水/燃气 建筑业 交通运输、仓储、邮政 信息传输（通信）、计算机服务和软件 批发和零售 住宿和餐饮
8、 金融 房地产 租赁和商业服务 科研（含技术服务与地址勘探） 水利、环境和公共设施管理 居民服务和其他服务业 教育 卫生、社会保障和福利 文化、体育、娱乐 公共管理和社会组织（含政府） 国际组织直接获取无表2 （续）测量元名称及缩写类别定义获取方式单位业务领域（BD）直接指系统支持的业务领域。分为以下类型： 农林牧渔 采矿 制造 电/水/燃气 建筑业 交通运输、仓储、邮政 信息传输（通信）、计算机服务和软件 批发和零售 住宿和餐饮 金融 房地产 租赁和商业服务 科研（含技术服务与地址勘探） 水利、环境和公共设施管理 居民服务和其他服务业 教育 卫生、社会保障和福利 文化、体育、娱乐 公共管理和
9、社会组织（含政府） 国际组织直接获取无开发类型直接指以下类型： 新开发： 开发和提供软件应用程序的第一个版本 二次开发：使用新技术建立软件产品，来代替或增强客户正在使用的产品 增强型开发：改变或扩展现有软件系统的功能直接获取无软件类型直接例如： 系统软件 应用软件 支持软件直接获取无集成开发环境（IDE）直接指集成了一系列辅助软件设计、构建和测试的工具的开发环境。例如：Microsoft Visual C+Borland C+ BuilderBorland DelphiEclipse 直接获取无表2 （续）测量元名称及缩写类别定义获取方式单位主要编程语言（MPL）直接指用于开发源代码或者对象的
10、主要计算机语言直接获取无主要操作系统（MOS）直接指项目开发中运行软件所需要使用的主要操作系统直接获取无主要数据库系统（MDS）直接指软件开发过程中主要用到的数据组织、存储和管理的工具直接获取无架构直接指以下类型： 客户端-服务器 浏览器-服务器 单机 其他（可以自己描述架构类型的名称）直接获取无生存周期模型（LCM）直接指软件的产生直到报废的生存周期模型。例如： 瀑布模型 迭代模型 快速原型模型 敏捷模型直接获取无开发方式（DA）直接指软件开发遵循的规范（过程或者技术）的获取方式。例如： 外购：即项目的全部功能模块采用外购的商用组件 自主开发：项目的全部功能模块全部为项目人员自主开发 外购与
11、自主开发相结合：上述两种方式在项目中均采用 预研：项目开发的主要目的是探索性研究性，开发结果仅为验证某种技术方案是否可行直接获取无注1： 分类引自GBT4757-2002国民经济行业分类。5.2 规模规模测量元的定义及相关信息见表3。表3 规模测量元定义及相关信息测量元名称及缩写类别定义获取方式单位预计软件规模（PSS）直接指依据特定方法或经验所预先估算的待交付软件的大小 对于使用代码行来进行规模统计的项目，预计软件规模指待交付软件的千行代码数直接获取千代码行 对于使用功能点来进行规模统计的项目，预计软件规模指待交付软件的功能点数直接获取功能点实际软件规模（ASS）直接指在特定时点所测量的软件
12、大小 对于使用代码行来进行规模统计的项目，实际软件规模指软件的实际千行代码数直接获取千代码行 对于使用功能点来进行规模统计的项目，实际软件规模指软件的实际功能点数 直接获取功能点规模偏差率（DRS）间接指软件实际规模与预计规模之间的偏差与预计规模之比无初始需求规模（IRS）直接指首次形成需求基线时的实际软件规模直接获取功能点需求变更规模（SRC）直接指从需求分析完成后至项目交付历次变更规模之和。变更规模包括增加、修改、删除的软件规模直接获取功能点规模变更率（RCS）间接指需求变更规模与初始需求规模之比无5.3 进度进度测量元的定义及相关信息见表4。表4 进度测量元定义及相关信息测量元名称及缩写
13、类别定义获取方式单位阶段计划开始日期（PPSD）直接指某阶段计划开始的日期直接获取年/月/日阶段计划结束日期（PPED）直接指某阶段计划结束的日期直接获取年/月/日阶段实际开始日期（PASD）直接指某阶段实际开始的日期直接获取年/月/日阶段实际结束日期（PAED）直接指某阶段实际结束的日期直接获取年/月/日阶段计划工期（PSP）间接指某阶段计划持续的时间长度天阶段实际工期（ASP）间接指某阶段实际持续的时间长度天各阶段工期占比（PSEP）间接指各阶段实际工期在项目实际工期中所占的比率无项目计划持续时间（PPD）间接指软件项目从首阶段计划开始日期到末阶段计划结束日期所经历的时间长度天项目实际持续
14、时间（PAD）间接指软件项目从首阶段实际开始日期到末阶段实际结束日期所经历的时间长度天项目实际工期（PAS）间接指项目实际持续时间减去停产时间后的时间长度 天工期偏差率（SDR）间接指项目实际持续时间相对于计划持续时间的偏差率无停产时间（ID）直接指在项目的整个生存周期中，除国家法定节假日外，没有任何项目相关人员做任何项目相关活动的时间长度1直接获取天注1： 如果项目多次停产，则停产时间为各次停产时间之和。5.4 资源和工作量资源和工作量测量元的定义及相关信息见表5。 表5 资源和工作量测量元定义及相关信息测量元名称及缩写类别定义获取方式单位最大团队规模（MTS）直接指参与项目开发的人员峰值数
15、量直接获得人平均团队规模（ATS）间接指参与项目开发的平均人员数量人项目计划总工作量（PPTE）间接指为完成该项目预计所需的总的工作量人月1、人天或人时项目实际总工作量（PATE）间接指为完成该项目实际所消耗的总的工作量人月、人天或人时项目总工作量偏差率（DRPTE）间接指项目实际与计划的总的工作量偏差与项目计划总工作量之比无各阶段计划工作量（PEEP）直接指项目按阶段划分时，不同阶段计划所需要的工作量直接获取人月、人天或人时各活动计划工作量（PEEA）直接指项目按活动划分时，不同活动计划所需要的工作量直接获取人月、人天或人时各角色计划工作量（PEER）直接指项目按角色划分时，不同角色计划所需
16、要的工作量直接获取人月、人天或人时各阶段实际工作量（AEEP）直接指项目按阶段划分时，不同阶段实际所需要的工作量直接获取人月、人天或人时各活动实际工作量（AEEA）直接指项目按活动划分时，不同活动实际所需要的工作量直接获取人月、人天或人时表5 （续）测量元名称及缩写类别定义获取方式单位各角色实际工作量（AEER）直接指项目按角色划分时，不同角色实际所需要的工作量直接获取人月、人天或人时各阶段工作量偏差率（DREPE）间接指各阶段实际工作量与计划工作量的偏差与各阶段计划工作量之比无各阶段实际工作量占比（PAEEP）间接指各阶段实际工作量在项目实际总工作量中所占的比率无需求活动计划工作量（PERA
17、）直接指从开始需求调研到完成需求分析预计所需要的工作量直接获取人月、人天或人时需求活动实际工作量（AERA）直接指从开始需求调研到完成需求分析实际所耗费的工作量直接获取人月、人天或人时设计活动计划工作量（PEDA）直接指从系统设计开始到概要设计完成预计所需要的工作量直接获取人月、人天或人时设计活动实际工作量（AEDA）直接指从系统设计开始到概要设计完成实际所耗费的工作量直接获取人月、人天或人时构建活动计划工作量（PECA）直接指从详细设计开始到单元测试完成预计所需要的工作量直接获取人月、人天或人时构建活动实际工作量（AECA）直接指从详细设计开始到单元测试完成实际所耗费的工作量直接获取人月、人
18、天或人时测试活动计划工作量（PETA）直接指从集成测试开始到系统测试完成预计所需要的工作量直接获取人月、人天或人时测试活动实际工作量（AETA）直接指从集成测试开始到系统测试完成实际所耗费的工作量直接获取人月、人天或人时实施活动计划工作量（PEIA）直接指从试运行计划开始到项目验收完成预计所需要的工作量直接获取人月、人天或人时表5 （续）测量元名称及缩写类别定义获取方式单位实施活动实际工作量（AEIA）直接指从试运行计划开始到项目验收完成实际所耗费的工作量 直接获取人月、人天或人时项目管理活动计划工作量（PEPMA）直接指从项目开始到项目实施结束，项目团队为项目管理活动预计投入的工作量直接获取
19、人月、人天或人时项目管理活动实际工作量（AEPMA）直接指从项目开始到项目实施结束，项目团队为项目管理活动实际投入的工作量直接获取人月、人天或人时配置管理活动计划工作量（PECMA）直接指从项目开始到项目实施结束，项目团队为配置管理活动预计投入的工作量直接获取人月、人天或人时配置管理活动实际工作量（AECMA）直接指从项目开始到项目实施结束，项目团队为配置管理活动实际投入的工作量直接获取人月、人天或人时质量保证活动计划工作量（PEQAA）直接指从项目开始到项目实施结束，项目团队为质量保证活动预计投入的工作量直接获取人月、人天或人时质量保证活动实际工作量（AEQAA）直接指从项目开始到项目实施结
20、束，项目团队为质量保证活动实际投入的工作量直接获取人月、人天或人时培训活动计划工作量（PETRA）直接指从项目开始到项目实施结束，项目团队参与直接服务于项目目标的培训活动预计投入的工作量直接获取人月、人天或人时培训活动实际工作量（AETRA）直接指从项目开始到项目实施结束，项目团队参与直接服务于项目目标的培训活动实际投入的工作量直接获取人月、人天或人时各活动工作量偏差率（DREAE）间接指活动实际工作量与计划工作量的偏差与活动计划工作量之比2无各活动实际工作量占比（PAEEA）间接指各活动实际工作量在项目实际总工作量中所占的比率无计划的评审工作量（PER）直接指项目开发过程中，在评审工作上预计
21、所消耗的工作量的总和直接获取人月、人天或人时表5 （续）测量元名称及缩写类别定义获取方式单位实际评审工作量（AER）直接指项目开发过程中，在评审工作上实际所消耗的工作量的总和直接获取人月、人天或人时评审工作量偏差率（DRRE）间接指评审实际工作量与计划工作量的偏差与评审计划工作量之比无实际评审工作量占比（PAER）间接指各角色实际工作量在项目实际总工作量中所占的比率无实际返工工作量（AERW）直接指从返工开始到返工结束所消耗的工作量直接获取人月、人天或人时实际变更工作量（AEC）直接指项目开发过程中由变更引发的工作量的总和直接获取人月、人天或人时注1： 1人月为22人日或176人时。注2： 活
22、动指需求、设计、构建、测试、实施、项目管理、配置管理、质量保证、培训。5.5 质量质量测量元的定义及相关信息见表6。表6 质量测量元定义及相关信息测量元名称及缩写类别定义获取方式单位客户满意度（CS）直接指客户期望值与客户体验的匹配程度，是客户通过对一种产品可感知的效果与其期望值相比较后得出的指数。直接获取满意度等级：5：超越客户期望4：完全符合客户期望3：基本符合客户期望2：与客户期望有一定差距1：与客户期望有较大差距0：未达成客户任何期望评审实际缺陷数（ANDR）直接指通过评审活动实际发现的工作产品缺陷数直接获取个测试实际缺陷数（ANDT）直接指通过测试活动实际发现的工作产品缺陷数直接获取
23、个验收实际缺陷数（ANDA）直接指通过验收活动实际发现的工作产品缺陷数直接获取个交付后实际缺陷数（ANDD）直接指验收后6个月内用户、维护人员或开发团队发现的工作产品缺陷数直接获取个缺陷密度（DD）间接指测试活动发现的缺陷数与实际软件规模之比个/功能点，或个/千代码行交付质量（DQ）间接指验收后6个月内发现的缺陷数与软件规模之比个/千功能点，或个/百万代码行5.6 效率效率测量元的定义及相关信息见表7。表7 效率测量元定义及相关信息测量元名称及缩写类别定义获取方式单位生产率（PRD）间接指项目团队在一定工作量内交付软件规模的能力人时/功能点 千代码行/人月各活动生产率（PEA）间接指项目团队某
24、活动在一定工作量内交付软件规模的能力人时/功能点 千代码行/人月评审效率（RE）间接指项目团队通过评审活动在单位工作量内发现缺陷的数量1缺陷数/人时测试效率（TE）间接指项目团队通过测试活动在单位工作量内发现缺陷的数量2缺陷数/人时注1： 可针对不同类型的评审分别度量评审效率。注2： 可针对不同类型的测试分别度量测试效率。6 应用说明软件开发相关各方在对软件产品或开发过程进行测量时，宜遵循本标准对测量元进行定义，也可在构建组织或项目级度量体系时依据本标准选择适用的测量元。相关各方在应用本标准时，应遵循以下原则：a) 在使用标准已包含的测量元时，应遵循本标准对测量元进行定义；b) 如组织内测量元
25、定义与本标准不一致，则在进行行业基准比对或向行业组织提交基准数据时，应按照本标准定义对相关测量元的测量数据进行规格化处理并做出说明；c) 在构建组织或项目级度量体系时，宜参照本标准对测量元进行分类；d) 本标准所定义的测量元仅为对软件产品或开发过程进行测量时的常用测量元，在构建组织或项目级度量体系时，宜根据本组织商业目标及管理需求对所需测量元进行合理裁剪或扩展。应用示例参见附录A。AA附录A （资料性附录）应用示例A.1 应用背景某软件公司的项目甲在项目结束后，收集到主要的项目数据如下：项目实际规模为1362功能点，实际总工作量为11032人时（其中评审工时为27人时，测试工时为2138人时）
26、，评审活动发现缺陷65个，测试活动发现缺陷451个，验收活动发现缺陷182个，系统交付6个月内发现缺陷127个，客户对该项目的质量很不满意。A.2 数据分析质量管理部依据本标准表6中测量元交付质量（DQ）的计算公式： (附录A.1)式中：DQ交付质量，单位为个/千功能点ANDD交付后实际缺陷数，单位为个；ASS实际软件规模，单位为功能点。公式A.1中代入上述项目甲的相关数据，计算得出交付质量数据，参见表A.1。作为比较，表中同时列出行业统计的几个百分位点的DQ值。表A.1 项目甲和行业的交付质量数据单位：个/千功能点项目甲DQ行业DQ（第25百分位点）（第50百分位点）（第75百分位点）93.
27、28.618.149.6从表A.1可以得出，该项目的交付质量远低于行业第75百分位点的交付质量，即行业超过3/4的项目交付质量明显好于项目甲。质量管理部依据本标准表7中测量元评审效率(RE)的计算公式：(附录A.2)式中：RE评审效率，单位为个/人时；ANDR评审实际缺陷数，单位为个；AER实际评审工作量，单位为人时。依据本标准表7中测量元测试效率(TE)的计算公式：(附录A.3)式中：TE测试效率，单位为个/人时；ANDT测试实际缺陷数，单位为个；AETA测试活动实际工作量，单位为人时。在公式A.2和A.3中代入上述项目甲的相关数据，计算得出评审效率和测试效率数据，分别参见表A.2和表A.3
28、。作为比较，表中分别同时列出行业统计的几个百分位点的RE值和TE值。表A.2 项目甲和行业的评审效率数据单位:个/人时项目甲RE行业RE（第25百分位点）（第50百分位点）（第75百分位点）2.40.30.91.7表A.3 项目甲和行业的测试效率数据单位:个/人时项目甲TE行业TE（第25百分位点）（第50百分位点）（第75百分位点）0.210.120.250.54通过表A.2及表A.3可以得出，本项目的评审效率远高于行业一般水平，而测试效率与行业一般水平大致相当；同时，该项目通过评审发现缺陷的效率远远高于测试活动。再比较评审活动发现缺陷数与测试活动发现缺陷数可以得出，该组织主要通过测试活动发
29、现并清除缺陷。因此，如果要进一步提高产品质量，应加强评审活动。参考文献1 GB/T 18491.4-2010 信息技术 软件测量 功能规模测量 第4部分 基准模型2 GB/T 8566-2007 信息技术 软件生存周期过程3 GB/T 20917-2007 软件工程 软件测量过程4 SJ/T 11463-2013 软件研发成本度量规范5 ISO/IEC 12207:1995，信息技术 软件生存周期过程6 ISO/IEC 9126（所有部分），软件工程 产品质量7 ISO/IEC 19761：2011 Software engineering - COSMIC: a functional siz
30、e measurement method8 ISO/IEC 20926：2009 Software and systems engineering - Software measurement - IFPUG functional size measurement method 20099 ISO/IEC 20968：2002 Software engineering - Mk Function Point Analysis - Counting Practices Manual10 ISO/IEC 24570：2005 Software engineering - NESMA functional size measurement method version 2.1 - Definitions and counting guidelines for the application of Function Point Analysis11 ISO/IEC 29881：2008 Information technology - Systems and software engineering - FiSMA 1.1 functional size measurement method12 ISBSG, Glossary of Terms V5.10.2_