信息系统项目管理师下午案例分析题思路总结.docx

1、信息系统项目管理师下午案例分析题思路总结信息系统项目管理师下午案例 分析题思路总结(1)(2)(3)(4)(2)(1)(2)(3)(4)案例分析答题思路总结以下是一个与变更相关的案例的答案要点。如果遇到相关题目，按照这个思路答应该能及格吧？ ！一、 如果题目给出一个管理混乱的与配置管理相关的案例，要找出存在的主要问题“请大家参考以 下：对用户的要求未进行记录；对变更请求未进行足够的分析，也没有获得批准；在修改过程中没有注意进行版本管理；修改完成后未进行验证,修改的内容未和项目干系人进行沟通。二、 混乱的配置管理可能导致哪些后果？请大家参考以下：缺乏对变更请求的记录可能会导致对产品的变更历史无法

2、追溯，并会导致对工作产物的整体变 化情况失去把握。缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题， 对项目的进度、成本*质量方面也会产生一定影响。在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原，造成成本损耗 和进度拖延；另一方面，对于组织财富和经验的积累也是不利的。修改完成后不进行验证则难以确认变更是否正确实现，为变更付出的工作量也无法得到承认未与项目干系人进行沟通可能会导致项目干系人的工作之间岀现不一致之处，进而影响项目的 整体质量。三、变更管理流程是一定要知道的*变更申请.应记录变更的提出人、日期、申请变更的内容等信息变更评估口对变更

3、的影响范围、严重程度、经济和技术可行性进行系统分析。变更决策。由具有相应权限的人员或机构决定是否实施变更。变更实施口由管理者指定的工作人员在受控状态下实施变更。(5) 变更验证n由配置管理人员或受到变更影响的人对变更结果进行评价，确定变更结果和预期是 否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求乜(6)沟通存档“将变更后 的内容通知可能会受到影响的人员，并将变更记录汇总归档&如提出的变更在决策时被否决，其初 始记录也应予以保存如果一个案例题涉及到了合同管理、项目管理控制和项目沟通等诸多方面，在项目实际运行过程中, 出现了甲方随意变更、不配合验收、甲乙双方沟通存在障碍等情形，可

4、以参考以下的答题思路& 实在不行，全写上，错了不扣分的！ Y我们可以从合同管理、过程控制和项目沟通管理三个方面来回答一、 合同管理方面。1、在合同或其附件中要详细和清楚地规定有关的验收事宜，包括验收标准、验收时间、验收步骤 和流程，以及售后服务的有关承诺。鉄 由于合同双方现实环境和相关条件的变化，许多合同都有可能变更，而这些变更必须根据合同 的相关条款适当处理.二、 过程控制方面。1 在信息系统集成项目中，变更是很频繁的，也是很正常的，关键的是要制订和执行一个完善的变更控制流程2 在项目活动过程中，文档要齐全，使项目进展有据可查。氛 加强项目配置管理，设置项目里程碑，进行阶段性验收*并要求客户

5、签字确认。三*沟通方面。K 在项目计划编制阶段制订一份详尽的项目沟通计划，并按其执行2.宦期岀具绩效报告，让项目干系人了解项目的进展情况。如果发生变更，则要及时把信息提供给项目干系人。3 营造良好的客户关系项目经理要经常与客户方进行非正式的沟通，需要营造良好的客户关系,让客户成为自己真正的和长期的朋友。第4页共22页，亲情整理以下内容可能是在案例分析时会用到的， 请大家一定注意：一、以下关于WBSI勺描述，一定要知道:WBS是面向可交付物的层次型结构，是对完成项目目标、创造可交付物所需执行的项目工作的分 解。它组织并定义了整个项目范围， WBS把项目工作细分为更小、更易管理的工作单元。随着 W

6、BS层次的降低，意味着项目工作也越来越详细。WBS代表了当前已批准的项目范围说明书中所有工作， WBS的各个工作单元有助于项目干系人了解项目可交付物。二、工作结构分解应把握什么原则：1、 在各层次上保持项目的完整性，避免遗漏必要的组成部分。2一个工作单元只能从属于某个上层单元，避免交叉从属。3相同层次的工作单元应用相同性质。4工作单元应能分开不同的责任者和不同工作内容。5便于项目管理计划、控制的管理需要。6底层工作应该具有可比性，是可管理的，可定量检查的。7、 应包含项目管理工作，包括分包出去的工作。以下内容可能会在案例分析题中用到，大家要注意一下：一、配置管理中变更管理的主要任务是：1、 分

