软件项目管理考类型.docVIP

题型：选择题20分、应用题30分、案例分析题50分。 项目和日常运作 各自的特点。 项目的特点：1.一次性， 2.目标的明确性 3.作为管理对象的整体性 日常运作的特点：连续不断、周而复始 重复性 普遍性 FP的计算步骤。 计算UFC：计算输入、输出、查询、外部文件和内部文件的数量 判断项目复杂性，计算UFC 计算TCF：TCF=0.65+0.01（SUM（Ai）） 计算FP：FP=UFC*TCF 利用决策树风险分析技术来分析如下两种情况。 方案A：随即投掷硬币两次，如果两次投掷的结果都是硬币正面朝上，你获得10元；背面朝上一次你需要付出1.5元。 方案B：随即投掷硬币两次，你需要付出2元；如果两次投掷结果都是硬币正面朝上，你将获得10元。 问题1、画出决策树 方案A：10*0.25-1.5*0.5-3*0.25=1 方案B：10*0.25-2=0.5 综述选择方案A 网络图的绘制 （123-124） 例题 任务 任务描述 前驱任务 任务持续时间 A 需求分析 1 B 重新设计现有部分 A 5 C 设计新增部分 A 3 D 开发整体设计 C 2 E 修改现有代码 B 3 F 增补新代码 C 6 G 单元测试 EF 1 H 集成测试 G 1 I 更新文档 D 2 J 验收测试 HI 1 1.根据表格绘制网络图，标出任务最早开始时间和最晚开始时间 2.找出关键路径（最早开始时间和最晚开始时间相等的节点）1245789 3.找关键路径的意义：找到关键路径能够缩短关键任务所需的时间，就可以缩短项目的完工时间 4.任务最早开始时间和最晚开始时间的意义：（任务的最早开始时间和最晚开始时间的差值就是任务的缓冲时间） 5、鱼骨图的绘制 （用于因果分析） （151） 例题： 6、人力资源计划平衡的方法 （203） 例题 7、案例分析 案例二：--------这个进度计划合理吗？ 问题1：分析问题发生的可能原因。 答案：1.进度管理问题 2.进度滞后 a.销售部没有让软件部尽早参与项目早期工作。 b.销售人员过度承诺。 c.项目经理缺乏管理经验，角色转换不完全。 d.资源超负荷，资源使用不足。 e.缺乏管理经验导致进度安排问题。 f.进度安排过于理想化，缺乏评估，未考虑到节假日。 问题2：建议小丁应该如何做以保证项目整体进度不拖延。 答案：调整进度。 申请新资源。（增加系统设计人员） 赶工、并行（加班、设计开发并行） 压缩编码时间 调整原进度计划，适合实际情况 学习项目管理，加大监管，对项目阶段交付物及时检查，以避免返工等问题。 加强沟通，争取客户对范围、需求、设计等确认，以减少变更。 问题3：概述典型的信息系统集成项目的进度/时间管理的过程和方法以及资源配置对进度的制约。 答案： 活动定义；活动排序；活动资源估计；活动历时估计；制定进度计划；进度控制； 项目活动历时与项目规模成正比，与投入的资源数量成反比。非关键活动的压缩与关键活动的进度压缩；最佳进度等问题。 案例3---------“无线通”还能通吗？ 问题1：造成这样的局面的可能原因是什么？章某在实行无线通时遇到的可能风险是什么？ 答案： 缺乏详细的测试方案，只进行了初步的测试，没有对实施现场详细调研，没有进行高并发下的压力测试； 山寨手机存在质量问题、 未考虑项目的风险，技术方面、市场方面、政策方面的风险，对其他用户过度承诺； 可行性研究时，未考虑国家对无线管理方面的政策。故存在的风险主要是政策和技术方面的风险。 问题2：请谈谈为使章某走出这样的局面，可能采取的措施。 答案： 了解关于无线管理的相关政策法规，与政府部门积极接触沟通，依法进行项目的实施； 对出现的问题组织专家用因果关系图方法进行分析，找到解决方案； 对外购的手机加强强监控，提高手机的质量 案例4：-----客户抱怨功能。开发人员直接修改软件，可行吗？ 问题 1：存在哪些问题？ 答案：1.考察变更过程和有效地变更控制。 2.一个用户抱怨，开发人员修改程序 没有提出书面变更申请，无记录 没有经过CCB分析和评估、 无版本管理 修改后未验证 没有与其他项目干系人沟通 问题2：导致什么样的后果？ 无记录的变更请求，无法追溯，对整体情况变化失去把握和控制。 变更没有进行分析和评估，导致后期工作不一致等问题，可能会引发进度、成本、质量等问题 无版本管理，问题无法复原 变更未验证，无法确认是否正确实现，可能会对其他部分造成连带影响。 为沟通，造成项目干系人工作之间不一致，影响整体质量。 问题3：说明配置管理中完整地