软件开发工作量评估.doc

PAGE PAGE 1 成果上报申请书 成果名称 移动通信计算机应用软件开发工作量评估方法 成果申报单位 北京 省（自治区/直辖市）公司 成果承担部门 /分公司 计划建设部 部门 / 分公司 项目负责人姓名 项目负责人联系电话 和Email 项目参与人姓名 成果专业类别* 管理信息系统 所属专业部门* 规划计划线条 成果研究类别* 其他 省内评审结果* 通过 关键词索引（3～5个） 工作量，评估方法，评估工具，软件开发 应用投资 0万元（指别的省引入应用大致需要的投资金额） 产品版权归属单位 中国移动北京公司 对企业现有标准规范的符合度：（按填写说明5） 无 如果该成果来源于研发项目，请填写研发项目的年度、名称和类型（类型包括：集团重点研发项目、集团联合研发项目、省公司重点研发项目、其他研发项目），可填写多个： 无 成果简介：简要描述成果目的和意义，解决的问题，取得的社会和经济效益。 本课题研究目的：形成公司内部管理与需求部门之间对开发工作量核实确认的制约机制，在开发工作量上形成甲乙双方共识机制。 解决的问题：为北京移动提供一套可灵活配置参数、易行、适用、后续可持续维护的估算工具和方法，并给出未来项目开发工作量评估的组织职责与流程建议，利用该工作量评估方法,可以对BMCC以往典型项目的开发成本进行验证。 效益：为企业量身定做的估算体系，使得北京移动的管理水平上了一个台阶；估算体系的建设使得各部门立项申请工作更易量化；估算工具利于公司内部统一估算模式的建立。工具的引入使科学的估算成为必然，避免了各种偶然因素对总体项目估算进度的影响，提高管理效率。 省内试运行效果：描述成果引入后在本省试运行方案、取得的效果、推广价值和建议等。 1、提高了评估效率； 2、提高了评估准确性； 3、作为与厂家谈判的依据，提高了谈判效果。 文章主体（3000字以上，可附在表格后）：根据成果研究类别，主体内容的要求有差异，具体要求见表格后的“填写说明6”。 项目背景及现存问题 北京移动目前涉及应用软件工作量评估的流程有两种情况，一种是项目的立项，立项申请部门就业务功能需求，根据与厂家交流情况或经验，在立项申请材料中核实确认项目开发工作量，向计划建设部提交立项申请，计划建设部组织相关部门进行立项评估和开发费用审批；另外一种是需求变更，立项申请部门根据业务发展需要向厂家提出需求变更，并根据厂家反馈的工作量组织相关部门进行工作量确认，在功能上线后，与厂家进行需求变更开发工作量的结算。 北京移动的项目特点有： 1、业务需求种类多。 新业务开发类：业务部门提出的新的业务功能需求； 业务缺陷修复类：业务部门提出的修复业务功能缺陷的需求； 业务优化类：业务部门提出的业务功能或性能改善需求； 新应用开发：业务部门参考集团或省公司的业务规范开发建设的新应用系统； 统计分析：对某一特定业务或场景进行分析取数的需求； 业务配置变更类：业务部门提出的业务配置变更需求，如局部数据更新、资费套餐配置等。 2、软件需求种类多。分开发类需求和配置类需求。开发类需求是需要对应用程序(代码或脚本)进行新增、修改或完善等所有涉及代码变更的需求；配置类需求为资费套餐配置、局部数据更新以及可通过配置实现的新业务开发等不涉及应用程序(代码或脚本)变更的需求，临时统计分析需求也纳入配置类需求进行管理。 3、项目特点多样。 由于业务系统复杂，多样的服务和有效的管理需要复杂多样的支撑系统。北京移动的系统主要分为管理支撑域MSS、网络支撑域OSS和业务支撑域BSS类。北京移动的供应商数量多，一个项目存在多供应商的，供应商的情况很常见，管理和质量保证问题突出；存在多项目并发，由于项目规模大，部分项目参与人员超过100人；存在多平台开发，多系统、跨平台、使用多种开发语言；历史数据少，缺乏历史项目的数据参考，没有建立集中的度量管理机制。 目前存在问题： 根据北京移动的项目特点，目前在项目评估阶段存在的主要问题是，立项时开发工作量及费用估算难，实施技术多样、项目参考数据缺乏等。在工作量、项目工期估算和评估实际过程中，缺乏规范合理统一的估算、评估、审核方法、标准和依据，最常用的办法是依据已有项目的实施经验，从应用系统的功能范围和集成商资质及专业人员水平等方面出发，凭经验对工期、资源、开发费用等做出判断。由此可能带来预计工期与实际工期偏差大，浪费资源或资源投入不符合预期，项目无法按预期完成等问题。 课题目标及总体要求 通过本评估方法的实施推广和应用，将进一步合理控制项目成本、进度和质量，提高项目管理水平，保证开发项目的成功，在未来进一步缩小各合作厂家开发单价差距，营造公平竞争和服务的环境；形成公