项目管理-2-软件工作量估算.ppt

0201外部输入：无；外部输出：1×7＝7；内部逻辑文件：1×10＝10；外部接口文件：4×7＝28；外部查询：无；共：45考虑加权：外部输出：报告，1内部逻辑文件：财务输入文件，1外部接口文件：工资文件，人员文件，课程文件，财务输入文件，4外部查询：无外部输入：无练习功能点方法：复杂性判定如何判定功能的复杂性？国际功能点用户小组（IFPUG)内部逻辑文件、外部接口文件外部输入文件功能点方法：复杂性判定外部输出文件如何确定记录个数和数据个数如某系统内部逻辑文件：订单文件，包含订单信息（包括订单号，供应商名称，订单日期）和订单项（包括商品号，价格和数目），则记录个数为2，数据个数为6，在表中可以确定该功能点复杂性为低。通过定义各个功能点对应各种语言的代码行数，则功能点可以转化为代码行一些数据：Cobol:91C:128QuickBasic:64ObjectOrientedLanguages:30功能点方法：转换为代码行MarkII功能点213该方法被作为英国政府项目实施中采用的标准基本原理：对于一个处理事务计算方法：wi×输入数据元素＋we×实体＋wo×输出数据元素4系数总和为2.5，标准设置为0.58,1.66,0.26与其它应用的接口特殊的安全特征与第三方的直接交互用户训练特征文档需求MarkII功能点系数调整，考虑因素：功能点方法起源于业务信息系统应用，因而强调了数据方面的因素而没有考虑功能和行为（控制）方面的因素。特征点（FeaturePoints):除了考虑普通功能点的内容外，还考虑了算法的特征（矩阵转换，字符串解析，处理中断等都是算法的例子）Boeing提出了一个三维功能点方法（3D）其中三维为数据维，功能维（输入转化为输出的步骤）和控制维（状态之间的转换数）。功能点的其它扩展功能点转化为工作量对于原来的项目，计算生产率：生产率＝功能点数目/工作量（人日）则，对于新项目，功能点计算出来后，工作量为：工作量＝功能点数目/生产率更复杂的方法：最小二乘法即工作量＝系数1＋功能点数×系数2030201ObjectPoints起源于纽约大学的LeonardN.Stern商学院，它类似于功能点方法，但是更容易计算。对象点方法与面向对象方法并无直接联系。该方法计算应用所需要处理的屏幕，报告和部件，这些都被称为对象。每一对象需要被确定为简单的，中等的，困难的三个层次。对象点对象点方法对象点转换为工作量首先考虑已经存在的对象应该排除在工作量计算内。即计算新的对象点（NOP）根据原来从事过的项目计算在不同情况下的项目的生产率，例如下表：假定有672个对象点要开发，开发者的经验和工具使用都是一般性的，则需要672/13＝52个人月COCOMO:参数化模型COCOMO：ConstructiveCostModelBoehm在二十世纪70年代采用他的模型对63个项目进行了研究，由于其中只有7个是商务系统，因而它们不仅仅能被用于信息系统。基本的公式为：Effort=c×sizek其中effort采用“人月(152个工作小时）”pm来度量，size采用kdsi即千行交付源代码指令(thousandsofdeliveredsourcecodeinstructions)嵌入式模式（EmbeddedMode)开发的产品在高度约束的条件下进行，对系统改变的成本很高。C有机模式（organicmode):相对小的团队在一个高度熟悉的内部环境中开发规模较小，接口需求较灵活的系统。B半分离模式（Semi-detachedMode)两者之间D根据系统的技术特性和开发环境可以分为：A信息系统是有机模式，而实时系统是嵌入式模式。ECOCOMO系数C,k的取值根据系统的分类而定：COCOMO系数系数表：K的值反映了项目越大，则工作量成指数增加，因为大项目需要更多的协调和安排。事实上，基本COCOMO模型对工作量的衡量不稳定，Boehm本人也发现了此问题，因而提出名义成本估算的概念。首先从基本模型得到名义成本，然后采用开发成本乘法算子（developmenteffortmultiplier,dem)进行修正，即：Pm=Pmnom×dem12COCOMO修正COCOMO成本因素dem的计算练习在某企业中，绝大多数系统技术上，产品，计算机和项目等属性都是类似的。只有人员的属性有所差异。该企业制定了下表：分析员非常优秀，编程人员也很优秀但是对该项目面向的领域不熟悉并准备用新的编程语言。他们对操作系统很熟悉。请计算dem。如果名义工作量是4人