[计算机]软件估算方法.docVIP

软件规模估算方法 软件成本及工作量估算永远不会是一门精确的科学。太多的变化——人员、技术、环境、策略——影响了软件的最终成本及开发所需的工作量。不过，软件项目估算可以从神秘的技巧向一系列系统化的步骤的转变的过程中，估算出可接受的风险。“模糊逻辑”法功能点法标准构件法修改法基于代码行(LOC)功能点(FP)的基于过程的估算软件方程式今天，一个软件成本估算模型如果能够达到以下结果就相当不错了：估算的软件开发成本与实际的成本相差不到20％，时间估算相差不到70％，而且是在它自己的地盘上(即，是它适用的项目类型)……这可能不象我们所期望的那么精确，但已经足以在软件工程经济分析及决策中提供很大的帮助了。为了可靠地估算成本及工作量功能点(FP)的功能点(FP)基于FP估算的分解是集中于信息域值，而不是软件功能。根据功能点计算项目软件的输入、输出、、、估算。为了达到这个估算目的，我们假设复杂度加权因子都是平均的。功能点(FP)(i=1到14)是基于对中问题的回答而得到的“复杂度调整值”(0到5)备份和数据通信内部处理复杂采用下面的式功能点：FP=总计数值×［0.65＋0.01×ΣFiFPestimated（功能点）= E（工作量）= FPestimated/a 采用下面的式项目合适的人员数目N=E/D Nestimated（人员数目）= 表格说明： 功能点分解说明 功能类型 功能点描述 功能点权重 （编码阶段） 备注 输入 输入界面 1~3 由易到难 输出 输出界面 1~3 由易到难 报表 报表，凭证 2~4 由易到难 接口 报文接口，文件接口，调用接口等 2~6 由易到难 内部处理 逻辑处理 1~10 由易到难 其他 算法研究、数据转移等 5~10 由易到难 注：权重的基准值为1人天 各生命周期工作量比例 阶段 参考工作量阶段分布比例基准值(%) 参考工作量阶段分布比例范围 (%) 需求分析 15 5~20 系统设计 20 10~30 编码及单元测试 35 25~50 集成测试 5 3~8 功能测试 20 10~30 性能测试 5 2~10 表格中估算计数为估算变量(规模)的期望值EV(expected value)，可以通过乐观值(Sopt)、可能值(Sm)、及悲观值(Spess)估算的加权平均值来计算：EV=(Sopt+4Sm+Spess)/6其中给予“可能值”估算以最大的权重，并遵循β概率分布。软件的输入、输出、查询、文件、及外部接口FPestimated/a 中系数a为生产率。 D为项目开发周期。 ?????????? 附表1功能点估算复杂度调整参考问题表 功能点估算复杂度调整参考问题表 ?Fi：Fi(i=1到14)是基于对中问题的回答而得到的“复杂度调整值”(0到5) 1.备份和 2.数据通信 由低到高 0：系统不需要数据通信（无接口） 5：需要复杂的数据通信（接口多于3个） 3.分布处理 4.系统性能 5.系统移植 由低到高 0：代码不需要平台移植 5： 50%以上的代码需要平台移植 6.界面复杂 由低到高 0：输入项（输出项）小于7项 5：输入项（输出项）大于20项 7.重用程度 由低到高 0：系统可重用模块占总模块数超过60% 5：无可重用的系统模块 8.质量等级 由低到高 0：系统不需要内部测试 5：系统需要严格的内部测试 9.重用模块设计 由低到高 0：设计不考虑 5：设计中可重用模块占总模块数超过40% 10.内部处理 11.人员技能 由低到高 0：技术级别7级以上人员多于3人 5：都是新手 12.过程方法 由低到高 0：开发过程有明确定义 5：开发过程无明确的定义 13.开发工具 由低到高 0：开发工具熟悉并稳定可靠 5：开发工具完全不熟悉 14. 项目管理 由低到高 0：客户关系良好、需求稳定 5：客户关系一般、需求变化大 估算例子 根据功能点计算项目计划者估算CAD软件的输入、输出、、、估算。为了达到这个估算目的，我们假设复杂度加权因子都是平均的。?信息域值 乐观值 可能值 悲观值 估算计数 加权因子 FP计数 输入数 20 24 30 24 4 96 输出数 12 15 22 16 5 80 报表数 16 22 28 22 4 88 内部处理 4 4