配置管理计划编写规范
公司电脑配置管理制度
公司电脑配置管理制度一、总则为了规范公司内电脑配置的管理和使用，提高工作效率和信息安全水平，制定本制度。
二、适用范围本制度适用于公司所有部门和员工，包括公司内部和外部使用的电脑设备。
三、电脑配置管理责任1. 公司总经理负责对公司电脑配置管理制度的执行和监督。
2. 技术部门负责对电脑设备的采购、安装、维护和升级工作。
3. 各部门负责对本部门电脑设备的使用和保管。
4. 员工应遵守公司电脑配置管理制度，并积极配合技术部门进行设备使用和配置。
四、电脑配置管理内容1. 电脑设备采购电脑设备的采购由技术部门负责，采购前需根据实际需求制定采购计划，并选择性能稳定、品质可靠的设备。
采购人员应详细了解设备性能、配置和品质，并确保设备符合公司的需求。
2. 电脑设备安装技术部门负责对采购的电脑设备进行安装和配置，包括系统安装、驱动安装、网络配置等工作。
安装过程中应注意设备的防静电处理，避免设备损坏。
3. 电脑设备维护技术部门负责对公司电脑设备进行定期的维护和更新，包括系统补丁的安装、软件的更新、硬件的维修等工作。
维护过程中需及时处理设备故障，确保设备正常运行。
4. 电脑设备升级技术部门负责对公司电脑设备的性能进行监测和评估，根据需求及时进行设备的升级和更新，确保设备的性能和功能跟上公司发展的需要。
五、电脑设备使用规定1. 员工应妥善保管自己使用的电脑设备，避免设备的损坏和丢失。
2. 员工不得私自更改设备的配置和系统，严禁安装未经审核的软件和应用。
3. 员工应按照公司相关规定进行设备的使用和维护，禁止利用公司电脑设备进行违法和不良活动。
4. 涉密数据和文件应妥善保存，严禁外泄和丢失。
六、电脑设备报废处理公司电脑设备报废后需由技术部门统一进行设备的清理和处理，包括数据的清除和硬盘的销毁。
同时需要对报废设备的环保处理进行规范，确保环保要求。
七、制度执行公司各部门负责对本制度的执行和监督，技术部门负责对公司电脑配置管理的全面监督和执行。
CMMI配置管理规程
配置管理广东×××技术股份有限公司修订历史记录目录1目的 (4)2适用范围 (4)2.1机构 (4)2.2业务 (4)3名词术语 (4)4概述 (5)5过程定义 (5)5.1配置管理 (5)5.1.1 角色与职责 (6)5.1.2 入口准则 (6)5.1.3 输入 (6)5.1.4 过程活动 (6)5.1.5输出 (8)5.1.6 出口准则 (9)5.1.7 过程度量 (9)5.1.8 确认与验证 (9)6规程 (9)7标准与规范 (9)8裁剪指南 (9)9模板与表格 (9)10实施指导 (10)运用配置标识、版本控制、配置变更控制、配置审计，以及通过使用配置管理软件，来保证所有配置项的完整性和可跟踪性。
2适用范围2.1机构研发中心技术部门及PMO、技术拓展部。
2.2业务贯穿整个项目的配置管理活动。
3名词术语3.1 PP（Project planning）：项目策划。
3.2项目干系人（Stakeholder）：在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。
项目干系人可能包括项目团队成员、提供商、客户、最终用户等。
3.3 PMO（Project Management Office）：项目管理办公室。
3.4 CCB(Changing Control Board)：变更控制委员会。
3.5 CM(Configuration Management)：配置管理。
标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
3.6 CMO（Configuration Management Officer）：配置管理员。
3.7 基线：基线就是项目存储库中每个工件版本在特定时期的一个快照。
在配置管理系统中，基线就是一个CI或一组CI在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。
软件配置管理方案
软件配置管理方案软件配置管理（Software Configuration Management，简称SCM）是一种管理和控制软件系统源代码、构建和发布过程的方法。
它能够确保代码版本的一致性、可追踪性和可重现性，帮助团队协同工作，降低开发过程中的错误和问题，并提供完整的软件生命周期管理。
下面是一个软件配置管理方案的建议，以确保软件项目的开发和交付过程的高效性和质量。
一、版本控制系统（Version Control System）版本控制系统是SCM的核心组成部分，它可以跟踪和管理项目中的源代码、文档和资源文件的不同版本。
建议选择一个功能强大、易于使用和适应团队规模的版本控制系统，如Git、SVN等。
在配置管理方案中，需要定义和规范以下事项：1.2 分支管理策略（Branching Strategy）：定义代码的分支策略，如主分支、开发分支、发布分支等，以及分支的创建、合并和删除的规则。
1.3 版本命名规范（Version Naming Convention）：规定版本号的命名规范，如主版本号、次版本号和修订号的规则，以及预发布版本和发布版本的命名规则。
二、代码构建和部署（Build and Deployment）代码构建和部署是开发过程中的重要环节，它关系到软件的质量和交付速度。
合理的构建和部署流程可以提高开发效率和减少人为错误。
在配置管理方案中，需要定义和规范以下事项：2.1 构建脚本（Build Scripts）：编写自动化的构建脚本，包括依赖管理、源代码编译、静态代码分析、单元测试等步骤，并确保构建过程可重复、可靠和可追溯。
2.2 部署脚本（Deployment Scripts）：编写自动化的部署脚本，包括软件安装、配置文件生成、数据库迁移等步骤，并确保部署过程可重复、可靠和可回滚。
2.3 环境管理（Environment Management）：管理开发、测试和生产环境的配置，包括服务器配置、数据库配置、第三方服务配置等，以确保环境一致性和应用的可移植性。
软件项目配置管理规范(配置项标识和配置审计的标准)
软件项目配置管理规范（配置项标识和配置审计的标准）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）这两种状态，根据是否通过评审为判断节点。
计算机软件配置管理计划规范 GB T12505-90
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3．1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
配置管理和编写设计(实践课)
配置管理库需要提供访问控制 和审计功能，以确保只有授权 的人员可以访问和修改配置项 。
ABCD
配置管理库需要具备安全 性和可靠性，以确保配置 项的完整性和机密性。
配置管理库需要支持多种 存储介质和传输协议，以 满足项目的需求和标准。
变更控制
01
变更控制是用于管理和控制配置 项变更的过程。
03
变更控制需要记录变更的过程和 结果，并提供审计功能，以确保
02 03
配置项
在配置管理中，一个配置项指的是一个可标识的、可管理的、具有版本 控制和变更控制的对象。它可以是一个硬件、软件、文档或任何其他产 品或项目中的组成部分。
配置管理计划
一个详细的计划，用于指导配置管理的实施和控制。该计划应明确配置 管理的目标、范围、方法、责任和时间表。
配置管理的重要性
提高产品质量
通过实施配置管理，可以确保产品或项目的功能、 性能和质量满足要求，从而提高产品质量。
降低变更风险
通过实施配置管理，可以对变更进行有效的控制 和管理，从而降低变更风险。
提高团队协作效率
通过实施配置管理，可以确保团队成员之间的协 作更加高效和有序，从而提高团队协作效率。
配置管理的历史与发展
起源
配置管理起源于20世纪50年代的美国军事工业，最初是为了确保产品的可靠性和安全性 。
设计工具与技术
制定设计规范，统一设计语言和组件 库，确保设计的一致性和可维护性。
建立有效的沟通机制，确保设计意图 和实现方式在团队内部得到准确传达 和理解。
设计工具
设计规范
设计评审
设计沟通
使用设计工具如Sketch、Figma等来 进行界面设计和原型制作，提高设计 效率和团队协作。
配置管理计划模板完整版
项目编号：xxxxxx项目名称：xxxxxx 配置管理计划修订历史记录目录1. 简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (5)1.5概述 (5)2. 软件配置管理 (5)2.1组织、职责和接口 (5)2.2工具、环境和基础设施 (6)3. 配置管理活动 (8)3.1配置标识 (8)3.2配置项变更控制 (10)3.3配置管理活动计划 (10)3.4报告和审计 (17)4. 培训和资源 (18)4.1培训所需环境 (19)4.2培训参加人员 (19)4.3培训具体安排 (19)5. 分包商和厂商软件控制 (19)错误!未指定书签。
1.简介1.1目的在项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本计划。
1.2范围纳入项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management）配置管理。
1.3.2配置项（Configuration item)指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线（baseline）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更控制过程才可以变更。
1.3.4基线库（Software baseline library）项目软件生命周期中基线的集合。
用VSS软件工具管理时，基线库可以是一个独立的VSS系统，也可以是VSS系统中的一个目录。
1.3.5配置审计（Configuration audit）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性1.3.6配置控制委员会（CCB）有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
配置管理计划编写指南(438B)
密级：（软件项目名称）配置管理计划标识：版本：页数：拟制：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (2)1.1 标识 (2)1.2 系统概述 (2)1.3 文档概述 (2)1.4 与其他计划之间的关系 (2)2 引用文档 (2)3 组织和职责 (2)4 软件配置管理活动 (3)4.1 配置标识 (3)4.2 配置控制 (5)4.3 配置状态记实 (5)4.4 配置审核 (5)4.5 软件发行管理和交付 (5)5 工具、技术和方法 (6)6 对供货单位的控制 (6)7 进度表 (6)8 注释 (7)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
】示例：a) 已批准的标识号：b) 软件版本号：c) 缩略语：1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；并列出其它有关文档。
】示例：产品用途：软件用途：需方：开发方：运行环境：相关文档：软件开发计划1.3 文档概述【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】示例：本文描述在软件系统开发中采用的软件配置管理的方法和步骤。
与软件开发计划协调一致，为软件配置管理活动提供依据。
1.4 与其他计划之间的关系【本条应描述本计划和其他项目管理计划的关系。
】示例：本文档规定软件项目在研制阶段配置管理的计划和进度，与软件开发计划保持一致。
2 引用文档【本章应列出引用文档的编号、名称、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
】示例：表1 引用文档3 组织和职责【本章应描述软件配置管理机构的组成及各级软件配置管理机构的职责和权限；说明与软件配置管理相关的人员（如项目经理、部门软件配置管理组组长）在软件配置管理中的职责；描述上述人员之间的关系。
项目配置管理计划
项目配置管理计划书1. 引言指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。
项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。
2．组织及职责配置管理的角色和职责见表1。
表1：配置管理角色职责表角色 人员职责和工作范围配置管理者配置管理者赵云鹏赵云鹏（1） 制定《配置管理计划》制定《配置管理计划》 （2） 创建和维护配置库创建和维护配置库项目负责人项目负责人韩 硕（1） 审批《配置管理计划》审批《配置管理计划》 （2） 审批重大的变更审批重大的变更成员成员贾 鲁编写程序人员编写程序人员3.配置管理环境由于本项目属于大型项目，由于本项目属于大型项目，工期比较长，工期比较长，而且项目组人员对要建立配置管理方式，所以采用配置管理工具。
方式，所以采用配置管理工具。
项目开发环境：Visual Studio2008 数据库：SQL sever 2008 3.1配置库目录结构表2：配置库的目录结构 序号内容 说明 1 TCM 项目说明管理项目说明管理2 RM 需求分析管理需求分析管理3 SPP 项目开发时间规划项目开发时间规划 4 SPTO 项目跟踪与管理项目跟踪与管理 5 SCM 项目配置管理项目配置管理 6 SQA 质量保证质量保证7 SPE 软件产品工程工程 设计设计 8 源代码源代码 9 目标代码目标代码10 测试测试11 发布发布3.2用户及权限表3：配置库的用户权限类别人员 权限说明配置管理者配置管理者赵云鹏赵云鹏 负责项目配置管理，拥有所有权限负责项目配置管理，拥有所有权限 项目总监项目总监韩轶龙韩轶龙 访问、读访问、读 质量保证人员质量保证人员 贾 鲁 访问、读访问、读 开发人员开发人员 贾 鲁 访问、读访问、读 高层管理高层管理韩 硕访问、读访问、读4．配置管理活动 4.1 配置项标志4.1.1 命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。
配置管理计划模板
配置管理计划模板机票预订系统配置管理计划北京⼯业⼤学软件学院郑昊公司⽬录1引⾔ (2)1.1背景 (2)1.2编写⽬的 (2)1.3范围 (2)1.4定义和缩略语 (2)1.5参考资料 (2)1.6引⽤标准 (2)1.7从属关系 (2)2组织与资源 (2)2.1资源需求 (2)3CM活动 (2)3.1配置项标识定义 (3)3.2基线定义与发布 (3)3.2.1定义基线 (3)3.2.2发布基线 (4)3.2.3⾮基线配置项 (4)3.3变更控制 (5)3.4配置审计 (5)3.5编制配置状态报告 (5)3.6环境管理 (5)3.7配置管理库控制 (5)3.8项⽬资料管理 (5)4⼯具、技术和⽅法 (6)5配置管理任务⽇程 (6)1引⾔1.1背景说明：a．待开发的软件系统的名称；b．本项⽬的任务提出者、开发者、⽤户及实现该软件的计算中⼼或计算机⽹络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.2编写⽬的说明编写这份配置管理计划的⽬的，并指出预期的读者。
1.3范围说明本配置管理计划的范围。
1.4定义和缩略语列出本⽂件中⽤到的专门术语的定义和外⽂⾸字母组词的原词组。
1.5参考资料列出⽤得着的参考资料，如：a．本项⽬的经核准的计划任务书或合同、上级机关的批⽂；b．属于本项⽬的其他已发表的⽂件。
1.6引⽤标准列出本⽂中引⽤的标准。
列出这些⽂标准的标题、编号、发表⽇期和出版单位，说明能够得到这些⽂件资料的来源等。
注：本模板编制时，参考了GB/T 8567-2006《计算机软件⽂档编制规范》，该标准由中华⼈民共和国国家质量监督检验检疫总局、中国国家标准化管理委员会2006年3⽉14⽇发布。
1.7从属关系列出本⽂件与其他附属⽂件的关系。
2组织与资源2.1资源需求3CM活动说明在本软件产品/项⽬中所需执⾏的全部CM活动⼈员分⼯及其⼯作量情况。
活动的步骤或要求详细。
3.1配置项标识定义项⽬经理和配置管理员根据软件产品/项⽬实际情况⾃定义源代码、数据⽂件、系统环境⽂件、数据库⽂件、参数⽂件、编译程序的标识规约。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置管理计划编写规范
文件修改控制
目录
1. 目的
2. 适用范围
3. 术语及缩略语
4. 编写规范
4.1组织与职责
4.2配置标识
4.3配置控制
4.4配置状态报告
4.5配置审核
5. 引用文件
6. 附录
1.目的
确定实施配置管理活动的具体组织及其职责，明确配置管理活动的具体内容，即对哪些配置项进行标识、控制、状态记录、审核，编制配置管理里程碑。
2.适用范围
适用于项目策划阶段所要求的《配置管理计划》的编写。
3.术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写规范
《配置管理计划》就是要明确如何实施配置管理活动。
该计划包括的内容如下：要执行的配置管理活动，所需的组织及其各自的职责，配置管理活动的里程碑。
下面是《配置管理计划》的具体内容。
4.1 组织与职责
明确指派负有下列职责的各类人员：
负责《配置管理计划》的审批、实施与更改跟踪的软件配置管理经理SCMM；
在整个软件生命过程中按照《配置管理计划》执行配置管理活动的软件配置管理
负责人SCML；
4.2配置标识
4.2.1 列出要标识的所有配置项及其相应的标识规范。
例如，对软件工具、硬件设备、
开发计划、计算机程序等如何标识。
4.2.2基准配置项的标识
识别每一基准配置项，并标识下列信息：何时及如何提交、批准人和验证人、目
的、提交方式（软件或文档）及版本号。
4.2.3文档库内容
标识和控制规范、文档库的数目及类型、备份及作废计划和程序、任何损失的恢
复过程、文档保留程序、什么文档要保留和谁保留及保留多长时间、信息是在线
还是脱机保留以及保留介质。
4.3配置控制
基准配置项的更改要依据更改控制程序，通过填写“更改单”进行更改控制。
明
确指派负责更改控制的组织，明确“更改单”的填写、审批及保管程序。
4.4配置状态报告
要按照“配置状态报告”表格记录配置项状态，包括配置项名称、标识符、释放
时间、备份路径等。
4.5配置审核
指派负责配置审核的软件质量保证负责人SQAL及配合人员，列举要进行审核的
配置项。
5.引用文件
（无）
6.附录
配置管理计划表。