7、析变更：研究变更的必要性、经济可行性；3、 采取措施保证变更在受控状态下进行二、什么是配置状态报告？它包括哪些信息？配置状态报告也称为配置状态说明与报告，它是配置管理的一个组成部分，其作用是有效地记录和 报告管理配置所需要的信息，目的是及时、准确地给出软件配置项的当前状况，供相关人员了解， 以加强配置管理工作。配置状态报告所包含的信息有：1、 状态说明的实体关系2、 状态说明数据词典3、 定期提交的配置状态报告的内容示例4、 配置状态报告提供信息的利用示例三、配置审核与技术评审：配置审核是验证配置项对于配置标识的一致性。根本要求，不允许出现任何配置审核的实施是为了确保项目配置管理的有效性，体现

8、配置管理的 混乱现象。配置审核工作主要集中在两个方面：一是功能配置审核，即验证配置项的实际功效是与其需求一致的;二是物理配置审核，即确定配置项符合预期的物理特性。技术评审是一种的同行审查技术，其主要特点是由一组评审者按照规范的步骤对软件需求、设计、 代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审也称作审查。技术评审目的有:1、 发现软件在功能、逻辑、实现上的错误；2、 验证软件符合它的需求规格；3、 确认软件符合预先定义的开发规范和标准;4、 保证软件在统一的模式下进行开发；5、 便于项目管理。以下内容可能会在案例分析题中用到，请大家一定注意：一、质量保证的定义和工具：质量

9、保证的概念：项目质量保证是在质量系统内实施的所有有计划的系统的活动，是保证质量管理计划得以实施的一 组过程及步骤。项目质量保证活动包括：如何建立质量标准、如何确立质量控制流程、如何进行质量体系的评估。 项目质量保证活动是质量管理的一个更高层次，是对质量策划、质量控制过程的质量控制。质量保证的工具和技术有：1、 质量计划工具和技术：质量计划的工具和技术包括成本/效益分析、基准比较法、实验设计以及 质量成本等方法。2、 质量审计：质量审计是决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估。3、 过程分析：过程分析遵循过程改进计划的步骤， 从一个组织或技术的立场上来识别需要的改进。 通过

10、采用价值分析、作业成本分析、流程分析等分析方法，质量保证的作用将大大提高。4、 质量控制工具和技术5、 基准分析：不断维护项目基准的可用，是质量保证的诉求。二、质量控制的定义和工具：项目质量控制就是项目管理组的人员采取有效措施，监督项目的具体实施结果，判断它们是否符合 有关的项目质量标准，并确定消除产生不良结果原因的途径。项目质量控制是确保项目质量得以完满实现的过程。质量控制应贯穿于项目执行的全过程。质量控制的工具和技术有：1、 检查：检查包括测量、检查和测试等活动，进行这些活动的目的是确定结果与要求是否一致。2、 控制图：也称为管理图，用于决定一个过程是否稳定或可执行，是反映生产程序随时间变

11、化而 发生的质量变动的状态图形，是对过程结果在时间坐标上的一种图形表示法。3、 帕累托图：也称为排列图、ABC分析图法，是一种柱状图，按事件发生的频率排序而成，它显示由于某种原因引起的缺陷数量或不一致的排列顺序， 是找出影响项目产品或服务质量的主要因素的方法。4、 统计抽样5、 流程图：是显示系统中各要素之间相互关系的图表，在质量管理中常用的流程图包括因果图和 系统或程序流程图。因果图也叫因果分析图、石川图、鱼刺图，可直观地反映影响项目中可能出现 的问题与各种潜在原因之间的关系。6、 趋势分析：趋势分析涉及根据历史结果，利用数学技术来预测未来的成果。7、 缺陷修复审计8 其他工具：直方图、散点

12、图等三、质量保证与质量控制的区别与联系：1、 质量保证和质量控制都是以确保项目质量满足质量标准为目的2、 质量计划是质量控制与质量保证的共同依据3、 质量保证的输出是下一阶段质量控制的输入4、 一定时间内质量控制的结果是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段 的质量工作包括质量控制和质量改进5、 质量保证一般是每隔一定时间，比如阶段末进行的，主要通过系统的质量审计来保证项目的质 量6、 质量控制是实时监控项目的具体结果，以判断它们是否符合相关质量标准。制定有效方案，以消除产生质量问题的原因* *如果给出一个案例，进度出现严重拖延，那么可能会涉及到以下答题思路： 一、分析进度拖

