系统集成项目管理工程师下午考试答题技巧.docx

本文格式为Word版，下载可任意编辑系统集成项目管理工程师下午考试答题技巧 案例分析 根据考试大纲的规定，系统集成工程管理工程师考试案例分析（下午考试），即系统集成工程管理应用技术片面，试题范围相比较较窄，局限在工程管理的范畴之内，概括的测验内容包括可行性研究、工程立项、合同管理、工程启动、工程管理筹划、工程实施、工程监视与操纵、工程收尾、信息系统的运营、信息（文档）与配置管理、信息系统安好管理 1 试题解答方法 根据软考命题的习惯，一般中级的考试下午案例分析会有5道大题，全部以问答题的形式展现，有时也会展现有选做题，总分值为75分 下午试题I对于考生的根本要求将表达在： （1）需要具有确定的信息系统工程管理实践阅历，有较好的分析问题和解决问题的才能 （2）对于有关工程管理方面，有广博而坚实的学识或见解 （3）对应用的背景、事实和因果关系等有较强的理解才能和归纳才能 （4）对于一些可以简朴定量分析的问题已有类似阅历并能举行估算，对于只能定性分析的问题能用简练的语言抓住要点加以表达 （5）擅长从一段书面表达中提取出最必要的信息，有时还需要舍弃一些无用的表达或似是而非的内容。

考生应当加强上述要求的训练 提示：考生解答试题时可按以下途径来分析和解决问题 （1）标出试题中要回复的问题要点，以此作为主要线索举行分析和斟酌 （2）对照问题要点留心阅读正文阅读时，或者可以列出只有几个字的最简要的提纲，或者可在正文上作出针对要回复问题的记号 （3）通过定性分析或者定量估算，构思答案的要点 （4）以最简练的语言写出答案留神不要超过规定字数，语言要尽量精简，不要使用修饰性的空洞词汇，也不要写与问题无关的语句，以免滥用时间 2 试题解答实例 下面来看一些例题与细致的分析，读者可留心阅读这些案例，并加以体会运用，以快速提升解决问题的才能 2.1 例题1：子工程管理 M是负责某行业一个大型信息系统集成工程的高级工程经理，因人手对比慌张，M从正在从事编程工作的高手中选择了小张作为负责软件子工程的工程经理，小张同时兼任模块的编程工作，这种安置导致了软件子工程失控 【问题1】请用150字以内的文字，分析导致软件子工程失控的可能理由 【问题2】请用200字以内的文字，说明你认为M事先理应怎么做才能让小张作为子工程的工程经理，并制止软件子工程失控？ 【问题3】请用400字以内的文字，概述典型的系统集成工程团队的角色构成？表达在组建工程团队、创办工程团队和管理工程团队方面所需的活动，结合实例说明。

例题1分析 IT行业技术日新月异，要求从业人员具有高素质和高水平而且，从我国的实际状况来看，IT工程师紧缺，人员滚动特别频繁，合格人选很难找到和留存在某个工程中因此，有效的管理人力资源，是工程经理们认为最困难的一件事情 【问题1】 问题1要求考生分析导致软件子工程失控的可能理由由于试题描述很简朴，所以只能根据小张是新手这个线索，靠考生的常识来解答这个问题 （1）工程经理的选择 企业人手对比慌张，于是M就选择了“编程工作的高手”小张作为工程经理这种“饥不择食”的现象在国内的软件企业中对比普遍软件工程经理甚至高级工程经理通常直接来自编程高手，中间未经过任何的培训我们知道，在信息系统工程中，开发和管理是两条不同的主线，开发人员所需要的技能与管理人员所需要的技能很不一样 当然，假设一个既是开发高手又是管理能手的人承担工程经理，那是再好不过的了系统分析师就是这样的复合型人才，但是，我国的系统分析师太少了，远远不能得志软件企业的需求因此，还务必考虑从开发高手中选择工程经理，但这种选择，务必是培养后的选择开发人员要胜任工程经理岗位，不仅需要技术背景、行业学识，还需要具备确定的管理学识和阅历。

