- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
学员们:
你们好!
临近考试,衷心希望大家都能考出一个好成绩,谢谢!
1.c. 绩效报告
工作成绩是为完成项目而从事的活动的结果。工作成绩收集起来作为项目计划的一部分。并应该在绩效报告流程中得到运用,向股东报告资源如何利用来实现项目目标。[执行]
2.d. 利用项目管理信息系统
项目管理系统自项目启动至项目结束一直为项目的执行提供支持,包括自动和人工两种体系。[计划]
3.b.可以减少举行此类会议的频度
项目进展评估会议在这个项目进行期间应该以不同频度举行以交换信息。在项目规划阶段,需要举行更多的会议以确定目标和方法。在执行过程中,会议的频度可以降低,因为计划正在结束执行,客户需求也基本确定。在项目结束前,会议频度将提高以增强协调。[执行]
4.a.具有关于产品的适当技术和知识
产品技能和知识是项目计划过程中主要的因素。项目所需要的技术和知识在项目计划过程中得到明确并通过人员配备得到满足。[执行]
5.b.工作授权体系
作为项目计划执行工具,工作授权体系是正式的工作授权程序,确保工作按照正确顺序适时进行。通常,书面授权被用来开始一项特定工作包。在某些情况下,口头授权即可。[执行]
6.a.项目规划(计划)方法
不论是像标准表格和模板那么简单还是像Monte Carlo分析法那么复杂,项目计划方法包含了文件信息和技术及工具。[计划]
7.c.准备变更请求
T变更请求应该详细说明变更的性质和对项目的影响。记录变更情况和批准变更的主体情况是重要的,以防未来意见分歧。变更请求应输入总体变更控制系统。[控制]
8.b.工作分解包
工作分解包 规定项目的范围基线,为项目的任何可能发生的变更提供了基础。[控制]
9.b.项目章程
虽然项目章程不能阻止冲突发生,但它提供了一个框架帮助解决冲突,因为它说明了项目经理利用组织资源执行项目的权限。[启动]
10.d.确定项目范围过程中的错误或疏漏
材料单提供了关于装配线,分装配线和完成最终产品所需的部件的结构说明,而工作分析包是对项目各部件根据可交付成果分类的方法,用以确定项目的总体范围。在应该应用工作分解包的情况下利用材料单可能导致范围确定错误并相应需要提出变更请求。[控制]
11.c. 决策模型
逻辑框架分析是一种决策模型,可用以进行项目选择。[启动]
12.a.工作说明
许多项目涉及到承包商为购买方工作的情况。在这种情况下,购买方提供最初的产品描述,也成为工作说明。[启动]
13.a. 适当通过股东
范围变更通过计划流程得到反馈,并可能需要对成本,时间,质量和其它项目目标进行修正。一旦技术和计划文件更新,应该通知股东。[控制]
4.b. 确定项目的注意可交付成果
这是项目分解的第一步。应该就项目如何组织对可交付成果作出规定。例如,项目寿命周期阶段可以作为分解的第一层次,而项目可交付成果在第二层次分解中反复出现。工作分解包的每个分支的组织原则可能各不相同。[计划]
15.c.成本帐目矩阵
成本帐目矩阵是一页图表,将职能组织与工作分解包各要素联系起来。它在上部水平列出工作分解包各要素,在左栏纵向列出职能部门。当各职能部门需要完成工作分解包要素时。将标记X。成本帐目矩阵提供了一个关于工作分解包的有用归纳。[控制]
16.a.各种规模的项目
需要一个系统仔细检查对要求的变更。利用书面变更请求单促使请求人对提出请求负责,避免轻率地变更请求。[控制]
17.a.绩效衡量技术
绩效衡量技术包括偏差分析,趋势分析,获得价值分析和绩效评估,它们帮助评估在项目执行中任何可能出现的偏差,从而确定偏差并采取必要的纠正措施。[控制]
18.d.逐渐深入的产品描述
产品描述在项目早期阶段不够详细,到了后期将逐渐详细。[启动]
19.c.强制日期
由项目赞助人,客户或其它外部因素决定的交付成果日期是强制日期。[计划]
20.d.结束到结束
前期活动在随后的活动开始之前必须结束.[计划]
21.a.参阅绩效报告
绩效报告提供关于时间表执行情况,因此能够提示小组可能出现的问题。[控制]
22.c.GERT 网络
临时应变的图标制作方法,如GERT被用以解决漏洞。比如测试需要重复超过一次,或者程序临时的变化,比如由于检查出错误而需要更新设计[计划]
23.b.重新设计时间表基线
有时时间延迟非常严重以至必须重新设计时间表基线。这表明将时间控制与总体项目变更控制系统结合的重要性。[控制]
24.c.确定并估计项目的每项工作的成本通过分别估计每项目工作的成本从而获得总成本值。估计较小的工作的成本比估计复杂工作的成本容易,从而提高了精确度。[计划]
25.a.成本管理计划
成本管理和控制集中在变量上.某些变量可以接受,而其它超出一定范围的变量则不能接受。所有的项目经理对变量的处理结果都在成本管理计划中加以说明。[计划]
您可能关注的文档
- 系统集成商.doc
- 系统集成课 内实验任务书20120511.doc
- 系统集成-九大管理的输入、工具、输出.doc
- 系统集成解决方案.doc
- 系统集成技术试题汇总.doc
- 系统集成公司工作规范.doc
- 系统集成工程师要求.doc
- 系统级芯片集成——SoC.doc
- 物流与供应链管理课程总结.doc
- 物流师员四级考试真题.doc
- 2010系统集成项目管理工程师难点以及案例分析全集.doc
- 2010年下半年系统集成项目管理工程师-下午试题解析.doc
- 2010年下半年系统集成项目管理工程师-上午试题解析.doc
- 2010-年-下-半-年-上-午系统集成项目管理工程师考试上午试题及答案.doc
- 2010年系统集成项目管理工程师考试大纲.doc
- 2010年上半年-系统集成项目管理工程师-下午题解析.doc
- 2010年上半年系统集成项目管理工程师下午试卷.doc
- 2010年上半年-系统集成项目管理工程师-下午技巧归纳.doc
- 2010年上半年 系统集成项目管理工程师 上午试卷.doc
- 2010年软考中级系统集成项目管理工程师考试5月份试题及答案解析.doc
文档评论(0)