13、延的可能原因：1、 软件开发部门介入太晚，对项目早期工作不熟悉，需求分析耗时过长2、 项目经理经验不足，进度估算不准确3、 项目资源配置不足，缺乏专门的系统分析和设计人员 4、工作安排没有充分利用分配的项目资源，资源有闲置5、在安排进度时可能未考虑到法定节假日的因素、进度压缩的工具和技术:1、赶工2、快速跟进3、增加优质资源4、提高资源利用率5、外包6、缩小项目范围7、改变工艺或流程三、用来跟踪项目进度的办法：1、 基于WB舔口工时估算制定活动网络图，制定项目工作计划2、 建立对项目工作的监督和测量机制3、 确定项目的里程碑，并建立有效的评审机制4、 对项目中发现的问题，及时采取纠正和预防措施

14、，并进行有效变更管理5、 使用有效的项目管理工具，提升项目管理的工作效率四、活动历时估算方法：1、 明确定义项目的工作分解结构（WBS2、 如果是升级项目或与以前项目类似，部分工作的工期估计方法可以采用类比估算法3、 对于新增的移动接入模块，可以联系业界专家，采用德尔菲法进行估算4、 对于WBSS行足够细化后，可依据历史数据采用参数估算或三点估算进行进一步历时估算 五、进度管理的主要过程：1、 活动定义：把工作包进一步分解为活动，以方便进度管理2、 活动排序：确定各活动间的依赖关系3、 活动资源估算：确定需要什么资源、每一样资源需要多少、何时使用资源来执行项目活动4、 活动历时估算：涉及各事项

15、、各工作网络时间的计算和完成整个项目任务所需要的总时间5、 制定进度计划：决定项目活动的开始和完成日期6、 进度控制：依据项目进度计划对项目的实际进展情况进行控制，使项目能够按时完成六、 资源对进度的影响：一般情况下，项目活动的历时与项目规模成正比，与投入的资源数量成反比。但也要注意到，任何活动都有压缩点，当活动的历时已达到自身的压缩点时，增加再多的资源也无 法进一步压缩活动历时。一个非关键活动的一个较大时间延误，也许只对项目产生较小影响或不产生影响，但关键活动的较 小延误马上就需要采取纠正措施。因此，每当缩短项目工期时，应当首先考虑在关键活动上增加资 源，以加快进度缩短项目工期。七、 另外，

16、注意一下工期和历时的区别：1、 工期：指完成活动所需的日历时间（含休息日、节假日）2、 历时：指完成活动所需的纯的工作时间（不含休息日、节假日）八、自由时差和总浮动时间的计算公式：1、 自由时差=后续活动 早开始时间-该活动的 早结束时间它表示，在不延误紧后工作开工的前提下，某项活动可以拖延的时间2、 总浮动时间=总时差=某活动的两个开始时间之差=某活动的两个结束时间之差它表示，不耽误项目计划完成时间的条件下， 某项活动从 早开始时间算起，可以拖延的时间, 即工作的机动时间J RL如果有一个案例，给出合同中对项目的工作规定得比较简单、条款太粗略；制定的范围说明书没有 经过各项目干系人的确认；验

17、收的时候，各方对项目范围的意见不一致，项目产品不能被用户接受 等情形，请大家参考以下答题思路。一、分析原因时，大家可以考虑从以下方面着手：第10页共22页，亲情整理1、 合同没订好，没有就具体完成的工作形成明确清晰的条款2、 甲方没有对各部门的需求及变更进行统一的组织和管理3、 缺乏变更的接受/拒绝原则4、 由于乙方对项目干系人分析不到位，缺乏足够的信息来源，范围定义不全面、不准确5、 甲乙双方对项目范围没有达成一致认可或承诺6、 缺乏项目全生命周期的范围控制7、 缺乏客户参与二、如何在合同谈判阶段、项目计划阶段、项目执行阶段进行项目范围管理？（1） 合同谈判阶段1、 取得明确的工作说明书或更

18、细化的合同条款2、 在合同中明确双方的权利和义务，尤其是关于变更问题3、 采取措施，确保合同签约双方对合同的理解是一致的（2） 计划阶段1、 编制项目范围说明书2、 创建项目工作分解结构3、 制定项目的范围管理计划（3） 执行阶段1、 在项目执行过程中加强对已分解的各项任务的跟踪和记录2、 建立与项目干系人进行沟通的统一渠道3、4、1、2、三、四、(1)建立整体变更控制的规程并执行 加强对项目阶段性成果的评审和确认(4)项目全生命周期范围变更管理在项目管理体系中应该包含一套严格、实用、高效的变更程序规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况, 做出相应的处

