系统集成案例考试快速记忆

项目采购管理

1、常见的采购文件有方案邀请书（RFP）、报价邀请书（RFQ）、征求供应商意见书（RFI）、投标邀请书（IFB）、招标通知、洽谈邀请以及承包商初始建议征求书。

信息（文档）和配置管理

1、基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。

2、配置库可以分为开发库、受控库、产品库3种类型（开平管）

3、配置控制委员会（CCB）负责对配置变更做出评估、审批以及监督已批准变更的实施。

CCB建立在项目级，其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。CCB不必是常设机构，完全可以根据工作的需要组成，例如按变更内容和变更请求的不同，组成不同的CCB。小的项目CCB可以只有一个人，甚至只是兼职人员。通常，CCB不只是控制配置变更，而是负有更多的配置管理任务，例如：配置管理计划审批、基线设立审批、产品发布审批等。

4、配置审计的目的（不合适，不完善，不匹配变更，确认后保存，可追溯）

（1）防止向用户提交不适合的产品，如交付了用户手册的不正确版本；

（2）发现不完善的实现，如开发出不符合初始规格说明或未按变更请求实施变更；

（3）找出各配置项间不匹配或不相容的现象；

（4）确认配置项己在所要求的质量控制审核之后纳入基线并入库保存；

（5）确认记录和文档保持着可追溯性。

5、功能配置审计是审计配置项的一致性（配置项的实际功效是否与其需求一致），具体验证：（1）配置项的开发已圆满完成。

（2）配置项已达到配置标识中规定的性能和功能特征。

（3）配置项的操作和支持文档已完成并且是符合要求的。

6、物理配置审计是审计配置项的完整性（配置项的物理存在是否与预期一致），具体验证如下

（1）要交付的配置项是否存在。

（2）配置项中是否包含了所有必需的项目。

变更管理

1、项目经理对项目负责，也对整个项目变更管理过程负责。项目经理负责变更申请的影响分析，负责召开变更控制委员会会议，负责监控变更及已批准变更的正确实施等。

2、变更控制委员会是一个正式的组织，负责审查、评价、批准、推迟或否决项目变更。CCB由项目所涉及的多方人员共同组成，通常包括甲方和乙方的决策人员。作为决策机构，CCB在变更管理过程中负责对提交的变更申请进行审查，并对变更申请做出批准、否决或其他决定。

也叫做配置控制委员会，是决策机构，不是作业机构，可以只有一个人，如果是一个人，那就是甲方老板。通常，CCB的工作是通过评审手段来决定项目是否能变更，但不提出变更方案。

3、变更控制流程（申更（分）B施控诉）

（1）提出变更申请

（2）变更影响分析

（3）CCB审查批准

（4）实施变更

（5）监控变更实施

（6）结束变更

4、有可能的问题

①对用户的要求未进行记录

②对变更的请求未进行足够的分析，也没有获得批准

③在修改的过程中没有注意进行版本管理

④修改完成后未进行验证

⑤修改的内容未和项目干系人进行沟通

项目的风险管理

1、风险管理计划包括以下内容 时间上安排好跟踪那个角色，要预先有修订方案，别影响分类的概率

（1）方法论（2）角色与职责（3）预算（4）时间安排（5）风险类别（6）风险概率和影响的定义（7）概率和影响矩阵（8）修订的干系人承受力（9）报告格式（10）跟踪

项目收尾管理

1、验收工作内容：验收测试、系统试运行、系统文档验收以及项目终验。（验行试终）

系统集成项目涉及的文档：1）系统集成项目介绍；2）系统集成项目最终报告；3）信息系统说明手册；4）信息系统维护手册；5）软硬件产品说明书、质量保证书等。（街报明护说质量）

2、项目总结的主要意义如下。

（1）了解项目全过程的工作情况及相关团队或成员的绩效状况。

（2）了解出现的问题并进行改进措施总结。

（3）了解项目全过程中出现的值得吸取的经验并进行总结。

（4）对总结后的文档进行讨论，通过后即存入公司的知识库，从而纳入企业的过程资产。

3、项目总结会需要全体参与项目的成员都参加，并由全体讨论形成文件。

4、一般的项目总结会应讨论如下内容。（开会讲项目需要的技术，成本，计划，沟通问题，最后补充意见和建议）