配置管理规范_配置管理是什么?
配置管理规范文件编号：
NW601103生效日期：
2000.3.20受控编号：
密级：秘密版次：Ver1.0修改状态：
总页数7正文7附录0编制：马云生审核：王宇批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.术语和缩略语4.规范内容5.引用文件1.目的指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。
2.适用范围适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Sourcesafe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。
3.术语和缩略语本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。
4.规范内容4.1配置管理的范围软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。
1）项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。
2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。
3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。
4.2各配置项的获得项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。
1）项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。
2）开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。
3）开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。
4）对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。
5）在项目结束归档时电子邮件也应作为项目的相关资料进行归档。
4.3配置库的建立所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以SourceSafe为例描述
配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。
4.3.1项目启动配置项包括立项建议报告及其评审结果、合同草案及评审结果、合作协议、项目任务书等。项目立项通过后应封锁该子项目，如后期须增加或修改应征得软件配置管理负责人SCML的认可，并作好标记。项目启动计划部门内部评审通过后，版本为0.7版，当启动计划生效执行后，版本升为1.0。
4.3.2需求分析针对合同项目，按系统所处理的业务不同，需求分析可分为客户业务描述、业务流程图、系统功能点提取、系统数据流图等子项目。系统调研后开发人员进行系统分析，并整理需求分析报告。需求分析报告通过部门内部评审时，版本定为0.7，取得客户的确定后为1.0版本。在需求分析报告取得客户的确认后，封锁该子项目，如后期需要修改，须征得管理员的认可，并作好修改说明，如需升版则必须通过部门评审并得到客户的确认，以1.0版本为基准按0.1单位增加版本。
4.3.3软件功能规格说明书针对公司自立项目，在项目启动阶段需要编写软件功能规格说明书，通过内部评审后，版本定为0.7，公司评审通过后版本定为1.0，如无须公司评审，则由0.7版自动升为1.0版，如后期需要修改，须征得软件配置管理负责人SCML的认可，并作好修改说明，如需升版则必须通过部门评审，以1.0版本为基准按0.1单位增加版本。
4.3.4开发计划需求分析或软件功能规格说明书完成后即可制定项目的开发计划，包括项目总体进度说明，及进度跟踪，计划修改，配置管理计划等。开发计划的修改按项目文档来处理。进度跟踪一般使用Project管理编制，由于修改较频繁，可只对作为进度基准的进度标记修改说明。开发计划通过部门内部评审后版本为0.7，批准执行后版本为1.0。
4.3.5系统设计系统设计可分为CDM、PDM和数据字典设计，功能模块划分及算法描述等部分。针对需求分析报告或软件功能规格说明书进行系统设计，系统设计报告部门评审通过后的版本为0.7，系统测试修改完成后其版本升为1.0，配置时应说明系统设计的版本与需求分析或软件功能规格说明书版本的对应关系。
4.3.6编码编码可分为前台业务处理和后台过程，也可按功能模块或人员再分子项目。编码实现过程应注意与客户需求系统设计相一致，否则须修改设计报告。在配置管理活动中工程项目的源程序代码版本控制一般指内部版本，新项目的系统测试结束后其版本为0.7，试运行阶段验收通过后版本为1.0，并以此版本为基准将来每次升级时，以0.1为单位增加。产品项目的源代码版本控制也可参照执行。
4.3.7测试功能测试阶段应提供测试问题卡与测试总结；
系统测试阶段应提供测试大纲、测试用例、测试所发现的问题和修改说明，及测试总结报告等。
4.3.8验收与项目总结项目验收最好能分为两个阶段，即安装试运行验收和项目最终验收。除验收报告外，验收期间与客户会谈纪要也应作为验收材料之一。项目总结由项目组成员共同编制，并应经过部门内部评审。
4.3.9相关资料与培训此部分包括相关法律、法规，必须遵照或项目组约定的技术规范，必要的业务或技术培训等。
4.3.10分承包商（可选）如果项目需要分包，须要提供分包方的背景说明，分包协议要求，以及分包括商合格评定材料等。
4.3.11日常事务与项目相关的日常事务，如项目组内的规定，项目周报、日报、人员的增减、出差事务等。
5.引用文件（无）
支付业务项目管理办法（试行） 第一章总则 第一条目的 为规范公司业务项目管理，明确业务项目管理的工作要求、项目管理各方职责以及工作流程，合理配置资源，确保公司各业务项目的全面评估、有效管控，提高业务项目管理的工作效率和水平，特制订本办法。 第二条基本要求 业务项目（以下简称项目）管理工作的基本要求是：鼓励创新、服务市场、科学管理、规范流程。 1.在执行公司有关保密规定的原则下，由公司业务规划管理委员会及业务与运营管理部对项目立项评审、项目实施、阶段性成果、项目上线评审以及项目工作效果评估等进行公开发布。 2.项目主办部门应按照项目规划进度，定期报告项目推进实施和执行情况，并具体说明项目分阶段的进展程度。 3.项目推进过程中应严格按照项目方案和项目工作流程操作。对于已经生产上线的项目，业务与运营管理部组织对项目运作情况定期开展过程控制、监督评价及项目质量效果评估。 第三条适用范围 本办法适用于以下项目的管理： 1.公司面向市场所开发的新业务、新产品。主要指在业务品
种、产品功能、支付方式、业务管理、运营流程等一个或多个方面，与公司现有业务和产品具有显著差异，或对公司现有业务和产品进行重大改进、资源整合，并能给公司带来较好经济价值的业务和产品。 2.已上线的综合支付项目的优化，涉及较大程度的系统、业务改造支持。 3.公司明确要求进行立项和上线评审的其他项目。 4.已上线，需进行跟踪评价和监督管理的项目。 总公司各部门及各分支机构应遵照本办法（含附件）的要求，开展项目立项、上线评审及项目跟踪评价等相关项目管理工作。本办法内容将根据公司业务的实际发展情况，及时进行更新和调整。 第二章参与主体及各方职责 第四条参与主体 在项目管理工作中，参与主体应主要由项目主办部门、项目管理部门和项目专业评审部门组成。 项目主办部门，是提报项目立项申请的部门，承担项目建设的主要工作责任，并完成项目立项申请、项目上线申请等所需的项目基础资料的准备工作。 项目管理部门，是负责组织项目论证、立项评审、上线评审，协调推进项目实施和项目过程管控，开展项目效果评估管理的部
项目配置管理过程规范文档种类：研发体系 发行范围：研发中心
变更记录
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；
项目管理组工作内容及工作流程 校对：印数： 6 份
一、总则 1、目的 为了保证公司项目工作的规范运作，规范公司项目管理组的工作范围和工作流程，特制定本管理规定。 2、适用范围 公司总工程师办公室及项目管理组。 3、职责 3.1对项目进行前期调查、收集整理相关资料，制定初步的项目可行性研究报告，为决策层提供建议，协同配合制定和申报立项报告材料。 3.2对项目进行分析和需求策划。 3.3对项目的组成部分或模块进行完整系统设计。 3.4制定项目目标及项目计划、项目进度表。 3.5制定项目执行和控制的基本计划。 3.6建立项目管理的信息系统。 3.7项目进程控制，配合上级管理层对项目进行良好的控制。 3.8跟踪和分析成本。 3.9记录并向上级管理层传达项目信息。 3.10管理项目中的问题、风险和变化。 3.11项目团队建设。 3.12各部门、各项目组之间的协调并组织项目培训工作。 3.13项目及项目经理考核。 3.14理解并贯彻公司长期和短期的方针与政策，用以指导公司所有项目的开展。 二、工作内容 4、项目范围管理 为了实现项目的目标，对项目的工作内容进行控制的管理过程。它包括范围的界定，范围的规划，范围的调整等。 5、项目时间管理 为了确保项目最终的按时完成的一系列管理过程。它包括具体活动界定，活动排序，时间估计，进度安排及时间控制等项工作。很多人把GTD时间管理引入
其中，大幅提高工作效率。 6、项目成本管理 是为了保证完成项目的实际成本、费用不超过预算成本、费用的管理过程。它包括资源的配置，成本、费用的预算以及费用的控制等项工作。 7、项目质量管理 是为了确保项目达到客户所规定的质量要求所实施的一系列管理过程。它包括质量规划，质量控制和质量保证等。 8、人力资源管理 是为了保证所有项目关系人的能力和积极性都得到最有效地发挥和利用所做的一系列管理措施。它包括组织的规划、团队的建设、人员的选聘和项目的班子建设等一系列工作。 9、项目沟通管理 是为了确保项目的信息的合理收集和传输所需要实施的一系列措施，它包括沟通规划，信息传输和进度报告等。 10、项目风险管理 涉及项目可能遇到各种不确定因素。它包括风险识别，风险量化，制订对策和风险控制等。 11、项目采购管理 是为了从项目实施组织之外获得所需资源或服务所采取的一系列管理措施。它包括采购计划，采购与征购，资源的选择以及合同的管理等项目工作。 12、项目集成管理 是指为确保项目各项工作能够有机地协调和配合所展开的综合性和全局性的项目管理工作和过程。它包括项目集成计划的制定，项目集成计划的实施，项目变动的总体控制等。 三、工作流程 13、项目立项 项目的立项，必须经过总经理同意，并签字确认。项目经理在项目管理系统中填写项目立项信息，并提交总经理签字确认，在管理系统中确认项目立项。 14、项目计划
配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；
项目管理规范总则
项目管理规范 1 总则 1.0.1 为提高建设工程施工项目管理水平,促进施工项目管理的科学化、规范化和法制化,适应市场经济发展的需要,与国际惯例接轨,制定本规范。 1.0.2 本规范适用于新建、扩建、改建等建设工程的施工项目管理。本规范是规范建设工程施工项目管理行为、明确企业各层次与人员的职责和相关工作关系、考核评价项目经理和项目经理部的基本依据。 1.0.3 建设工程施工项目管理应实行项目经理责任制和项目成本核算制。 1.0.4 建设工程施工项目管理,除应遵循本规范外,还应符合国家法律、行政法规及有关强制性标准的规定。 2 术语 2.0.1 施工项目construction project 企业自工程施工投标开始到保修期满为止的全过程中完成的项目。 2.0.2施工项目管理 construction project management by enterprises of c
onstruction industry 企业运用系统的观点、理论和科学技术对施工项目进行的计划、组织、监督、控制、协调等全过程管理。 2.0.3 项目发包人employer 在协议书申约定,具有项目发包主体资格和支付工程价款能力的当事人或取得该当事人资格的合法继承人。 2.0.4 项目承包人contractor 在协议书中约定,被项目发包人接受的具有项目施工承包主体资格的当事人,或取得该当事人资格的合法继承人。 2.0.5 项目分包人subcontractor 项目承包人根据施工合同的约定,将承包的项目部分发包给具有相应资质的当事人。 2.0.6 项目经理construction project manager 企业法定代表人在承包的建设工程施工项目上的委托代理大。 2.0.7 项目经理部 construction project management team 由项目经理在企业的支持下组建并领导、进行项目管理的组织机构。 2.0.8 矩阵式项目管理组织 matrix type organization of project management 结构形式呈矩阵状的组织,项目管埋人员由企业有关职能
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
项目管理流程及规范 2016年11月09日
目录 1. 文档目的 (3) 2. 项目流程 (4) 3. 项目流程规范 (5) 3.1需求（调研）分析 (5) 3.2产品低保真原型 (5) 3.2原型/需求评审 (5) 3.3项目立项 (5) 3.4需求确认 (6) 3.5项目周期重新估算 (6) 3.6活动(功能)时间估算 (6) 3.7需求变更管理 (7) 3.8风险预警 (7) 3.9进度控制 (7) 3.10质量管理 (8) 3.11产品发布 (8) 3.12项目验收 (8)
1.文档目的 本文档是为了解决公司人员对项目流程不清晰的问题，特别是项目组成员，项目经理、产品经理和各部门之间的协作，达到合理管控项目，有制度可依。从而杜绝或减少项目排期混乱、随意插队等现象。
2.项目流程
3.项目流程规范 3.1需求（调研）分析 1、明确项目范围 2、明确项目目标 3、识别项目干系人并管理期望 4、整理项目需求 5、可行性分析（技术、经济、操作） 6、预测项目风险 7、以上内容形成项目概况报告，并包含初步的里程碑点和排期表 8、（外部如有需要可以实地考察，调研，需准备调研表格，做完后签字） 9、（如有方案或合同，项目经理需要仔细逐条过一遍，找出和实际的差异，内容形成差异 报告含在项目概况报告里面） 3.2产品低保真原型 1、交付产品经理项目概况报告，项目和产品、需求方开会讨论需求 2、产品出完整的低保真原型 3、项目经理需要对原型做检查，确保达到需求要求 3.2原型/需求评审 1、提前一天通知相关人员（项目、产品、前端、研发、业务、测试、运维）进行原型评审 会议 2、新的比较大的功能改动需要单独开展，小的需求和已有的小改动的评审可以含在立项会 上开展 3、会议上所有人需要发表对原型的看法，业务和项目要注意原型是否真满足了需求 4、会议需要得出明确的结论，结束后形成会议纪要 3.3项目立项 1、邮件提前通知参会人员，包含业务、项目、产品、设计、前端、后端人员。邮件中需要 包含明确的会议时间点，参会人员，会议预计持续时间、会议主题等要素。 2、会议立项 1)任命项目经理，组成项目团队 2)项目经理主持会议，先介绍项目概况，展示项目概况报告； 3)项目经理讲解原型，讲解具体需求，细节由对应产品补充说明；项目不清楚时可由
【最新整理，下载后即可编辑】 项目配置管理过程规范
文档种类：研发体系发行范围：研发中心
变更记录 息，以保证其可追溯性。
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) 5.1. 活动关系图 (6) 5.1.1. 配置管理流程图 (6) 5.1.2. 配置变更流程图 (7) 5.2. 活动描述 (7) 5.2.1. 制定配置管理计划 (7) 5.2.2. 建立配置库 (8) 5.2.3. 建立配置项 (8) 5.2.4. 基线建立及发布过程 (8) 5.2.5. 配置变更 (9) 5.2.6. 配置审计 (9) 5.2.7. 备份 (10)
6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的；
. 配置管理计划******系统
修订页版本控制
目录 目录 ........................................................................................................................................... - 3 -1.引言............................................................................................................................................ - 4 - 1.1编写目的 (4) 1.2适用范围 (4) 1.3参考资料 (4) 1.4术语表 (4) 2.配置管理人员与责任 ................................................................................................................. - 5 - 3.用于配置管理的软硬件资源...................................................................................................... - 6 - 4.配置库结构与权限 ..................................................................................................................... - 6 - 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3配置库操作权限 (6) 5.配置项计划 ................................................................................................................................ - 7 - 6.基线计划 .................................................................................................................................... - 7 - 7.配置库备份计划......................................................................................................................... - 7 -
中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。
配置管理计划 基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
项目管理规范 1 总则 1.0.1 为提高建设工程施工项目管理水平，促进施工项目管理的科学化、规范化和法制化，适应市场经济发展的需要，与国际惯例接轨，制定本规范。 1.0.2 本规范适用于新建、扩建、改建等建设工程的施工项目管理。本规范是规范建设工程施工项目管理行为、明确企业各层次与人员的职责和相关工作关系、考核评价项目经理和项目经理部的基本依据。 1.0.3 建设工程施工项目管理应实行项目经理责任制和项目成本核算制。 1.0.4 建设工程施工项目管理，除应遵循本规范外，还应符合国家法律、行政法规及有关强制性标准的规定。 2 术语 2.0.1 施工项目construction project 企业自工程施工投标开始到保修期满为止的全过程中完成的项目。 2.0.2 施工项目管理construction project management by enterprises of construction industry 企业运用系统的观点、理论和科学技术对施工项目进行的计划、组织、监督、控制、协调等全过程管理。 2.0.3 项目发包人employer 在协议书申约定，具有项目发包主体资格和支付工程价款能力的当事人或取得该当事人资格的合法继承人。 2.0.4 项目承包人contractor 在协议书中约定，被项目发包人接受的具有项目施工承包主体资格的当事人，或取得该当事人资格的合法继承人。 2.0.5 项目分包人subcontractor 项目承包人根据施工合同的约定，将承包的项目部分发包给具有相应资质的当事人。 2.0.6 项目经理construction project manager 企业法定代表人在承包的建设工程施工项目上的委托代理大。 2.0.7 项目经理部construction project management team 由项目经理在企业的支持下组建并领导、进行项目管理的组织机构。 2.0.8 矩阵式项目管理组织matrix type organization of project management 结构形式呈矩阵状的组织，项目管埋人员由企业有关职能部门派出并进行业务指导，受项目经理的直接
配置管理员的基本岗位职责 一、配置经理的基本技能与资格 1、资格： 1.能够重视配置管理工作； 2.能够按规范实施配置管理工作； 3.积极支持部门的配置管理方面的工作； 4.能够积极支持与帮助其他人员； 5.为部门的配置管理能力的提高贡献力量； 6.熟悉公司配置流程以及其他相关的流程； 7.为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门；2、基本技能： 1.能够独立规划项目的配置管理工作； 2.熟练掌握配置管理的相关概念； 3.能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 4.具有基本的与人沟通的技巧； 5.能够了解项目管理过程中的主要环节； 6.初步了解项目管理过程中的质量保证的各个方面； 7.了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力.
1、具体表现为： 1.项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； 2.积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； 3.熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； 4.为项目控制好版本，保证项目各阶段所使用的版本正确； 5.及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； 6.与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； 7.能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； 8.项目进行中或结束后，能够总结并编写配置管理过程中的案例； 三、配置经理的工作内容 1、项目计划阶段： 在项目计划阶段，是配置管理工作前期准备的重要阶段，配置经理的工作主要有以下几方面的内容： 1、制定配置管理计划 2、对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置经理要与项目经理协商，制定配置管理的计划，规划未来的配置管理工作。配置管理计划的约束条件： 1)配置管理的规划必须以项目开展的工作为基础，参考配置管理规程； 2)配置管理计划的编写必须以公司的流程为模版，与工作说明书和质量保证计划相一致； 3)配置管理计划能够指导未来的配置管理工作，配置管理工作必须以配置管理计划为基准； 4)配置管理计划必须经过最终的评审通过，才能够成立； 5)如果配置管理计划不能满足未来配置管理工作的需要，可以再增加配置管理工作计划作为配置管理计划的辅助，指导未来的配置管理工作； 3、规范配置管理环境 配置管理计划制定结束后，配置管理人员要依据计划实施配置管理的前期工作。首先必须规范配置管理的环境，实现项目组内的专机专用，与项目经理协商，开发用机、测试用机、配置用机的情况，并最终生成配置管理环境维护清单，便于后期对环境的维护； 4、建立配置库 配置库作为项目组内成员今后工作的平台，前期的详细准备是非常重要的。配置库建立的准则： 1.依据配置管理计划中的定义建立配置库； 2.与项目经理协商配置库人员使用的权限规定与配置库工作区间的划分，保证个人工作区间
卷号DEPLOY 卷内编号DEPLOY005 密级组内 HD20090917SR005 通用型行政审批服务协同管理平台 配置管理计划 1.2 项目承担部门：java第四组 撰写人（签名）：区允文 完成日期：2010年8月4日 本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户 评审负责人（签名）：江威龙 评审日期：2010/8/4
目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述4 2.项目配置4 2.1组织结构4 2.2职责和接口5 2.3工具、环境和基础设施5 3.配置管理活动6
3.1配置库6 3.1.1配置库架构6 3.1.2权限分配7 3.1.3配置库层次及开发活动说明：8 3.2配置标识9 3.2.1标识方法9 3.2.2项目基线10 3.3配置项11 3.4配置和变更控制11 3.4.1变更请求的处理和审批11 3.4.2变更控制委员会 (CCB)11 3.4.3变更过程中的活动11 3.4.4变更过程中的变更请求状态12 3.4.5保存变更历史记录13 3.4.6变更请求中受影响配置项的变更13 3.5配置状态统计14 3.5.1项目介质存储和发布进程14 3.5.2报告和审计14 4.里程碑15 5.培训和资源15 6.分包商和厂商软件控制15 7.附录15
配置管理计划 1.简介 1.1目的 为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。 1.2范围 项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。 1.3定义、首字母缩写词和缩略语 CM：配置管理。 CCB：变更控制委员会。 CI：配置项。包含文档、程序。 Baseline：基线。 CR：变更请求。 PCA：物理审计。 FCA：功能审计。 1.4参考资料 《华南农业大学软件学院实训讲义》 《华南农业大学项目阶段评审工件》 1.5概述 此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。 2.项目配置 2.1组织结构
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
苏州市纽克斯照明有限公司内部控制系列文件 项目管理制度系列 项目管理制度 第1版
制度更新一览表 注：1．本记录表记录每次修订制度的内容和版本号； 2．每次制度更新、修订、审核和核准记录必须完整，日期必须注明。
目录 1、项目计划及跟踪.................................... 错误!未定义书签。 项目计划...................................................... 错误!未定义书签。 周例会制度.................................................... 错误!未定义书签。 阶段例会制度.................................................. 错误!未定义书签。 早会制度...................................................... 错误!未定义书签。 会议纪要制度.................................................. 错误!未定义书签。 2、风险管理.......................................... 错误!未定义书签。 3、实施范围管理...................................... 错误!未定义书签。 4、二开需求管理...................................... 错误!未定义书签。 5、知识转移.......................................... 错误!未定义书签。 6、文档和变更管理.................................... 错误!未定义书签。 文档管理制度.................................................. 错误!未定义书签。 文件签字确认制度.............................................. 错误!未定义书签。 问题报告制度.................................................. 错误!未定义书签。 重要事项确认制度.............................................. 错误!未定义书签。 项目变更机制.................................................. 错误!未定义书签。 7、奖惩制度.......................................... 错误!未定义书签。
软件配置管理规范 版本：V1.0
目录 1介绍 (1) 1.1目的 (1) 1.2范围 (1) 2规范概述 (1) 3规范详述 (1) 3.1配置库管理规范 (1) 3.1.1配置库说明： (1) 3.1.2配置库目录结构： (2) 3.1.3配置库权限设置： (4) 3.1.4配置库备份机制： (5) 3.2配置项管理规范： (5) 3.2.1配置项入库： (5) 3.2.2配置项标识： (5) 3.3基线管理规范： (8) 3.3.1基线说明： (8) 3.3.2基线分类： (8) 3.3.3基线命名规则 (9) 3.4其它项配置规则： (9) 3.4.1分支命名规则 (9) 3.4.2Eclipse工作空间命名 (9) 3.4.3版本标签命名规则 (9) 3.5过程简称表： (10) 3.6配置类别简称表: (10)
1 介绍 1.1 目的 本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。 1.2 范围 本规范适用于重要软件产品和软件项目的配置项管理。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。 2 规范概述 本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。 3 规范详述 3.1 配置库管理规范 整个项目开发中，把所有的工作成果存放在四个库中，分别为：开发库、受控库、基线库、产品库，每个库下面对应的分为文档库和代码库两部分。前三个库存放到配置管理工具数据库中，产品库建立在文件服务器\\192……\project目录中，根目录名称为项目编号。 配置管理员根据项目情况（项目规模、人员使用工具习惯等）、开发模式（本地开发、异地分布式开发）、财力等因素，确定配置管理工具软件（如：ClearCase、SVN、VSS等）以及计算机资源（内存、CPU、网络环境）；确定存储库备份环境（备份服务器、备份介质）。 3.1.1 配置库说明： 开发库，包括整个开发过程中处于动态变化过程中的工作成果。 受控库，存放项目计划中定义的需要进行控制工作产品。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。 基线库，存放项目过程的基线配置项。
中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)
配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责
(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。
总则 1 项目管理方针 1.1 法人管项目：统一项目基础管理模式，强化企业的项目策划及资源集中调控，规X 企业层面对项目的服务、监督行为，确定企业、项目部层次的责任及相互关系，促进项目管理体系有效运行； 1.2 系统化管理：规X项目管理基本流程和方法，以项目管理责任目标为中心，确定企业和项目部工作职责，提高企业行政效率，促进项目部执行效率。 1.3 持续改进：总结、提炼成功经验，改进项目管理制度，优化项目管理体系，建全项目管理考核，提高项目管理绩效。 1.4 相关方满意：以技术先进、成本节约、安全文明、过程环保等手段建设完美工程，为客户提供优质服务，提高员工职业发展自豪感和幸福指数。加强与优秀供应商、分包商的合作与信任，展现企业形象及管理水平。 2 手册中心思想“112233” “1”指：一个核心——“项目成本管理为核心”。建立预算成本、制造成本、财务 核算成本为内容的成本控制体系，以标准成本促进生产机制优化，建立并完善施工定额，促进企业可持续发展的工程建设能力的形成与提高。 “1”指：“一条主线”——“项目全过程管理为主线”。项目工作进度全过程管理是企业日常管理活动的纲要，以此纲要贯穿相关管理职能及事务，促进企业管理标准化。“2”指：“二层管理”——“企业及项目部二个层面的项目管理”。具体表现为企业层面的EPC 工程建设后方保障平台，以及项目部层面的EPC 现场施工管理保证平台。“2”指：“二个纲领性文件”——“施工组织设计”是指导施工项目全过程各项活动的技术、经济和组织的综合性文件，是施工技术与项目管理结合的产物，能保证施工活动有序、高效、科学合理地进行。“建设工程施工合同”是规定建设单位和施工单位权利和义务的法律文件，是施工过程中成本控制和提高经济效益的重要依据。 “3”指：“三个基本文件”——“项目策划书、项目管理目标责任书、项目实施计 划书”，是项目管理体系有效运行的基础。 “3”指“三个基本报告”——“项目经理月度报告、项目商务月度报告、项目每日
软件配置管理规范 Versio n 2.1 技术委员会
标题：软件配置管理规范作者:技术委员会 创建日期：2001-6-20 上次更新日期:2019/11/17 8:23:00 版本:2.1 部门名称：托普信息（iTOP）集团 修订文档历史记录
1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1目的 本文档指导项目开展配置管理活动。 1.2范围 本文档适用于托普信息(iTOP)集团技术委员会批准立项的软件项目。 1.3文档结构 第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分：配置管理工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第三部分：变更控制工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分：附录，本文中流程图的标准符号定义。 1.4词汇表 CM( Configuration management ) 配置管理。 CCB( Change control board ) 变更控制委员会。 CI( Configuration item ) 配置项，包含文档、程序。 CR( Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响 的信息。 PCA( Physical Configuration Audit ) 物理审计，在配置管理系统中建立基线的工件是否为“正确”版本。 功能审计，核实软件配置项的实际性能是否符合它的需求。基线( Baseline ) 已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并 且只能通过正式程序，例如变更管理和配置控制才能进行更改。 配置管理库( Configuration Management Library ) 存储项目工件的所有版本，即存储项目的定义的配置项。版本( Version ) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性