软件三库管理规范
软件三库(开发库、测试库和维护库)管理制度
软件三库(开发库、测试库和维护库)管理制度1. 引言本文档旨在规范对软件三库（开发库、测试库和维护库）的管理制度，确保软件开发和维护过程的高效性和安全性。
2. 定义- 开发库（Development Library）：用于开发人员进行软件开发的库，包含源代码、文档等资源。
- 测试库（Testing Library）：用于测试人员进行软件测试的库，包含测试用例、测试数据等资源。
- 维护库（Maintenance Library）：用于维护人员进行软件维护的库，包含修复版本、更新文档等资源。
3. 库的创建和命名规范- 每个库都应有一个唯一的名称，以反映其用途和内容。
- 库的命名应采用统一的命名规范，以保证命名的一致性和易读性。
4. 库的权限管理- 每个库都应设定相应的权限，以限制对库的访问和修改。
- 开发库应只对开发人员开放，测试库应只对测试人员开放，维护库应只对维护人员开放。
- 需要授权访问库的人员必须经过相应的认证和授权程序。
5. 库的备份和恢复- 每个库都应定期进行备份，以防止数据丢失。
- 备份文件应存储在安全可靠的位置，以确保数据的完整性和可恢复性。
- 在需要恢复库时，应按照恢复计划进行操作，确保尽快恢复数据。
6. 库的版本管理- 每个库都应采用版本管理系统，以便对代码和文档进行版本控制。
- 版本管理应遵循统一的规范和流程，确保历史版本的可追溯性和文件的一致性。
7. 库的维护和更新- 开发人员应定期对开发库进行清理和维护，删除不再使用的代码和资源。
- 测试人员应定期对测试库进行清理和维护，删除不再使用的测试用例和数据。
- 维护人员应定期对维护库进行更新和发布修复版本。
8. 库的安全性管理- 每个库都应采取相应的安全措施，以保护其内容不被非法访问或篡改。
- 库的管理员应定期审查库的访问记录和修改记录，及时发现和处理安全问题。
9. 附则本制度自发布之日起生效，并适用于所有涉及软件开发和维护的人员和部门。
软件三库管理方案
软件三库管理方案1. 引言本文档旨在提出一种软件三库管理方案，以便有效管理软件开发过程中的三方库使用和相关问题。
三方库是指由外部提供、用于软件开发的代码库。
三库管理对于软件项目的成功实施至关重要，因为它可以提供团队成员之间的协同工作和代码复用的机制。
2. 三库管理流程三库管理流程应包括以下几个关键步骤：2.1 三库评估与选择在选择使用三方库之前，应对潜在的候选库进行评估。
评估时应注意以下几个方面：- 三方库的功能和特性是否满足项目需求；- 三方库的稳定性和可靠性；- 三方库的使用许可证是否符合项目的法律要求。
2.2 三库集成与更新一旦确定了使用的三方库，应对其进行集成，并确保与项目的主要代码相互兼容。
定期更新三方库以获取最新的功能、修复漏洞和提高软件的性能。
2.3 三库文档和知识共享为了方便团队成员的使用和开发，应编写详细的三方库文档，包括安装和配置指南、示例代码和常见问题解答。
并建立知识共享机制，使团队成员之间可以分享使用三方库的经验和技巧。
2.4 三库风险管理三方库的使用可能涉及某些风险，如安全漏洞、兼容性问题等。
应建立风险管理机制，定期评估和监控使用的三方库，以及及时处理潜在的风险。
3. 三库管理工具为了更好地管理三方库，可以借助以下工具：3.1 版本控制系统使用版本控制系统，如Git，在团队中协同管理代码和三方库的更新。
版本控制系统可以记录三方库的依赖关系和变化，并提供分支管理和合并功能。
3.2 依赖管理工具依赖管理工具，如Maven、NPM或PIP，可以帮助自动管理三方库的依赖关系和版本控制。
通过配置依赖管理工具，可以简化三方库的安装和更新过程。
4. 结论本文提出了一种软件三库管理方案，包括三库评估与选择、三库集成与更新、三库文档和知识共享以及三库风险管理等关键步骤。
同时，建议使用版本控制系统和依赖管理工具来提高三方库的管理效率。
通过按照本方案管理三方库，可以有效提高软件开发团队的工作效率和代码质量。
软件三库管理
软件三库管理————————————————————————————————作者：————————————————————————————————日期：软件配置管理与GJB5000A ——三库管理(2016-07-28 08:57:39)转载▼分类：GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1: Software configuration management activities are planned. （定制了软件配置管理活动的计划。
）Goals 2: Selected software work products are identified, controlled, and available. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3: Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
软件三库管理
软件配置管理与GJB5000A ——三库管理(2016-07-28 08:57:39)转载▼分类：GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1: Software configuration management activities are planned. （定制了软件配置管理活动的计划。
）Goals 2: Selected software work products are identified, controlled, and available. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3: Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
软件三库管理规范
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上作为独立稳定的分支，该分支不接受更改，有效受控。
三级库管理方案
三级库管理方案一、三级库是啥？咱先搞清楚这个三级库就像一个游戏里的升级打怪系统。
一级库是大BOSS，是最重要的，存放着最核心、最常用的东西。
二级库就像是小BOSS，有不少重要的物资，但比一级库稍微次一点。
三级库呢，就像是刚入门的小怪，里面放着一些不太常用，但偶尔也会用到的东西。
二、一级库管理。
1. 定位。
一级库就放在最安全、最方便拿取的地方，就像把宝贝藏在城堡的核心密室一样。
要给它专门划个大空间，因为里面的东西都是“顶梁柱”。
2. 盘点。
那盘点就得像数自己的金条一样仔细。
定期盘点，比如说每个月来一次大检查。
找几个最靠谱的人来盘点，这些人得像侦探一样，眼睛尖得很，不能放过任何一个小物件。
3. 出入库。
出入库要有严格的手续，就像古代进宫出宫得有令牌一样。
每一个东西进出都得登记得清清楚楚，谁拿的，什么时候拿的，拿了多少，为啥拿，都得写明白。
三、二级库管理。
1. 定位。
二级库的位置相对一级库可以稍微远一点，但也不能太偏远，就像住在城堡的外层院子里。
空间也得合适，不能太挤，不然找东西就像大海捞针。
2. 盘点。
盘点可以稍微宽松一点时间间隔，两个月盘点一次就行。
不过也不能马虎，要像检查自己的收藏品一样，虽然不是最宝贝的，但也不能丢了。
3. 出入库。
出入库手续也得有，但是不用像一级库那么繁琐。
不过还是要记录清楚基本信息，谁经手的，什么时间，数量多少等。
四、三级库管理。
1. 定位。
三级库可以放在更边缘一点的地方，像城堡外面的小仓库。
空间可以灵活安排，根据东西的多少来调整。
2. 盘点。
盘点的时间间隔可以再长一点，比如三个月或者半年一次。
因为东西不常用，所以盘点的时候主要看看有没有东西坏掉或者过期啥的。
3. 出入库。
出入库手续相对简单些，简单登记一下是谁拿了，拿了啥就行。
但是如果有特殊情况，比如说拿了很多东西或者拿了比较重要的东西（虽然在三级库里算重要的），那还是要详细记录。
五、库与库之间的关系管理。
1. 物品转移。
软件三库管理
软件配置管理与GJB5000A ——三库管理(2016-07-28 08:57:39)转载▼分类：GJB5000A随着企业业务发展，产品线也变得越来越丰富。
新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。
很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。
但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。
未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。
针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。
软件配置管理定义了如下目标：Goals 1: Software configuration management activities are planned. （定制了软件配置管理活动的计划。
）Goals 2: Selected software work products are identified, controlled, and available. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 3: Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。
）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件三库管理规范-标准化文件发布号：（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管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。
另任库管理员，负责出入库管理、配置项管理等工作。
5.1.2 受控库a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。
软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab上作为独立稳定的分支，该分支不接受更改，有效受控。
b)受控库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
Jenkins管理员（计算机）任库管理员，负责将打上Tag标识的代码版本生成软件部署包，打上同样的Tag标识，放入仓库。
该部分目录及目录下文件一旦生成，不可删除或更改，有效受控。
c)受控库说明部分存在于公司内部的公共服务器。
另任库管理员，负责出入库管理、配置项管理等工作。
d)受控库测试用例部分基于Kiwi TCMS建立，按照软件项目分配仓库。
项目组长具有测试计划审核权限，测试组长具有测试用例编辑和测试用例审核权限，测试组成员具有测试用例编辑权限。
5.1.3 产品库产品库存在于公司内部公共服务器，按照软件项目分配仓库。
另任库管理员，利用Releaser工具将通过申请的打上Tag的受控版本生成软件产品包，负责各产品的出入库管理、配置项管理等工作。
5.2制定三库管理规定5.2.1 内容要求软件三库管理规定：a)入库控制相关人填写入库申请，负责人审批，库管理员操作或检查入库，详见三库管理要求（第5.4、5.5、5.6节）。
b)访问控制各仓库设置权限管理，一般来说，给予库管理员写权限，给予相关人读权限，详见三库管理要求（第5.4、5.5、5.6节）。
c)出库控制相关人填写出库申请，负责人审批，库管理员操作出库，通过安全介质交予相关人，详见三库管理要求（第5.4、5.5、5.6节）。
d)库间转换库间转换遵循入库控制的要求。
e)更改控制详见三库管理要求（第5.4、5.5、5.6节）。
f)配置状态报告详见受控库和产品库管理要求（第5.5、5.6节）。
g)配置审核详见受控库和产品库管理要求（第5.5、5.6节）。
h)维护规程GitLab平台搭建在10.10.0.20服务器上，Jenkins平台搭建在10.10.0.11服务器上，产品库位于10.10.0.10服务器（群晖NAS），采用RAID技术便于数据重构，每晚0点各平台数据库对现有数据进行自动备份。
每三个月对三库服务器进行检查维护，以便从紧急状态恢复。
5.2.2 相关要求软件三库管理规定相关要求：a)配置项选择配置项选择由项目组识别。
b)配置标识各库采用适应性标识，标识规范详见三库管理要求。
c)版本控制代码版本由GitLab自动管理，部署包版本由Jenkins自动管理，产品包版本由产品库管理员管理。
d)基线建立和更改（基线的基本划分和更改）采用GitLab平台的里程碑概念，里程碑要求分自主升级与项目组要求两部分。
e)软件发行软件发行必须经过测试、申请、审批。
5.3安全控制库管理员在入库、出库、更改、发行时，实施介质鉴别、病毒检查和权限审查。
5.4软件开发库管理要求5.4.1 入库内容软件开发库入库内容应是项目确定的软件配置项。
项目组按照顾客方要求和研制项目特点明确软件配置项的种类、格式和内容，对软件规模和复杂度不大的项目，可将软件配置项种类作适应的合并，但应确保内容完整。
5.4.2 库属性软件开发库属性一般应包括的内容：a)配置项（配置标识、配置项位置），b)开发人，入库时间，c)更改人，更改时间，d)提取人，出库时间，以及提取原因，e)其他。
5.4.3 入库控制将符合项目标识、版本等软件配置要求的软件配置项入库，并按照库属性的相关要求做入库记录。
5.4.4 访问控制软件开发库代码部分和说明部分的访问控制基于GitLab权限机制实现，部署包部分的访问控制基于服务器的权限机制实现。
5.4.5 出库控制软件开发库出库应按照以下要求进行：a)按规定的权限出库：如无极特殊的情况，代码部分不允许出库；实需出库的情况，须经项目组长和软件经理审批；部署包部分和配置项部分的出库经项目组长审批，由项目组配置管理员操作出库。
b)登记出库原因、去向和用途、使用人等信息；c)记录出库项、提取人和出库时间等信息。
5.4.6更改控制软件开发库的更改应按照以下要求进行：a)按规定的权限实施更改：项目组相关人建立Git分支，完成更改后提交由GitLab自动备份，在Jenkins发起集成，提交部署包给测试组成员，完成更改测试后将结果反馈给项目组，项目组长审核通过，将该分支Merge到主分支，并在Jenkins发起集成；应客户特殊需求更改的分支不应Merge到主分支，通过测试后直接转入受控库；项目组成员相应修改配置项；b)利用GitLab的@功能向相关人实时发布更改信息，以便相关人做相应更改；特别紧急的情况，可口头通知之后需在GitLab的Issue平台记录；c)Git分支及更改的配置项须符合标识、版本的要求，标记对应版本的里程碑：Bug修复型更改须以hotfix/开头，需求蠕动型更改须以feature/开头。
5.4.7 转受控库在软件开发过程中，通过公司认可的测试或评审的软件配置项转入受控库。
受控库的代码和部署包一般具有release/vX.X.X-Y的tag标识，公司内部使用的保留develop标识，应客户特殊需求集成的保留feature标识；受控库的说明具有XXX项目YY 说明vX.X.X标识。
5.5软件受控库管理要求5.5.1入库内容软件受控库的入库内容是通过测试或评审的软件配置项以及公司和顾客方认可的其他内容。
5.5.2库属性软件受控库属性至少应包括以下内容：a)配置项（配置标识、配置项位置），b)开发人、开发时间，c)评测人、评测时间，d)入库批准人、入库时间，e)更改说明、更改人、更改批准人、更改时间、更改申请号，f)出库目的、提取人、出库时间、出库批准人，以及g)其他。
5.5.3入库控制当开发库中的软件配置项完成评测时，开发人提出入库申请；受控库管理员审查入库项的标识、版本以及测评发现的问题是否归零；受控库管理员有关入库信息进行登记。
5.5.4 访问控制软件受控库代码部分的访问控制基于GitLab权限机制实现，部署包部分和说明部分的访问控制基于服务器的权限机制实现。
5.5.5出库控制提取人提交出库（或复制）申请；相关负责人审批；受控库管理员对有关出库信息进行登记。
5.5.6更改控制不对受控库配置项实施更改，所有更改以升级的形式实现，将升级后的相关配置项按照入库规则进行入库，并及时向有关人员发布更改信息。
升级标识X.X.X-Y符合规定：核心升级，第一位升一级；依赖升级，第二位升一级，bug修复和需求蠕动，第三位升一级；alpha标识对内，beta标识对外。
5.5.7配置状态报告受控库管理员在配置项更改时向公司的有关部门报告配置状态，并向生产、使用、维护相关人员发布受控库配置信息。
5.5.8配置审核在研制阶段结束之前对受控库进行配置审核：a)研发部指定配置审核人员；b)配置审核人员拟制配置审核计划，并获批准；c)实施配置审核；d)项目组对审核发现的不符合项进行整改；e)配置审核人员验证整改情况；f)将配置审核及验证结果通报软件经理。
5.7.9 转产品库在定型（鉴定）通过后，将软件受控库中的软件配置项转入软件产品库，其他相关项纳入档案管理，其保存期应与系统服役期保持一致。
5.6软件产品库管理要求5.6.1入库内容软件产品库入库内容是供交付、生产、检验验收、维护的软件产品和其他软件工作产品。
5.6.2库属性软件产品库属性一般应包括以下内容：a)配置项（配置标识、配置项位置）b)开发人、开发时间，c)入库时间、入库批准人，d)评测时间、评测人，e)评审组长、评审时间，f)更改说明、更改人、更改批准人、更改时间、更改申请号，g)发行人、发行版本、发行时间，h)出库目的、出库时间、提取人、出库批准人，以及i)其他。
5.6.3入库控制开发人提出入库申请；产品库管理员对入库项进行标识和版本审查；公司代表（或授权人）应会同顾客方代表共同批准入库；产品库管理员有关入库信息进行登记。
5.6.5出库控制软件产品库中的项出库（或复制）时，由使用部门或提取人提交出库（或复制）申请；公司代表（或授权人）审批；产品库管理员对有关出库信息登记。
5.6.6更改控制不对产品库配置项实施更改，所有更改以升级的形式实现，将升级后的相关配置项按照入库规则进行入库，并及时向有关人员发布更改信息。
公司会严格控制升级，升级标识X.X.X符合规定：核心实现升级，第一位升一级；依赖实现升级，第二位升一级，bug修复、配置更改、需求蠕动等，第三位升一级。
5.8.7配置状态报告产品库管理员在配置项更改时向公司的有关部门和顾客方代表报告配置状态，并向生产、使用、维护相关人员发布软件产品库配置信息。