上半年下午 系统集成项目管理工程师 试题及答案与解析软考考试真题案例分析Word格式文档下载.docx

上半年下午 系统集成项目管理工程师 试题及答案与解析软考考试真题案例分析Word格式文档下载.docx

《上半年下午 系统集成项目管理工程师 试题及答案与解析软考考试真题案例分析Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《上半年下午 系统集成项目管理工程师 试题及答案与解析软考考试真题案例分析Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。

在分析进度拖后的可能原因时，考生能够了解

的信息，也只能从本题的说明中发现，从题目的说明中寻找可能的原因。

例如发现的可能原

因如下：

“立即以曾经管理过的道路监控项目为参考，估算出项目历时大致为100天，并把该

项目分成五大模块分别分配给各项目小组”，这说明项目经理提出的只是一个初步的、粗糙

的、仅反映他个人意见的概括性进度计划。

“小李随后在原道路监控项目解决方案的基础上组织制定了智能交通管理系统项目的

技术方案”。

当借鉴原来项目的经验时，只有与原来项目同类、同种时才有较大的借鉴价值，

在本题中本次的智能交通管理系统项目的技术方案不能从道路监控项目直接抄袭。

“在预订的1月21日至28日期间因春节假期也无法组织人员安排模块联调”，说明安排进度计划时，没有考虑节假日的影响。

“可是到了2009年1月20日，小李发现有两个模块的进度落后于计划”，可以看出项目经理对项目的监控有疏漏。

【参考答案】

1、仅依靠一个道路监控项目来估算项目历时，根据不充分；

2、制定进度计划时，不仅考虑到活动的历时还要考虑到节假日；

3、没有对项目的技术方案、管理计划进行详细的评审；

4、监控力度过粗（或监控周期过长）；

5、对项目进度风险控制考虑不周。

【问题2】

（4分）

请简要叙述进度计划包括的种类和用途。

要求考生熟悉进度计划包括的种类和用途，依据《系统集成项目管理工程师教程》的“项目进度管理”中的相关内容，从中可找到详细的解答。

1、里程碑计划，由项目的各个里程碑组成。

里程碑式项目生命周期中的一个时刻，在这一时刻，

2、通常有重大交付物完成。

此计划用于甲乙丙等相关各方高层对项目的监控；

3、阶段计划，或叫概括性进度表，该计划标明了各阶段的起止日期和交付物，用于相关部门的协调（或协同）；

4、详细甘特图计划，或详细横道图计划，或称时标进度网络图，该计划标明了每个活动的起止日期，用于项目组成员的日常工作安排和项目经理的跟踪。

【问题3】

（3分）

请简要叙述“滚动波浪式计划”方法的特点和确定滚动周期的依据。

针对本试题说明中所述项目，说明采用多䵓的滚动周期比较恰当。

要求考生熟悉“滚动波浪式计划”方法的特点、确定滚动周期的依据以及恰当的滚动周期。

考生应当理解“滚动波浪式计划”基本概念并能灵活运用。

依据《系统集成项目管理工程师教程》的“项目进度管理”中的相关内容。

滚动式规划是规划逐步完善的一种表现形式，即近期要完成的工作在工作分解结构最下层详细规划，而计划在远期完成的工作分解结构组成部分的工作，在工作分解结构较高层规划。

最近一两个报告期要进行的工作应在本期工作接近完成时详细规划。

项目生命周期中有三个与时间相关的重要概念，这三个概念分别是检查点（Checkpoint）、里程碑（Milestone）和基线（Baseline）,他们一起描述了在什么时候对项目进行什么样控制。

其中的检查点是指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。

可将检查点看作是一个固定间隔的“采样”时间点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。

常见的间隔是每周一次，项目经理需要召开周例会并上交周报。

1、“滚动波浪式计划”方法的特点是近期的工作计划得较细，远期的工作计划得较粗。

2、根据项目的规模、复杂度以及项目生命周期的长短来确定滚动波浪式计划中的滚动周期。

3、滚动周期：

1~2周之间的时间周期都正确。

【试题二】

阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。

【说明】

下图为某项目主要工作的单代号网络图。

工期以工作日为单位。

工作节点图例如下：

ES

工期

EF

工作编号

LS

总时差

LF

（5分）

请在图中填写各活动的最早开始时间（ES）、最早结束时间（EF）、最晚开始时间（LS）、

最晚结束时间（LF），从第0天开始计算。

可以通过对网络图使用正推法得出项目的关键路径、每一个活动的最早开始时间和最早结束时间，然后对网络图使用逆推法可以得出每个活动的最晚时间开始和最晚结束时间。

网络图中粗箭头标明了项目的关键路径，按活动的最早开始时间、最早结束时间、最晚开始时间和最晚结束时间的定义，把它们计算出来后，直接标在了网络图上。

（6分）

请找出该网络图的关键路径，分别计算工作B、工作C的总时差和自由时差，说明

此网络工程的关键部分能否在40个工作日内完成，并说明具体原因。

考的是总时差和自由时差的概念和算法。

