软件项目管理-05

代码行（LOC）缺点 1. 对代码行没有公认的可接受的标准定义 2. 代码行数量依赖于所用的编程语言和个人 的编程风格. 3. 在项目早期,需求不稳定、设计不成熟、实 现不确定的情况下很难准确地估算代码量. 4. 代码行强调编码的工作量,只是项目实现阶 段的一部分
功能点（FP: Function point） 用系统的功能数量来测量其规模 与实现产品所使用的语言和技术没有关系 的 两个评估
软件项目管理
主讲：张鹏（宁夏大学数计学院） pengzhang123@
软件项目管理
软件项目成本计划
本章要点
一、软件项目规模成本的概念 二、成本估算过程 三、成本估算方法 四、成本预算
成本管理过程 资源计划编制:
确定项目需要的资源种类和数量
成本估算：中心环节
编制一个为完成项目各活动所需要的资源成本 的近似估算
估算方法总结
初期
类比 专家估算
计划阶段
自下而上 参数模型
实施阶段（包括变更发生）
自下而上 参数模型
实用软件估算模型 是一种自下而上和参数法的结合模型,步骤如 下: 1. 对任务进行分解:1,2,…,i… 2. 估算每个任务的成本Ei 3. 直接成本=E1+E2+……+ Ei+……+ En 4. 项目总估算成本= 直接成本+间接成本 5. 项目总报价=项目总估算成本+风险利润
规模的单位 LOC(Lines of Code)
源代码程序长度的测量
FP(Function Point)
用系统的功能数量来测量
人月 人天 人年
软件项目成本 完成软件规模相应付出的代价。 待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品 的主要成本
成本的单位 货币单位
1. 风险利润=利润+风险基金+税
估算每个任务的成本
直接估算成本Ei 先估算规模Qi，然后估算成本Ei= Qi *人力成本参
数
唯一估计值：Qi=Avg PERT算法: Qi=(Max+4Avg+Min)/6
直接成本估算 直接成本=规模*人力成本参数 直接成本组成
开发成本 管理成本 质量成本
自下而上—特点 这种方法相对比较准确，它的准确度来源 于每个任务的估算情况 非常费时,估算本身也需要成本支持 可能发生虚报现象
估算的基本方法 代码行、功能点、对象点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法
专家估算法 由多位专家进行成本估算，一个专家可能 会有偏见，最好由多位专家进行估算，取 得多个估算值,最后得出综合的估算值。
成本预算：项目进度
将总成本估算分配到各单项工作活动上
成本控制：项目跟踪
控制项目预算的变更
关于估算 估算不是很准确的，有误差的 经验（历史）数据非常重要 不要太迷信数学模型
软件项目规模 软件项目规模即工作量，是从软件项目范 围中抽出的软件功能，然后确定每个软件 功能所必须执行的一系列软件工程任务 包括：软件规划，软件管理，需求，设计， 编码，测试，以及后期的维护等任务。
总计
UFC
134
301
65
102
TCF-技术复杂度因子
TCF=0.65+0.01(sum(Fi))： Fi:0-5,TCF:0.65-1.35 技术复杂度因子 F1 F3 可靠的备份和恢复 分布式函数 F2 F4 数据通信 性能
F5 F7 F9 F11 F13
大量使用的配置 操作简单性 复杂界面 重复使用性 多重站点
估算的基本方法
代码行、功能点、对象点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法
类比-定义 估算人员根据以往的完成类似项目所消耗 的总成本（或工作量），来推算将要开发 的软件的总成本（或工作量），然后按比 例将它分配到各个开发任务单元中 是一种自上而下的估算形式
UFC-未调整功能点计数
功能计数项的复杂度等级
复杂度权重因素
项
外部输入 外部输出 外部查询 外部文件 内部文件
简单
3 4 3 5 7
一般
4 5 4 7 10
复杂
6 7 6 10 15
功能点计算实例-UFC
项 外部输入 外部输出 外部查询 外部文件 内部文件 简单 6*3 7*4 0*3 5*5 9*7 功能点 一般 2*4 7*5 2*4 2*7 0 * 10 复杂 3*6 0*7 4*6 3 * 10 2 * 15
本章要点
一、软件项目规模成本的概念 二、成本估算过程 三、成本估算方法 四、成本预算
估算的基本方法 1. 2. 3. 4. 5. 代码行、功能点、对象点、用例点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法
代码行（LOC） 从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关
专家估算法-Deiphi 组织者发给每位专家一份软件系统的规格 说明和一张记录估算值的表格，请他们估 算 专家详细研究软件规格说明后，对该软件 提出3个规模的估算值
最小ai 最可能的mi 最大bi
组织者对专家的表格中的答复进行整理 计算每位专家的Ei=(ai+4mi+bi)/6,
专家估算法-Deiphi(续)
Technical writers Database analysts
成本估算
直接成本 间接成本
与具体项目相关的成本
工资 硬件 软件 其它
不能具体到某个项目中的 成本， 可以分摊到各个具体项目 中的成本，例如：
培训 房租水电 员工福利 市场费用 管理费 其他等等
估算的基本方法 代码行、功能点、对象点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法
自下而上—定义 利用任务分解结构图,对各个具体工作包进 行详细的成本估算,然后将结果累加起来得 出项目总成本。
自下而上—使用情况
项目开始以后，WBS的开发阶段 需要进行准确估算的时候
项目估算输出
估算文件
资源，资源的数量，质量标准，估算成本等信息 单位：一般是货币单位 BAC(Budget At completion)
估算说明
工作范围 估算的基础和依据 估算的假设 估算的误差变动等
估算说明 预测所需要的总工作量的过程。 是一种量化的结果 可以有一些误差 成本估算不同于项目定价 贯穿于软件的生存周期。
项目总估算成本 估算成本=直接成本+间接成本 间接成本估算： 1. 按照企业模型直接估算： 2. 简易算法：
间接成本=直接成本*间接成本系数 间接成本= 规模*人力成本参数*间接成本系数 例如：间接成本系数=0.3
项目总估算成本 估算成本=直接成本+间接成本 估算成本=直接成本+直接成本*间接成本 系数 估算成本=直接成本(1+间接成本系数) 估算成本=规模*人力成本参数（1+间接 成本系数） 成本系数=人力成本参数* （1+间接成本 系数） 简易算法：
内部基本功能 外部基本功能
加权和量化
功能点的公式 FP =UFC*TCF
UFC：未调整功能点计数 TCF：技术复杂度因子
UFC-未调整功能点计数
功能计数项： 1. 外部输入(EI) 2. 外部输出(EO) 3. 外部查询(EQ) 4. 内部逻辑文件(ILF) 5. 外部接口文件(EIF)
设置 文本
3.88 3.75
5.04 8.00
6.56 17.07
8.53 36.41
11.09 77.66
Probe方法的步骤 1. 基于产品需求构建体系结构和概要设计 2. 对设计中的每个类（面向对象方法中的 Class ）的输入和交互，标识所设计的对 象属于表中哪类方法并估算其复杂性 3. 将上述标识的结果构造成一个如上表形式 的矩阵，然后将这个矩阵中的值与上表中 对应的值相乘 4. 将上述所有相乘结果相加求和，产生估算 结果
对象点是基于对象的软件产品规模估算。 著名的Probe方法---Watts Humphrey
对象算 数据 I/O 逻辑 很小 2.34 2.6 9.01 7.55 小 5.13 4.79 12.06 10.98 中 11.25 8.84 16.15 15.98 大 24.66 16.31 21.62 23.25 很大 54.04 30.09 28.93 33.83
综合结果后:E=E1+E2+…En/n（N:表示N 个 专家） 再组织专家无记名填表格，比较估算差， 并查找原因 如果各个专家的估算差异超出规定的范围 （例如：15%），则需重复上述过程 ，最 终可以获得一个多数专家共识的软件规模
专家估算法-举例 某多媒体信息查询系统—专家估算
专家1：1，8，9=〉（1+9+4 * 8 ）/6=7（万 元） 专家2： 4， 6 ， 8 =〉（4+8+4*6）/6=6 （万元） 估算结果=（6+7）/2=6.5 （万元）
类比—使用情况
有类似的历史项目数据 信息不足（要求不是非常精确)的时候 在合同期和市场招标时
类比—特点 简单易行,花费少 具有一定的局限性 准确性差,可能导致项目出现困难
类比——优缺点 类比优点
• 比较直观
类比缺点
• 不能适用于早期规模等数据都不确定的情况 • 应用一般集中于已有经验的狭窄领域，不能跨领域 应用 • 难以适应新的项目中约束条件、技术、人员等发生 重大变化的情况
资源规划 需要的资源种类、数量等
12 10
Number of People
8 6 4 2 0 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec