《软件开发工作量评估》由会员分享，可在线阅读，更多相关《软件开发工作量评估（7页珍藏版）》请在金锄头文库上搜索。
1、1成果上报申请书成果名称 移动通信计算机应用软件开发工作量评估方法成果申报单位 北京 省（自治区/直辖市）公司成果承担部门/分公司 计划建设部 部门 / 分公司项目负责人姓名项目负责人联系电话和 Email项目参与人姓名成果专业类别* 管理信息系统 所属专业部门* 规划计划线条成果研究类别* 其他 省内评审结果* 通过关键词索引（35 个） 工作量，评估方法，评估工具，软件开发应用投资 0 万元（指别的省引入应用大致需要的投资金额）产品版权归属单位 中国移动北京公司对企业现有标准规范的符合度： （按填写说明 5）无如果该成果来源于研发项目，请填写研发项目的年度、名称和类型（类型包括：集团重点研
2、发项目、集团联合研发项目、省公司重点研发项目、其他研发项目） ，可填写多个：无成果简介：简要描述成果目的和意义，解决的问题，取得的社会和经济效益。本课题研究目的：形成公司内部管理与需求部门之间对开发工作量核实确认的制约机制，在开发工作量上形成甲乙双方共识机制。 解决的问题：为北京移动提供一套可灵活配置参数、易行、适用、后续可持续维护的估算工具和方法，并给出未来项目开发工作量评估的组织职责与流程建议，利用该工作量评估方法,可以对BMCC 以往典型项目的开发成本进行验证。 效益：为企业量身定做的估算体系，使得北京移动的管理水平上了一个台阶；估算体系的建设使得各部门立项申请工作更易量化；估算工具利于
3、公司内部统一估算模式的建立。工具的引入使科学的估算成为必然，避免了各种偶然因素对总体项目估算进度的影响，提高管理效率。省内试运行效果：描述成果引入后在本省试运行方案、取得的效果、推广价值和建议等。1、提高了评估效率； 2、提高了评估准确性；3、作为与厂家谈判的依据，提高了谈判效果。2文章主体（3000 字以上，可附在表格后）：根据成果研究类别，主体内容的要求有差异，具体要求见表格后的“填写说明 6”。项目背景及现存问题北京移动目前涉及应用软件工作量评估的流程有两种情况，一种是项目的立项，立项申请部门就业务功能需求，根据与厂家交流情况或经验，在立项申请材料中核实确认项目开发工作量，向计划建设部提
4、交立项申请，计划建设部组织相关部门进行立项评估和开发费用审批；另外一种是需求变更，立项申请部门根据业务发展需要向厂家提出需求变更，并根据厂家反馈的工作量组织相关部门进行工作量确认，在功能上线后，与厂家进行需求变更开发工作量的结算。北京移动的项目特点有：1、业务需求种类多。新业务开发类：业务部门提出的新的业务功能需求；业务缺陷修复类：业务部门提出的修复业务功能缺陷的需求；业务优化类：业务部门提出的业务功能或性能改善需求；新应用开发：业务部门参考集团或省公司的业务规范开发建设的新应用系统；统计分析：对某一特定业务或场景进行分析取数的需求；业务配置变更类：业务部门提出的业务配置变更需求，如局部数据更
5、新、资费套餐配置等。2、软件需求种类多。分开发类需求和配置类需求。开发类需求是需要对应用程序(代码或脚本)进行新增、修改或完善等所有涉及代码变更的需求；配置类需求为资费套餐配置、局部数据更新以及可通过配置实现的新业务开发等不涉及应用程序(代码或脚本)变更的需求，临时统计分析需求也纳入配置类需求进行管理。3、项目特点多样。由于业务系统复杂，多样的服务和有效的管理需要复杂多样的支撑系统。北京移动的系统主要分为管理支撑域 MSS、网络支撑域 OSS 和业务支撑域 BSS 类。北京移动的供应商数量多，一个项目存在多供应商的，供应商的情况很常见，管理和质量保证问题突出；存在多项目并发，由于项目规模大，部
6、分项目参与人员超过 100 人；存在多平台开发，多系统、跨平台、使用多种开发语言；历史数据少，缺乏历史项目的数据参考，没有建立集中的度量管理机制。目前存在问题：根据北京移动的项目特点，目前在项目评估阶段存在的主要问题是，立项时开发工作量及费用估算难，实施技术多样、项目参考数据缺乏等。在工作量、项目工期估算和评估实际过程中，缺乏规范合理统一的估算、评估、审核方法、标准和依据，最常用的办法是依据已有项目的实施经验，从应用系统的功能范围和集成商资质及专业人员水平等方面出发，凭经验对工期、资源、开发费用等做出判断。由此可能带来预计工期与实际工期偏差大，浪费资源或资源投入不符合预期，项目无法按预期完成等
7、问题。课题目标及总体要求通过本评估方法的实施推广和应用，将进一步合理控制项目成本、进度和质量，提高项目管理水平，保证开发项目的成功，在未来进一步缩小各合作厂家开发单价差距，营造公平竞争和服务的环境；形成公司内部管理与需求部门之间对开发工作量核实确认的制约机制；在开发3工作量上形成甲乙双方共识机制。本课题以软件行业成熟的工作量估算的理论和方法为基础依据，结合分析北京移动组织状况、项目分类及典型项目（包括新技术新业务与 IT 支撑两大专业项目中，以定制开发、基于套装软件开发等方式开发的项目）的历史数据，结合分析行业人力资源、薪酬及利润情况，开发出一套未来在立项评估及需求变更评估阶段，供北京移动立项
8、评估负责人或申请部门需求负责人组织评估开发工作量的可参数配置、易行适用、后续可持续维护的方法，给出组织职责与流程建议，并给出 BMCC 以往典型项目开发工作量的统计评价。本课题小组的按照如下计划流程推进研究工作： 1.召 开启 动 会 2.调 研 /诊 断 3.专 项 改 进 计 划3.专 项 改 进 计 划 5.试 点 跟 踪 6.推 广 应 用7.审 计 /评 估5.试 点 跟 踪 6.推 广 应 用X 专 项X专 项4.过 程 定 义4.过 程 定 义课题研究基础估算方法论估算是建立在客观实际上，对未来尽可能合理的一种预测。那么估算本身的不确定性，决定了它不可能是百分之百准确无误的。在项
9、目刚开始时，人们对产品需求、技术、市场预期、人员素质等因素的了解还远远不够，在这种情况下，就需要借助业界成熟的模型来提高估算的精确度。估算方法有很多，大致分为基于分解的技术和基于经验模型两大类。基于分解的技术的方法包括功能点估算、LOC 估算等；基于经验模型的方法包括类比法、三点法、COCOMO 模型等。1、基于 WBS 的估算法。利用 WBS 方法，先把项目任务进行合理的细分，分到可以确认的程度，如某种材料，某种设备，某一活动单元等。然后估算每个 WBS 要素的费用。采用这一方法的前提条件或先决步骤是：1）对项目需求作出一个完整的限定；2）制定完成任务所必需的逻辑步骤；3）编制 WBS 表。
10、4）项目需求的完整限定应包括工作报告书、规格书以及总进度表。工作报告书是指实施项目所需的各项工作的叙述性说明，它应确认必须达到的目标。如果有资金等限制，该信息也应包括在内。规格书是对工时、设备以及材料标价的根据。它应该能使项目人员和用户了解工时、设备以及材料估价的依据。总进度表应明确项目实施的主要阶段和分界点，其中应包括长期定货、原型试验、设计评审会议以及其他任何关键的决策点。如果可能，用来指导成本估算的总进度表应含有项目开始和结束的日历时间。采用这种方法估算成本需要进行大量的计算，工作量较大，所以只计算本身也需要花费一定的时间和费用。但这种方法的准确度较高，用这种方法作出的这些报表不仅仅是成
11、本估算的表述，还可以用来作为项目控制的依据。4完成项目 WBS 的编制之后，就可以进行项目估算。这种估算方法层次清晰，估算结果准确性高。WBS 方法的优势：移植或维护项目，估算比较准确,如果有准确的度量数据，可以提高估算的准确性。WBS 方法的劣势： 需要详细的应用信息需要成熟的度量数据库和有经验的估算人员，此类估算方法适用于系统集成项目和软件开发项目。2、功能点估算法。功能点估算法是一种在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。这种方法的计算公式是：功能点=信息处理规模 x 技术复杂度。信息处理规模包括各种输入、输出
12、、查询、内部逻辑文件数、外部接口文件数等等；技术复杂度包括性能复杂度、配置项目复杂度、数据通信复杂度、分布式处理复杂度、在线更新复杂度等等。按技术类型可以将功能点法分为快速功能点估算法和详细功能点估算法。快速功能点法不考虑简单功能和复杂功能的差异，在统计功能点时不关注数据元素类型(DET)、记录元素类型(RET)和引用文件类型对规模的影响，所有的功能点的复杂度都假设为中等难度。详细功能点估算法是基于用户的角度来度量开发性或维护性商业软件规模的一种项目估算方法，通过根据各种指标测算出客观的外部应用接口和主观的内部应用复杂度以及软件总体的性能特征，计算出软件的功能点再除以生产率，即可得出项目开发所
13、需的工作量。功能点法的优点：客户和开发能更好的理解需求功能点法的缺点：对系统需求有明确的认识，对所涉及的技术有一定的了解。功能点法适用于软件开发项目，特别是管理信息系统建设的项目，但详细功能点法一般不适用于网站、业务逻辑复杂的软件和嵌入式软件。3、宽带 Delphi 法。也称为三点式 Delphi 法，是一种公认的可以用于估测所有过程的方法。由相关领域人员组成一个专家小组，根据项目组提供的相关文档资料以及系统原型等信息，每个人都根据工作任务表匿名提交自己的估算结果。估算和任务被记录、审阅、讨论，就会产生新的个人计划。这个过程将一直循环进行直到最后产生一致通过的估算结果。估算出最可能持续时间、乐
14、观持续时间和悲观持续时间，按照如下公式计算每个单元的规模/工作量 =(最可能值*4) + 悲观值乐观值/ 6 就是估算的结果德尔菲法预测有一套独特的预测程序，它主要包括三个阶段：准备阶段、轮番征询阶段和结果处理阶段。该方法的优势：一致意见的通过减少了由那些缺乏经验和具有偏见的估算者所导致的缺点；由于每个参与者都要审阅工作项目分类结构，所以忽略的任务就可以被定义、更完整的工作表就会产生；方法的内在因素是估算的,如果哪个估算的工作表对象不合理，应该在正式讨论前提出并通知参与者。该方法的劣势：需要专业人士参加估算，未为个人估算提供流程指导 ，整个估算过程持续时间比较长。该方法适用于系统集成项目，以及
15、软件开发项目中不适用功能点法估算的项目。4、类比估算法。类比估算就是以从前类似计划活动的实际数据为根据，估算将来的计划活动的工作量，规模和持续时间。当有关项目的详细信息数量有限时，如在项目的早期阶段就经常使用这种办法估算。类比估算利用历史信息和专家判断。当以前的活动事实上而不仅仅是表面上类似，而且准备这种估算的项目团队成员具备必要的专业知识时，类比估算最可靠。 该方法的特点是利用过去的项目数据，必需有充足的类似的项目 (技术、类型、组织架构），找到可比较的属性（例如多少个输入、输出） 。该方法的优势：基于真实的历史数据。该方法的劣势 ：很难找到完全相同的项目，历史数据本身可能不正确，如果衡量差
16、异没有两种事物完全相同 。5该方法适用于系统集成项目和部分软件开发项目。5、用例点估算法随着软件系统更多地采用统一建模语言(Unified Modeling Language，简称 UML)进行开发，基于用例(Use Case)的估算，即用例点估算方法则是其中具有代表性的一种。是以整个项目为对象，包括用例数、执行者数并针对它们的属性提出的，通过分析用例角色、场景和不同的技术与环境因子,把它们抽象到一个等式中。该等式由多个变量组成：未调整用例点(Unadjusted Use Case Point，简称 UUCP)、技术复杂度因子(Technical Complexity Factor，简称 TCF)和环境复杂度因子(Environment Complexity Factor,简称 ECF)。UCP=UUCPTCFECF 最终工作量计算等式为 Effort=UCPProductivityFactor 该方法的