1、关键路径CPM为ACDE；

2、总工期=5+15+15+10=45个工作日，因此网络工程不能在40个工作日内完成；

3、工作B：

总时差=7

4、自由时差=7

5、工作C：

总时差=0

6、自由时差=0

请说明通常情况下，若想缩短工期可采取哪些措施。

考的是缩短工期有哪些措施。

这三个问题的解答，可参考《系统集成项目管理工程师教程》的“项目进度管理”中的相关内容

1、赶工，缩短关键路径上的工作历时；

或采用并行施工方法以压缩工期（或快速跟进）；

2、追加资源；

3、改进方法和技术；

4、缩减活动范围；

5、使用高素质的资源或经验更丰富人员。

【试题三】

阅读下列说明，针对项目的质量管理，回答问题1至问题3。

某系统集成公司在2007年6月通过招投标得到了某市滨海新区电子政务一期工程

项目，该项目由小李负责，一期工程的任务包括政府网站以及政务网网络系统的建设，工期

为6个月。

因滨海新区政务网的网络系统架构复杂，为了赶工期项目组省掉了一些环节和工作，虽然最后通过验收，但却给后续的售后服务带来很大的麻烦：

为了解决项目网络出现的问题，售后服务部的技术人员要到现场逐个环节查遍网络，绘出网络的实际连接图才能找到问题的所在。

售后服务部感到对系统进行支持有帮助的资料就只有政府网站的网页HTML文档及其内嵌代码。

请简要分析造成该项目售后存在问题的主要原因。

要求考生分析项目售后出现问题的主要原因。

同样地，要从题目的说明中去找线索，这

些线索如下：

“为了赶工期项目组省掉了一些环节和工作”，这说明可能牺牲了一些必要的质量管理的环节和手段，可能存在以牺牲质量换取进度的行为。

“售后服务部的技术人员要到现场逐个环节查遍网络”，说明至少缺乏“结构化布线施工图”、“竣工图”、“连线图”、“网络拓扑图”等配套文档。

“对系统进行支持有帮助的资料就只有政府网站的网页HTML文档及其内嵌代码”，这也说明缺乏和网页代码配套的设计文档。

1、没有遵循项目管理的标准和流程；

2、没有按照要求生成项目中间交付物，文档不齐、太简单（或文档管理不善）；

3、项目中间的控制环节缺失，没有进行必要的测试或评审；

4、设计环节不完善，缺少施工图和连线图，或竣工图与施工图不符且没有提交存档；

5、对项目售后的需求考虑不周。

针对该项目，请简要说明在项目建设时可能采取的质量控制方法或工具。

请考生简要说明在项目建设时可能采取的质量控制方法或工具。

考生可参看《系统集成项目管理工程师教程》中“项目质量管理”一章中的“项目质量控制”一节，可得到相应

的启迪和启发。

1、检查；

2、测试；

3、评审；

4、因果图，或鱼刺图、石川图、

5、NASHIKAWA图；

6、流程图；

7、帕累托图，或PARETO图。

请指出，为了保障小李顺利实施项目质量管理，公司管理层应提供哪些方面的支持。

问的是公司管理层应提供哪些方面的支持，保障实施项目的质量，不仅仅是项目经理和

项目团队的事，也是公司和公司管理层的事，一个建立了质量管理体系的组织会给项目经理

管理项目的质量带来极大的帮助。

1、制定公司质量管理方针；

2、选择质量标准或制定质量要求；

3、制定质量控制流程；

4、提出质量保证所采取的方法和技术（或工具）；

5、提供相应的资源。

【试题四】

阅读下面叙述，回答问题1至问题3，将解答填入答题纸的对应栏内。

H公司是一家专门从事ERP系统研发和实施的IT企业，目前该公司正在进行的一

个项目是为某大型生产单位（甲方）研发ERP系统。

H公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随意。

同时甲方组织架构较为复杂，项目需求来源多样而且经常发生变化，项目范围和进度经常要进行临时调整。

经过项目组的艰苦努力，系统总算能够进入试运行阶段，但是由于各种因素，甲方并不太愿意进行正式验收，至今项目也未能结项。

请从项目管理角度，简要分析该项目“未能结项”的可能原因。

要求分析该项目“未能结项”的可能原因。

从本题的说明中可知可能的原因如下：

“H公司同甲方关系比较密切”、“合同签的较为简单”，说明合同订的不详细，可能为项目

的实施开来冲突和风险。

“项目执行较为随意”，说明项目的执行不规范。

“项目需求来源多样而且经常发生变化”，说明需求分析存在问题，需求管理可能不规范。

“项目范围和进度经常要进行临时调整”，说明范围和进度管理可能存在问题。

也可能在该项目执行过程中未能进行及时有效地沟通，用户对项目阶段性成果缺乏认可，故不能对项目进行终验。

综合以上分析，“甲方并不太愿意进行正式验收”也就可以理解了。

1、对项目的风险认识不足；

2、合同中可能未对工期、质量和项目目标等关键问题进行约束；

