软件开发工作量评估.doc

成果上报申请书 成果名称 移动通信计算机应用软件开发工作量评估方法 成果申报单位 北京 省（自治区/直辖市）公司 成果承担部门 /分公司 计划建设部 部门 / 分公司 项目负责人姓名 项目负责人联系电话 和Email 项目参与人姓名 成果专业类别* 管理信息系统 所属专业部门* 规划计划线条 成果研究类别* 其他 省内评审结果* 通过 关键词索引（3～5个） 工作量，评估方法，评估工具，软件开发 应用投资 0万元（指别的省引入应用大致需要的投资金额） 产品版权归属单位 中国移动北京公司 对企业现有标准规范的符合度：（按填写说明5） 无 如果该成果来源于研发项目，请填写研发项目的年度、名称和类型（类型包括：集团重点研发项目、集团联合研发项目、省公司重点研发项目、其他研发项目），可填写多个： 无 成果简介：简要描述成果目的和意义，解决的问题，取得的社会和经济效益。 本课题研究目的：形成公司内部管理与需求部门之间对开发工作量核实确认的制约机制，在开发工作量上形成甲乙双方共识机制。 解决的问题：为北京移动提供一套可灵活配置参数、易行、适用、后续可持续维护的估算工具和方法，并给出未来项目开发工作量评估的组织职责与流程建议，利用该工作量评估方法,可以对BMCC以往典型项目的开发成本进行验证。 效益：为企业量身定做的估算体系，使得北京移动的管理水平上了一个台阶；估算体系的建设使得各部门立项申请工作更易量化；估算工具利于公司内部统一估算模式的建立。工具的引入使科学的估算成为必然，避免了各种偶然因素对总体项目估算进度的影响，提高管理效率。1、提高了评估效率； 2、提高了评估准确性；3、作为与厂家谈判的依据，提高了谈判效果。 业务缺陷修复类：业务部门提出的修复业务功能缺陷的需求； 业务优化类：业务部门提出的业务功能或性能改善需求； 新应用开发：业务部门参考集团或省公司的业务规范开发建设的新应用系统； 统计分析：对某一特定业务或场景进行分析取数的需求； 业务配置变更类：业务部门提出的业务配置变更需求，如局部数据更新、资费套餐配置等。 2、软件需求种类多。分开发类需求和配置类需求。开发类需求是需要对应用程序(代码或脚本)进行新增、修改或完善等所有涉及代码变更的需求；配置类需求为资费套餐配置、局部数据更新以及可通过配置实现的新业务开发等不涉及应用程序(代码或脚本)变更的需求，临时统计分析需求也纳入配置类需求进行管理。 3、项目特点多样。 由于业务系统复杂，多样的服务和有效的管理需要复杂多样的支撑系统。北京移动的系统主要分为管理支撑域MSS、OSS和BSS类。北京移动的供应商数量多，一个项目存在多供应商的，供应商的情况很常见，管理和质量保证问题突出；多项目并发100人；多平台开发；历史数据少 本课题以软件行业成熟的工作量估算的理论和方法为基础依据，结合分析北京移动组织状况、项目分类及典型项目（包括新技术新业务与IT支撑两大专业项目中，以定制开发、基于套装软件开发等方式开发的项目）的历史数据，结合分析行业人力资源、薪酬及利润情况，开发出一套未来在立项评估及需求变更评估阶段，供北京移动立项评估负责人或申请部门需求负责人组织评估开发工作量的可参数配置、易行适用、后续可持续维护的方法，给出组织职责与流程建议，并给出BMCC以往典型项目开发工作量的统计评价。 本课题小组的按照如下计划流程推进研究工作： 课题研究基础――估算方法论 估算是建立在客观实际上，对未来尽可能合理的一种预测。那么估算本身的不确定性，决定了它不可能是百分之百准确无误的。在项目刚开始时，人们对产品需求、技术、市场预期、人员素质等因素的了解还远远不够，在这种情况下，就需要借助业界成熟的模型来提高估算的精确度。 估算方法有很多，大致分为基于分解的技术和基于经验模型两大类。基于分解的技术的方法包括功能点估算、LOC估算等；基于经验模型的方法包括类比法、三点法、COCOMO模型等。 1、基于WBS的估算法。利用WBS方法，先把项目任务进行合理的细分，分到可以确认的程度，如某种材料，某种设备，某一活动单元等。然后估算每个WBS要素的费用。采用这一方法的前提条件或先决步骤是：对项目需求作出一个完整的限定；制定完成任务所必需的逻辑步骤；编制WBS表。项目需求的完整限定应包括工作报告书、规格书以及总进度表。工作报告书是指实施项目所需的各项工作的叙述性说明，它应确认必须达到的目标。如果有资金等限制，该信息也应包括在内。规格书是对工时、设备以及材料标价的根据。它应该能使项目人员和用户了解工时、设备以及材料估价的依据。总进度表应明确项目实施的主要阶段和分界点，其中应包括