配置管理的活动主要有制定配置管理计划、配置标识、变更管理和配置控制、配置状态说明、配置审核，以及进行版本控制和发行管理。     （1）制定配置管理计划。在项目规划阶段，项目管理团队首先要制定整个项目的开发计划，它是整个项目研发工作的基础。配置管理计划是项目管理计划的一部分，通常要涉及到该项目对配置管理的要求，实施配置管理的责任人、责任组织及其职责，开展的配置管理活动、方法和工具等。

（1）据招投标法的规定，必须进行招标的项目而不招标的，将必须进行招标的项目化整为零或者以其他任何方式规避招标的，责令其限期改正，可以处项目合同金额千分之五以上千分之十以下的罚款；对全部或者部分使用国有资金的项目，可以暂停项目执行或者暂停资金拨付。     （2）投标人相互串通投标或者与招标人串通投标的，投标人以向招标人或者评标委员会成员行贿的手段谋取中标的，中标无效，且处中标项目金额千

系统交付使用后，改变系统的任何工作，都可以被称为维护。与硬件不同，软件系统构建时就包含了变化，软件并不会老化或需要周期性的维护。软件维护是指在软件交付使用之后，直至软件被淘汰的整个时期内，为了改正错误或满足新的需求而修改软件的活动。软件的维护活动基于“软件是可维护的”这一基本前提。     软件可维护性     根据国家标准GB/T 16260.1-2006，软件可维护性是指软件产

软件质量指的是软件特性的总和，是软件满足用户需求的能力，即遵从用户需求，达到用户满意。     IS09126定义的软件质量包括“内部质量”、“外部质量”和“使用质量”三部分。软件满足规定或潜在用户需求的能力要从软件在内部、外部和使用中的表现来衡量。       软件质量保证过程通过计划制订、实施和完成一组活动提供保证，这些活动保证项目生命周期中的软件产品和过程符合其规定的需求。 软件质量

配置审核（配置审计）的任务是验证配置项对配置标识的一致性。实施配置审计以维护配置基线的完整性，配置审计确认最终的基线和文件有遵照特定标准或需求，并适当记录审计结果。信息系统开发的实践表明，尽管对配置项做了标识，实施了变更控制和版本控制，但如果不做检查或验证，仍然会出现混乱。这种验证包括：     配置审核工作主要集中在两个方面，一是功能配置审核，即验证配置项的实际功效是与其信息系统需求是一致的；

在项目风险管理中，有三种应对措施：弹回计划、权变措施和应急计划。弹回计划和应急计划是事先在风险登记册中规划，弹回计划是对应风险登记册中的主策略无效时使用。 权变措施在风险发生前没有规划，当风险发生时才根据发生情况制定的应对。     （1）弹回计划（备用计划）是针对一个风险所制定的备用应对计划，以便在主应对计划不起作用的情况下使用。应急计划是事先制定的风险应对计划，而权变措施是针对已发生的风险而

项目管理计划是说明项目将如何执行、监督和控制的一份文件。它合并与整合了其他各规划过程所输出的所有子管理计划和基准。项目基准就是一份经过确认、批准了的项目管理计划，作为项目绩效考核的基础，一个比较的基础，用以考核项目执行情况的好坏，确定实际绩效是否在可接受的范围之内。项目执行过程中，在提出变更请求并经过实施整体变更控制过程批准后，项目管理计划会被更新，更新后的项目管理机会会成为新的基准。