系统集成项目管理工程师教程-第23章案例分析参考答案
案例一：人力资源负荷优化案例
【问题1】（每天按照8小时工作制计算）
? 游戏软件开发项目人力资源计算 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 工作名称 需求分析 总体设计 界面详细设计 动画详细设计 处理详细设计 界面编码 动画编码 处理编码 界面单元测试 动画单元测试 处理单元测试 系统测试 项目管理 人力资源类型 分析员 设计员 设计员 设计员 设计员 程序员 程序员 程序员 测试员 测试员 测试员 设计员 测试员 管理员 平均每天工作量（工时） 每天需安排人数 24 48 24 24 24 40 40 40 32 32 32 16 32 8 3 6 3 3 3 5 5 5 4 4 4 2 4 1
? 工作排序表 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 工作名称 需求分析 总体设计 界面详细设计 动画详细设计 处理详细设计 界面编码 动画编码 处理编码 界面单元测试 动画单元测试 处理单元测试 系统测试 项目管理 紧前事件 1 2 2 2 3 4 5 6 7 8 9、10、11
? 活动网络图：
3 3/30 3 1/60 6 2/30 3 4/30 3 5/30 5 6/20 5 7/20 5 8/20 4 9/20 4 10/20 4 11/20 6 12/50
? 人力资源负荷图： 资源：人数 16 10 4 7 13 7 1 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 单位：双周
案例二：现金流分析案例
【问题1】计算该项目自投资当年起的静态投资回收期和动态投资回收期（要求列算式），并说明两者存在差异的原因。
? 资金的时间价值：指货币随着时间的推移而发生的增值，也称为资金时间价值。 ? 现值（ Present value），也称在用价值，指资产按照预计从其持续使用和最终处置中所产生的未来净现金流入量折现的金额。通常又称“本金”。通常记作P ? 终值(future value)，又称将来值或本利和，是指现在一定量的资金在未来某一时点上的价值。通常记作F。
? 单利终值：F＝P＋P×i×n＝P×（1＋i×n）
式中，1＋n×i——单利终值系数
【提示】除非特别指明，在计算利息时，给出的利率均为年利率，对于不足一年的利息，以一年等于360天来折算。 ? 单利现值
现值的计算与终值的计算是互逆的，由终值计算现值的过程称为“折现”。单利现值的计算公式为： P＝F/（1＋ni）
式中，1/（1＋ni）——单利现值系数 ? 复利终值
F＝P（1＋i）n（n,表示n次方）
在上式中，（1＋i）n称为“复利终值系数”，用符号（F/P，i，n）表示。这样，上式就可以写为： F＝P（F/P，i，n）
? 复利现值
P=F×（1＋i）－n（-n,表示负n次方）
上式中，（1＋i）-n称为“复利现值系数”，用符号（P/F，i，n）表示。
? 投资回收期是指用投资方案所产生的净收益补偿初始投资所需要的时间，其单位
通常用“年”表示。 ? 静态投资回收期是不考虑资金的时间价值时收回初始投资所需要的时间。
?
公式：P t ＝累计净现金流量开始出现正值的年份数-1+上一年累计净现金流量的绝对值/出现正值年份的净现金流量
? 动态投资回收期是考虑资金的时间价值时收回初始投资所需的时间
?
公式：P＇t ＝（累计净现金流量现值出现正值的年份数-1）+上一年累计净现金流量现值的绝对值/出现正值年份净现金流量的现值
? 投资回收率= 1/动态投资回收期 * 100%
题1答案：
静态投资回收期=3-1+|-300|/500 = 2.6年
动态投资回收期=3-1+|-296.58|/355.9 = 2.83年
差异的原因：动态回收期考虑了资金的时间价值，而静态回收期未考虑。
题2答案：
投资回收率= 1/ 2.83 = 35.3% > 20% 投资是可行的。
案例三：挣值分析案例
工作代号 A B C D E F G H I
工作名称 产品总体设计 产品结构设计 控制系统设计 生产车间设计 辅助材料采购 压缩机外协 负离子发生器外协 零部件加工 整机装配 预算成本（千元） 200 220 400 250 300 540 840 600 240 已完工作量（%） 100 100 100 100 100 50 100 100 0 实际发生成本（千元） 210 220 430 250 310 400 800 600 0 挣值 （千元） 200 220 400 250 300 270 840 600 0
J K L M N
题1答案： 工作代号 中， ? ? ? ?
整机调试 车间土建施工 车间设备安装 工艺文件编制 项目验收 150 1600 2000 100 60 0 40 0 100 0 0 800 0 90 0 0 640 0 100 0 工作名称 预算成本（千元） 已完工作量（%） 实际发生成本（千元） 挣值 （千元） 预算成本：PV（计划值）——计划完成工作的预算成本（BCWS）
实际发生成本：AC（实际成本）——已完成工作的实际成本（ACWP） 挣值：EV——已完成工作的预算成本（BCWP） EV = PV*已完工作量（%）
题2答案：
前20旬的挣值EV的累计：200+220+400+250+300+270+840+600+0+0+640+0+100+0 =3820
题3答案：
前20旬的实际成本AC的累计：210+220+430+250+310+400+800+600+0+0+800+0+90+0 =4110
题4答案：
CV =EV – AC =3820 – 4110 = -290<0 => EV< AC 实际成本大于预算成本，超支
SV =EV – PV =3820 -（200+220+400+250+300+540+840+600+240+150+1600+2000+100）= 3820 – 7440 = -3620 <0 => EV 题5答案： ? EAC是根据项目绩效和定性风险分析确定的最可能的总体估算值，是既定项目工作完成时，计划活动、WBS组件或项目的预期或预见最终总估算。 ? 当前偏差被看成非典型的，以后不会发生类似偏差，公式： EAC=AC+BAC -ev ? 当前偏差被看成是可代表未来偏差的典型偏差时，公式： EAC=累计AC+（（BAC-EV）/累计CPI） ? ? BAC是完成工作所需要的预算=PV 本题适用第一种类型： EAC=AC+BAC-ev = 4110+7440- 3820 = 7730 采取的措施： ? 在软件开发项目中合理、有效地进行挣值管理 ? ? ? ? 确定剩余工作的规模和工作量 确定剩余工作的需求 严格控制项目的进度和成本 在保证项目质量的前提下，进行的必要的赶工和成本缩减工作 案例四：需求评审案例 ? 建议一：分层次评审 我们知道用户的需求是可以分层次的，一般而言可以分成如下的层次： 目标性需求：定义了整个系统需要达到的目标； 功能性需求：定义了整个系统必须完成的任务； 操作性需求：定义了完成每个任务的具体的人机交互； 目标性需求是企业的高层管理人员所关注的，功能性需求是企业的中层管理人员所关注的，操作性需求是企业的具体操作人员所关注的。对不同层次的需求，其描述形式是有区别的，参与评审的人员也是不同的。 ? 建议二：正式评审与非正式评审结合 正式评审是指通过开评审会的形式，组织多个专家，将需求涉及到的人员集合在一起，并定义好参与评审人员的角色和职责，对需求进行正规的会议评审。而非正式的评审并没有这种严格的组织形式，一般也不需要将人员集合在一起评审，而是通过电子邮件、文件汇签甚至是网络聊天等多种形式对需求进行评审。两种形式各有利弊，但往往非正式的评审比正式的评审效率更高，更容易发现问题。因此在评审时，应该更灵活地利用这两种方式。 ? 建议三：分阶段评审 应该在需求形成的过程中进行分阶段的评审，而不是在需求最终形成后再进行评审。分阶段评审可以将原本需要进行的大规模评审拆分成各个小规模的评审，降低了需求返工的风险，提高了评审的质量。比如可以在形成目标性需求后进行一次评审，在形成系统的初次概要需求后进行一次评审，当对概要需求细分成几个部分，对每个部分进行各个评审，最终再对整体的需求进行评审。 ? 建议四：精心挑选评审员 需求评审可能涉及的人员包括：需方的高层管理人员、中层管理人员、具体操作人员、IT主管、采购主管；供方的市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实施人员、项目经理以及第三方的领域专家等等。在这些人员中由于大家所处的立场不同，对同一个问题的看法是不相同的，有些观点是和系统的目标有关系的，有些是关系不大的，不同的观点可能形成互补的关系。为了保证评审的质量和效率，需要精心挑选评审员。首先要保证使不同类型的人员的都要参与进来，否则很可能会漏掉了很重要的需求。其次在不同类型的人员中要选择那些真正和系统相关的，对系统有足够了解的人员参与进来，否则很可能使评审的效率降低或者最终不切实际的修改了系统的范围。 ? 建议五：对评审员进行培训 在很多情况下，评审员是领域专家而不是进行评审活动的专家，他们没有掌握进行评审的方法、技巧、过程等，因此需要对评审员进行培训，同样对于主持评审的管理者也需要进