19、理。下面这段话一定要记牢：范围说明书描述了项目的可交付物和产生这些可交付物所必须做的工作。项目范围说明书在项目干系人之间建立了一个对项目范围的共识，描述了对项目的主要目标，使项 目团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并提供范围基准和边界。项目范围管理的要点:范围管理计划范围定义工作分解范围确认范围控制如果一个案例，出现项目人员分头进行开发工作、错误反复出现、各自提交测试报告、产品版本混乱、在客户现场集成等情形，大家可以参考以下的答题思路：一、分析出现以上各情形的可能原因: 第12页共22页，亲情整理1、2、3、4、5、6、1、2、3、4、5、6、7、81、缺乏项目整体管理

20、 缺乏整体变更控制流程缺乏项目干系人之间的沟通 缺乏配置管理缺乏整体版本管理 缺乏单元接口测试和集成测试二、要记住配置管理流程：制定配置管理计划：确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别 准则，制定基线计划，制定配置库备份计划，制定变更控制规程，制定审批计划。配置项识别：识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置 项拥有者职责，进行配置项登记管理。建立配置管理系统：建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归 档、记录、保护和权限设置。基线化：获得授权，建立或发布基线，形成文件，使基线可用。建立配置库：建立动态库、受控库和

21、静态库。变更控制：变更的记录、分析、批准、实施、验证、沟通和存档。配置状态统计：统计配置项的各种状态。配置审计：包括功能配置审计和物理配置审计。、可以米取的补救措施：针对目前系统建立或调整基线2、 梳理变更脉络，确定统一的终需求和设计3、 梳理配置项及历史版本4、 对照终需求和设计逐项分析现有配置项及历史版本的符合情况5、 根据分析结果由相关干系人确定整体变更计划并实施6、 加强单元接口测试与系统的集成测试或联调7、 加强整体版本管理四、另外，还要知道配置库的类型：1、 备份库：包括制作软件和相关架构、数据和文档的不同版本的复制品。2、 动态库：存放开发过程中需要保留的各种信息，供开发人员个人

22、专用。3、 受控库：在信息系统开发的某个阶段工作结束时，将工作产品存人或将有关的信息存入4、 静态库：在开发的信息系统产品完成系统测试之后，用于存档各种基线。Trmi如果案例涉及成本管理中的挣值管理，那么大家要注意以下几点： 一、几个公式：1、 成本偏差CV=EV-ACCV 大于0,说明项目处于成本节约状态； CV 小于0,说明项目处于成本超支状态；CV 等于0,说明项目支出与预算相符。2、 进度偏差SV=EV-PVSV 大于0,说明项目超前于计划进度； SV 小于0,说明项目滞后于计划进度； SV 等于0,说明项目进度与计划相符。3、成本绩效指数CPI=EV/ACCPI大于1,说明成本节余，

23、资金使用效率较高； CPI 小于1,说明成本超支，资金使用效率较低。4、进度绩效指数SPI=EV/PVSPI 大于1,说明进度超前，进度效率高； SPI 小于1,说明进度滞后，进度效率低。二、根据AC EV PV三个参数之间的关系，来判断项目的状态：1、 AC大于PV大于EV状态：效率低、进度拖延、投入超前措施：此时需要提高效率，比如用工作效率高的人员替换一批工作效率低的人员；赶工；快 速跟进；加强成本监控等。2、 PV大于AC大于等于EV状态：进度效率较低、进度拖延、成本支出与预算相差不大 措施：增加高效人员投入；赶工；快速跟进等。3、 AC大于等于EV大于PV状态：成本效率较低、进度提前、

24、成本支出与预算相差不大 措施：提高效率；减少人员成本；加强人员培训和质量控制等。4、 EV大于PV大于AC状态：效率高、进度提前、投入延后措施：密切监控；加强质量控制如果案例题涉及到绘制前导图，以下方面大家可以参考： 一些注意事项：1、按照题目给出条件，计算各个活动的 早开始、晚开始、早结束、 晚结束时间。此时要注意：如果第一个活动的起始时间以 0计算，它的那早结束时间=0+活动历时2、如果 某个活动有两个以上的紧前活动，那么该活动的 早开始时间是这几个紧前活动 早结束时间的 大 值。3、 如果某个活动有两个以上的紧后活动，那么该活动的 晚结束时间是这几个紧后活动 晚开始时间的小值。4、 当各

25、个活动的两个 早时间和两个 晚时间确定后，就可以确定关键路径了： 将各个活动的历时加起来，取其中大值的那条路径为关键路径。此时要注意：在复杂的网络图中，要仔细寻找，避免遗漏一条路径！5、 如果要求计算各个活动的浮动时间，那么要记住以下公式：活动浮动时间=活动的两个开始时间之差=活动的两个结束时间之差6、 如果某一活动的历时被压缩，那么关键路径可能会发生变化，这时要重新计算各路径的时间跨度。关于项目收尾，请大家注意以下几点：一、首先要知道项目收尾的含义：项目收尾包括合同收尾和管理收尾。1、 合同收尾是按照合同约定，项目组和业主一项项的核对，检查是否完成了合同所有的要求，是 否可以把项目结束掉，也

