XX项目平台配置管理计划
配置管理计划-VN.N要点
文件编号：配置管理计划-YYMMDD内部资料妥善保管XXXX软件项目配置管理计划（Vn.n）XXX小组2011年XX月XX日文档控制更改记录审阅分发目录第一章引言 (2)1.1标识 (2)1.2系统概述 (2)1.3文档概述 (2)1.4组织和职责 (2)1.5资源 (2)第二章引用文件 (3)第三章管理 (4)3.1机构 (4)3.2任务 (4)3.3职责 (4)3.4接口控制 (4)3.5实现 (5)3.6适用的标准、条例和约定 (5)第四章软件配置管理活动 (6)4.1配置标识 (6)4.2配置控制 (6)4.3配置状态的记录和报告 (7)4.4配置的检查和评审 (7)第五章工具、技术和方法 (9)第六章对供货单位的控制 (10)第七章记录的收集、维护和保存 (11)第八章配置项和基线 (12)8.1配置项命名规则 (12)8.2配置项的识别和基线的划分 (12)8.3变更和发布 (12)第九章备份 (13)第十章日程表 (14)第十一章注解 (15)附录 (16)附表 (17)附表1:产品发布清单 (17)附表2:配置变更申请单 (17)附表3:配置问题报告单 (19)附表4:配置变更和问题登录表 (20)附表5:配置状态统计报告 (20)附表6:配置审核报告 (21)文档编写的基本快捷功能：标题1——ALT+1；标题2——ALT+2；标题3——ALT+3……以此类推，直到标题4；正文（Alt＋W）1.正文标题（Alt＋B）(1)正文（格式刷）a.正文（格式刷）⏹正文标题（Alt＋D）文档模板中，所有蓝色字体均为编写说明，请实际使用时候务必删除，切记！！！！！！所有修改完成后，请更新文档的：⏹目录页的目录；⏹文件修改记录页的修改记录；⏹请务必删除本页说明。
第一章引言1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
配置管理计划模板
<项目名称>配置管理计划版本<1.0>[注：以下提供的模板用于RationalUnifiedProcess。
其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=正文）。
]修订版历史目录1.简介1.1目的1.2范围1.3定义、首字母缩写词和缩略语1.4引用1.5概述2.软件配置管理2.1组织、职责和接口2.2工具、环境和基础设施3.配置管理活动3.1配置标识3.1.1标识方法3.1.2项目基线3.2配置和变更控制3.2.1变更请求的处理和审批3.2.2变更控制委员会(CCB)3.3配置状态统计3.3.1项目介质存储和发布进程3.3.2报告和审计4.里程碑5.培训和资源6.分包商和厂商软件控制配置管理计划1.简介[配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、引用和概述。
]1.1目的[阐明此配置管理计划的目的。
]1.2范围[简要说明此配置管理计划的范围：它的相关模型，以及受到此文档影响的任何其他事物。
]1.3定义、首字母缩写词和缩略语[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
]1.4引用[本小节应完整地列出此配置管理计划中其他部分所引用的任何文档。
每个文档应标有标题、报告号（如果适用）、日期和发布组织。
列出可从中获取这些引用的来源。
这些信息可以通过引用附录或其他文档来提供。
]1.5概述[本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。
] 2.软件配置管理2.1组织、职责和接口[说明谁将负责执行CM工作流程中所述的各种配置管理(CM)活动。
]2.2工具、环境和基础设施[说明在整个项目过程或产品生命周期中为实现CM功能而使用的计算环境和软件工具。
项目建设管理方案
项目建设管理方案一、项目概况。
项目名称，XXX项目。
项目地点，XXX地区。
项目规模，XXX平方米。
项目内容，XXX。
二、项目建设目标。
本项目的建设目标是XXX，旨在XXX。
通过本项目的建设，可以达到XXX的效果，为当地经济发展和社会进步做出贡献。
三、项目建设内容。
1. 建设范围。
本项目建设范围包括XXX，主要包括XXX等内容。
2. 建设内容。
本项目主要建设内容包括XXX，具体包括XXX等。
3. 建设技术要求。
本项目建设需要符合当地相关的技术标准，确保建设质量和安全。
四、项目建设进度安排。
1. 前期准备阶段。
在项目建设开始前，需要进行项目前期准备工作，包括XXX等内容。
2. 建设实施阶段。
项目建设实施阶段需要按照项目计划，合理安排施工进度，确保项目按时完成。
3. 后期验收阶段。
项目建设完成后需要进行相关的验收工作，确保项目建设符合相关标准和要求。
五、项目建设管理机制。
1. 组织管理。
建立项目建设管理组织机构，明确各部门职责，确保项目建设顺利进行。
2. 资金管理。
建立健全的资金管理制度，确保项目建设资金使用合理、透明。
3. 进度管理。
建立项目建设进度管理制度，确保项目按时完成。
4. 质量管理。
建立项目建设质量管理制度，确保项目建设质量达标。
5. 安全管理。
建立项目建设安全管理制度，确保项目建设过程中安全生产。
六、项目建设风险管理。
1. 风险识别。
对项目建设过程中可能出现的风险进行识别和分析。
2. 风险评估。
对识别出的风险进行评估，确定风险的影响程度和可能性。
3. 风险应对。
针对不同的风险，制定相应的风险应对措施，确保项目建设过程中风险可控。
七、项目建设成果评价。
项目建设完成后，需要进行成果评价，评估项目建设的效果和影响。
八、项目建设管理方案的修订与完善。
根据项目建设实际情况，及时修订和完善项目建设管理方案，确保项目建设顺利进行。
以上即为XXX项目建设管理方案的内容，希望能够得到您的认可和支持，谢谢！。
it服务管理体系文件-配置管理计划
文件编码:配置管理计划（版本号：Vx.y）文件版本历史说明：1.封皮页版本号应与“文件版本控制页”最后一条版本记录的“文件版本”保持一致；2.采用《文件更改申请单》完成更改编审批时，“修订说明”可直接填写文件更改申请单单号，否则应记录具体修改内容。
目录1 .配置规划目的 (4)2 .配置管理范围 (4)3 .配置管理办法 (4)4 .配置进度计划 (4)5 .人力资源计划 (4)6 .质量控制计划 (5)7 .配置审计计划 (6)8 . CMDB备份计划 (6)9 .配置风险计划 (7)1 .配置规划目的【注:项目负责人根据公司发展战略和配置工作的具体情况,明确此次配置管理规划的目的,对应项目着力实现哪方面的提升。
】2 .配置管理范围【注:项目负责人明确配置管理活动的具体内容,即对哪些配置项进行标识、控制、状态记录、审核等。
】例:本项目的配置管理范围是项目涉及的基础设施和应用系统配置信息的管理,具体包括XXXX 服务器、XXXX存储设备、XXXX网络设备、XXXX应用软件等可服务于管理控制的信息。
3 .配置管理办法【注:项目负责人对应项目情况,制定具体的人员、活动管理办法,加强对管理风险点的控制。
】4 .配置进度计划【注:项目负责人明确此次配置任务,编制对应的里程碑,排序工作活动,评估任务历时,整合任务计划,及时跟进审核调整该计划。
】5 .人力资源计划【注:项目负责人确定实施配置管理活动的具体组织及其职责,明确指派负有下列职责的项目组人员。
】6 .质量控制计划【注:配置负责人确定配置项的标识和控制规范、CMDB日常管理及备份程序和规范、任何损失的恢复过程、文档保留程序（什么文档要保留和谁保留及保留多长时间）、信息是在线还是脱机保留以及保留介质。
CMDB的审核由配置负责人牵头组织,由负责某一组配置工作的人去审核其它组的工作,避免出现自己的工作自己审核的情况。
】例:C1命名规范:XX-YYY-zzz-∩∩∩∩f共15位。
研发项目管理进度计划模板
研发项目管理进度计划模板一、项目概述项目名称：XXX项目目标：XXX项目范围：XXX项目时间：XXX二、项目进度计划1. 需求分析阶段时间：XXXX年XX月-XXXX年XX月任务：完成项目需求调研、分析，编写需求规格说明书。
负责人：XXX关键里程碑：完成需求规格说明书评审。
2. 设计阶段时间：XXXX年XX月-XXXX年XX月任务：完成系统设计，包括架构设计、数据库设计、界面设计等。
负责人：XXX关键里程碑：完成系统设计评审。
3. 开发阶段时间：XXXX年XX月-XXXX年XX月任务：完成系统开发，包括编码、单元测试等工作。
负责人：XXX关键里程碑：完成模块开发及单元测试。
4. 测试阶段时间：XXXX年XX月-XXXX年XX月任务：完成系统集成测试、性能测试、安全测试等工作。
负责人：XXX关键里程碑：完成系统测试，测试报告评审。
5. 部署上线阶段时间：XXXX年XX月-XXXX年XX月任务：完成系统部署、配置，上线运行。
负责人：XXX关键里程碑：完成系统部署，上线运行评审。
6. 运维阶段时间：XXXX年XX月-XXXX年XX月任务：负责系统日常维护、监控、升级等工作。
负责人：XXX关键里程碑：完成项目总结报告。
三、资源安排1. 人员配置项目经理：XXX需求分析师：XXX设计师：XXX开发人员：XXX、XXX、XXX测试人员：XXX、XXX、XXX运维人员：XXX、XXX、XXX2. 设备及软件资源需求开发工具：XXX、XXX、XXX等。
XX市投资项目信息化平台国产化适配改造建设意见
XX市投资项目信息化平台国产化适配改造建设意见一、项目概述（一）项目建设目标本项目通过对原有业务系统进行国产化适配改造建设，最终形成标准化、体系化、规范化的国产化替代及适配方案、应用及数据迁移方案、安全防护方案等一揽子解决方案，能够达到国产化替代与市发展改革委的政务应用无缝融合、用户透明、体验良好、衔接顺畅的目的。
优化和扩建XX市投资项目信息化平台，整合信息化平台现有的系统和应用，建设投资项目管理系统和智慧评审系统，实现新型基础设施建设项目的申报入库和审核管理、全市固定资产投资情况的监管及调度，加强对投资项目的事中事后监管，提升项目过程信息质量，增强项目信息的关联共享，发掘项目信息的价值，为投资项目管理和评审决策提供准确的数据支撑，打造集项目管理及智慧评审于一体的综合性管理平台，提高政府投资项目评审科学性和准确性。
（二）项目建设内容本项目建设主要遵照国家、省、市各级政策法规标准以及信息化行业标准等，建设内容包括如下：二、项目详细需求（一）技术需求1.采用国产化环境部署，应用系统能够兼容国产化操作系统、数据库、中间件；2.采用B/S架构J2EE体系结构；3.采用数据可视化技术实现本项目的统计分析结果图形化展示；4.采用JSON作为数据交换格式标准；采用RESTful架构提供标准的数据接口。
（二）系统功能需求1．原有系统适配改造（1）投资项目审核和监管平台（适配改造）①技术架构改造原有系统为J2EE架构，具有跨平台特性，本次改造原则上在原有架构上对投资项目审核和监管平台进行服务器端操作系统、数据库、中间件、客户端操作系统、浏览器组件、插件或第三方构件的适应性改造。
②功能适配改造随着国家对信息化产品要求提高，原有业务系统需适配我国生产的软硬件，需对投资项目审核和监管平台的功能进行国产软硬件适配改造，包括投资项目年度计划申报审核管理、投资项目库、综合资料库、政策法规功能。
（2）投资项目数据分析决策平台（适配改造）①技术架构改造原有系统为J2EE架构，具有跨平台特性，本次改造原则上在原有架构上对投资项目数据分析决策平台进行服务器端操作系统、数据库、中间件、客户端操作系统、浏览器组件、插件或第三方构件、GIS的适应性改造。
XX市国土资源数据中心管理平台设计建设可行性方案
XX市国土资源数据中心管理平台设计建设可行性方案一、项目背景随着城市化进程的加快，国土资源数据管理成为一项十分重要的工作。
国土资源数据中心作为地理信息系统和国土资源管理系统的核心，对城市的规划、建设和管理起到了重要的支撑作用。
因此，XX市决定设计建设自己的国土资源数据中心管理平台，以提高数据管理和利用效率，推动城市的可持续发展。
二、项目目标1.提高国土资源数据管理效率：通过建设国土资源数据中心管理平台，实现国土资源数据的集中管理和统一标准，提高数据的整合性和可操作性，提高数据管理效率。
2.优化数据资源配置：通过对数据资源进行分类管理和统一调度，实现数据的共享和交换，提高数据资源的利用率。
3.加强数据安全保护：通过建设完善的数据安全管理系统，保护国土资源数据的安全性，防止数据泄露和损坏。
4.支持多种数据格式和应用：建设开放式的平台，支持多种数据格式和应用的接入，提高数据的应用范围和价值。
5.提供便捷的数据服务：通过建设统一的数据查询和分析接口，提供便捷的数据服务，满足各部门和各类用户的需求。
6.推动城市可持续发展：通过数据的准确、及时和有效管理，为城市的规划、建设和管理提供科学依据，推动城市的可持续发展。
三、项目内容1.系统架构设计：根据XX市的实际情况，设计合理的系统架构，包括前端界面、数据库、数据接口和管理模块等。
2.数据标准制定：制定统一的数据标准，包括数据命名规范、数据格式、数据服务接口等，确保数据的一致性和互通性。
3.数据库设计与建设：建设大容量、高可靠性的数据库系统，对各类国土资源数据进行分类、存储和索引。
4.安全管理系统设计：设计完善的安全管理系统，包括数据备份与恢复机制、权限管理和访问控制等，确保数据的安全性和可靠性。
5.接口开发与集成：开发统一的数据查询和分析接口，实现多种数据格式和应用的接入和共享。
6.数据服务平台建设：建设便捷、高效的数据服务平台，为各部门和各类用户提供数据查询、分析和可视化等服务。
系统部署计划书范本
系统部署计划书范本一、项目介绍本系统部署计划书旨在详细描述系统部署的计划与过程，确保项目能够按时、按质量要求完成系统的部署工作。
项目名称为XXX系统部署计划。
本计划书包括项目背景、目标、计划时间表、部署步骤、风险评估以及相关资源需求等内容。
二、项目背景XXX系统是一套面向企业管理的综合性管理信息系统，旨在帮助企业提高管理效率、降低成本、提升竞争力。
经过设计和开发，系统已经进入部署和测试阶段，为了确保系统能够正常运行并满足用户需求，我们制定了本系统部署计划。
三、目标1. 确保系统在经过部署后能够正常运行，并满足用户的需求。
2. 在规定时间内完成系统的部署工作，确保项目进度不受影响。
3. 提供详细的部署计划，为相关人员指导。
四、计划时间表下面是系统部署的时间计划，包括预计的起止日期和每个阶段的具体任务。
1. 项目准备阶段- 确定系统部署团队及各成员职责（日期：xx年xx月xx日）- 建立与用户沟通的渠道，了解用户需求及特定要求（日期：xx年xx月xx日）2. 系统调试与测试阶段- 配置测试环境并进行系统调试（日期：xx年xx月xx日-xx年xx 月xx日）- 进行测试用例的制定与测试用例执行（日期：xx年xx月xx日-xx 年xx月xx日）3. 系统上线和部署阶段- 系统上线前的备份工作（日期：xx年xx月xx日）- 系统上线和部署准备工作（日期：xx年xx月xx日）- 确保数据的准确性和完整性（日期：xx年xx月xx日）- 确保系统的稳定性和安全性（日期：xx年xx月xx日）五、部署步骤1. 项目准备阶段在项目准备阶段，需要明确系统部署团队的人员配置，确定每个成员的工作职责，并确保与用户的沟通渠道畅通。
2. 系统调试与测试阶段在系统调试与测试阶段，需要配置好适当的测试环境，并进行系统的调试工作，确保系统能够正常运行。
同时，需要针对系统功能进行测试，编写相应的测试用例，并进行测试用例的执行。
3. 系统上线和部署阶段在系统上线和部署阶段，需要对系统进行备份工作，确保数据的安全性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX项目平台配置管理计划文件修改控制XX公司2015年5月目录第1章引言 (3)1.1.目的 (3)1.2.术语定义 (3)1.3.参考资料 (3)第2章软件配置 (4)2.1.软件配置环境 (4)2.1.1 服务器软件环境 (4)2.1.2 硬件环境 (4)2.1.3 配置管理客户端 (4)2.2.软件配置项 (4)2.2.1 受控配置库 (4)2.2.2 非受控配置目录 (5)2.3.配置管理员 (5)第3章软件配置管理计划 (4)3.1 建立示例配置库 (4)3.2 配置标识管理 (4)3.3 配置库控制 (5)3.3.1 权限控制 (5)3.3.2 配置库的控制 (5)3.3.3 建立软件库 (5)3.3.4 软件配置更改 (5)3.4 配置的检查和评审 (6)3.5 配置库的备份 (7)3.6 配置管理计划的修订 (7)3.7 配置管理计划附属文档 (8)第4章里程碑 (9)附录1 文档命名规定 (1)1、受控配置库文件命名规则 (1)2、非受控配置库文件命名规则 (1)3、提交文档文件命名规则 (2)附录2 帐号及权限管理 (3)附录3 配置库使用规定 (5)第1章引言1.1.目的本文档目的在于对XX项目进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关的制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2.术语定义软件配置管理：简称SCM（Software Configuration Management 的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。
配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识。
配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。
1.3.参考资料暂无第2章软件配置2.1.软件配置环境2.1.1 服务器软件环境2.1.2 硬件环境2.1.3 配置管理客户端项目组成员在各自的计算机安装SVN客户端，项目组成员以分配的帐号访问配置服务器和登录配置管理系统，根据配置管理员设定的用户权限进项配置管理活动。
2.2.软件配置项在本项目的实施过程中，将配置库分为受控配置库和非受控配置库两种。
2.2.1 受控配置库在本项目开发实施的整个过程中，根据不同阶段的配置管理划分11 个受控配置目录，只有配置管理员拥有增加和修改的权限，其它用户只有只读的权限。
初始配置库的根目录中包项目的配置文件清单，该文档包括本项目开发过程中应该提交的文档的清单，在实际开发过程中，根据实际情况，可以在清单中酌情修改、增加和删除需要提交的文档。
具体内容参见本文3.3 的“配置文件清单的维护”。
2.2.2 非受控配置目录在本项目开发过程中，设立了非受控配置目录。
设立非受控配置目录的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档，没有格式及命名上的严格要求，使项目组成员在思考、设计时不受太多的限制和约束，能够更有效地发挥个人能力，符合以人为本的原则。
在项目初期，设立了以下三个目录：在根据项目开发过程中，根据实际需要，可以酌情增加非受控配置目录。
2.3.配置管理员在本软件项目开发过程中，项目组设立配置管理员，专业（或兼职）负责软件项目开发过程中的软件配置管理工作，保证在项目开发过程中的一些变更管理及文档管理的完整性，顺利地实施项目开发进度。
配置管理员负责制定配置管理计划，检查项目组成员是否正确使用配置库，并督促项目开发计划的实施。
配置管理员还需配合研发中心产品管理部进行项目的配置评审。
评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，然后由配置管理员负责签入配置库；同时，由配置管理员收集配置项审批相关的email 文档并签入配置库。
第3章软件配置管理计划关于配置库的日常使用的规定参见附件3《配置库使用规定》。
3.1 建立示例配置库配置管理员在制定完计划后，根据公司建议的配置库建立符合本项目的配置管理库。
配置库建立在SVN上，目录结构可按照示例配置库提供的目录。
对于本项目来说，需要划分多个子系统，因此要在确定子系统的划分后，在不同阶段下分建立各子系统的配置目录。
配置管理库建立完毕后，可根据配置管理库的人员计划在SVN上建立相应的用户及权限，并将这些用户分发给指定的开发人员或用户。
具体的帐号及权限管理参见附录2 《帐号及权限管理》配置管理员应保管好配置管理工具的管理员权限，项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。
3.2 配置标识管理1．文档根据配置管理计划和配置库中的文档清单，配置管理员要检查需要提交的文档是否都按时提交，文档数目是否符合，文档的标识、命名以及版本等是否符合程序规定。
关于文档的命名请参见附件1 《文档命名规定》。
2．程序所有属于该项目的程序、分程序、模块和程序单元，都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。
要求所有模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的。
模块编号在系统设计完成之后，由项目组和配置管理员共同根据系统设计进行编制。
3．基线所有属于本项目及其各子系统的各类基线，首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线：文档基线：本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第4 节“里程碑”。
产品基线：产品基线包两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含所有程序代码和文档。
配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义。
3.3 配置库控制3.3.1 权限控制配置管理员根据附录2《帐号及权限管理》设置和调整项目组成员对配置项的权限。
3.3.2 配置库的控制在项目开发和实施的整个过程中，配置管理员应根据配置管理计划及管理规则对配置库对应进行管理和控制。
配置管理员负责检查项目组成员使用配置库是否正确。
包括是否及时签入最新版本、是否添加了注释、是否及时更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等。
3.3.3 建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区），同时建立起想对应的有关该系统及其子系统的软件受控库。
在每个阶段结束或里程碑，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应按照正常的变更程序来控制并检查相关的变更文档。
当全部开发工作结束，需建立起软件产品库，将所有可交付的产品都送入软件产品库。
3.3.4 软件配置更改软件配置的更改管理适用于全部项目的所有文档和代码，其中包括整个项目的各个运行软件，也包括为项目专门开发的支持软件。
对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改，必须得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改。
更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受控配置库。
受控配置库中的文档，在文档中需要有修改记录部分，包括修改人、修改日期、修改内容等项，每次对于受控配置库中文档的修改，必须填写这些项。
配置文件清单的维护由配置管理员维护。
项目初期，配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预计，并在配置文件清单中列出这些文档及其大致的计划提交时间。
在实际开发过程中，文档提交可能会产生一些变化，如新增某些文档、原计划的一些文档不再单独产生、文档计划提交日期的变更等，项目组应该及时通知配置管理员，由配置管理员及时更改配置文件清单中的相应项。
3.4 配置的检查和评审配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。
相关的审核内容如下表：提供所需要的配置管理计划及相关资料，在项目开发结束后，需提交所有关于项目的软件配置库。
3.5 配置库的备份在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备份，以防造成劳动成果的丢失而给整个项目及公司带来的严重损失。
备份可按照公司的要求定期（按周或月）进行。
在每个阶段或里程碑处在做完基线工作后应进行备份。
备份文件应存放在不同的地方。
3.6 配置管理计划的修订初始的配置管理计划在项目开始的初期进行制定，由于此时只能大致确定整个开发过程中的一些活动及其会产生的文档，在实际开发过程中，可能会与此有些差异，因此，配置管理计划也需要根据开发过程的实际情况，及时进行修订，使之能够有效地对本项目的配置管理活动进行指导。
在一般情况下，进行配置管理计划修订的时机选在到达各个阶段的里程碑时。
如果在一个阶段的实施过程中，配置管理计划不能适应实际过程的变更，则由配置管理员与项目管理人员一起根据实际情况修订配置管理计划。
3.7 配置管理计划附属文档《配置文件清单》：记录项目开发过程中应该产生的一些文档、描述及其提交计划等内容，是执行配置管理及检查的重要依据。
该文档在项目开始的初期建立，确定开发过程中需要提交的大部分文档，并在项目开发过程中根据实际情况稍做更新。
《模块清单》：模块清单记录了系统各个子系统、程序模块的名称并分进行项目内的唯一编号，是所有模块的源代码需记录模块编号的依据。
《模块清单》在系统设计完成之后，由项目组和配置管理员共同根据系统设计进行编制。
第4章里程碑本项目主要划分以下几个里程碑：附录1 文档命名规定本命名规定主要是针对文档的，不包括源代码文件和最终程序的命名规则。
本规定主要以下三个方面的命名规则：受控配置库文件命名规则非受控配置库文件命名规则提交文档文件命名规则1、受控配置库文件命名规则受控配置库中的配置项文档（不含源代码和最终工作产品）名称应该按照如下格式命名：项目名称+ 资料名称+ 撰写或修改日期例如：2015年3月15日定稿的需求规格说明书。