软件项目管理-第三章
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
问题：
计算该子系统的UFC、FP。（子系统产生的报告复杂度为高，其它 所有元素的复杂度均为中等）
软件项目管理-第三章
3.2.3 FP估计
•步骤一：求出功能点的复杂度权重
功能计数项
计数
外部输入
无
外部输出
报告 1
外部查询
1
外部接口文件 工资文件 1，计时表 文件 1，计算结果文 件1
内部文件
无
步骤二：计算UFC UFC=1*7+1*4+3*7=32
3.3.1 软件生产率估算
➢ 软件生产率 每个人月平均完成代码数量
➢ 生产率数据的获取 获取步骤（见课本P86）
软件项目管理-第三章
3.3.1 软件生产率估算
➢ 影响因素
软件规模和产品类型对生产率的影响； 软件变更和产品类型对生产率的影响； …..
➢估算 • 例子：已知中等规模的控制程序的生产率200LOC/PM 规模的语言程序的生产率？
•软件规模E •软件标准偏差
软件项目管理-第三章
3.3 软件项目成本估算
•3.3.1 软件生产率估算 •3.3.2 软件项目成本估算方法 •3.3.3 软件项目成本估算模型 •3.3.4 软件项目成本估算步骤 •3.3.5 软件项目成本预算制定 •3.3.6 案例：过分乐观的估算
软件项目管理-第三章
软件项目管理-第三章
3.2.3 FP估计
o 功能点：
功能点度量是在需求分析阶段基于系统功能的一种 规模估计方法，常应用需求来确定各种输入、输出、查 询、外部文件和内部文件的数目，从而确定功能点数量。
o 计算功能点数的步骤：
（1）计算所需要的输入、输出、查询、外部文件、内 部文件的数量。
（2）有了以上五个功能项的数量后，再由估计人员对 项目的复杂性作出判断，大致分成简单、一般、复 杂三种情况。然后根据表3.1求出功能项的加权和。
软件项目管理-第三章
3.2.3 FP估计
功能点与代码行的转换
语言 Assembly C COBOL FORTRAN PASCAL ADA PL/1 PROLOG/LISP SMALLTALK SPREADSHEET
代码行/FP 320 150 105 105 91 71 65 64 21 6
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
➢中间CoCoMo模型 n 以基本CoCoMo模型为基础，在工作量估计公 式中乘以工作量调节因子EAF。
E = aSb×EAF
n a,b ：随开发模式而变化的因子，为常数（见 P93 表
3.9） n 工作量调节因子与软件产品属性、计算机属性、人员
当所有的工作都已完成并得到了验证后，系统就 可以投入运行了。估算工作实际上是对估算过程的评 价，即用实际的消耗与各个阶段估算值进行比较，为 下一项目积累宝贵的经验。
软件项目管理-第三章
3.2 软件项目规模估算
3.2.1 WBS 3.2.2 LOC估计 3.2.3 FP估计 3.2.4 PERT规模估计
软件项目管理-第三章
3.2.3 FP估计
功能项
输入 输出 查询 外部文件 内部文件
•表3.1 功能点的复杂度权重
权重
简单
一般
3
4
4
5
3
4
7
10
5
7
复杂 6 7 6 15 10
功能点FP是由未调整的功能点数UFC与技术复杂度因子（TCF）相成得到。 如表3.2所示：
软件项目管理-第三章
3.2.3 FP估计
软件项目管理-第三章
3.2.2 LOC估计
o LOC:
代码行LOC是常用的源代码程序长度的度量标准。 代码行可分为两种：
无注释的代码行（NCLOC） 注释的源代码行（CLOC） 实际工作中，也常常使用KLOC（千代码行）来表示程序长度。 一代码行（1LOC）价值和人月均代码行数可以体现一个软件 生产组织的生产能力。
软件项目管理-第三章
3.1.3 估算的时机
o 软件项目估算是个逐步求精的过程。 o 对任何一种估算方法来说，估算的时机和
精度都是一种矛盾。 o 选择合适的时间点进行估算是估算中必须
考虑的一个问题。
软件项目管理-第三章
•3.1.3 估算的时机
软件产品生命周期及需要进行估算的五个时间点： E1,E2,E3,E4,E5
软件项目管理-第三章
2020/12/19
软件项目管理-第三章
3.1 概述
3.1.1 成本 3.1.2 成本管理 3.1.3 成本估算的时机
软件项目管理-第三章
3.1 概述
➢ 成本估算的意义：
成本估算是从费用的角度对项目进行规划。
➢ 成本估算的问题：
项目人员对软件开发盲目乐观，对费用估计过低； 系统分析员对软硬件权衡不准确，造成软件成本增幅过
根据成本的可确定程度：无形成本、有形成本； 根据是否可识别和跟踪：直接项目成本、间接项目成
本
软件项目管理-第三章
3.1.2 成本管理
o 成本管理的目标： 确保在批准的预算范围内完成项目所需的
各项任务 o 软件项目成本管理活动
软件系统规模估算 软件项目成本估算 软件项目成本预算制定 软件项目成本监控
复杂度权重
7 4 7
软件项目管理-第三章
3.2.3 FP估计
•步骤三：技术复杂度影响因素的取值
案例中技术复杂度影响因素的取值
F1 可靠的备份和恢复 1 F2 数据通信
5
F3 分布式函数
0 F4 性能
3
F5 大量使用的配Fra Baidu bibliotek F7 操作简单性 F9 复杂界面
1 F6 联机数据输入 0
1 F8 在线升级
0
1 F10 复杂数据处理 4
F11 重复使用性 F13 多重站点
0 F12 安装简易性
3
0 F14 易于修改
3
软件项目管理-第三章
3.2.3 FP估计
•步骤四:计算TCF
•
sum(Fi)=22
•
TCF=0.65+0.01(sum(Fi))=0.65+0.01*22=0.87
步骤五：计算FP FP=UFC*TCF=32*0.87=27.8
系统设计阶段给出产品的完整软件体系结构和各个子系统及模 块的说明； 这阶段的估算一般不会做出终止项目的决定，但却影响以后各 阶段资源的分配。
软件项目管理-第三章
3.1.3 估算的时机
o 系统实现：E4 设计通过审查之后，系统的实现工作就开始了。
该阶段结束时，前面各项活动中消耗的资源（时间及 人力等）和软件工作量均可获得，从而可对原有的估 算进行调整，后期需要的工作则按此估算进行计划。 o 系统运行维护：E5
软件项目管理-第三章
•3.2.1 WBS
传统的WBS结构:
•图 3.2 典型的WBS
软件项目管理-第三章
•3.2.1 WBS
常用的软件规模度量标准：
代码行 LOC: 功能点 FP:
软件项目管理-第三章
•3.2.1 WBS
软件规模的估计原则：
在技术允许的条件下，应从最详细的WBS开始； 精确定义度量的标准； 估计底层每一模块的规模，汇总以得到总体估计； 适当考虑偶然因素的影响。
3.2.3 FP估计
o 功能点度量在以下情况下特别有用：
（1）估计新的软件开发项目； （2）应用软件包括很多输入输出或文件活动； （3）拥有经验丰富的功能点估计专家； （4）拥有充分的数据资料，可以相当准确地将功能点转化为LOC。
软件项目管理-第三章
3.2.4 PERT估计
•软件期望规模： •估算值的标准偏差： •第i部分的期望 •规模和标准偏差：
•表3.2 技术复杂度因子的组成
软件项目管理-第三章
3.2.3 FP估计
o 从表3.2计算出：
TCF=0.65+0.01*(SUM(Aj)) TCF的取值范围为0.65～1.35， 分别对应着组成部分Aj都取值0和5， 得到功能点FP的计算公式：
FP=UFC*TCF
软件项目管理-第三章
3.2.3 FP估计
n 在静态、单变量模型基础上构造出来的。 n 是一个分层次的成本估算模型（基本CoCoMo 、中间
CoCoMo 、详细CoCoMo ） n 自底向上的估算方法
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
1.COCOMO模型 COCOMO模型的三个子模型采用相同的工作量计
算方式：
•E工作量 单位：人月 •S程序规模 单位 KLOC •EAF工作量调整因子，在基本模型中取值为1；a,b是两个随开发模 式而变化的因子。 •软件开发中的三种开发模式:有机式、嵌入式、半分离式
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
➢基本CoCoMo模型 o 把工作量作为软件程序规模的函数来计算，具有如下形式：
E = aSb t = cEd
n E:工作量，单位 人月（PM） n t:开发时间， 单位是 月 n a,b,c,d,是常数（见课本P93 表3.7、表3.8 ）
软件项目管理-第三章
软件项目管理-第三章
3.1.3 估算的时机
o 客户需求：E1 客户需求阶段列出客户需要的基本软件功能。时间点E1的估算 可以为软件组织提供初步信息，否则需要重新考虑项目的可行性。
o 需求分析：E2 完成对软件项目的规格说明，进一步细化系统功能。
有助于软件组织在进入在开发前再次权衡产品的可行性。 o 系统设计：E3
•图3.5 Wideband Delphi估算过程
•图3.4 Delphi成本估算迭代表的样例
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢类比
• 类比法就是把当前项目和以前做过的类似的项目比较，通过比 较 获得其工作量的估算值。该方法需要软件开发组织保留有以往完成项 目的历史记录。
• 类比方式：整个项目类比；子系统类比。
➢自顶向下：整体到部分。
其缺点是难以识别较低级别上的技术性困难。
➢自底向上：部分到整体。
易于忽略许多与软件开发有关的系统级成本。
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢ 算法模型 （1）模型的分类 根据模型变量的依存关系分为：静态模型和动态模型 根据基本变量的多少分为：单变量模型和多变量模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
n 基本CoCoMo：用于系统开发的初期，估算整 个系统的工作量（包括维护）和软件开发所需 要的时间；
n 中间CoCoMo：用于估算各个子系统的工作量 和开发时间；
n 详细CoCoMo：用于估算独立的软部件，如系 统内部的各个模块。
。求中等
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢专家判定
o 对于由多个专家得到的多个估算值合成一个最终的估 算值。可采用的方法有：
（1）求中值或平均值 （2）召开小组会议 （3）Delphi技术 （4）Wideband Delphi 技术
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
大； 项目经理对各个阶段的工作进度没有可靠的依据，难以
控制开发过程。
软件项目管理-第三章
3.1.1 成本
➢ 成本的概念
生产一种产品所需要的费用 交换中所放弃的东西
➢ 什么是软件项目成本 为完成软件项目而支付的货币量
人力资源成本 软硬件资源成本 商务活动成本 其它成本费用
➢ 项目成本的分类
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
（2）静态单变量模型：用同一个基本公式通过同一个预测 量来估算所需要的值。一般公式为： 其中C是待估算量，L是用作输入的预测量， a和b是 根据历史经验得到的参数，根据开发组织和环境等的不同 而不同。如SEI模型 （3）静态多变量模型： 但还取决于部分代表开发环境的个各种因素变量，如 软件开发方法、用户需求变化等。如COCOMO模型。 （4）动态多变量模型：通过多个变量的相互作用对软件过 程做出估算。如：Putnam
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
（5）其它模型（回归分析）
•其中，A、B、C是由经验估计的常数，X是预测变量，E是工作 量，同事有LOC和FP两种表示
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
n 1981年Boehm提出了“构造性成本模型”（Constructive Cost Model, CoCoMo）.
案例分析：
某学院安装了一个工资系统，人事处要求创建一个子系统来分析每 门课程的人力资源成本。要求该子系统提供查询每门课程人力资源成 本的功能。每名教师所得工资的细节可以通过工资系统中的文件得到， 教师花在教每门课上的小时数可通过一个基于计算机的计时表系统中 的文件得到。该子系统将计算结果存放到由总会计系统读取的一个文 件中，并产生一个报告，来显示每名教师每门课的课时数及这些课时 数相应的成本。
计算该子系统的UFC、FP。（子系统产生的报告复杂度为高，其它 所有元素的复杂度均为中等）
软件项目管理-第三章
3.2.3 FP估计
•步骤一：求出功能点的复杂度权重
功能计数项
计数
外部输入
无
外部输出
报告 1
外部查询
1
外部接口文件 工资文件 1，计时表 文件 1，计算结果文 件1
内部文件
无
步骤二：计算UFC UFC=1*7+1*4+3*7=32
3.3.1 软件生产率估算
➢ 软件生产率 每个人月平均完成代码数量
➢ 生产率数据的获取 获取步骤（见课本P86）
软件项目管理-第三章
3.3.1 软件生产率估算
➢ 影响因素
软件规模和产品类型对生产率的影响； 软件变更和产品类型对生产率的影响； …..
➢估算 • 例子：已知中等规模的控制程序的生产率200LOC/PM 规模的语言程序的生产率？
•软件规模E •软件标准偏差
软件项目管理-第三章
3.3 软件项目成本估算
•3.3.1 软件生产率估算 •3.3.2 软件项目成本估算方法 •3.3.3 软件项目成本估算模型 •3.3.4 软件项目成本估算步骤 •3.3.5 软件项目成本预算制定 •3.3.6 案例：过分乐观的估算
软件项目管理-第三章
软件项目管理-第三章
3.2.3 FP估计
o 功能点：
功能点度量是在需求分析阶段基于系统功能的一种 规模估计方法，常应用需求来确定各种输入、输出、查 询、外部文件和内部文件的数目，从而确定功能点数量。
o 计算功能点数的步骤：
（1）计算所需要的输入、输出、查询、外部文件、内 部文件的数量。
（2）有了以上五个功能项的数量后，再由估计人员对 项目的复杂性作出判断，大致分成简单、一般、复 杂三种情况。然后根据表3.1求出功能项的加权和。
软件项目管理-第三章
3.2.3 FP估计
功能点与代码行的转换
语言 Assembly C COBOL FORTRAN PASCAL ADA PL/1 PROLOG/LISP SMALLTALK SPREADSHEET
代码行/FP 320 150 105 105 91 71 65 64 21 6
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
➢中间CoCoMo模型 n 以基本CoCoMo模型为基础，在工作量估计公 式中乘以工作量调节因子EAF。
E = aSb×EAF
n a,b ：随开发模式而变化的因子，为常数（见 P93 表
3.9） n 工作量调节因子与软件产品属性、计算机属性、人员
当所有的工作都已完成并得到了验证后，系统就 可以投入运行了。估算工作实际上是对估算过程的评 价，即用实际的消耗与各个阶段估算值进行比较，为 下一项目积累宝贵的经验。
软件项目管理-第三章
3.2 软件项目规模估算
3.2.1 WBS 3.2.2 LOC估计 3.2.3 FP估计 3.2.4 PERT规模估计
软件项目管理-第三章
3.2.3 FP估计
功能项
输入 输出 查询 外部文件 内部文件
•表3.1 功能点的复杂度权重
权重
简单
一般
3
4
4
5
3
4
7
10
5
7
复杂 6 7 6 15 10
功能点FP是由未调整的功能点数UFC与技术复杂度因子（TCF）相成得到。 如表3.2所示：
软件项目管理-第三章
3.2.3 FP估计
软件项目管理-第三章
3.2.2 LOC估计
o LOC:
代码行LOC是常用的源代码程序长度的度量标准。 代码行可分为两种：
无注释的代码行（NCLOC） 注释的源代码行（CLOC） 实际工作中，也常常使用KLOC（千代码行）来表示程序长度。 一代码行（1LOC）价值和人月均代码行数可以体现一个软件 生产组织的生产能力。
软件项目管理-第三章
3.1.3 估算的时机
o 软件项目估算是个逐步求精的过程。 o 对任何一种估算方法来说，估算的时机和
精度都是一种矛盾。 o 选择合适的时间点进行估算是估算中必须
考虑的一个问题。
软件项目管理-第三章
•3.1.3 估算的时机
软件产品生命周期及需要进行估算的五个时间点： E1,E2,E3,E4,E5
软件项目管理-第三章
2020/12/19
软件项目管理-第三章
3.1 概述
3.1.1 成本 3.1.2 成本管理 3.1.3 成本估算的时机
软件项目管理-第三章
3.1 概述
➢ 成本估算的意义：
成本估算是从费用的角度对项目进行规划。
➢ 成本估算的问题：
项目人员对软件开发盲目乐观，对费用估计过低； 系统分析员对软硬件权衡不准确，造成软件成本增幅过
根据成本的可确定程度：无形成本、有形成本； 根据是否可识别和跟踪：直接项目成本、间接项目成
本
软件项目管理-第三章
3.1.2 成本管理
o 成本管理的目标： 确保在批准的预算范围内完成项目所需的
各项任务 o 软件项目成本管理活动
软件系统规模估算 软件项目成本估算 软件项目成本预算制定 软件项目成本监控
复杂度权重
7 4 7
软件项目管理-第三章
3.2.3 FP估计
•步骤三：技术复杂度影响因素的取值
案例中技术复杂度影响因素的取值
F1 可靠的备份和恢复 1 F2 数据通信
5
F3 分布式函数
0 F4 性能
3
F5 大量使用的配Fra Baidu bibliotek F7 操作简单性 F9 复杂界面
1 F6 联机数据输入 0
1 F8 在线升级
0
1 F10 复杂数据处理 4
F11 重复使用性 F13 多重站点
0 F12 安装简易性
3
0 F14 易于修改
3
软件项目管理-第三章
3.2.3 FP估计
•步骤四:计算TCF
•
sum(Fi)=22
•
TCF=0.65+0.01(sum(Fi))=0.65+0.01*22=0.87
步骤五：计算FP FP=UFC*TCF=32*0.87=27.8
系统设计阶段给出产品的完整软件体系结构和各个子系统及模 块的说明； 这阶段的估算一般不会做出终止项目的决定，但却影响以后各 阶段资源的分配。
软件项目管理-第三章
3.1.3 估算的时机
o 系统实现：E4 设计通过审查之后，系统的实现工作就开始了。
该阶段结束时，前面各项活动中消耗的资源（时间及 人力等）和软件工作量均可获得，从而可对原有的估 算进行调整，后期需要的工作则按此估算进行计划。 o 系统运行维护：E5
软件项目管理-第三章
•3.2.1 WBS
传统的WBS结构:
•图 3.2 典型的WBS
软件项目管理-第三章
•3.2.1 WBS
常用的软件规模度量标准：
代码行 LOC: 功能点 FP:
软件项目管理-第三章
•3.2.1 WBS
软件规模的估计原则：
在技术允许的条件下，应从最详细的WBS开始； 精确定义度量的标准； 估计底层每一模块的规模，汇总以得到总体估计； 适当考虑偶然因素的影响。
3.2.3 FP估计
o 功能点度量在以下情况下特别有用：
（1）估计新的软件开发项目； （2）应用软件包括很多输入输出或文件活动； （3）拥有经验丰富的功能点估计专家； （4）拥有充分的数据资料，可以相当准确地将功能点转化为LOC。
软件项目管理-第三章
3.2.4 PERT估计
•软件期望规模： •估算值的标准偏差： •第i部分的期望 •规模和标准偏差：
•表3.2 技术复杂度因子的组成
软件项目管理-第三章
3.2.3 FP估计
o 从表3.2计算出：
TCF=0.65+0.01*(SUM(Aj)) TCF的取值范围为0.65～1.35， 分别对应着组成部分Aj都取值0和5， 得到功能点FP的计算公式：
FP=UFC*TCF
软件项目管理-第三章
3.2.3 FP估计
n 在静态、单变量模型基础上构造出来的。 n 是一个分层次的成本估算模型（基本CoCoMo 、中间
CoCoMo 、详细CoCoMo ） n 自底向上的估算方法
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
1.COCOMO模型 COCOMO模型的三个子模型采用相同的工作量计
算方式：
•E工作量 单位：人月 •S程序规模 单位 KLOC •EAF工作量调整因子，在基本模型中取值为1；a,b是两个随开发模 式而变化的因子。 •软件开发中的三种开发模式:有机式、嵌入式、半分离式
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
➢基本CoCoMo模型 o 把工作量作为软件程序规模的函数来计算，具有如下形式：
E = aSb t = cEd
n E:工作量，单位 人月（PM） n t:开发时间， 单位是 月 n a,b,c,d,是常数（见课本P93 表3.7、表3.8 ）
软件项目管理-第三章
软件项目管理-第三章
3.1.3 估算的时机
o 客户需求：E1 客户需求阶段列出客户需要的基本软件功能。时间点E1的估算 可以为软件组织提供初步信息，否则需要重新考虑项目的可行性。
o 需求分析：E2 完成对软件项目的规格说明，进一步细化系统功能。
有助于软件组织在进入在开发前再次权衡产品的可行性。 o 系统设计：E3
•图3.5 Wideband Delphi估算过程
•图3.4 Delphi成本估算迭代表的样例
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢类比
• 类比法就是把当前项目和以前做过的类似的项目比较，通过比 较 获得其工作量的估算值。该方法需要软件开发组织保留有以往完成项 目的历史记录。
• 类比方式：整个项目类比；子系统类比。
➢自顶向下：整体到部分。
其缺点是难以识别较低级别上的技术性困难。
➢自底向上：部分到整体。
易于忽略许多与软件开发有关的系统级成本。
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢ 算法模型 （1）模型的分类 根据模型变量的依存关系分为：静态模型和动态模型 根据基本变量的多少分为：单变量模型和多变量模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
n 基本CoCoMo：用于系统开发的初期，估算整 个系统的工作量（包括维护）和软件开发所需 要的时间；
n 中间CoCoMo：用于估算各个子系统的工作量 和开发时间；
n 详细CoCoMo：用于估算独立的软部件，如系 统内部的各个模块。
。求中等
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
➢专家判定
o 对于由多个专家得到的多个估算值合成一个最终的估 算值。可采用的方法有：
（1）求中值或平均值 （2）召开小组会议 （3）Delphi技术 （4）Wideband Delphi 技术
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
大； 项目经理对各个阶段的工作进度没有可靠的依据，难以
控制开发过程。
软件项目管理-第三章
3.1.1 成本
➢ 成本的概念
生产一种产品所需要的费用 交换中所放弃的东西
➢ 什么是软件项目成本 为完成软件项目而支付的货币量
人力资源成本 软硬件资源成本 商务活动成本 其它成本费用
➢ 项目成本的分类
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
（2）静态单变量模型：用同一个基本公式通过同一个预测 量来估算所需要的值。一般公式为： 其中C是待估算量，L是用作输入的预测量， a和b是 根据历史经验得到的参数，根据开发组织和环境等的不同 而不同。如SEI模型 （3）静态多变量模型： 但还取决于部分代表开发环境的个各种因素变量，如 软件开发方法、用户需求变化等。如COCOMO模型。 （4）动态多变量模型：通过多个变量的相互作用对软件过 程做出估算。如：Putnam
软件项目管理-第三章
•3.3.2 软件项目成本估算方法
（5）其它模型（回归分析）
•其中，A、B、C是由经验估计的常数，X是预测变量，E是工作 量，同事有LOC和FP两种表示
软件项目管理-第三章
•3.3.3 软件项目成本估算模型
n 1981年Boehm提出了“构造性成本模型”（Constructive Cost Model, CoCoMo）.
案例分析：
某学院安装了一个工资系统，人事处要求创建一个子系统来分析每 门课程的人力资源成本。要求该子系统提供查询每门课程人力资源成 本的功能。每名教师所得工资的细节可以通过工资系统中的文件得到， 教师花在教每门课上的小时数可通过一个基于计算机的计时表系统中 的文件得到。该子系统将计算结果存放到由总会计系统读取的一个文 件中，并产生一个报告，来显示每名教师每门课的课时数及这些课时 数相应的成本。