北京软件造价评估技术创新联盟大纲Copyright2012bySSMUserGroup.Allrightsreserved.
编制背景与过程招投标立项项目实施预算预算阶段招投标阶段项目实施阶段项目立项阶段无依据。预算申报和审查-投资的合理额度该是多少合理
？无依据。项目的合理标的应该是多少？面对差距非常大的投标额，该怎么办？无依据。如何管理变更及其对成本的影响？无依据。该投入多少资源
？利润有多少？标准编制背景为什么要对软件成本度量（定额）进行标准化？长期以来，如何度量和评估软件研发项目的成本一直是产业界的难题。
标准编制背景Copyright2012bySSMUserGroup.Allrightsreserved.国外信息产
业发展较好的国家，如美国、澳大利亚、芬兰、荷兰、韩国、日本等很早就在软件费用测算领域开展研究韩国：1989年开始政府每年发布《韩国
软件成本估算指南》，用于指导国内政府信息化采购日本：2003年建立了国家软件项目基准数据库，并每年发布《日本软件开发项目白皮书》，
指导国内软件开发费用评估国内一些地方政府或机构已经注意到因缺乏成本度量标准而导致种种情况发生，并作出了相关的研究和尝试，但没有形成
较为统一的标准中国系统与软件度量用户组长期关注相关领域技术发展，并持续开展大量数据收集、方法研究及推广应用工作标准编制目的123倡
导使用统一的国际功能点方法度量软件规模，使度量结果可比对倡导使用基准数据估算软件工期和成本，使估算结果更科学倡导使用一致的估算过程
和公式，使估算结果可追溯。标准研制过程工信部行标研制主要成果物：工信部行标《软件研发成本度量规范》《行标应用指南（预算场景）》（试
行版）《行标应用指南（项目计划）》（试行版）《软件测量元》（草稿）……第三阶段2010-2013年行业协会标准研制主要成果物
：《中国软件行业软件工程定额标准》（试行）第二阶段2009年国际交流与预研主要成果物：《基准比对标准》、《推荐度量元集》、《
用户组术语集》、《软件度量纲要》、《功能点计数手册（中文版）》、《中国软件生产力报告等》。第一阶段2005-2007年标准的推广
与实践已有来自神华信息、东软集团、海关总署、首都信息、中远资讯、中创软件、中国人民银行、金电公司、中科金财、中国银行软件中心、国家
电网、华为、联信永益、中科软、深圳海联讯、广州南天、广东建行、广东农行等单位约2000人参与应用。Copyright2012b
ySSMUserGroup.Allrightsreserved.标准主要内容标准主要内容—成本估算方法技术路线规模估算
工作量估算成本/工期估算功能点方法采用国际标准基于基准数据建立模型引入两类调整因子参照行业数据采用基准比对方法标准主要内容核心问题
1：如何基于初始需求估算规模？核心问题2：如何基于历史数据估算生产率？标准主要内容核心问题1：如何基于初始需求估算规模？核心问题2
：如何基于历史数据估算生产率？什么是功能点方法？1功能点是一种软件规模度量单位(例如生活中我们采用平方米度量房子的面积)2功能点方
法从用户视角（即业务价值）度量软件的大小(从两个维度度量：存储或使用哪些数据信息、如何处理这些数据)3功能点方法已成为软件规模度量
的国内外标准(已纳入ISO标准及工信部行标《软件研发成本度量规范》)Copyright2012bySSMUserGrou
p.Allrightsreserved.功能点方法的发展2000s1970s源自金融行业IBM提出此方法1990s国内引入此
方法：在金融、政府及大型软件开发企业广泛应用1980s逐步形成国际标准广泛运用于金融、电信、政府、能源领域日本、韩国、荷兰等开始使
用此方法作为政府软件采购依据功能点方法的优势用户视角定义明确便于计算从用户视角度量软件规模，用户及开发人员均易于理解已经纳入ISO
国际标准，不同计算者的计算结果误差在10%以内无论在项目早期、中期或是晚期，都可以依据用户需求计算其功能点规模标准主要内容—原始需
求示意……公文管理：……将公文流转过程实现电子化，包括公文起草、审核、审批、备案等均在系统中完成。审批时要对电子签名进行验证……会
议管理：……支持发布、查询会议信息…………标准主要内容—估算结果示意下限中值上限规模860功能点预计工作量22.64人月42.04
人月75.79人月预算费用33.96万元63.07万元113.69万元预计工期4.5月5.78月7.34月标准主要内容—某业务系统
示意图业务系统公告信息人行系统查询修改查询增加删除柜员信息关系表企业征信报告反馈反馈企业黑名单中间表机构信息缺省配置征信报告抓取参
数标准主要内容—什么是功能点？从业务视角/用户价值角度看系统系统所维护的信息及处理的复杂程度决定了系统价值功能规模数据功能：系统使
用或维护了哪些数据？事务功能：系统如何使用或维护这些数据？数据功能类别ILF（内部逻辑文件）：在本系统维护的业务数据EIF（外部接
口文件）：本系统引用，在其他系统维护的业务数据事务功能类别EI（外部输入）：对数据进行维护或改变系统行为的事务EO（外部输出）：对
数据加工后呈现或输出的事务EQ（外部查询）：对已有数据直接呈现或输出的事务功能点计数要素示例功能点分类简写预估功能点快速功能点详细
功能点内部逻辑文件ILF3510复杂的表折算外部接口文件EIF157外部输入EI4外部输出EO5外部查询EQ4回顾公
式快速计算是简化了哪些参数？标准主要内容—某业务系统示意图业务系统公告信息人行系统查询修改查询增加删除柜员信息关系表企业征信报告反
馈反馈企业黑名单中间表机构信息缺省配置征信报告抓取参数标准主要内容—某业务系统示意图业务系统公告信息人行系统删除修改查询查询增加柜
员信息关系表企业征信报告反馈企业黑名单中间表反馈机构信息缺省配置征信报告抓取参数标准主要内容—某业务系统中的功能点数据功能ILF：
如柜员信息、公告信息、企业黑名单、业务规则……EIF：如企业征信报告……事务功能EI：如企业黑名单维护、发布公告……EO：如企业信
息统计……EQ：如机构列表、柜员明细查询……其他编码信息、中间信息、处理逻辑、内部关联……标准主要内容—功能点的用途规模估算或测量
每类功能点计数项根据复杂度不同均有特定权值例如中等复杂度的ILF/EIF/EI/EO/EQ的权值分别为10/7/4/5/4所有功能
点计数项数值之和就是未调整的功能规模，单位为FP工作量/工期/成本估算规模估算是项目估算的基础项目范围管理功能规模的变化对项目工作
量产生重大影响标准主要内容核心问题1：如何基于初始需求估算规模？核心问题2：如何基于历史数据估算生产率？标准主要内容—什么是基准比
对术语定义：将目标对象（如项目或项目群）属性与基准相比较，并建立目标对象属性相应值的全部过程（摘自工信部行标《软件研发成本度量规范
》）即依据行业数据及最佳实践，帮助组织了解现状、发现问题、实施改进并对未来建立预测为何进行基准比对—行业面临的问题行业用户如何确定
软件的价值？如何评价并选择优质的供应商？软件企业如何了解本组织在行业中的位置与差距？如何识别并获得行业的最佳实践？如何有效地持续改
进并不断提高竞争力？为何进行基准比对—解决问题的关键甲方关注价值基准创造价值改进驱动力乙方关注竞争力基准为何进行基准比对—基准比对
的价值发现问题过程比对评价效果能力比对解决问题最佳实践行业基准数据展示—不同行业生产率差异行业基准数据展示—不同地区成本差异
行业基准数据展示—各工程活动工作量分布成本估算过程示例成本估算过程示例—预算预估功能点方法CF取值参考行业基准数据PDR/SWF/
RDF取值参考行业基准数据基于行业基准数据建立工作量-工期模型F取值参考行业数据GP建议不超过30%行标预算典型应用场景成本估算过
程示例—输入：初步需求成本估算过程示例—第一步：规模估算成本估算过程示例—第二步：工作量估算预估功能计数结果：UFP=410FP规
模调整：S=CFUFP=820FP工作量估算：UE=（SPDR）SWFRDF/176乐观工作量：16.07人月最有可能：2
9.85人月悲观工作量：53.82人月说明：工作量估算范围采用生产率基准数据的P25、P50、P75分别计算；由于是预算阶段，RD
F取值为1，SWF根据需求取值为0.87。成本估算过程示例—第三步：工期估算基于行业数据，建立工作量-工期模型工期=1.277(
UE)0.404乐观工期：3.92月最有可能工期：5.04月悲观工期：6.39月解决的问题期望工期是否存在较大风险？何工期（资源配
置）成本最优？成本估算过程示例—第四步：成本估算软件研发成本=直接人力成本+直接非人力成本+间接成本由于通常间接成本的分摊与直接人
力成本相关，因此可采用以下公式预算费用=工作量人力成本费率+直接非人力成本乐观预算费用：31.34万元最有可能预算费用：58.2
2万元悲观预算费用：104.94万元应用案例分享应用案例分享—预算审批组织概况国务院直属正部级机构某金字工程牵头单位近2000人
开发队伍，兼有外包每年科技司预算集中审批（4/5月份）面临问题靠经验，分歧大领导不认可代码行方法研发体系相对封闭需求模糊埋下隐患应
用案例分享—预算审批组织特点问题明确，但时间紧迫开发经验丰富，有一定历史数据开发模式有特殊性应用策略快速、客观开展相关分析模型迭代
优化，兼顾现状针对性方法讲解与指导解决关键问题，给出后续建议应用案例分享—预算审批应用效果有法可依：快速达成共识并有效控制预算了解
了内部研发与行业的差距认清了明确业务需求对于预算审批及后续管理的重要性进行持续改进并深化应用应用案例分享—招评标/商务谈判组织概况
国务院直属正部级机构某金字工程牵头单位采购中心负责制订相关制度及具体管理、协调、监督信息中心负责预算申报及项目管理每年信息化投资过
亿没有自主研发团队面临问题靠经验，内部分歧大无依据，吵架不占优项目范围有争议应用案例分享—招评标/商务谈判组织特点大量升级改造类项
目，不宜频繁更换供应商没有历史数据专家外请为主（5+2）项目分为新开发、升级完善及维护三类应用策略方法与数据直接与工具集成基于政府
行业数据建模合理项目分类应用案例分享—招评标/商务谈判应用效果建立了科学、权威的评估体系成功减小甲乙方分歧（提高单价，减少工作量虚
高）有效的需求澄清及范围管理应用案例分享—内部管理（乙方）客户概况大型国有商业银行的软件开发部门规模数千人，有长期的过程改进实践面
临问题如何衡量研发部门的产出与价值传统功能点方法水土不服且难以应用在项目早期。已有估算方法主观性较强，缺乏准确、客观的验证手段。应
用案例分享—实施策略深入现状分析充分了解客户功能点应用基础（方法、过程、人员、实践水平）及面临问题，从而提出明确而有效的改进建议深
化功能点应用引入快速功能点方法解决早期估算问题根据客户项目特点及历史数据对方法进行定制和改进强调功能点方法在估算之外的应用充分利用数据对历史数据进行相关性分析和回归分析，以获得可靠的估算模型全面提升人员能力在对相关人员开展培训并要求持证上岗的同时，通过评审加深对关键知识点的理解并形成常见问题解答，不断修订/丰富功能点方法应用指南应用案例分享—实施效果解决了早期估算问题并得到甲方（信科部）认可建立了新的估算模型建立了适合自身特点的方法及应用指南培养了专家队伍为2013年的度量优化工作奠定良好基础提问&讨论谢谢!北京邮电大学经济管理学院吴俊版权所有《软件功能点培训》课程讲义?2008年8月?广东肇庆 |
|
