下载文档原格式
工程项目仓库管理制度一、总则为规范工程项目仓库管理，提高管理水平，保障物资安全，保证项目顺利运行，特制定本制度。
二、仓库管理范围本管理制度适用于公司所有工程项目的仓库管理，具体包括：物资采购、入库、出库、库存管理、盘点、报损等各个环节的管理。
三、仓库管理人员1. 仓库管理员仓库管理员是负责仓库管理的专职人员，全面负责仓库的日常管理工作，包括物资的采购、入库、出库、库存管理和仓库清洁卫生等工作。
2. 物资管理员物资管理员是负责具体分工的仓库管理人员，负责对仓库内的物资进行分组分类、标识定位、明细登记等工作，以确保物资的准确性和及时性。
3. 仓库巡检员仓库巡检员是负责对仓库日常安全、卫生、秩序等进行巡查监督的人员，及时发现问题并解决。
四、物资管理1. 物资采购仓库管理员应根据工程项目的需求，编制物资采购计划，按照公司规定的流程和程序进行采购，保证采购的质量和时效性。
2. 物资入库物资入库时，应由物资管理员进行验收，检查物资的数量、规格、质量等是否符合要求，填写入库记录，并及时通知仓库管理员进行入库登记。
3. 物资出库物资出库前，需进行出库申请和审批，由仓库管理员办理出库手续，并记录出库数量、领用人员、时间等信息，保证物资的安全和及时性。
4. 库存管理仓库管理员应定期对仓库内的物资进行盘点和清点，确保库存数据的准确性和及时性，及时发现问题并解决。
五、仓库管理制度1. 仓库管理制度的宣传和培训公司应定期对仓库管理人员进行仓库管理制度的宣传和培训，使其了解并严格执行规定，确保仓库管理工作的顺利开展。
2. 仓库管理制度的执行和监督公司应设立专门的监督机构或委员会，对仓库管理制度的执行情况进行监督和检查，及时发现问题并加以解决。
3. 仓库管理制度的调整和完善根据工程项目的实际需要，公司应对仓库管理制度进行定期评估和调整，及时做好制度的完善工作，以适应项目的需求。
六、违规处罚对于违反仓库管理制度的人员，公司应根据具体情况进行相应的处罚，包括批评教育、警告、罚款、停职、解聘等。
软件三库管理制度
1目的
公司按*B 5716-2006要求制定了本制度，主要规定公司产品研制过程中二次开发、自主开发软件开发库、受控库和产品库（以下简称三库）的管理要求。
2范围
本办法适用于公司所有型号配套软件三库的管理，非开发（外协）软件按本制度进行产品库的入库及更改。
3引用文件
*B3206A-2010 技术状态管理
*B 5716-2006 军用软件开发库、受控库和产品库通用要求*J 3118-1999 航天产品技术状态管理
*P/* 004－2014不合格品控制程序
*W/* 030－2014设计和开发更改管理制度
*W/* 034-2015软件配置管理规范
*W/* 038-2015软件设计和开发管理制度
*/**01015A-2015 产品配套光盘归档下发管理实施细则
*/**01017-2013 科技档案受控下发管理规定（试行）
《测试管理制度》
《通指装备研制工作管理规定（试行）》（总参2013年9月）4术语
软件开发库：在软件生存周期中，存放软件配置项的集合。
软件受控库：在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合。
软件产品库：在软件生存周期中，存放供交付、生产、检验验收以及已定型（鉴定）的软件配置项的集合。
5职责
5.1 科技管理部职责
负责制定软件三库管理相关文件，组织专业技术培训、交流；
5.2 软件配置库管理员职责
指定软件配置库管理员，负责各型号软件受控库、产品库的控制及管理，包括：软件各配置项的管理，软件入库光盘、装机
1。
1 目的范围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。
2 参考文献《软件三库管理制度》3 术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4 职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5 管理内容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不接受更改，有效受控。
软件配置管理规范范本一、引言软件配置管理（Software Configuration Management，简称SCM）是软件工程中的重要环节，致力于有效管理和控制软件系统的构建、测试、发布和变更过程。
本文旨在提供一个软件配置管理规范范本，以帮助软件开发团队建立和执行一套合适的配置管理规则，确保软件项目的顺利进行。
二、配置管理范围1. 配置项范围- 软件源代码及可执行文件- 文档和用户手册- 测试用例和测试数据- 第三方库和组件- 配置文件和参数设置2. 配置管理活动范围- 版本控制：管理和跟踪软件所有配置项的版本变更和发布记录。
- 配置识别：将软件系统划分为不同的基线和模块，并进行唯一标识。
- 变更控制：确保任何软件变更都经过审批，并对变更进行记录和追踪。
- 配置审计：定期对软件配置进行审查，确保与规范一致。
- 配置状态管理：记录和跟踪软件配置的当前状态，包括开发、测试和生产。
- 工具支持：选择和使用适当的配置管理工具，提高效率和可追溯性。
三、配置管理规范1. 配置识别- 为每个配置项分配唯一的标识符，以便于跟踪和引用。
- 对软件系统进行模块化划分，每个模块应有清晰的功能和职责范围。
- 为每个配置项编写适当的描述和说明文档，包括用途、版本和所属模块等信息。
2. 版本控制- 使用版本控制工具对所有配置项进行管理，确保源代码、文档和其他资源都有清晰的版本历史。
- 维护一个主干（trunk）和分支（branch）的代码库，确保主干代码是稳定且可用的，分支用于并行开发和修复bug。
- 每个版本的发布都应有相应的发布说明，描述变更内容和风险评估。
3. 变更控制- 所有变更都必须通过变更管理流程进行审批和追踪，包括新功能添加、缺陷修复和配置项删除。
- 每个变更都要有详细的变更请求和变更记录，包括变更的原因、影响分析和验证计划等。
- 变更影响评估必须在变更实施之前进行，确保变更不会导致质量问题或功能冲突。
软件三库管理规范-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII1目的范围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。
2参考文献《软件三库管理制度》3术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5管理内容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
信息系统项目管理师案例分析考点：三库管理项目配置管理的库分为开发库、受控库、产品库。
这三个库是相互独立的物理库，其中受控库在逻辑上分为配置库和基线库。
开发库：存放代码、脚本等开发过程中的产物，由开发人员使用。
只有开发人员可读和写。
开发人员在配置项写入时，必须填写注释信息以标识配置项的功能;配置项变更时注明变更理由。
受控库：保存已被批准的配置项（包括基线），由配置管理员管理与维护。
信息分两类：受控基线和受控配置项。
受控基线库：存放基线类配置项，由项目配置管理员管理和使用。
其变更需要经CCB评审或项目经理批准后，由配置管理员负责检入、检出。
受控文档库：存放各类计划、项目的支持性记录等不是基线的配置项。
受控文档库由其项目经理指派人员维护其变更，可不是配置管理员。
其变更不需要经过CCB或项目经理审批。
产品库：作为最终产品存放在产品库，等待交付客户使用，出入库要严格办理手续。
相关试题（试题来源：2021年下半年信息系统项目管理师案例分析真题第三题）：
在候选答案中选择正确选项，将该选项的编号填入答题纸内。
通常来说，质量管理人员不应具备（）的权限。
A、产品库代码的Check权限
B、产品库文档的Check权限
C、受控库代码的Check权限
D、受控库文档的Check权限
【参考答案】C。
公司采购项目库管理制度一、目的和原则制定本制度的目的是为了保证采购项目库的信息准确、更新及时，确保采购活动的高效和透明，同时降低采购风险，提升采购质量。
在管理过程中，我们坚持公正客观、重点突出的原则，确保每一项采购活动都能得到合理的评估和监督。
二、组织架构1. 成立采购项目库管理委员会，负责制定和修订管理制度，监督执行情况。
2. 设立专职的采购项目库管理员，负责日常的信息维护、数据分析和报告编制。
3. 各相关部门需指定专人负责与采购项目库的信息对接和更新。
三、项目库内容采购项目库应包含以下内容：1. 项目基本信息：包括项目名称、编号、采购类别、预算金额等。
2. 供应商信息：包括供应商名称、资质、历史合作记录等。
3. 采购需求分析：包括项目需求背景、市场调研结果、技术参数要求等。
4. 合同管理：包括合同草案、变更记录、履约情况等。
5. 采购进度跟踪：包括采购计划、进度更新、问题处理等。
四、操作流程1. 项目入库：所有采购项目在启动前需进入项目库进行备案。
2. 信息更新：项目进展中的关键信息应及时更新至项目库中。
3. 数据分析：定期对项目库数据进行分析，为决策提供支持。
4. 出库管理：项目完成后，进行总结归档，并从项目库中标记为已完成。
五、监督和考核1. 定期对采购项目库的管理情况进行审计，确保制度的执行。
2. 对于违反管理制度的行为，应按照公司规定进行处理。
3. 建立考核机制，对采购项目库管理的有效性进行评价。
六、附则1. 本制度自发布之日起实施，由采购项目库管理委员会负责解释。
2. 如有特殊情况需要临时调整制度，须经过管理委员会审议通过。
1 目的范围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。
2 参考文献《软件三库管理制度》3 术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4 职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5 管理内容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不接受更改，有效受控。
1目的围规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规。
2参考文献《软件三库管理制度》3术语和定义GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。
Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。
SPM：公司研发部开发的持续集成工具，用于集成软件部署包。
Releaser：公司研发部开发的基于SPM的软件部署包发布工具。
Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。
4职责4.1软件三库管理职责软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。
4.2软件管理员职责a)具备软件配置管理知识；b)熟悉研制项目的配置管理；c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。
5管理容与方法5.1建立软件三库5.1.1 开发库a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。
项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。
项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。
Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab上作为独立稳定的分支，该分支不接受更改，有效受控。
软件项目配置管理规范（配置项标识和配置审计的标准）1．概述本规范用于规范和指导全公司的配置管理活动，适用公司研发项目及技术支持阶段产品的开发工作，主要包括以下几个方面：建立和维护配置管理环境。
公司配置库权限管理配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2．术语及定义配置管理（Configuration Management，CM）：是一套应用技术上和管理上的指导和监督的方法，用来识别和记录配置项和功能特征和物理特征；控制这些特征的变更；记录和报告变更的处理和执行的状态；以及验证其是否符合特定的需求（IEEE-STD-610）。
配置项（Configuration Item，CI）：配置管理中可相对独立地进行管理的单元，如文档和模块代码。
基线（Baseline）：经过正式评审并且达成一致的一组工作产品，是进一步工作的稳定基础；基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计（Configuration Audit，CA）：通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性，确保软件资产备份的有效性和完整性。
配置库备份：配置库的备份包括全量备份和增量备份。
3．配置项标识编写《配置项识别表》时，配置管理工程师负责标识配置项范围，并由项目负责人确认。
项目组成员创立配置项时，根据配置项命名规则分配唯一的标识符，配置项命名根据以下原则。
文档类命名规则：公司级命名规则： [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则：【局点+RM单号】-【项目名】-【文档名称】（如项目规模较大时，需分模块说明时，可增加模块简称的后缀）。
会议纪要等可增加主题简称、日期等后缀。
版本编号规则：v1.0.0.0（m.n.j.k） m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况：草稿（draft）;评审中（in review）；已发布（released/passed）日常工作中经常将其剪裁为：草稿（draft）；已发布（released）这两种状态，根据是否通过评审为判断节点。
配置管理规范1目的规范产品开发过程中配置活动的流程和要求，确保产品及其相关交付件的版本和使用在项目的整个生命周期中的完整性和可追踪性。
2适用范围适用于本公司所有项目及其整个软件开发生命周期的所有配置管理活动，及项目产生的技术文件的入库及使用管理。
3定义3.1 配置管理Configuration Management（CM）是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录产品的演化过程，确保开发者在产品生命周期中各个阶段都能得到精确的产品配置。
3.2 配置项凡是纳入配置管理范畴的工作成果统称为配置项。
配置项包括两大类：一是属于产品组成部分的工作成果，例如印制板图、源代码、需求文档、设计文档、测试用例等等；二是在管理过程中产生的文档例如各种计划、监控报告等等。
3.3 配置库包括项目开发库、项目受控库、项目检验库、项目成品库。
3.3.1项目开发库存放与项目研制有关的可由计算机读取的产品开发过程文档的信息库，命名为XXX PDL （project development library），其中XXX为项目代号。
项目开发库的地址为：“\\技术部门\项目开发库”。
3.3.2 项目受控库存放与项目研制有关的可由计算机读取的通过里程碑和节点评审的产品的信息库，命名为XXX PCL（project controlled library)。
项目受控库的地址为：“\\技术部门\项目受控库”。
3.3.3 项目检验库作为受控库的子库，用于存放边研制边生产阶段的设计文档。
3.3.4项目成品库存放符合最终研制要求的设计文件(含电子版、纸质版及其它形式)成品的库，命名为XXX PPL （project product library）。
项目成品库由总师办标准化/技术资料部进行管理，包括底图室、科档室和软件成品库。
详细管理要求见《项目成品库管理办法》。
4角色与职责4.1 高级管理者负责建立项目的CCB配置控制委员会，一般情况由管理团队中的总工程师担任，负责Ⅰ类技术文件借用的最终审批。
4.2 CCB：配置控制委员会（Configuration Control Board，CCB）CCB是个虚拟小组，对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）4.3 产品线经理：负责项目配置库权限审批，技术文件借用及开发库权限的审批。
4.4 项目经理：a)负责制定项目的组织结构和配置管理策略；b)负责项目开发库、受控库访问权限分配和制定常用策略，定义里程碑基线；c)协助配置管理员拟制配置管理计划；d)按计划提交工作产品到项目开发库、受控库；e)对技术文件借用提出审核意见。
4.5 设计师：依据项目的开发和配置管理策略，按要求提交工作产品到项目开发库。
4.6 项目管理员：a)负责组织工作产品交付件检查；b)负责组织在项目里程碑后将项目开发库的工作产品转入受控库；c)负责提交科研文档到成品库入库。
4.7 配置管理员：负责根据项目经理的开发组织结构和策略实施项目配置管理，包括；a)制定配置管理计划;b)项目开发库、受控库的目录与权限设置和管理；c)对项目组进行工具使用培训;d)定期提交配置管理报告；e)负责对项目开发库、受控库进行审计，并定期维护项目配置项。
4.8 系统管理员：负责配置库系统维护。
实施、维护配置管理的环境，设置项目权限，定期维护配置库，完成备份、恢复和系统优化工作，清除垃圾文件，做好病毒防护和系统保密工作。
4.9 QA人员：负责跟踪并根据需要验证配置管理过程是否符合规范要求。
4.10技术资料部：负责项目成品库与检验库目录的设置与管理，负责对应的纸质和电子资料管理。
4.11 质量部：按《设计控制程序》要求负责对各里程碑提交受控库的软件进行审查和验证，检验库软件的归档。
5过程与要求5.1 组织建立项目组建时，除指定项目经理、设计师、配置管理员、项目管理员和QA人员外，需由高级管理者建立项目的配置控制委员会CCB。
CCB人员可由高级管理者、产品经理、项目经理、软件总体负责人、配置管理员、项目管理员、质量保证经理、财务人员等技术和管理部门的人员以及军代表组成。
5.2 配置库配置项目配置库主要配置见表1。
表1 项目配置库主要特性一览表5.3 开发库5.3.2创建要求a)项目经理在项目代号下达后一周内，填写《项目三库权限申请表》，并确定配置管理员（可由项目经理、辅助设计、项目管理员兼任）。
经项目经理会签和产品线经理批准后提交总师办项目管理部，项目管理员按照开发库结构标准创建开发库。
b)项目组成员变动时，项目经理应及时通知项目管理员，并填写《项目三库权限申请表》，重新设置权限。
5.3.3结构标准开发库要求保存图纸、程序、数据、文档、图表、报告等与项目研发过程有关的各种文档。
结构及内容要求见表2。
续表25.3.4开发库管理要求a)项目组所有设计师根据设计任务书要求，必须按照表2形式将所有与项目相关的工作交付件以电子文档形式及时提交到开发库对应文件夹中；项目组成员在交付开发库时，并保证技术文件的质量及可信度。
b)项目经理在组织项目研制过程中，应在开发库文件做各种小节点专题评审后，及时将生效的技术文件再次存入或升级开发库内容；c)入库时要标识好文件：①生成日期；②以Ⅰ类、Ⅱ类的形式标识重要度；③MI级标识（商MI▲）。
例如：主控板电路图（），表示该文件为05年9月8日形成的Ⅰ类秘密技术文件。
d)项目组各设计师按照所设权限使用开发库。
如有权限外的人员需要使用时（如其它项目人员），相关人员须提交《项目开发库/受控库借阅申请表》经产品线经理及公司总工程师批准后，交由该项目经理办理借用手续。
借用人须在申请表中作出保密承诺。
5.4 受控库5.4.1创建要求受控库管理员在项目代号下达后一周内，按照受控库结构标准创建该项目的受控库。
5.4.2结构标准受控库结构及内容要求见表3。
表3 受控库结构5.4.3受控库管理要求a）存入受控库的文件必须是经阶段评审通过并完善后的版本；b）版本标识同开发库文件；c）属项目组外的人员需借阅时，同开发库借用管理要求一样，经总工程师批准后交受控库管理员办理借阅读权限。
d）受控库文件每半年备份一次。
5.5项目检验库检验库管理要求如下：a）软件入库及出库需质量部会签，但不需军代表会签；b）生产过程中软件出入库可以不经过质量部验证，但需质量部会签；c）产品提交厂检前必须使用经质量部验证通过的软件；d）产品完成批次生产或技术鉴定后，质量部/项目管理部将相关信息报给技术资料部，相关责任人必须于一个月内办理成品库入库手续。
逾期不办，技术资料部将提交延迟项目及责任人汇总表发至主管领导和军代表；e）其他管理要求详见《项目成品库管理办法》。
5.6 成品库在项目完成并通过最终里程碑后，项目经理应将所有技术文件归入项目成品库中，详细管理要求见《项目成品库管理办法》。
5.7 配置审计为了保证所有人员（包括项目成员和CCB）都遵守配置管理规范，配置管理员、受控库管理员和成品库管理员要定期审计配置管理工作。
5.7.1审计频度项目三库审计人员必须审查库结构是否符合要求，内容是否完整，版本是否有效；抽查库中文件是否有损坏、异常（如感染病毒、不能正常运行等）等。
审计频度见表4所示：5.7.2审计要求a)开发库审计人员填写《开发库审查记录表》，审计人员将其及时性和交付件质量作为项目组成员绩效考评的依据之一。
b)受控库和成品库管理员根据审查情况如实作好记录，完成《项目三库审查记录表》。
并将执行情况作为项目评奖的必要条件之一。
c)项目经理根据审计结果组织整改。
5.8 其它要求5.8.1 培训和技术支持项目管理员负责维护项目配置库内容；配置管理员负责对项目成员的使用培训、技术支持，并配合项目经理建立配置库目录结构及权限设置；系统管理员负责维护配置库系统，清除系统垃圾，备份配置库。
5.8.2 安全要求严禁对配置系统数据进行蓄意破坏，一经查证，予以重罚。
情节严重者，按相关的计算机信息管理和保密制度相关条例进行处理。
为保证系统的高效性和严谨性，严禁在系统中下存放与工作学习无关的文件；非库管理需求，不得在任一库中大量复制存放文档。
5.8.3 改进每半年或一年配置管理员根据度量情况和各方意见评估改进配置管理过程的可能并实施改进。
5.8.4 备份●备份用硬件：备份服务器磁盘阵列，磁带库●备份计划系统管理员每月对开发库、受控库进行一次数据库的全局备份，系统管理员于备份的第二天进行备份数据检查，如发现异常情况则重新安排时间进行备份，每次备份的内容保留两周。
成品库的备份按照《项目成品库管理办法》。
6相关/支持文件设计控制程序设计更改控制程序立项管理办法项目成品库管理办法7记录/模版配置库目录结构与权限表项目配置库审查记录表项目配置库权限申请表开/受控库借阅申请表拟制：审核：会签:批准：。
