项目建设方案评估分析

项目建设方案评估分析广州广软信息技术服务有限公司黄海斌2014年7月评估方法介绍一、评估依据《电子政务工程造价指导书》（整体造价结构参考）专业软件、网络公司报价（设备产品参考）《中国软件行业协会软件工程定额标准》（软件系统概预算方法论）《软件开发和服务项目价格构成及评估方法》二、评估体系业务方面文档方面技术方面预算方面评估体系评估方法介绍二、评估体系业务方面文档方面与政策和法规的符合性建设目标明确性过程控制规范性进度安排合理性建设的必要性建设的经济和社会效益项目的资源保障格式符合性准确性完整性一致性无二义性可验证性技术方面预算方面与建设目标吻合度可行性先进性合理性预算编制的规范性预算的合理性预算编制的详细程度评估方法介绍三、评估意见1、业务方面评估2、文档方面评估3、技术方面评估4、预算方面评估评估方法介绍四、评估报告文档结构评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）1、计算预算计数规模（单位：功能点）预算计数规模=（35*ILF+15*EIF）a）内部逻辑文件内部逻辑文件（InternalLogicalFile，ILF，以下简称内部数据）软件内部需要维护（如增删改查）的数据。b）外部接口文件外部接口文件（ExternalInterfaceFile，EIF，以下简称外部接口）在其它系统中维护但本软件需要调用的数据。评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）2、计算预算规模（单位：功能点）预算规模=预算计数规模*【规模变更因子】注：【规模变更因子】由编委会工作组参考业界数据或者根据历史项目的实际需求变更情况总结得到，参考值：预算规模变更因子=2.0招标规模变更因子=1.5投标规模变更因子=1.26新支点的取值：1评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）3、计算未调整预算工作量（单位：人月）未调整预算工作量=预算规模*【功能点耗时率】/（8*22）注：功能点耗时率采用ISBSG的统一定义，即每功能点所消耗的人时数，它是从业界功能点生产率的数据总结得到的。功能点下限耗时率=9.1小时/功能点功能点标准耗时率=13.4小时/功能点功能点上限耗时率=24.8小时/功能点评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）4、调整预算工作量（单位：人月）预算工作量=未调整预算工作量*【软件因素调整因子】注：鉴于软件的应用领域不同，质量等指标要求不同，功能规模相同的产品可能造价会显著不同，软件因素调整因子的引入对这一偏差进行了修正。软件因素调整因子=【规模调整因子】*【应用领域调整因子】*【质量及特性调整因子】评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）•规模调整因子规模调整因子=0.108*Ln（功能点规模）+0.2229注：利用规模调整因子，可以区别对待不同规模项目的生产率。•应用领域调整因子应用类型范围调整因子业务处理用办公系统，人事、会计、工资、销售等经营管理及业务处理用软件1科技用科学计算、模拟、空白表格程序1.2多媒体用图表1.3智能信息用自然语言处理1.7系统用操作系统1.7通信控制用用程序等通信协议1.9流程控制用生产管理2指挥管制用军队2.2评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）•质量及特性调整因子质量及特性调整因子=（分布式处理因子+性能因子+可靠性因子+多重站点因子）*0.025+1评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）调整因子判断标准影响度选择分布式处理资应用能够在各组成要素直接传输数据没有明示对分散处理的需求是想01通过网络进行客户端/服务器及网络基础应用分布处理和料传输。1在多个服务器及处理器上同时相互执行应用中的处理功能。2性能要用户对应答时间或处理率的需求水平没有明示对性能的特别需求事项或活动，因此提供基本性能02应答时间或处理率对高峰时间或所有业务时间来说都很重存在对连动系统结束处理时间的限制1为满足性能需求事项，要求设计阶段开始进行性能分析，或在设计﹒开发﹒体现阶段使用分析工具2可靠性发生障碍时引起的影响程度没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性01发生故障时可以轻易修复，带来稍微不便的损失1发生故障时很难修复，发生经济损失或有生命危害2多重站点开发能够支持不同硬件和软件环境的软件在设计阶段只需考虑一个设置站点的需求事项为了只在相同用途的硬件或软件环境下运行而设计01在设计阶段需要考虑一个以上设置站点的需求事项为了用途类似的硬件或软件环境下运行而设计1在设计阶段需要考虑一个以上设置站点的需求事项为了在不同用途的硬件或软件环境下操作而设计2评估方法介绍五、软件系统概预算评估方法流程（预算申请定额法）5、计算项目预算费用（单位：万元）预算费用=预算工作量*【用户单位人月费率】注：行业建议的数值为软件开发商平均税前工资的2.7～3.35倍之间。例如，软件开发商平均税前工资5000元/月，则此数据为13500～16750元/人月。此计算方法已包含行政管理费用/办公费用/人员闲置费用/四险一金/企业税率，但不含企业利润率。分析总结一、优点分析总结1、评估体系较为完整，覆盖业务、文档、技术、概预算方面等方面。2、通过指标进行评价，给人直观感觉较为科学，同时能够较好地对文档方面进行评估，对业务评估也还可以。3、软件开发项目概预算方法论在理论上很有吸引力，可着重参考（后续会谈到运用难点）。4、项目概预算由于应用了《中国软件行业软件工程定额标准》，概预算方面过程与数据详尽。分析总结二、缺点分析1、指标体系缺失灵活性，对技术方案的评估过于空洞无力，难于深入论述。2、软件工程定额标准，实操难度大，像ILF、EIF辨认得难度较大，只有编写方在编写建设方案体现ILF、EIF的思维时，在评审时才能较好的辨认ILF与EIF。3、评估方案中的算法流程是正确，但过程错漏百出，不谨慎对ILF与EIF进行辨认，纯粹的把功能点均辨认为ILF,把接口功能辨认为EIF，且ILF与EIF的乘数因子互换。4、个人感觉是为了拼凑出与编写单位概预算相差不大的数字，完成变成了从结果导向反推，凑数字。分析总结例子：意见与建议1、在我们的评估方案中增加指标体系，可以完善对业务及文档方面的评估。2、在技术方案方面的评估，保留我们原有的模式或者指标参数评估+原有的模式的混合模式。3、一定程度上参考《中国软件行业软件工程定额标准》的预算申请定额法，有较强的理论说服力，建议我们在保留人月费用×工作量估算方法的基础上的尝试预算申请定额法，看实际效果可以不。4、文档结构建议进行修改，增加一些模板性的东西，例如：背景说明、评估目标、评估依据。增加一些实质性项：建设内容概述，评估结论。谢谢！