ImageVerifierCode 换一换
格式:DOCX , 页数:21 ,大小:25.35KB ,
资源ID:4690024      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-4690024.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(系统集成项目管理工程师案例Word格式.docx)为本站会员(b****1)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

系统集成项目管理工程师案例Word格式.docx

1、D、经验教训知识库E、项目管理计划F、工作绩效数据G、人事管理制度【参考答案】【问题1】10分1、没有制定项目范围管理计划2、需求收集工作不够详细3、范围定义存在问题,小陈只自己一个人编写了范围说明书4、创建WBS存在问题,WBS没有经过相关干系人的确认5、范围确认存在问题,导致WBS中定义的功能没有开发6、范围控制存在问题,没有走范围变更控制流程(每条2分,最多得10分)【问题2】6分1、整体管理存在问题,没有制定整体变更控制流程2、进度管理存在问题,导致工期拖延3、质量管理存在问题,导致产品出现了卡顿,马赛克现象严重等质量问题4、风险管理存在问题,对可能出现的风险没有给出相关应对措施5、沟

2、通管理存在问题,导致与客户出现了争执6、采购管理存在问题,导致出现了采购物品的合同纠纷(每条2分,最多得6分)【问题3】5分1、识别和分析可交付成果及相关工作2、确定WBS的结构和编排方法3、自上而下组成细化分解4、为WBS组件制定和分配标识编码5、核实可交付成果分解的程度是否恰当(每条1分,最多得5分)【问题4】4分BDEG(每选对1个得1分,多选得0分)项目经理小李负责了一个新的项目,该项目的内容是为某市开发一套智慧城市公共综合信息服务平台。项目启动阶段,甲方仔细查看了小李提交的项目实施方案,提出由于该项目的投资方构成复杂,项目需求不清晰,希望项目组能想办法解决这个问题。小李向公司申请了几

3、名经验丰富的系统分析师,加强需求分析阶段的工作。经过较为充分的需求调研,形成了初步的需求说明书。小李认为需求分析工作较为详细,按照公司常用的软件开发生命周期模型,选择了瀑布模型进行开发。在编写概要设计和详细设计说明书的过程中,客户方提供了几处需求的修改要求。由于其工作量不大,小李直接安排系统分析师按客户的要求进行了修改。在编码阶段后期,由于客户的投资方发生了变化,新的投资方采用了新的运营模式,导致需求发生较大变化,由于前期甲方已经强调过项目需求特点和要求,小李只能接受客户新的变更要求。在执行变更的过程中,项目组发现新的需求将导致系统架构的更改,经过评估该变更将使项目延期。请分析该项目在整个过程

4、中存在哪些主要问题?(7分)请说明项目范围(需求)变更控制流程。请将下面(1)(6)处的答案填写在答题纸的对应栏内。每项记录在册的变更请求都必须由(1)批准或否决。变更结束后,形成新的项目极限并纳入到配置库的(2)库中,这时配置管理员应向项目组成员提交一份(3)报告。(4)、(5)、(6)构成了项目的范围基准。(3分)小李选择瀑布模型作为生命周期模型是否合适?如合适,请说明理由;如不合适,请说明理由,并给出合适的生命周期模型。【问题1】1、计划制定得不够周到严密2、只形成了初步的需求说明书,而没有形成正式的需求规格说明书3、需求说明书没有得到客户的签字确认4、选择的软件开发生命周期模型不适合项