普遍技术人员，未经培训和测验就直接任命为工程经理，在实际工作中，很可能会展现问题 （2）身兼数职的问题 根据试题的描述，小张在承担了软件子工程的工程经理后，依旧同时兼任模块的编程工作这也是国内软件企业存在的一个实际性问题在实际的工程中，通常存在“能者多劳”现象，一个人承担多个角色、承受过重的工作，在调配角色之前没有留心计算人员的工作负荷问题更加是在小企业中，这种处境更为严重 在此题中，作为技术出身的小张，由于依旧要编程，可能没有多少时间去学习管理学识，去从事管理工作小张一人承受2个角色的工作，导致工作负荷过载，身心疲惫，其后果可能给全局带来不利影响 另外，小张初为工程经理，可能会存在思维转换和角色转换问题一般而言，技术人员对付问题往往对比片面和深入，提防细节问题，而管理人员往往会关注问题的全面和大的问题因此，虽然角色发生了片面变化（之所以说是“片面变化”，是由于小张依旧兼任程序员的工作），但小张的思维方式、对付问题和处理问题的方式都暂时还没有转变过来而且，由于身兼开发职务，还会延缓这种转变 （3）间接纳理问题 高级工程经理M选择了小张作为软件子工程的工程经理，并且未经过任何管理方面的培训。

在工程开展过程中，可能由于自己对比忙，也缺乏对小张工作的引导和帮带，缺乏全程的跟踪和监控这种间接纳理导致高级工程经理M不能实时察觉工程中的问题，从而造成工程失控 【问题2】 问题2要求考生回复，先理应怎么做才能让小张作为子工程的工程经理，并制止软件子工程失控 根据问题1的分析，我们知道，要委任小张作为子工程的工程经理，理应至少要做好以下事情： （1）根据工程经理岗位的任职条件和职责，选择适合的人员承担子工程的工程经理由于企业人才紧缺，找不到适合的人选，要委任程序员小张承担工程经理，那么需要对小张举行岗前培训 （2）重新考虑和衡量小张的工作量问题，确保工程经理的工作都能完成 （3）在工程管理方面，由于小张是新手，所以，在当前处境下，应尽量让小张放弃编程工作，潜心从事管理工作，学习管理学识 （4）在工程举行过程中，高级工程经理M应加强对小张的培养和监控，以便实时察觉问题，制止工程失控同时，要敦促小张转换思维方式，即实现从技术人员思维方式到管理者思维方式的转变 【问题3】 问题3要求考生回复，典型的系统集成工程团队的角色构成，以及在组建工程团队、创办工程团队和管理工程团队方面所需的活动。

例题1解答要点 【问题1】 （1）小张缺乏足够的工程管理才能和阅历 （2）小张身兼二职，精力和时间不够用，顾此失彼 （3）小张没有进入管理角色，只关注于编程工作，疏于对工程的管理 （4）高级工程经理对小张的工作缺乏事先培训和全程的跟踪与监控 【问题2】 （1）事先要制订岗位的要求、职责和选人的标准，并选择适合的人选 （2）高级工程经理应对小张的工作举行全面估算，假设小张的负荷切实过重，需要找人代替小张当时正在从事的技术工作，解决负载平衡问题 （3）要事前沟通、对小张明确要求、明确角色的轻重缓急，促使小张尽快转换角色 （4）上级理应留神平日对人员的培养和监控 【问题3】 1．针对选定的工程，根据工程的特点，需要的角色：管理类（如，工程经理）；工程类（如，系统分析师、架构设计师、软件设计师、程序员、测试工程师、美工、网络工程师、主机人员、实施人员）；行业专家；辅佐类（如，文档管理员、秘书） 2．结合实际工程，表达举行如下活动的阅历： （1）组建工程团队，明确责任（制订责任调配矩阵） （2）创办工程团队提高工程团队成员的个人绩效；提高工程团队成员之间的信任感和凝结力，以通过更好的团队合作提高工作效率。

