技术方案软件开发报价(含软件开发项目工作量及报价模板)的计算.doc

软件开发报价的计算方法1软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格 开发工作量 × 开发费用人月1.1 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量 估算工作量经验值 × 风险系数 × 复用系数1.1.1 估算工作量经验值（以 A 来表示） 软什开发工作量的计算， 曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。 目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GBT 8566-2001 软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发， 也应包括各类软件测试的活动。1.1.2 风险系数（以 来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l 风险系数 1.5 根据我们对软件企业的了解， 超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。1.1.3 复用系数（以 来表示） 估算工作量经验值是软件企业承担一般项目来估算的， 但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 0.25 复用系数 1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到 25（最高值）。1.2 开发费用人月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用人月 （PQR）× S× 1.2.1 P（人头费） 人头费主要是员工的工资、 奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占 7080。 P B × 1.476 国家规定的公积金 7，医疗保险金 12，养老金 22，失业金 2（即通常所说的四金），另外还有按工资总额计征的工伤保证金 0.5，生育保证金 0.5，残疾基金 1.6，工会基金 2，累计为 47.6。 B 为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。1.2.2 Q（办公费） 办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，其总量在软件企业中的商务成本占 2030。 Q B3 此处办公费用按商务成本的 25计算。1.2.3 R（国家税收和企业利润） 由于国家实施发展软件产业的优惠政策，故不单独列出计算，但软件企业仍需承担缴纳国家税收的义务，可一并与企业利润一起考虑。 另外，软件企业的员工不可能全年满负荷地工作，即使一年十二个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解，软件企业的员工一年能有 10 个月到 11 个月的工作也是正常的。 R B3 此处为我们的建议方案，各软件企业可视情况加以变更。1.2.4 S（管理系数） 通常每个机构的管理人员都会有一定的比例，参考一些机构的做法，按每十个软件人员配备两个管理人员即管理成本： 1 S 1.21.2.5 T（优质系数） 提高软件质量，必然有所开支，即质量成本，对于不同的软件企业来说，其质量成本不尽相同。 软件企业与其他企业一样， 也有诚信和品牌等诸多因素，从而增加企业的开支。 目前我们可以按通过 ISO9000 质量体系认证和 CMM 或 CMMI 的认证来确定，分别取值 1.05、1.1、1.15、1.2。 今后建议可对软件企业的资质分为四级。 由软件行业协会根据 CMMI 的认证、品牌、诚信程度等各种因素加以确定。此体系建设还有待进一步探索。 据此，我们综合上述各点： 开发费用人月 （B × 1.476 B3 B3）× l.2 × T B ×（1.476 23）× 1.2 × T B × 2 .575 × T B × 当 T1.05 时，2.7 当 T1.2 时，3.09 因此，2.7 3.09 对于承接国外软件外包业务，一方面员工的工资较高，另外工作的安排也较难满负荷工作，用此建议 RB2。因此 开发费用人月 B（1.476 13 12）× 1.2 × T B × 2.767 × T B × 当 T1.05 时，2.906 当 T1.2 时，3.32 因此，2.9 3.32 结论： 软件开发价格 A × × × B × A：估算工作量经验值 B：软件企业的平均工资人月 Q：风险系数 l Q 1.5 T：复用系数 0.25 1 ：综合系数 2.7 3.092. 软件（系统）维护收费价格估算方法 在完成信心工程项目的系统集成和应用软件开发， 并交付用户正式运行的一年内，对软件（系统）实行免费维护服务一年。 在正式运行一年后，软件企业应与用户签定软件（系统）维护合同。该合同属技术转让合同，也可属技术开发合同。 根据不同的用户要求，可分四种级别进行软件（系统）维护。2.1 A 级 软件企业派出技术人员常驻用户，解决日常运行中发生的问题。2.1.1 U（系统建设投资额） 用户需要软件企业维护的系统，该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件，U 就是该应用软件开发费；如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和应用软件，则 U 就是该信息工程项目的总投资额。2.1.2 N（技术人员数） 软件企业派出 N 个技术人员，常驻用户，因此： 软件（系统）维护费年 U × 15 或 B × × N × 12 B、 参见 1.2.2 B 级 软件企业每周七天，每天 24 小时（即 7×24 小时）响应，2 小时到现场，且每天派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。 软件（系统）维护费年 U × 102.3 C 级 软件企业 7×24 小时响应，2 小时到场。 软件（系统）维护费年U × 52.4 D 级 用户的信息工程系统或应用软件发生问题，由原承担的软件企业派人维护。2.4.1 B 这种维护方式要求软件企业需要保存所有的技术档案， 更需要软件企业抽出专人来不断熟悉和全面掌握该软件（系统）的各项技术细节。因此，软件企业的这项支出必然要在维护费用收入中得到回报。 以 1.1.3 节中的 B 作为参数，将其人月单位改为人天，以 B表示。2.4.2 软件企业如果采用基于构件开发方法，并建立起构件库，则会大大提高软件维护的效率。另外，如果有多家用户运行的系统大致类似，也可有所提高效率。 以 1.1.3 节中的 作为参数，以 来表示。因此： 软件（系统）维护费次B × × n 此次 n 表示所需要的人天数。的取值是 0.2 1。3. 系统集成价格的估算方法 将整个系统所涉及到的设备、软件、网络整和起来，并能正常地运行，其运行的结果能达到用户建立该系统的目标。这就是系统集成的含义。因此，可以理解为单纯的设备采购和供应并不涉及系统集成， 以及单纯的应用软件开发也并不涉及系统集成。 系统集成费应与整个系统的规模、整个系统的复杂程度等项有关。 系统规模往往与系统建设费用密切相关。 为了简便计算，以系统建设费用（以U 来表示）为参考坐标。复杂程度（以 来表示）可分四种级别来区分。 系统集成费 U × × T T 参见 1.2.5 节3.1 A 级 整个系统涉及到计算机硬件、 软件、局域网络，且体系结构在三层次以下（含三层次）。 5 83.2 B 级 整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上（含三层次）。 7 103.3 C 级 整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。 8 123.4 D 级 整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采集设备接口或者与用主系统有接口。 10 154. 系统解决方案费用估算方法 根据用户所提出的初步需求， 软件企业根据以往的经验为之提供整个系统建设的方案，包括需购买的计算机硬件、软件、网络设备和应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及到的规章制度的一些规划，有时还会涉及信息中心的建设等等。这就是系统解决方案所要完成的工作。 目前国内市场对于系统解决方案是一种智力劳动成果的认识不足， 以及国内多数招标公司并不熟悉信息技术，从而更加使得系统解决方案收费变得困难。因此，目前的收费处于过渡阶段。 系统解决方案费用与整个系统的规模、复杂程度等项有关。 系统规模往往与系统建设费用密切相关，为了简便计算，以系统建设的总投资（以 U 来表示）为参考坐标。 复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和数量有关，以 来表示。 解决方案费用U × × TT 参见 1.2.5 节关于 我们参照第 3 节所列各级。A 级： 0.7 1.2B 级： 1 1.8C 级： 1.5 2.2D 级： 2 3 软件开发项目工作量估算序 大类 小类 内容描述号 工作量 工作量小计 需求调研 与最终用户，ITC 沟通，进行需求调研 14 需求 需求分析 需求分析的主要内容是系统各个功能模块的优化方案细节要求 121 49 分析 按需求调研结果，设计需求说明书，由建设双方共同评审前确认需求 需求方案设计编制 23 说明书，依说明书提出建设方案，确定工作内容和工作量。 架构设计 系统架构设计及评审 17 系统 概要设计 系统概要设计及评审 292 67 设计 详细设计 系统详细设计及评审 8 数据库设计 系统数据模型设计及评审 13 1.通用功能：项目中所有部门选择功能改为使用弹出页面方式 2.流程显示，起草和应用管理中，采用多级树，包括排序，调整所属 父节点功能 3.应用管理改进表单模板的显示及选择方式 程序 4.部门用户管理，改进部门用户组织管理方式，增加从用户的角度可3 系统功能优化 6 88 开发 以查看所属角色，拥有的权限的功能并可对人员直接授权 5.角色类型管理改进角色类型、角色组织管理方式，增加从角色类型 的角度查看角色成员，角色类型拥有的权限 6.优化流程时限管理，可按照流程步骤不同办理人、不同条件设置相 应的时限，为流程运作提供监控和优化的信息支持。 1.击办理按钮后，在“人员选择窗口”中选择办理人时提供全选功能。 2 系统管理员在配置流程时配置默认的待阅人员 3.在列表中显示流程实例编号，并提供查询功能 4.委托授权前可填写意见，并在流转过程中显示 5.汇总类流程的实现方案，并提供例子流程其它功能优化 1 6.提供导出流程表单内容及流转内容 7.提供统计分析可以查看具体流程实例 8.流程设计器中的部门等，以部门 ID 为主键 9.流程设计器中的变迁规则，支持 in，not in 算法 10.自定义表单支持 checkboxlist，radioboxlist 1增加流程实例标识，提供用户查询。 2）提供统计分析可以查看具体流程实例效率分析优化 5 3）流程管理中提供导出流程表单内容及流转内容（如：审批意见，审 批人，审批时间，超时时间等流程履历显示的内容）系统权限控制优化 流程查看、申请、管理权限 4 1.InfoPath 表单上传管理 2.InfoPath 表单在线编辑自定义表单 3.InfoPath 表单默认值处理 13 4.InfoPath 表单与流程引擎关联 5.InfoPath 表单解析功能 1.Win32 版本的设计器改进流程设计器 15 2.Silverlight 版本流程设计工具自动化流程模拟工具 1.流程自动化模拟工具，简化流程测试 8 1.后台数据处理 2.业务处理 3.WebService 处理步骤 增加新的流程步骤类型 10 4.业务代理 5.Biztalk 操作 6.MOSS 操作 1.流程组合的支持 2.流程嵌套的支持 流程引擎的功能改进 8 3.环节参与者自定义 SQL 的支持 4.流程版本的支持 1）可以安装在 IAP、UAP 等平台，供平台应用作为流程引擎组件调用。 流程引擎组件 6 2）对调用系统提供 WebService、API 等接口方式。 1.业务表单的分离设计 2.业务表单的向导式创建 基于 Visual Studio 的表单设计 3.业务表单字段设置控件 12 改进 4.业务表单字段校验控件 5.业务表单的发布管理 测试方案编写（包含测试用例） 测试方案编写（包含测试用例） 8 系统 单元测试 单元测试 74 23 测试 接口测试 接口测试 1 集成测试 特指在用户测试环境的调测 7 系统部署 包括正式环境部署和现场支持服务 4 系统5 数据初始化（包括数据迁移等） 原有设备记录、系统运行基础数据导入与生成 4 14 部署 部署文档编写 6 小计 241平均单价元/天） 工作量 价格 ￥898 241 ￥216500 最终报价： ￥111