5、目5、对客户提出的变更直接修改,没有走变更流程6、风险管理存在问题,没有对可能出现的风险给出相应措施7、沟通存在问题,缺少与客户方的沟通【问题2】受理变更申请-变更的影响分析-CCB接受或拒绝变更-执行变更-变更确认-变更通知【问题3】(1)CCB(2)受控库(3)配置状态报告(4)批准的项目范围说明书(5)WBS(6)WBS字典【问题4】不合适,瀑布模型缺乏灵活性,无法解决需求不明确或不准确的问题,建议使用原型化模型沟通、干系人A公司中标某客户数据中心建设项目,该项目涉及数据中心基础设施、网络、硬件、软件、信息安全建设等方面工作。经高层批准,任命小李担任项目经理。小李从相应的技术服务部门(网

6、络服务部、硬件服务部、软件服务部、信息安全服务部)分别抽调了技术人员加入该项目。这些技术人员大部分时间投入本项目,小部分时间参与公司的其它项目。公司没有基础设施方面的技术能力,因此将本项目的基础设施建设工作外包给了 B公司。小李认为,该项目工作内容复杂,涉及人员较多,人员沟通很关键,作为项目经理,自己应投入较大精力在人员沟通管理上。首先,小李经过分析,建立了干系人名册,主要人员包括客户方的 4名技术人员、3名中层管理人员、 2名高管和项目团队人员以及 A公司的 2名高管。接着,小李制定了沟通管理计划。在选择沟通渠道时,考虑到干系人较多,召开会议不方便,小李决定采用电子邮件方式:在沟通频率方面,

7、为了让干系人能及时、全面地了解项目进展,小李决定采用项目日报的方式每日沟通:在沟通内容方面,小李制作了项目日报的模板,主要内容包括三部分一是项目成员每日主要工作内容汇总:二是项目的进度、成本、质量等方面的情况、汇总:三是每日发现的主要问题、工作建议等。项目实施过程中,项目成员严格按照要求,每天下班前发送日报给小李。第二天上午 9点前,小李汇总所有成员的日报内容,发送给所有干系人。随着项目的实施,小李发现 B公司的技术人员的工作质量经常不能满足要求,工作进度也有所延迟,当问及 B公司的相关负责人时,他们表示对此并不知情。同时, A公司各技术服务部门的负责人也抱怨说,他们抽调了大量技术人员参与该项

8、目,但却无法掌控他们的工作安排,也不知道他们的工作绩效。另外,A公司高层领导也向小李表示,客户管理层对该项目也有些不满,他们认为每天浪费了大量时间看了一些无用的信息,他们希望小李能当面汇报。问题1(4分)下图为该项目干系人的权力/利益方格示意图:结合案例中小李制定的干系人名册,请指出该项目需要重点管理的干系人有哪些? 问题2 (4分)请指出小李在项目沟通管理和干系人管理方面做的好的地方。 问题3 (8 分)在项目沟通管理和干系人管理方面小李的做法还存在哪些问题?针对存在的问题,请给出你的具体改进建议。 问题4 (4 分)判断下列选项的正误(填写在答题纸的对应栏内,正确的选项填写 ,错误的选项填

9、写 ):一般沟通过程所采用的方式分为四类:推销方式(又称说明方式)、叙述方式、讨论方式、征询方式。(1)从控制程度来看,讨论方式的控制力最弱。()(2)从参与程度来看,推销方式参与程度最弱。(3)沟通渠道的选择可以从即时性和表达方式两个维度进行考虑。表达方式可以分为文字、语言、混合三种。与文字方式相比,语言方式更节约时间,因为语言速度。 ()(4)常用的沟通方法有交互式沟通、推式沟通、拉式沟通等。当信息量很大或受众很多时,应采用拉式沟通方式。需要重点管理的干系人包括:客户方的4名技术人员、3名中层管理人员和A公司的2名高管(1)小李根据实际情况选择了相应的沟通渠道(2)制订了相应的沟通模板(3

10、)严格沟通管理,保证每天将相关工作内容分发给各干系人存在的问题:(1)沟通管理计划不能只小李一人制订(2)小李制订的干系人名册没有涉及到B公司人员(3)没有针对项目干系人沟通需求和沟通风格的分析(4)没有对沟通情况进行记录(5)控制沟通工作做得不好,没有对存在的沟通问题及时进行解决改进措施有:(1)组织相关干系人一起制定一个详细适合的沟通管理计划(2)将所有项目干系人都纳入干系人登记册(3)进行干系人沟通需求和沟通风格的分析,对不同的干系人要提交不同的项目信息(4)进行沟通控制工作,通过项目例会等形式对沟通存在的问题及时进行解决风险可研阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏

