06手工软件估计方法-功能点方法.pptVIP

估计软件人员数 法则10：软件开发人员数估计 开发应用程序所需的人员数约等于功能点数除以150。 本法则估算的人数中包括软件开发人员、质量保证人员、测试人员、技术文档编写人员、数据库管理人员利项目经理。 本法则只是为更详细的人员分析提供了基础——如果注重编码、压缩管理、淡化分析和设计、减少文档作业，则可用500个功能点/人。 法则11：软件维护人员数估计 修改应用程序所需的维护人员数约等于功能点数除以750（适用于Java等高级语言）。 本法则表明：一个人可以完成对软件的小更新，并维护约750个功能点。 另一条有意义的经验法则是：应用程序使用的年数约等于功能点数的0.25次幂。 法则12：软件开发工作量估计 以人月为单位的工作量约等于软件开发进度乘以人员数。 估计软件开发的工作量 法则9+法则10的混合法则 假设项目的规模为1000个功能点。 用法则9，即取1000个功能点的0.4次幂，可计算出进度约为16个月； 用法则10，即取1000个功能点除以150，可计算出全职人员约为6.6名； 16个月乘以6.6个人等于106个人月，这就是此项目的工作量。 工作量的细化（经验法则） 定义一个人月折合22个工作日 每个工作日的工作时间为6小时，或者说每月的工作时间为132小时。 我们该回头检查了 我们该回到合同中去，看看合同的金额应该如何？ 当然，如果按照规范的做法，这个悬念早就解决了。 教材中的合同——第2章 合同管理 合同文本 合同附件 SOW 工作任务说明（Statement of Work，SOW） 工作分解结构（Work Breakdown Structure， WBS） * 范围 种类 类型 1子程序 1个人软件 1非过程软件 2模块 2共享软件 2 Web小程序 3可重用模块 3学术软件 3批处理软件 4可抛弃原型 4内部单点使用 4交互式软件 5演化原型 5内部多点使用 5交互式的图形界面或Web页面 6独立程序 6民用合同项目 6批处理数据库 7系统组件 7分时处理软件 7交互式数据库 8系统发布 8军用服务 8客户机服务器软件 9新系统 9网络应用 9数学计算软件 10复合系统 10租用软件 10系统软件 11捆绑软件 11通信软件 12市场管销 12过程控制软件 13外包合同 13可信系统软件 14政府合同 14嵌入式软件 15军用合同 15图像处理软件 16多媒体软件 17机器人软件 18人工智能软件 19神经网络软件 20混合型软件 表6.7 范围 种类、类型值示例 操作步骤 ?①根据待估计项目的范围、种类、类型的具体情况，分别确定范围、种类、类型的值；?②将3个值相加得到和；?③求和的2.35次幂。 示例：假设正在构建的一个软件的3个类别值是： 范围=6（独立程序） 种类=4（内部单点） 类型=8（客户机/服务器） 和=18 18的2.35次幂等于891。 结论，该软件的功能点总数约为891。 经验——客户机/服务器模式的应用程序的规模通常在1000个功能点左右的范围内，所以891个功能点并不是个糟糕的起点。 关于“IFPUG” 上述计算规则，来自IFPUG4.1版。 什么是IFPUG? IFPUG是美国的一个功能点组织——国际功能点用户协会(The International Function Point Users‘ Group) / IFPUG読み方 アイエフピーユージー IFPUG的主要工作 修订规则 平均每3年发布一次大修订，每年发布一次或两次小修订。 最常见的修订原因是增加了软件的新类型或新环境，如基于Web的应用程序或嵌入式应用程序。 出版物 计算实用手册/Counting Practice Manual（CPM4.2.1） 给管理者的功能点价值手册/Function Points as Assets Reporting to Managers Manual 软件度量报告/Guidelines to Software Measurement ,Release1.1 … 再示例 一个军用软件项目，由表6.7： 范围=9（新系统） 种类=15（军用合同） 类型=13（可信系统） 和=37 37的2.35次幂=4844，该应用程序的功能点总数约等于4844。 经验——系统级军用软件项目的规模通常在5000个功能点的范围内（或者更大），因此这种粗略的方法足以使人们意识到这个应用程序将不会是个小程序。 关于“范围” 根据上述分类中的第一列——“范围”，也可粗略估计软件的规模，见表6.8 为不同种类项目的规模“平均值”，假设每个功能点约等于100行逻辑源代码语句。 示例：作为复合系统的MS Office 由文字处理软件、电子表格软件、数据库管理软件、图形处理软件、个人日程软件