下载文档原格式
软件配置管理规范11．简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
1.1 目的本文档指导项目开展配置管理活动。
1.2 范围本文档适用于SWL开发小组批准立项的软件项目。
1.3 文档结构第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第三部分：变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：附录，本文中流程图的标准符号定义。
1.4 词汇表CM (Configuration Management)配置管理。
CCB (Change Control Board)变更控制委员会。
CI (Configuration Item)配置项，包含文档、程序。
CR (Change Request)变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit)物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA (Functional Configuration Audit)功能审计，核心软件配置项的实际性能是否符合它的需求。
基线(Baseline)己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。
CML (Configuration Management Library)配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本(Version)某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
软件配置管理规范版本：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 配置库说明：开发库，包括整个开发过程中处于动态变化过程中的工作成果。
软件配置管理规范版本：V1.0目录文件版本历史 (I)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配置库结构： (2)3.1.4配置库权限设置： (3)3.1.5配置库备份机制： (3)3.2配置项管理规范： (4)3.2.1配置库建立 (4)3.2.2配置项识别： (4)3.3基线管理规范： (5)3.3.1基线说明： (5)3.3.2基线分类： (5)3.3.3基线命名规则 (6)3.3.4在Team Foundation Server中创建基线 (6)1 介绍1.1 目的本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。
1.2 范围本规范适用于重要软件产品和软件项目的配置项管理。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2 规范概述本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。
3 规范详述3.1 配置库管理规范整个项目开发中，把所有的工作成果存放在四个库中，分别为：代码库、文档库、基线库、项目产品库，其中前三个库存放到配置管理工具数据库中，项目产品库建立在文件服务器XXX目录中，根目录名称为项目编号。
3.1.1 配置库说明：代码库（CodeLib）：存放项目开发过程中的源代码，开发人员对其有编辑、修改、删除等操作权限。
文档库（DocumentLib）：存放项目计划中定义配置项文档（项目计划、需求文档等）和支持文档（周报、会议记录等）。
基线库（BaselineLib）：存放项目中已发布的项目基线。
项目产品库（ProductLib）：存放对内发布的产品，由于程序文件都一次生成，不需要进行版本管理的，所以项目产品库存放在文件服务器上。
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2204-2019软件配置管理规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布XXX 2204-2019前言本标准代替Q/BBTNL 2204-2018《软件配置管理规程》。
本标准与Q/BBTNL 2204-2018相比，主要变化如下：1.修改开发库的建议结构；2.增加受控库的建议结构；3.过程记录流水号标识为可选项；4.修改开发库的存盘名称；5.统一标识规则的描述。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2204-2018。
Q/LJDZ 2204-2019软件配置管理规程1 范围本标准定义了软件配置项的标识规则；规定了软件配置管理中基线管理、更改控制、配置管理记录、配置审核的基本要求；规定了软件开发库、受控库、产品库的管理要求。
本标准适用于本公司军用软件配置管理实施过程。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型S/BBTNL XZ06-2018 档案管理制度3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件能力成熟度模型》确定的术语和定义适用于本标准。
4 活动4.1 软件配置项标识4.1.1 文档标识文档是在软件项目开发过程中产生的软件工作产品，是形成软件产品的部件或依据，属于软件配置项。
为了方便检索配置项，需对每个文档的标识和其存盘命名进行规定。
文档标识规则为：图号+空格+文件缩写+空格+版本号文档存盘命名规则：（文档标识）+文档名称+文件后缀例如：控制信号处理板项目，该项目的图号为：DZJ3160，该项目的软件需求规格说明，版本号为V1.0.0，则：文件标识为：DZJ3160 SRS V1.0.0文档存盘名称为：（DZJ3160 SRS V1.0.0）控制信号处理板软件需求规格说明.doc4.1.2 代码标识代码标识包括软件产品标识、计算机软件配置项标识、计算机软件配置单元标识。
华为FusionStorage配置手册目录1 概述 (1)1.1 目的 (1)1.2 FusionStorage产品简介 (1)2 FusionStorage销售形态 (2)2.1 销售版本 (2)2.2 销售版本升级 (3)2.3 扩容 (3)2.4 SA&S (4)2.5 “软件订阅”配置原则 (4)2.6 发布版本升级 (5)2.7 发布版本差异 (5)2.8 SBOM清单 (6)2.9 扩容升级操作顺序 (7)3 FusionStorage软件配置规格 (8)3.1 FusionStorage逻辑架构 (8)3.2 FusionStorageManager配置规格 (9)3.3 计算和存储节点配置规格 (9)3.4 MDC配置原则 (11)3.5 配置约束条件 (12)3.6 软件编码和License配置原则 (13)3.6.1 永久license+SA&S方式 (13)3.6.2 订阅方式： (16)3.7 附录-成套配置原则 (17)4 FusionStorage硬件配置指导 (18)4.1 服务器硬件部件选型 (18)4.2 FusionStorage ServerSAN (19)4.2.1 自定义配置部署 (19)4.2.2 FusionStorage Node (22)4.3 服务器虚拟化 (24)4.3.1 Fusionsphere + FusionStorage (24)4.3.1.1 融合部署方式： (25)4.3.1.2 分离部署方式： (28)4.3.2 VMware + FusionStorage (32)4.3.2.3 融合部署 (32)4.3.2.4 分离部署 (33)4.4 其它场景 (33)5 配置详细计算过程 (34)5.1 FusionStorage有效容量计算 (34)1 概述1.1 目的本文档用于介绍FusionStorage 产品的组成，配置约束以及系统资源开销，硬件配置指导等，便于指导开发配置报价器以及市场项目的配置报价。
第十章软件项目配置管理计划案例说明-《校务通管理系统》配置管理计划1.引言略2. 组织及职责（1）根据《项目计划》中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。
（2）项目经理是SCCB的负责人。
(3)配置管理的角色和职责见表1表1:配置管理角色职责表3.配置管理环境由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。
3.1目录结构表格2:配置库的目录结构3.2 用户及权限表2:配置库的用户权限4.配置管理活动4.1 配置项标识4.1.1 命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。
本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。
这些字段用一横线（-）分隔。
图1：文档命名规范4.1.2主要配置项如下：表3 配置项列表类型主要配置项标识符预计正式发表时间技术合同《合同》QTD-School-TCM-Contract-V1.02003-4-11 SOW QTD-School-TCM-SOW-V1.02003-4-11计划《项目计划》QTD-School-SPP-PP-V1.02003-4-11《质量保证计划》QTD-School-SPP-SQA-V1.02003-4-11《配置管理计划》QTD-School-SPP-SCM-V1.02003-4-114.1.3 项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。
基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。
表4:基线发布计划：基线名称/标识符基线所包含的主要配置项预计建立时间需求《需求规格说明书》、用户DEMO2003-4-18总体设计《总体设计说明书》、《数据库设计》2003-4-11项目实现软件源代码、编码规则2003-6-2系统测试《测试用例》、《测试报告》2003-6-44.1.4 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。
【用户名称】神州数码信息系统有限公司密级：普通***项目软件配置管理计划V0.1文档编号：项目名称：编写：编写日期：审核：审核日期：批准：批准日期：修订文档历史记录目录1 前言 (6)1.1 目标 (6)1.2 适用范围 (6)1.3 术语与简写 (6)1.4 参考文件 (6)2 组织结构和职责 (6)2.1 CCB成员及职责 (6)2.2 配置管理组 (7)3 配置管理工具、技术和方法 (7)3.1 配置管理工具 (7)3.2 配置管理策略.................................... 错误！未定义书签。
4 配置管理库 (8)4.1 配置库结构 (8)4.2 配置库权限 (8)4.3 基线配置项 (8)4.4 其他配置项 (9)4.4.1 管理文档或过程记录 (9)4.4.2 项目环境 (9)5 文件命名与版本控制 (10)5.1 文件命名规范 (10)5.1.1 基线命名规范 (10)5.1.2 其他配置项命名规范 (10)5.2 版本标识 (10)6 变更管理 (11)6.1 变更原因 (11)6.2 变更流程 (12)6.3 变更跟踪 (13)7 版本制作与发布流程 (15)8 安全与备份 (15)8.1 备份 (15)8.2 安全防护 (16)9 配置状态发布 (16)1 前言1.1 目标本计划是信息平台项目配置管理活动的基准，对信息平台项目的配置管理活动进行策划。
1.2 适用范围本计划是信息平台项目整体计划的一部分，适用于信息平台项目的配置管理活动。
1.3 术语与简写CCB：变更控制委员会SQA：质量保证SCM：配置管理1.4 参考文件DCG-SCM-P-01-配置管理规范。
2 组织结构和职责2.1 CCB成员及职责项目内部CCB成员：章某（CCB组长）、陈、小伟、小明、玲玲。
CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。
C++设计编码规V1.00（试用版）设备开发部黄焕斌目录重要提示 (4)背景 (4)1文件组织规则 (4)1.1命名 (4)1.2目录 (5)1.3预处理 (5)1.4注释 (5)2代码组织规则 (6)2.1空行 (6)2.2换行 (6)2.3空格 (6)2.4对齐 (7)2.5就近原则 (7)2.6精简原则 (7)3命名规则 (8)3.1自注释 (8)3.2变量 (8)3.3函数 (9)3.4类型 (9)3.5宏 (9)3.6常量 (9)4设计规则 (10)4.1识别类和函数 (10)4.2构造函数 (10)4.3封装性 (12)4.4函数参数 (12)4.5函数返回值 (13)4.6契约 (13)4.7规模 (14)4.8名字空间 ........................................................................................... 错误!未定义书签。
4.9类型转换 ........................................................................................... 错误!未定义书签。
4.10常量 (14)4.11联 (14)4.12静态变量 ....................................................................................... 错误!未定义书签。
4.13编译依赖 ....................................................................................... 错误!未定义书签。
4.14可重入 (15)5存管理规则 (16)5.1模块化 (16)5.2静态分配 (16)5.3NEW/DELETE (16)5.4有效性 (16)5.5正确释放 (16)5.6拷贝 (16)6注释规则 (17)6.1有效性 (17)6.2普通注释 (17)6.3D OXYGEN注释 (17)6.4定义 (18)6.5申明 (18)6.6模块 (18)7维护规则 (19)7.1消除警告 (19)7.2代码修改 (19)7.3标本兼治 (19)参考资料 (19)重要提示本规中的示例代码都在表格框中显示，绿色的表格框表示正确的示例代码，红色的表格框表示不建议的示例代码。
