演讲2―东软-《软件研发成本度量规范的应用实践》(发布版)

软件研发成本度量规范的应用实践目录Part1：应用里程Part2：培训&交流Part3：项目估算实例Part4：数据收集Part5：应用实践经验分享Part6：经验总结应用里程方法探索培训数据收集•估算方法比较•有没有一种方法能客观地度量软件规模？•请软件行业协会的SSMUG进行了度量估算培训•对历史项目进行了估算计算出组织级生产率数据试点及推广•项目试点•经验总结&交流•方法的改进演化•逐步扩大应用范围方法探索体系指南1.Delphi法2.Pert法3.类比法4.代码重用法5.专家判断法6.……基于经验——估算现状分析A.历史类似项目参考B.WBS分解+经验估算C.根据甲方给出的预算和交付周期反推D.拍脑袋E.……估算结果是否客观可靠？方法探索项目投标：投标价格有时差异很大，合理的价格是多少？制定项目预算/项目计划：没有历史项目参考，如何估算项目规模、成本？……有没有哪种方法能给出客观的度量?我们期望一种估算方法：客观易用公认——问题场景方法探索•代码行•类的数量•函数的数量•模块的数量•数据库表的数量•功能项数•页面数/窗体数•Usecase数•Userstory数•功能点数——规模度量方法比较快速功能点方法：较快的估算速度客户和开发人员均易于理解足够准确的规模估算：不同的估算者误差在10%以内兼容ISO国际标准（NESMA）具有客观性（规模与语言、技术无关、不依赖于估算人员的项目经验）可以在早期运用培训&交流——循环发散式培训在组织中不断培训、展开交流，逐步地扩大应用范围，积累数据、经验。培训&交流共*人获得CCEP认证***培训第一次培训项目运用实践估算team1类比法+经验法估算team2快速功能点估算法代码行规模估算工作量功能点规模估算工作量计划工作量项目结束进行结果分析——初始项目运用项目运用实践——初始项目运用项目运用实践—初始项目运用规模估计方式2与规模估计方式1的估算结果比较，决定采用行业标准生产率（略）项目运用实践——初始项目运用估计结果比较代码行：16400Loc工作量：14人月估计方法1功能点：260FP换算成代码行：14300Loc(1FP=55行Java)标准工作量：14.2人月估计方法2项目运用实践——初始项目运用-结果分析项目估算结果分析实际与估算的偏差：工作量估算偏差率：6.1%成本估算偏差率：6.3%工期估算偏差率：101%两种方法估算结果比较：14人月-14.2人月14700Loc-14300Loc估算效率比较：快速功能点法：0.5天代码行类比法：1天数据收集123456789101112耗时率功能点耗时率控制图（3σ）耗时率耗时率均值初始历史数据库收集了12个历史项目的估算结果和实际工作量历史史项目数据呈正态分布，具有一定的可信度。——某部门的历史估算数据库：1234567891011121314151617耗时率功能点耗时率控制图（3σ）耗时率耗时率均值数据收集——初始运用：应用实践——基于估算工具的灵活运用和不断改善•利用吻合度计算项目的实际规模和开发规模，实际规模可用于投标参考，开发规模用于项目计划和预算应用实践——基于估算工具的灵活运用和不断改善•成本估算方法修改与组织中成本预算方法一致，便于销售、售前和项目管理人员等使用应用实践——基于估算工具的灵活运用和不断改善•调整因子的灵活运用：升级改造类项目/运维需求开发类项目，本组织内开发本组织内修改的需求，限定规模调整因子的调整范围（0.9~1.1)总结估算速度快、缩短了估算时间和工作量解决了估算时无历史经验参考的难题―新的业务领域的项目，无经验数据可参考时，可用快速功能点法估算。―采用类比法估算时，总是会碰到一些模块没有历史数据可参考，成为估算难点，而快速功能点法不存在这一问题。项目之间规模、生产率的比较较为简单、客观估算偏差尚不稳定，尚需向业界学习、积累更多的估算经验感谢软件行业协会感谢系统与软件度量用户组感谢兄弟单位希望大家今后给予更多的支持！致谢