11、内。A公司中标某客户业务系统的运行维护服务项目,服务期从2018年1月1日至2018年12月31日。在服务合同中,A公司向客户承诺该系统全年的非计划中断时间不超过20小时。1月初项目经理小贾组织项目相关人员召开项目风险管理会议,从人员、资源、技术、管理、客户、设备厂商等多方面对项目风险进行识别,并制定了包含50多条风险的风险清单。小贾按照风险造成的负面影响程度从高到低对这些风险进行了优先级排序。在讨论风险应对措施时,工程师小王建议:针对来自项目团队内部的风险,可以制定应对措施,针对来自外部(如客户、设备厂商)的风险由于超出团队成员的控制范围,不用制定应对措施。小贾接受了建议,针对风险清单中的内

12、部风险制定了应对措施,并将措施的实施责任到人,要求所有的应对措施在3月底前实施完毕。3月底,小贾通过电话会议的方式了解风险应对措施的执行情况,相关负责人均表示应对措施都已实施完成。小贾对大家的工作表示感谢,将风险清单冲所有风险进行了关闭,并宣布风险管理工作结束。5月初,客户想用国外某厂商研发的新型网络设备替换原有的国产网络设备,并征询小贾的建议。小贾认为新产品-般会采用最先进的技术,设备的稳定性和性能相比原来设备应该会有较大提升,强烈建议客户尽快替换。6月初,由于产品 bug以及与主机、存储设备兼容性问题,新上线网络设备接连发生了五次故障。每次发生故障时,小贾第一时间安排人员维修,但故障复杂,

