第十二章--第十六章
十二章至十六章这几章也是项目管理的重要章节，特点是考试题点都比较集中，而且涉及几个重要的法律法规，如果大家精力是时间够用，可以查阅“招投标法”、“著作权法”“政府采购法”等相关法规，如果时间精力不宽裕，建议复习第三版中涉及法律法规的内容。
第十二章 采购管理
这一章出题点最多的是招标投标法，教程中的内容并不多。如果大家有时间，建议将《中华人民共和国招标投标法》多看几遍，如果时间和精力不够，那需要把第三版中的12.4.3招投标的内容熟练掌握，从2017年-2019年的试题中统计来看，题点主要从教材中的招投标法内容中出而且没有出现2次以上的考试题点。
但是相关的规范和法规需要掌握，政府采购法、招标法是重点，需要结合历年考题查看几个法规经常出现的知识点。
需要知道的是：
●采购方不仅仅是甲方，有时候乙方外包也可以是采购方，所以采购方简单理解就是出钱的一方。
●采购档案保存期限：永久、长期（30年）、短期（10年）。
●采购管理的过程、输入、输出、工具和技术。
第十三章 合同管理
从2017年-2019年试题统计中分析，合同管理出题点不是很多，占比也不高，主要集中在合同的类型，要会区分、辨别。建议大家掌握“13.1.1合同的类型”中的6.合同类型的选择内容。
13.1.1合同的类型
1.按项目范围划分
1)项目总承包合同
2) 项目单项承包合同
3) 项目分包合同
2.按项目付款方式划分
以项目付款方式为标准进行划分，通常可将合同分为两大类，即总价和成本补偿类。 还有第三种常用合同类型，即混合型的工料合同。
3.总价合同
1)固定总价合同
2)总价加激励费用合同
3) 总价加经济价格调整合同
4) 订购单
4.成本补偿合同
1)成本加固定费用合同
2)成本加激励费用合同
成本加激励费用合同（Cost Plus Incentive Fee, CPIF)为卖方报销履行合同工作所 发生的一切合法成本（即成本实报实销）并在卖方达到合同规定的绩效目标时，向卖方 支付预先确定的激励费用。
在CPIF合同下，如果卖方的实际成本低于目标成本，节余部分由双方按一定比例 分成（例如，按照80/20的比例分享，卽买方80%,卖方20%);如果卖方的实际成本 高于目标成本，超过目标成本的部分由双方按比例分担（例如，基于卖方的实际成本， 按照20/80的比例分担，即买方20%,卖方80%)。
在CPIF合同下，如果实际成本大于目标成本，卖方可以得到的付款总数为“目标 成本+目标费用+买方应负担的成本超支”；如果实际成本小于目标成本，则卖方可以得 到的付款总数为“目标成本+目标费用-买方应享受的成本节约”。例如，表13-3是一个 成本加激励费用合同的示例。
3)成本加奖励费用合同
5.工料合同
6.合同类型的选择
口袋应试：试题中常会出现给你一种情况，让你使用哪种合同，选择合同类型的技巧：
●如果工作范围明确、且项目的设计已具备详细的细节，则使用总价合同；
●如果工作性质清楚，但范围不是很清楚，而且工作不复杂，又需要快速签订合同， 则使用工料合同。
●如果工作范围尚不清楚，则使用成本补偿合同。
●如果双方分担风险，则使用工料合同；如果买方承担成本风险，则使用成本补偿 合同；如果卖方承担成本风险，则使用总价合同。
●如果是购买标准产品，且数量不大，则使用单边合同。
另外：
●成本加激励费用合同与成本补偿合同意义相同。
●买方承担成本风险，用成本补偿合同；
●卖方承担成本风险，用总价合同；
●购买标准产品并且数量不大，用单边合同；
第三版P457@13.1.1
出题概率：★★
190154、190355
●出于篇幅考虑，本篇备考汇总的试题解析并未收录3次以下的考点内容，如需查阅，请在微信中搜索“信息系统项目管理师口袋应试”小程序，或者关注我的个人公众号“跬步郎”。
第十四章 文档与配置管理
从2017-2019年的试题统计中分析：虽然本章名字叫“文档与配置管理”，但是文档的内容这几年出题很少。题点主要集中在：14.2.1配置管理的概念以及14.2.3日常配置管理活动中，这两节是必须掌握的内容，其中：配置项状态、版本号的区分；“配置控制委员会”的概念和组成，“配置管理员”的权限都是出题点；另外，配置控制的流程和任务也是出题的要点。其它内容也建议大家有精力的话尽量掌握。
14.2.1配置管理的概念
1.配置项
典型配置项包括项目计划书、需求文档、设计文档、源代码、 可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置 管理。
2.配置项状态
配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时，其状态 为“草稿”。配置项通过评审后：其状态变为“正式”。此后若更改配置项，则其状态变 为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。
3. 配置项版本号
配置项的版本号规则与配置项的状态相关。
(1) 处于“草稿”状态的配置项的版本号格式为0.YZ, YZ的数字范围为01~99。 随着草稿的修正，YZ的取值应递增。YZ的初值和增幅由用户自己把握。
(2) 处于“正式”状态的配置项的版本号格式为XY, X为主版本号，取值范围为 1~9。Y为次版本号，取值范围为0~9。配置项第一次成为“正式”文件时，版本号为1.0。
如果配置项升级幅度比较小，可以将变动部分制作成配置项的附件，附件版本依次为1.0，1.1,…。当附件的变动积累到一定程度时，配置项的Y值可适量增加，Y值增加一定程度时，X值将适量增加。当配置项升级幅度比较大时，才允许直接増大X值。
(3) 处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时，一般只增大Z值，X.Y值保持不变。当配置项修改完毕，状态成为“正式”时，将Z值设置为0,增加X.Y值。
6. 配置库
配置库（Configuration Library)存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，利用库中的信息可回答许多配置管理的问题，例如：
●哪些客户已提取了某个特定的系统版本？
●运行一个给定的系统版本需要什么硬件和系统软件？
●—个系统到目前已生成了多少个版本，何时生成的？
●如果某一特定的构件变更了，会影响到系统的哪些版本？
●一个特定的版本曾提出过哪几个变更请求？
●一个特定的版本有多少己报告的错误？
8.配置控制委员会
注：变更控制委员会(Change Control Board，CCB)也称为配置控制委员会(Connguration Control Board)
配置控制委员会（Configuration Control Board, CCB),负责对配置变更做出评估、 审批以及监督已批准变更的实施。
CCB建立在项目级，其成员可以包括项目经理、用户代表、产品经理、开发工程师、 测试工程师、质量控制人员、配置管理员等。CCB不必是常设机构，完全可以根据工作 的需要组成，例如按变更内容和变更请求的不同，组成不同的CCB。小的项目CCB可 以只有一个人，甚至只是兼职人员。
9, 配置管理员
配置管理员（ConfigurationManagement Officer, CMO),负责在整个项目生命周期中进行配置管理活动，具体有：
●编写配置管理计划。
●建立和维护配置管理系统。
●建立和维护配置库。
●配置项识别。
●建立和管理基线。
●版本管理和配置控制。
●配置状态报告。
●配置审计。
●发布管理和交付。
●对项目成员进行配置管理培训。
第三版P474@14.2.1
出题概率：★★★★
180151、180311、180352、190152、
14.2.3日常配置管理活动
2.配置标识
配置标识（Configuration Identification)也称配置识别，包括为系统选择配置项并在 技术文档中记录配置项的功能和物理特征。
配置标识是配置管理员的职能，基本步骤如下：
(1)识别需要受控的配置项。
(2)为每个配置项指定唯一性的标识号。
(3)定义每个配置项的重要特征。
(4)确定每个配置项的所有者及其责任。
(5)确定配置项进入配置管理的时间和条件。
(6)建立和控制基线。
(7)维护文档和组件的修订与产品版本之间的关系。
3.配置控制
配置控制即配置项和基线的变更控制，包括下述任务：标识和记录变更申请，分析 和评价变更，批准或否决申请，实现、验证和发布己修改的配置项。
1) 变更申请
2) 变更评估
3) 通告评估结果
4) 变更实施
5) 变更验证与确认
项目经理指定人员对变更后的配置项进行测试或验证。
项目经理应将变更与验证的结果提交CCB,由其确认变更是否已经按要求完成。
6) 变更的发布
7) 基于配置库的变更控制
现以某软件产品升级为例，简述其流程（配置库的变更控制流程）：
(1) 将待升级的基线（假设版本号为V2.1)从产品库中取出，放入受控库。
(2) 程序员将欲修改的代码段从受控库中检出（Checkout),放入自己的开发库中 进行修改。代码被Check out后即被“锁定”，以保证同一段代码只能同时被一个程序员 修改，如果甲正对其修改，乙就无法Check out。
(3) 程序员将开发库中修改好的代码段检入（Checkin)受控库。Check in后，代码的“锁定”被解除，其他程序员可以Check out该段代码了。
4.配置状态报告
配置状态报告应该包含以下内容。
(1) 每个受控配置项的标识和状态。一旦配置项被置于配置控制下，就应该记录和保存它的每个后继进展的版本和状态。
(2) 每个变更申请的状态和已批准的修改的实施状态。
(3) 每个基线的当前和过去版本的状态以及各版本的比较。
(4) 其他配置管理过程活动的记录。
5. 配置审计
配置审计（ConfigurationAudit)也称配置审核或配置评价，包括功能配置审计和物 理配置审计，分别用以验证当前配置项的一致性和完整性。
1）功能配置审计：
功能配置审计（Functional Configuration Audit)是审计配置项的一致性（配置项的实际功效是否与其需求一致）
2)物理配置审计：
物理配置审计（Physical Configuration Audit)是审计配置项的完整性（配置项的物理存在是否与预期一致）
第三版P479@14.2.3
出题概率：★★★★★
170310、170362、190112、190151、190351、
第十五章 知识管理
从2017年-2019年试题出题情况看，本章出题的知识点并不多，主要的知识点在《著作权法》，建议掌握《著作权法》或第三版教程中关于著作权的内容。其它要点出题概率不高，并没有3星以上的题点，所以在本资料中就不列出了，有精力的同学可以参考“信息系统项目管理师口袋应试”小程序中的对应章节，里面有详细题点。另外，建议大家可以通读15.3-知识产权保护这一节，把这一节里面涉及“著作权法”、“软件保护条例”、“专利法”掌握一下，另外“商标法”也越来越受到重视，建议大家多了解，对实际工作也是有好处的。
第十六章 变更管理
从2017年-2019年试题出题概率分析，本章内容只在变更管理工作程序中出现过考题，大家根据个人的时间和精力复习即可。
16.3.2项目变更管理工作程序：
1．提出与接受变更申请
变更提出应当及时以正式方式进行，并留下书面记录。
2．对变更的初审
变更初审的目的如下。
(1) 对变更提出方施加影响，确认变更的必要性，确保变更是有价值的。
(2) 格式校验，完整性校验，确保评估所需信息准备充分。
(3) 在干系人间就提出供评估的变更信息达成共识。
变更初审的常见方式为变更申请文档的审核流转。
3．变更方案论证
变更方案的主要作用，首先是对变更请求是否可行实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策。
4．项目管理委员会审查
审查过程，是项目所有者根据变更申请及评估方案，决定是否变更项目基准。
5.发出变更通知并组织实施
评审通过，意味着基准的调整，同时确保变更方案中的资源需求及时到位。
6．变更实施的监控
变更实施的过程监控，通常由项目经理负责基准的监控。
7．变更效果的评估
变更评估可以从以下几个方面进行评估：
(1) 首要的评估依据，是项目的基准。
(2) 还需结合变更的初衷来看，变更所要达到的目的是否已达成。 .
(3) 评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决。
8，判断发生变更后的项目是否已纳入正常轨道
基准调整后，需要确认的是资源配置是否及时到位，涉及人员的调整，更需多加关注。
第三版P509@16.3.2
出题概率：★★★
170134、180152、190353、
|