26、就是项目验收。2、 管理收尾是对于项目内部来说的，把做好的项目文档等归档，对外宣称项目已经结束，转入维 护期，把相关的产品说明转到维护组，同时进行经验、教训总结。、项目收尾包含的主要工作:1、核实项目范围，项目正式验收2、梳理项目合同，处理品合同遗留问题，结款3、进行项目移交，转移项目责任4、整理项目记录，项目档案归档，完成项目文档收集整理工作，将所有的项目文件存档并建立索引目录5、进行成果分析，总结经验、教训6、释放项目资源，迎接新的工作三、项目验收的主要工作：1、 承建方自检2、 系统试运行3、 技术培训4、系统竣工5、初验合格6、项目终验有时案例中也会出现一些类似于名词解释一样的问题，如

27、什么是甘特图、什么是里程碑、什么是滚 动波式计划等。一、 甘特图：甘特图也叫横道图或条形图，是一种能有效显示活动时间计划编制的一种方法，主要用于项 目计划和项目进度安排。甘特图的特点是简单、明了、直观，能较清楚地反映工作任务的开始和结束时间，能表达工 作任务的活动时差和彼此间的逻辑关系。甘特图可用于 WBS勺任何 层次，其时间单位可以从年到月甚至到日。但甘特图只能表明已有的静态关系，而且，对于错综复杂、相互制约的各项活动间的关系没 有表示出来，同时也没有指出影响项目生命期的关键所在。这一点不利于合理的组织安排和指挥整 个系统，更不利于对整个系统进行动态优化管理。二、 检查点：指在规定的时间间隔

28、内对项目进行检查， 比较实际与计划之间的差异，并根据差异进行调整可将检查点看成一个固定的采样时点，而时间间隔根据项目周期长短不同而不同，频度过小就会失 去意义，频度过大会增加管理成本。常见的间隔是每周一次。三、 里程碑：完成阶段性工作的标志，不同类型的项目里程碑不同。四、 基线：指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一 种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审，并作为后续工作的基准和 出发点。基线一旦建立后，其变化需要受控制。五、 滚动波式计划：为了分解到底层的工作包，有些项目可交付物只需分解到下一层，而有些项目可交付物需要 分解到

29、多层。当工作被分解到更低的、更详细的层次时，有助于对这些工作的计划、管理和控制。然而，过度的分解反而有害。详细的分解对于遥远的将来才能完成的交付物或子项目是不需要的，也是不可能的。一般地，项目管理团队应该等待交付物或子项目足够清晰时才制定详细的 WBS这种技术通常被称为滚动波式计划。该方法的实质是将近期的工作计划得详细一些，远期的工作计划得相对粗一些历时的三点估算可能会出现在进度管理的计算题里。以下公式，大家要记住： 说一下历时的三点估算中的几个值：1、 有可能的历时估算：Tm2 乐观的历时估算：To 3、悲观的历时估算：Tp4、 活动历时的均值=（To+4Tm+Tp /65、 由于是估算，难

30、免有误差，三点估算法估算出来的历时符合正态分布曲线，其方差 =（邛-To）/6。此处的方差与正态分布中的西格玛含义不同。西格玛是一个概率。1西格玛是指活动在（平均值减1个标准差，平均值加1个标准差）内完成的概率，是一个常数,0.6827。如果一个案例涉及软件测试对于系统质量保证的作用， 那么可能会用到以下答题思路，请大家注意:一、分析测试过程的不足：1、 安排测试计划的编制时机不当：测试计划和测试用例的编制应当与软件系统的概要设计、详细 设计同步进行。2、 测试计划不够全面：除了集成测试、功能测试、性能测试、安全性测试外，还应该当包含系统整体测试、运行测试。运行测试是对应用软件系统整体功能的全面检验，也是 能说明软件系统质量的测试环节。3、 测试计划编制时机不当：系统测试计划、确认测试计划应当在需求分析阶段制定，测试用例、 测试说明应当在概要设计阶段制定；集成测试计划应当在概要设计阶段制定，测试用例、测试说明 应当在详细设计阶段制定；单元测试计划应当在详细设计阶段制定，测试用例、测试说明应当在编 码阶段制定。二、 项目经理过度重视测试在保证软件系统的质量中的作用，这样做有什么不当之处？应如何改正？在定制软件开发