13、加上工程师对新设备操作不熟练,每次维修花费时间较长,5次维修造成的系统中断时间超过了 20小时,客户对此非常不满意。结合以上案例,请指出A公司在项目风险管理中存在的问题。如果你是该项目的项目经理,针对新设备上线的风险,你有什么应对措施?结合本案例,判断选项的正误(正确的填写“”错误的填写“X”1.定量风险分析是评估并综合分析风险的概率和影响,对风险进行优先排序,从而为后续分析或行动提供基础的过程。2.在没有足够的数据建立模型的时候,定量风险分析可能无法实施。3.风险再评估指的是检查并记录风险应对措施在处理已识别风险及其根源方面的有效性,以及风险管理过程的有效性。4.在股票市场买卖股票属于纯粹风

14、险。5.如果风险管理所花费的成本超过所管理的风险事件的预期货币价值,则可以考虑任其发生,不进行管理。6.风险的后果会因时空变化而有所变化,这反映了风险的偶然性。1.小贾没有制定风险管理计划。2.小贾的风险识别不全面,风险识别过程应该是反复的过程。3.按负面影响程度对风险进行优先级排序存在问题。(按发生概率与影响程度排序)4.针对来自外部的风险不用制定应对措施存在问题。5.小贾没有对重要风险进行定量分析6.将风险清单中所有风险进行了关闭,并宣布风险管理工作结束,存在问题。(风险跟踪和监控贯穿项目始终)7.小贾认为新产品会采用最先进的技术,建议客户替换存在问题,没有识别出此处风险8.没有针对替换国

15、外设备进行风险分析和制定应对措施。1.通过各种途径查询新设备上线可能存在的问题,提前进行准备和知识储备。2.聘请相关专家进行咨询和评估。3.组织人员和设备进行上线模拟实验。4.对相关人员进行培训。.1、2、3、4、5、6、某政府部门为了强化文档管理,实现文档管理全部电子化,并达到文档的实时生成和同步流转的目标,使文档管理有一次突破性升级,拟建设一个新的文档管理系统。项目主要负责人希望该系统与政府部门正在建设的新办公大楼能够同期投入使用,因此该部门将原来预计的文档管理系统的开发时间压缩了 3个月,然后据此制定了招标文件并进行了招标。某公司长期从事系统集成项目,但是并不具备文档管理系统的开发经验。

16、在参与此项目的招投标时,虽然认为项目风险较大,但为了企业的业务发展,还是觉得投标,并最终中标。张某被任命为该项目的项目经理。考虑到该公司对此类项目尚无成熟案例,他认为做好项目风险管理很重要,就参照以前的项目模板,编制了一个项目风险管理计划,经公司领导签字后就下发各小组实施。但随着项目的进行,各成员发现项目中面临的问题与风险管理计划缺乏相关性,就按照各自理解对实际风险控制和应对措施进行了安排,致使验收一拖再拖,项目款项也迟迟不能收回。请指出该项目经理在项目风险管理方面存在哪些问题?针对该项目的情况,请指出项目中存在的具体风险性,并简要说明。在(1)(5)中填写恰当内容(从候选答案中选择一个正确选

17、项,将该选项编号填入答题纸对应栏内)。项目经理在编制风险管理计划时,参考了以前的计划模板,该计划模板属于(1);按照项目的目标把风险进行结构化分解,得到的是(2);在风险识别时,要考虑(3)种所定义的各项假设条件的不确定性;在风险识别时,可参考(4)库中的历史项目风险数据;在进行风险分析时,需要进行风险数据的(5)评估,以确定这些风险数据对风险管理的有用成分。候选答案:A、组织过程资产 B、咨询 C、风险 D、质量 E、项目范围说明书 F、评审 G、工具 H、RBS1、未经过评估情况下随意将原来系统开发时间压缩3个月。2、风险管理计划编制存在问题,独自一人完成而没有邀请项目组其他成员参与。3、

18、没有安排识别风险的会议统一识别风险。4、没有安排项目组成员进行定性和定量风险分析。5、没有根据已经识别出来的风险规划风险应对。6、实际项目进行中对于风险控制力度不够。1、进度风险。系统的开发时间压缩了3个月。时间的压缩会带来一系列的相关问题,对公司的项目管控带来极大的挑战。2、质量风险。公司不具备文档管理系统的开发经验。技术、业务都存在比较大的风险。3、管理风险。在风险管理过程中缺乏规范的规划、识别、分析、应对、控制等措施,公司整体管理水平偏低。4、人员风险。张某作为项目经理,在经验和能力尚达不到管控项目的水平。(1)A(2)H(3)E(4)A(5)D合同管理在某市的政府采购中,系统集成公司甲

19、中标了市政府部门乙的信息化项目,经过合同谈判,双方签订了建设合同,合同总金额为 1150万元,建设内容包括:搭建政府办公网结平台,改造中心机房,并釆购所需的软硬件设备。甲公司为了更好地履行合同要求,将中心机房的电力改造工程分包给专业施工单位丙公司,并与其签订分包合同。在项目实施了 2个星期后,由于政府部门乙提出了新的业务需求,决定将一个机房分拆为两个,因此需要增加部分网络交换设备。乙参照原合同,委托甲公司采购相同型号的网络交换设备,金额为 127万元,双方签订了补充协议。在机房电力改造施工过程中,由于丙公司工作人员的失误,造成部分电力设备损毀,导致政府部门乙两天无法正常办公,严重损害了政府部门

20、乙的社会形象,因此部门乙就此施工事故向甲公司提出索赔。(2分)案例中,政府部门乙向甲公司提出索赔。索赔是合同管理的重要环节,按照我国建设部、财政部下达的通用条款,以下哪项不属于索赔事件处理的原则?(从候选答案中选择一个正确选项,将该选项编号填入答题纸对应栏内)A、索赔必须以合同为依据B、及时、合理地处理索赔B、索赔必须以双方协商为基础D、加强索赔的前瞻性(8分)请指出甲公司与政府部门签订的补充协议是否有不妥之处?如有,请指出并说明依据。请简要叙述合同索赔流程。案例中,甲公司将中心机房的电力改造分包给专业施工单位丙公司,并与其签订分包合同,请问甲公司与丙公司签订分包合同是否合理?为什么?B。索赔

21、的原则有:(1)索赔必须以合同为依据。(2)必须注意资料的和累。(3)及时、合理地处理索赔。(4)加强索赔的前瞻性,有效地避免过多索赔事件的发生。双方直接签订补充协议的做法是不正确的。因为在政府釆购法中明确要求追加项目不得超过原合同总金额的10%。索赔流程:(1)提出索赔要求(2)提交索赔资料(3)索赔答复(4)索赔认可(5)提交索赔报告或者:(4)索赔分歧(5)提请仲裁(或者提起诉讼)合理,因为中心机房电力改造不属于主体业务,可以分包。同时分包给专业施工单位,可以提高效率,节约成本,提高质量。配置管理阅读下列说明,回答问题 1至问题 3,将解答填入答题纸对应栏内。鉴于配置管理在信息系统集成和

22、 IT运维项目中的重要作用,某企业计划在企业层面统一建立配置库,以规范公司的配置管理,并责成公司的商务经理杨工兼任公司的配置经理,全面组织和协调公司的配置管理事项。杨工接到任务后,按照公司目前系统集成和运维的架构,将配置库分为系统集成项目配置库和运维项目配置库,不过这种配置库管理只是从名称方面进行了区分,实际上只有一个配置库。由于公司大部分运维项目来自于公司的系统集成部,所以底层数据是共享的,没有分割开来,运维人员和系统集成人员经常针对同一个配置项进行修改。在配置库运行 4个月之后,公司组织了一次对配置库的审计,发现配置库存在大量的问题,杨工面对这样的局面,对自己在配置管理中的角色也感到非常迷

23、茫。他收集了目前公司配置库管理方面存在的问题,这些问题比较突出地体系在以下几个方面:(1)有的项目组将配置项细化到了软件产品的模块,而有的项目组以项目简单为由,根本没有进行配置管理,并且各项目组内部对配置管理的需求也不统一,随时间变化波动较大。(2)很多开发人员和运维人员不知道在不同的库里应该放置什么内容,而且各种配置项的配置格式也不同意,导致配置库难以达到预期的效果。(3)配置库增删比较混乱,很多配置项还找不到最后的版本,而且很多配置内容也放置混乱,各种库的分割管理起不到预期的效果。请结合以上案例,简要说明配置管理的目标和主要活动。请说明杨工在配置管理中存在的问题。根据你的理解,请指出配置审

24、计的功能是什么?配置管理的目标是为了系统的控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性,标示系统在不同时间点上的配置。配置管理包括6个主要活动:制定配置管理计划,配置标识,配置控制,配置状态报告,配置审计,发布管理和交付。杨工在配置管理中存在的问题有:1)没有制定配置管理计划2)没有对配置库进行很好的分类管理3)版本控制不到位,导致版本丢失4)没有成立配置管理委员会CCB5)变更管理没有走流程或没有规范的变更流程。6)没有任命专职的配置管理员7)没有很好的配置管理系统配置审计也称为配置审核或配置评价,包括功能配置审计和物理配置审计,分别用以验证当前配置项的一致性和完整性。配置审计的实施是为了确保项目配置管理的有效性,体现了配置管理的根本要求,不允许出现任何混乱的现象,比如:1)防止向用户提交不合格的产品,如交付了用户手册的不确定版本2)发现不完善的实现,如开发出不符合初始规格说明或未按变更请求实施变更。3)找出各配置项间不匹配或不相容的现象4)确认配置项已在所要求的质量控制审核之后纳入基线并入库保存5)确认记录和文档保持着可追溯性。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2