3、未能进行有效地需求调研或需求分析不全面；

4、未能进行有效地项目（整体）变更控制；

5、项目执行过程中未能进行及时有效地沟通（或建立有效地沟通机制）。

针对该项目现状，请简要说明为了促使该项目进行验收，可采取哪些措施。

要求说明促使该项目进行验收可采取的措施，例如通过沟通手段，使双方对需求、范围、

进度、质量、验收标准和验收方法步骤等达成一致。

考生可认真查阅《系统集成项目管理工

程师教程》中“项目收尾管理”的有关内容。

1、请求公司的管理层出面去与甲方协调；

2、重新确认需求并获得各方认可；

3、和甲方明确合同以及双方确定的补充协议等，包括修改后的范围、进度和质量方面的文件等，作为验收标准；

4、准备好相应的项目结项文档，向甲方提交。

为了避免以后出现类似情况，请简要叙述公司应采取哪些有效的管理手段。

要求考生回答公司应采取哪些有效地管理手段以使项目顺利结项，考生应结合问题1的分析，给出公司应采取的“亡羊补牢”管理手段。

考生应针对该企业在项目合同管理、过程控制和项目沟通管理等方面存在的问题，总结归纳经验教训。

1、要在合同评审阶段参与评审，在合同汇总明确相应的项目目标和进度；

2、需求调查和需求变更要有清楚的文档和会议纪要；

3、及时与甲方进行沟通，必要时请求公司管理层的支援；

4、阶段验收前，文档要齐全，阶段目标要保证实现，后期目标调整要有承诺；

5、引入监理机制；

做好有效地变更控制。

【试题五】

阅读下列说明，回答问题1至问题3。

将解答填入答题纸的对应栏内。

小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，现在公司因人

手紧张，让他作为项目经理独自管理一个类似的项目，他使用瀑布模型来管理该项目的全生

命周期，如下所示：

项目进行到实施阶段，小赵发现在系统定义阶段所制订的项目计划估计不准，实施阶段有许多原先没有估计到的任务现在都冒了出来。

项目工期因而一再延期，成本也一直超出。

根据项目存在的问题，请简要分析小赵在项目整体管理方面可能存在的问题。

要求分析出项目经理在项目整体管理方面可能存在的问题。

则考生应当灵活运用项目整

体管理的知识，结合项目的渐进明细特点，例如使用滚动波浪式方法来管理项目的整体和全

局，这样的话在系统设计阶段除完成系统设计的技术工作外，也应该对项目的初始计划进行

优化和细化。

例如说明中提到小赵是一位优秀的软件设计师，虽然具有较多开发经验，但作

为项目经理室第一次，缺乏项目管理经验，造成项目工期一再延期，成本也一直超出，说明

其可能过于关注各阶段内的具体工作、关注技术工作，而忽视了管理活动甚至项目的整体监

控和协调。

再如项目进行到实施阶段，小赵发现在系统定义阶段所制定的项目计划估计不准，实施

阶段没有许多原先没有估计到的任务现在都冒了出来，说明需求分析和项目计划的结果不足

以指导后续工作，同时项目技术工作的生命周期未按时间顺序与管理工作的生命周期统一协

调起来。

1、系统定义不够充分（需求分析和项目计划的结果不足以指导后续工作）；

2、过于关注各阶段内的具体技术工作，忽视了项目整体监控和协调；

3、过于关注技术工作，而忽视了管理活动；

4、项目技术工作的生命周期未按时间顺序与管理工作的生命周期统一协调起来。

（1）请简要叙述瀑布模型的优缺点。

（2）请简要叙述其他模型如何弥补瀑布模型的不足。

要求考生熟悉瀑布模型的优缺点，并给出弥补此种模型不足的办法。

考生可查阅《系统

集成项目管理工程师教程》中“信息系统建设”、“软件工程”以及“典型的信息系统项目的

生命周期模型”中的相关内容。

1.瀑布模型的优点：

阶段划分次序清晰，各阶段人员的职责规范、明确，便于前后活动的衔接，有利于活动重用和管理。

瀑布模型的缺点：

是一种理想的线性开发模式，缺乏灵活性（或风险分析），无法解决需求不明确或不准确地问题。

2.原型化模型（演化模型），用于解决需求不明确的情况。

螺旋模型，强调风险分析，特别适合庞大而复杂的、高风险的系统。

针对本案例，请简要说明项目进入实施阶段时，项目经理小赵应该完成的项目文档工作。

考查项目的文档管理，要求说明项目进入实施阶段时项目经理应该完成的项目文档工作。

考生可根据自己的实际经验，给出实施阶段要完成提交的项目文档及其工作。

1、需求分析与需求分析说明说；

验收测试计划（或需求确认计划）；

2、系统设计说明书；

系统设计工作报告；

系统测试计划或设计验证计划；

3、详细的项目计划；

单元测试用例及测试计划；

编码后经过测试的代码；

4、测试工作报告；

项目监控文档如周例会纪要等。