（3）管理工程团队跟踪个人和团队的执行处境、供给反应；协调变更，以提高工程的绩效、保证工程的进度；工程管理团队还务必留神团队的行为、管理冲突、解决问题；评估团队成员的绩效 2.2 例题2：工程变更管理 在一个正在实施的系统集成工程中展现了下述处境：一个系统的用户向他所熟悉的一个工程开发人员怨恨系统软件中的一项功能问题，并且表示梦想能够举行修改于是，该开发人员就直接对系统软件举行了修改，解决了该项功能问题针对这样一种处境，请分析如下问题： 【问题1】请用150字以内的文字，说明上述处境中存在着哪些问题？ 【问题2】请用300字以内的文字，说明上述处境可能会导致什么样的后果？ 【问题3】请用300字以内的文字，说明配置管理中完整的变更处置流程 例题2分析 此题对比简朴，主要测验变更操纵的根本流程及实施方法，根本属于纯理论问题 变更来源有两个方面，一是用户，他们是信息系统工程需求的提出者要求用户一次性地把需求讲领会，并且不允许此后做任何变更，这是不现实的，开发方只能尽力裁减变更，降低其影响开发人员如何解决好自己的工作产品与变更的用户需求之间的一致性，是CMM2级需求管理这个关键过程域的主要目标。

变更来源的另一个方面来自开发人员自身他们在工作中可能察觉前期工作中有些不妥当的地方，便要修改已经确定了的设计方案或是设计的细节可能是工程管理人员提出要修订已经确定了的工程方案由此所导致的返工甚至片面工作产品的报废也是在所难免的 无论来自哪个方面的变更，都需要严格按照变更操纵的流程举行，否那么会给开发和后续维护带来好多问题 【问题1】 根据试题描述，这个开发人员在听到用户的口头怨恨后，就直接对系统软件举行了修改，解决用户的问题鲜明，该开发人员没有遵照变更操纵的程序来解决问题概括来说，存在以下问题： （1）没有对用户口头反映的问题举行文档化，即没有对用户的要求举行记录任何变更申请都务必以书面的形式提出 （2）没有分析和评估用户变更苦求事实上，开发人员在获得用户的变更苦求后，理应提交给CCB，由CCB对变更苦求举行分析和评估在得到CCB的批准后，才能开头实施变更 （3）在修更正程中没有留神举行版本管理开发人员直接对系统软件举行修改，没有举行任何配置管理工作，这也是不对的这样，会造成后续的维护工作展现过错 （4）修改完成后未举行验证开发人员直接修改了软件，并“解决了该项功能问题”。

但这种解决是局部性的，该功能的正常运行可能会引起其他功能的不正常，所以对软件修改后，确定要举行验证测试 （5）修改的内容未和工程干系人举行沟通由于变更苦求是由“一个系统的用户”提出的，这种苦求不确定合理，不确定在工程范围之内一个配置项展现变更，可能会涉及到一些相关的部件和文档举行变更，这将影响到工程开发工作中的大量人员，所以需要和工程干系人沟通 【问题2】 问题2要求考生说明上述处境可能会导致什么样的后果变更管理简朴说就是操纵修改，使之不展现改错，改乱的现象没有按照变更操纵流程来实施信息系统的变更，会展现好多问题概括而言，我们针对问题1分析中的存在的5个问题，分别例举其可能导致的问题： （1）由于没有记录用户的变更苦求，可能会导致对系统软件变更的历史无法追溯，并会导致对工作产品的整体变化处境失去把握 （2）由于没有对变更举行分析和评估，可能会导致后期的变更工作展现工作缺失、与其他工作不一致等问题，对工程的进度、本金、质量方面也会产生确定影响 （3）由于在修更正程中不留神版本管理，万一变更失败，那么无法举行复原，造成本金损耗和进度拖延而且，没有版本管理，对于后续的开发和维护工作也会带。