《系统集成项目管理工程师希赛保过班资料之案例分析题》由会员分享，可在线阅读，更多相关《系统集成项目管理工程师希赛保过班资料之案例分析题（13页珍藏版）》请在金锄头文库上搜索。
1、系统集成工程管理工程师希赛保过班资料之案例分析题根据考试大纲的规定，系统集成工程管理工程师考试案例分析下午考试，即系统集成工程管理应用技术局部，试题范围相比照拟窄，局限在工程管理的范畴之内，具体的考查内容包括可行性研究、工程立项、合同管理、工程启动、工程管理方案、工程实施、工程监督与控制、工程收尾、信息系统的运营、信息文档与配置管理、信息系统平安管理。1根据软考命题的习惯，一般中级的考试下午案例分析会有5道大题，全部以问答题的形式出现，有时也会出现有选做题，总分值为75分。下午试题I对于考生的根本要求将表达在：1需要具有一定的信息系统工程管理实践经验，有较好的分析问题和解决问题的能力。2对于有
2、关工程管理方面，有广博而坚实的知识或见解。3对应用的背景、事实和因果关系等有较强的理解能力和归纳能力。4对于一些可以简单定量分析的问题已有类似经验并能进行估算，对于只能定性分析的问题能用简练的语言抓住要点加以表达。5善于从一段书面表达中提取出最必要的信息，有时还需要舍弃一些无用的表达或似是而非的内容。考生应当加强上述要求的训练。希赛教育专家提示：考生解答试题时可按以下途径来分析和解决问题。1标出试题中要答复的问题要点，以此作为主要线索进行分析和思考。2对照问题要点仔细阅读正文。阅读时，或者可以列出只有几个字的最简要的提纲，或者可在正文上作出针对要答复下列问题的记号。3通过定性分析或者定量估算，
3、构思答案的要点。4以最简练的语言写出答案。注意不要超过规定字数，语言要尽量精简，不要使用修饰性的空洞词汇，也不要写与问题无关的语句，以免浪费时间。2下来来看一些例题与详细的分析，读者可仔细阅读这些案例，并加以体会运用，以快速提升解决问题的能力。2.11M是负责某行业一个大型信息系统集成工程的高级工程经理，因人手比拟紧张，M从正在从事编程工作的高手中选择了小张作为负责软件子工程的工程经理，小张同时兼任模块的编程工作，这种安排导致了软件子工程失控。请用150字以内的文字，分析导致软件子工程失控的可能原因。请用200字以内的文字，说明你认为M事先应该怎么做才能让小张作为子工程的工程经理，第2页共18
4、页并防止软件子工程失控?请用400字以内的文字，概述典型的系统集成工程团队的角色构成？表达在组建工程团队、建设工程团队和管理工程团队方面所需的活动，结合实例说明。IT行业技术日新月异，要求从业人员具有高素质和高水平。而且，从我国的实际状况来看，IT工程师紧缺，人员流动十分频繁，合格人选很难找到和保存在某个工程中。因此，有效的管理人力资源，是工程经理们认为最困难的一件事情。问题1要求考生分析导致软件子工程失控的可能原因。因为试题描述很简单，所以只能根据小张是新手这个线索，靠考生的常识来解答这个问题。企业人手比拟紧张，于是M就选择了“编程工作的高手小张作为工程经理。这种“饥不择食的现象在国内的软件
5、企业中比拟普遍。软件工程经理甚至高级工程经理通常直接来自编程高手，中间未经过任何的培训。我们知道，在信息系统工程中，开发和管理是两条不同的主线，开发人员所需要的技能与管理人员所需要的技能很不一样。当然，如果一个既是开发高手又是管理能手的人担任工程经理，那是再好不过的了。系统分析师就是这样的复合型人才，但是，我国的系统分析师太少了，远远不能满足软件企业的需求。因此，还必须考虑从开发高手中选择工程经理，但这种选择，必须是培养后的选择。开发人员要胜任工程经理岗位，不仅需要技术背景、行业知识，还需要具备一定的管理知识和经验。普通技术人员，未经培训和考查就直接任命为工程经理，在实际工作中，很可能会出现问
6、题。根据试题的描述，小张在担任了软件子工程的工程经理后，仍然同时兼任模块的编程工作。这也是国内软件企业存在的一个实际性问题。在实际的工程中，通常存在“能者多劳现象，一个人担任多个角色、承当过重的工作，在分配角色之前没有仔细计算人员的工作负荷问题。特别是在小企业中，这种情况更为严重。在此题中，作为技术出身的小张，由于仍然要编程，可能没有多少时间去学习管理知识，去从事管理工作。小张一人承当2个角色的工作，导致工作负荷过载，身心疲惫，其后果可能给全局带来不利影响。另外，小张初为工程经理，可能会存在思维转换和角色转换问题。一般而言，技术人员看待问题往往比拟片面和深入，注重细节问题，而管理人员往往会关注
7、问题的全面和大的问题。因此，虽然角色发生了局部变化之所以说是“局部变化，是因为小张仍然兼任程序员的工作，但小张的思维方式、看待问题和处理问题的方式都暂时还没有转变过来。而且，由于身兼开发职务，还会延缓这种转变。高级工程经理M选择了小张作为软件子工程的工程经理，并且未经过任何管理方面的培训。在工程开展过程中，可能由于自己比拟忙，也缺乏对小张工作的引导和帮带，缺乏全程的跟踪和监控。这种间接管理导致高级工程经理M不能及时发现工程中的问题，从而造成工程失控。问题2要求考生答复，先应该怎么做才能让小张作为子工程的工程经理，并防止软件子工程失控。根据问题1的分析，我们知道，要委任小张作为子工程的工程经理，
8、应该至少要做好以下事情：1根据工程经理岗位的任职条件和职责，选择适宜的人员担任子工程的工程经理。由于企业人才紧缺，找不到适宜的人选，要委任程序员小张担任工程经理，那么需要对小张进行岗前培训。2重新考虑和衡量小张的工作量问题，确保工程经理的工作都能完成。3在工程管理方面，由于小张是新手，所以，在当前情况下，应尽量让小张放弃编程工作，专心从事管理工作，学习管理知识。4在工程进行过程中，高级工程经理M应加强对小张的培养和监控，以便及时发现问题，防止工程失控。同时，要敦促小张转换思维方式，即实现从技术人员思维方式到管理者思维方式的转变。第3页共18页问题3要求考生答复，典型的系统集成工程团队的角色构成
9、，以及在组建工程团队、建设工程团队和管理工程团队方面所需的活动。1小张缺乏足够的工程管理能力和经验。2小张身兼二职，精力和时间不够用，顾此失彼。3小张没有进入管理角色，只关注于编程工作，疏于对工程的管理。4高级工程经理对小张的工作缺乏事先培训和全程的跟踪与监控。1事先要制订岗位的要求、职责和选人的标准，并选择适宜的人选。2高级工程经理应对小张的工作进行全面估算，如果小张的负荷确实过重，需要找人代替小张当时正在从事的技术工作，解决负载平衡问题。3要事前沟通、对小张明确要求、明确角色的轻重缓急，促使小张尽快转换角色。4上级应该注意平时对人员的培养和监控。1针对选定的工程，根据工程的特点，需要的角色
10、：管理类如，工程经理；工程类如，系统分析师、架构设计师、软件设计师、程序员、测试工程师、美工、网络工程师、主机人员、实施人员；行业专家；辅助类如，文档管理员、秘书。2结合实际工程，表达进行如下活动的经验：1组建工程团队，明确责任制订责任分配矩阵。2建设工程团队。提高工程团队成员的个人绩效；提高工程团队成员之间的信任感和凝聚力，以通过更好的团队合作提高工作效率。3管理工程团队。跟踪个人和团队的执行情况、提供反应；协调变更，以提高工程的绩效、保证工程的进度；工程管理团队还必须注意团队的行为、管理冲突、解决问题；评估团队成员的绩效。2.22在一个正在实施的系统集成工程中出现了下述情况：一个系统的用户
11、向他所认识的一个工程开发人员抱怨系统软件中的一项功能问题，并且表示希望能够进行修改。于是，该开发人员就直接对系统软件进行了修改，解决了该项功能问题。针对这样一种情况，请分析如下问题：1请用150字以内的文字，说明上述情况中存在着哪些问题?2请用300字以内的文字，说明上述情况可能会导致什么样的后果?3请用300字以内的文字，说明配置管理中完整的变更处置流程。2此题比拟简单，主要考查变更控制的根本流程及实施方法，根本属于纯理论问题。变更来源有两个方面，一是用户，他们是信息系统工程需求的提出者。要求用户一次性地把需求讲清楚，并且不允许此后做任何变更，这是不现实的，开发方只能尽力减少变更，降低其影响
12、。开发人员如何解决好自己的工作产品与变更的用户需求之间的一致性，是CMM2级需求管理这个关键过程域的主要目标。变更来源的另一个方面来自开发人员自身。他们在工作中可能发现前期工作中有些不妥当的地方，便要修改已经确定了的设计方案或是设计的细节。也许是工程管理人员提出要修订已经确定了的工程方案。由此所导致的返工甚至局部工作产品的报废也是在所难免的。第4页共18页无论来自哪个方面的变更，都需要严格按照变更控制的流程进行，否那么会给开发和后续维护带来很多问题。1根据试题描述，这个开发人员在听到用户的口头抱怨后，就直接对系统软件进行了修改，解决用户的问题。显然，该开发人员没有遵照变更控制的程序来解决问题。
13、具体来说，存在以下问题：1没有对用户口头反映的问题进行文档化，即没有对用户的要求进行记录。任何变更申请都必须以书面的形式提出。2没有分析和评估用户变更请求。事实上，开发人员在获得用户的变更请求后，应该提交给CCB，由CCB对变更请求进行分析和评估。在得到CCB的批准后，才能开始实施变更。3在修改正程中没有注意进行版本管理。开发人员直接对系统软件进行修改，没有进行任何配置管理工作，这也是不对的。这样，会造成后续的维护工作出现过失。4修改完成后未进行验证。开发人员直接修改了软件，并“解决了该项功能问题。但这种解决是局部性的，该功能的正常运行可能会引起其他功能的不正常，所以对软件修改后，一定要进行验
14、证测试。5修改的内容未和工程干系人进行沟通。由于变更请求是由“一个系统的用户提出的，这种请求不一定合理，不一定在工程范围之内。一个配置项出现变更，可能会涉及到一些相关的部件和文档进行变更，这将影响到工程开发工作中的许多人员，所以需要和工程干系人沟通。2问题2要求考生说明上述情况可能会导致什么样的后果。变更管理简单说就是控制修改，使之不出现改错，改乱的现象。没有按照变更控制流程来实施信息系统的变更，会出现很多问题。具体而言，我们针对问题1分析中的存在的5个问题，分别例举其可能导致的问题：1由于没有记录用户的变更请求，可能会导致对系统软件变更的历史无法追溯，并会导致对工作产品的整体变化情况失去把握
15、。2由于没有对变更进行分析和评估，可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题，对工程的进度、本钱、质量方面也会产生一定影响。3由于在修改正程中不注意版本管理，万一变更失败，那么无法进行复原，造成本钱损耗和进度拖延。而且，没有版本管理，对于后续的开发和维护工作也会带来困难，对于组织财富和经验的积累也是不利的。4由于修改完成后不进行验证，难以确认变更是否正确实现，可能会影响系统其他功能的正常运行。同时，由于没有进行验证，为变更付出的工作量也无法得到成认。5由于未与工程干系人进行沟通，可能会导致工程干系人的工作之间出现不一致之处，进而影响工程的整体质量。3变更管理的根本流程如下：1变更申请。应记录变更的提出人、日期、申请变更的内容等信息。2变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。3变更决策。由具有相应权限的人员或机构决定是否实施变更。4变更实施。由管理者指定的工作人员在受控状态下实施变更。5变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。6沟通存档。将变更后的内容通知可能会受到影响的人员，并将变更记录汇总归档。如提出的变更在决策时被否决，其初始
