配置管理计划系统
文
档
状
态
[ ] 草稿
[√] 正式
发布
[ ] 正在
修改
项目/产品
编号
编写
人员CM工程师
项目密级
内部
公开
编写
日期
2013/12/22
文档编号
文档
版本
系统
配置管理计划
哈尔滨贯中信息技术开发有限公司
研发部
2013年12月22日
修订页
版本控制
目录
1.引言
编写目的
本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工具、技术和方法。
适用范围
本计划定义项目组在项目期间的所有配置管理活动。
参考资料
列出本说明书中引用和参考的资料。本文件中各处引用的文件、资料、包括所要用到的软件开发标准。参考资料表由表1-1可知。
表1-1 参考资料表
术语表
术语及缩略语由表1-2可知。
表1-2 术语及缩略语表
2.配置管理人员与责任
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控
制委员会）成员。
（2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负责人。
配置管理人员角色职责由下表可知。
表2-1 配置管理人员角色职责表
3.用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。例如采用SVN。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内
存、外存、CPU等）。
配置管理软硬件环境由下表可知。
表3-1 配置管理软硬件环境表
4.配置库结构与权限
配置库列表
配置库信息由表4-1可知。
表4-1 配置库信息表
配置库结构
详见配置库结构文档（待定）。
配置库操作权限
配置库操作权限由表4-2可知。
表4-2 配置库操作权限
5.配置项计划
参见《配置项计划表》。
6.基线计划
参见《基线计划与跟踪表》。
7.配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
配置库备份计划由下表可知。
表7-1 配置库备份计划表
软件配置管理计划模板
卷号DEPLOY 卷内编号DEPLOY005 密级组内 HD20090917SR005 通用型行政审批服务协同管理平台 配置管理计划 1.2 项目承担部门：java第四组 撰写人（签名）：区允文 完成日期：2010年8月4日 本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户 评审负责人（签名）：江威龙 评审日期：2010/8/4
目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述4 2.项目配置4 2.1组织结构4 2.2职责和接口5 2.3工具、环境和基础设施5 3.配置管理活动6
3.1配置库6 3.1.1配置库架构6 3.1.2权限分配7 3.1.3配置库层次及开发活动说明：8 3.2配置标识9 3.2.1标识方法9 3.2.2项目基线10 3.3配置项11 3.4配置和变更控制11 3.4.1变更请求的处理和审批11 3.4.2变更控制委员会 (CCB)11 3.4.3变更过程中的活动11 3.4.4变更过程中的变更请求状态12 3.4.5保存变更历史记录13 3.4.6变更请求中受影响配置项的变更13 3.5配置状态统计14 3.5.1项目介质存储和发布进程14 3.5.2报告和审计14 4.里程碑15 5.培训和资源15 6.分包商和厂商软件控制15 7.附录15
配置管理计划 1.简介 1.1目的 为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。 1.2范围 项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。 1.3定义、首字母缩写词和缩略语 CM：配置管理。 CCB：变更控制委员会。 CI：配置项。包含文档、程序。 Baseline：基线。 CR：变更请求。 PCA：物理审计。 FCA：功能审计。 1.4参考资料 《华南农业大学软件学院实训讲义》 《华南农业大学项目阶段评审工件》 1.5概述 此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。 2.项目配置 2.1组织结构
操作系统安全配置管理办法
编号：SM-ZD-96562 操作系统安全配置管理办 法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制：____________________ 审核：____________________ 批准：____________________ 本文档下载后可任意修改
操作系统安全配置管理办法 简介：该制度资料适用于公司或组织通过程序化、标准化的流程约定，达成上下级或不同的人员之间形成统一的行动方针，从而协调行动，增强主动性，减少盲目性，使工作有条不紊地进行。文档可直接下载或修改，使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理，提高重要信息系统的安全运行维护水平，规范化操作，确保信息系统安全稳定可靠运行，特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括：AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法
项目配置管理过程规范方案
项目配置管理过程规范文档种类：研发体系 发行范围：研发中心
变更记录
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；
项目平台配置管理计划
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.参考资料 暂无
人员配置管理制度
集团人员配置管理制度 人员配置管理制度第一部分 总则 第二部分招聘录用管理 第三部分试用期管理 第四部分定岗管理 第五部分调动管理 第六部分离职管理 第七部分退休返聘管理 第八部分专家库管理 第九部分附则 1、制定目的 2、制定原则 3、职责分工 4、适用范围 1、试用期限 2、试用期管理 3、转正考核 4、转正结果应用 1、适用对象 2、定岗期管理 3、定岗考核 4、定岗结果应用 1、调动类型 2、调动流程 3、调动相关说明 1、离职类型 2、离职手续办理 3、其他事项规定 1、定义 2、返聘对象 3、返聘条件 4、返聘流程 5、返聘待遇 6、返聘人员管理 7、解聘手续 1、适用范围 2、岗位职责 3、专家入库条件、分类来源 4、专家推荐与聘用控制流程 5、专家评审 6、专家选取 7、评价与信息反馈 1、人员配置评估 2、资料归档 1、人员需求 2、配置方式 3、招聘计划 4、招聘渠道 5、信息发布 6、简历收集 7、招聘测评 8、录用 9、入职 1、校园招聘 2、网络招聘 3、招聘会 4、内部推荐 5、猎头 1、内部招聘流程 2、社会招聘流程 3、校园招聘流程 第一部分总则 1制定目的
满足企业用人需要，落实人力资源规划。 2 制定原则 2.1 可行性原则 2.2 规范性原则 2.3 完整性原则 3 职责分工 3.1 人力资源中心 3.2 各单位人力资源部 3.3 各级管理者 4 适用范围 久泰集团各中心、各单位人员配置工作。 第二部分招聘录用管理1 人员需求 1.1 人员需求类型 1.1.1 年度人员需求 1.1.2 日常人员需求 1.2 人员需求收集时间 1.3 人员需求申请审核 2 配置方式 2.1 内部招聘 2.1.1 内部平选 2.1.2 内部选拔 2.2 内部调动 2.3 聘任 2.4 外部招聘 2.5 退休返聘 2.6 劳务外包 3 招聘计划
配置管理计划-xxxxxx系统
. 配置管理计划******系统
修订页版本控制
目录 目录 ........................................................................................................................................... - 3 -1.引言............................................................................................................................................ - 4 - 1.1编写目的 (4) 1.2适用范围 (4) 1.3参考资料 (4) 1.4术语表 (4) 2.配置管理人员与责任 ................................................................................................................. - 5 - 3.用于配置管理的软硬件资源...................................................................................................... - 6 - 4.配置库结构与权限 ..................................................................................................................... - 6 - 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3配置库操作权限 (6) 5.配置项计划 ................................................................................................................................ - 7 - 6.基线计划 .................................................................................................................................... - 7 - 7.配置库备份计划......................................................................................................................... - 7 -
软件项目配置管理计划
中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。
配置管理计划 基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
软件配置管理计划示例
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
软件配置管理计划
您现在的位置：需求工程多媒体教学系统>> 教学资料>> 正文 软件项目配置管理范例. 一. 概述 1.1 目的和范围 本文档描述NewSkyCRM软件开发项目的软件配置管理计划，该计划向NewSkyCRM软件开发项目组以及相关受SCM活动影响的组和个人提供相应的说明和活动指南，使某某软件开发中心SCM方针能够在NewSkyCRM软件开发项目的SCM活动中得到贯彻。 本计划适用于NewSkyCRM软件开发项目的整个生命周期。 1.2 软件配置管理计划维护 本计划由NewSkyCRM项目经理和软件配置管理经理共同制订。如果计划中的SCM活动在实施中出现偏离，由软件配置管理经理按照《变更控制规程》及时维护。 1.3 参考资料 《电信NewSkyCRM产品软件开发计划书》，Version 1.3.0， NS.TEL-NewSkyCRM-CRM-RM-03； 《电信NewSkyCRM产品系统功能说明书》，Version 1.1.1， NS.TEL-NewSkyCRM-CRM-RM-02； 某某软件开发中心《软件配置管理过程》，Version 1.1，NS-PROC-SCM-001； 某某软件开发中心《软件配置管理计划规程》，Version 1.0， NS-PROC-SCM-002。 二. 角色与职责 2.1 软件配置管理代表
软件配置管理代表的职责是遵循某某软件开发中心《软件配置管理过程》及有关规程等文档进行软件配置管理活动。 表1软件配置人员表 2.2 配置控制委员会 NewSkyCRM软件开发项目配置控制委员会的职责是管理本项目内软件基线 的变更等操作和配置项/单元标识的审定。主席主持配置控制委员会的活动。 表2配置控制委员会 2.3 项目经理 NewSkyCRM软件项目经理必须履行某某软件开发中心《软件配置管理过程》及有关规程等文档中指定的有关项目经理的职责。 2.4 项目开发组 NewSkyCRM软件项目开发组必须履行某某软件开发中心《软件配置管理过程》及有关规程等文档中指定的有关项目开发组的职责。 表3项目组成员表
人员配置管理制度.doc
人员配置管理制度4 集团人员配置管理制度 人员配置管理制度第一部分 总则 第二部分招聘录用管理 第三部分试用期管理 第四部分定岗管理 第五部分调动管理 第六部分离职管理 第七部分退休返聘管理 第八部分专家库管理 第九部分 附则 1、制定目的 2、制定原则 3、职责分工 4、适用范围
1、试用期限 2、试用期管理 3、转正考核 4、转正结果应用 1、适用对象 2、定岗期管理 3、定岗考核 4、定岗结果应用 1、调动类型 2、调动流程 3、调动相关说明 1、离职类型 2、离职手续办理 3、其他事项规定 1、定义 2、返聘对象 3、返聘条件
4、返聘流程 5、返聘待遇 6、返聘人员管理 7、解聘手续 1、适用范围 2、岗位职责 3、专家入库条件、分类来源 4、专家推荐与聘用控制流程 5、专家评审 6、专家选取 7、评价与信息反馈 1、人员配置评估 2、资料归档 1、人员需求 2、配置方式 3、招聘计划 4、招聘渠道
5、信息发布 6、简历收集 7、招聘测评 8、录用 9、入职 1、校园招聘 2、网络招聘 3、招聘会 4、内部推荐 5、猎头 1、内部招聘流程 2、社会招聘流程 3、校园招聘流程 第一部分总则 1制定目的 满足企业用人需要，落实人力资源规划。 2 制定原则
2.1 可行性原则 2.2 规范性原则 2.3 完整性原则 3 职责分工 3.1 人力资源中心 3.2 各单位人力资源部 3.3 各级管理者 4 适用范围 久泰集团各中心、各单位人员配置工作。第二部分招聘录用管理1 人员需求 1.1 人员需求类型 1.1.1 年度人员需求 1.1.2 日常人员需求 1.2 人员需求收集时间 1.3 人员需求申请审核 2 配置方式 2.1 内部招聘
配置管理系统
配置管理系统（北大软件 010 - 61137666） 配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666） 配置管理系统支持建立和维护三库：开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。 图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。
图表2四级库结构配置管理各库功能描述如下：
以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。
系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的
软件项目配置管理系统计划清单指导应用清单
中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)
配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责
(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。
人员配备及管理方案
书店人员配备及管理方案 社区连锁书店为规范管理，使书店运营尽快走上正轨，遵循依岗定人、按岗定薪的原则，对书店内部所需岗位及岗位要求、权责范围进行设定。做到岗位设置合理，每名员工责任明确，严格实行绩效考核，具体方案如下： 一．组织架构 店员个数根据店面大小进行设置，每50㎡—80㎡需要设置店员一名，才能更好的起到监督、管理的作用。店员A 、B 受营业时间的制约需要进行倒班经营，库存管理上有不同的侧重点，其余业务二人具有同等的责任及权利。 二．书店所需岗位设置 “按需定岗”——根据书店实际营业需要设定所需岗位。 社区连锁书店预发展为烟台市连锁型社区书店形式，初期店面数量有限，不做每店一名店长的设置。现店内需要管理的事项主要有：店内经营项目管理、店内收支情况管理、货物库存管理、店内服务。以上事项都应有专人负责管理， 社区连锁书店 店长 收银员 店员A 店员B 出纳、收银 数据管理 导购、看店 图书库存管理 甜品、阅读室 甜品库存管理 财务 监督执行 监督执行
考虑到书店发展初期，为节省成本，不易设置太多人员，可将几项业务统一管理，业务拓展后，可再增加店员。连锁型店铺需采用同样的人员配备模式，现以幸福店为例，设置人员结构。 1. 店长一名，管理店内员工及店内经营相关事宜。 2. 收银员一名或两名，负责收银，管理客户档案、监督使用店内设备。（收银员设置数量根据店内经营时间而定，依据是否需要倒班进行配备） 3. 店员两名，负责读者购书导购、监督读者文明购书，维持店内阅读气氛，甜品店甜品销售。受营业时间的限制，如书店需营业到晚8点，则需两名店员进行倒班，并进行详细分工，对各自负责的工作时间进行划分，避免产生依赖。 备注：在店员的配备上需要根据实际经营情况进行调整，书店开业后，如果人流量大，还需增加店员的数量。寒、暑假，读者相对较多，营业时间需要拉长的，将增加兼职店员，进行倒班经营。 库存管理应设专人管理，但业务开展初期，图书品种及数量有限，无需设专人专门管理库存。因此，将货物库存管理由店长兼管，分派专人分管库存情况，及时在库存不足时告知店长进行配货。 2名店员的营业时间安排： 受时间的限制，工作日出门购书的时间一般在下班后，或吃过晚饭后，因此营业时间需延长。同时考虑到员工的安全问题，晚上经营必须保证店内有两名员工，因此根据营业时间及店内人员设置数量进行工作分配如下： 方案一：配备1名收银员，2名店员
配置管理计划配置管理计划的案例
配置管理计划配置管理计划的案例 配置管理计划来自：://.chinaspis. 作者：林锐电子工业出版社出版发行 { 项目名称 } 配置管理计划文状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改文标识： pany-Project-CM-PLAN 当前版本： X.Y 作者： 完成日期： Year-Month-Day 版本历史版本/状态作者参与者起止日期备注 目录 1.人员及职责 2.配置管理软硬资源 3.配置项计划 4.基线计划 5.配置库备份计划 附录：本计划审批意见 1.人员及职责 提示： （1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。
（2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负责人。 角色人员职责、工作范围 配置管理员 （1）制定《配置管理计划》 （2）创建和维护配置库 CCB负责人 （1）审批《配置管理计划》 （2）审批重大的变更 CCB成员例如：审批某些配置项或基线的变更… 2.用于配置管理的软硬资源 提示： （1）配置管理员确定本项目的配置管理软。例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。 （2）配置管理员根据所采用的配置管理软，确定计算机资源（考虑内存、外存、CPU等）。 配置管理软硬资源说明配置管理软名称公司，软版本等计算机名称内存、外存、CPU等3.配置项计划 提示：配置管理员标识配置项，估计每个配置项的正式发布时间。标识符的参考格式为Project-Type…Type-Number。例如：类型主要配置项标识符预计正式发表时间计划 《项目计划》
软件配置管理计划(SCMP)
软件配置管理计划(SCMP) 说明 《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。 软件配置管理计划的正本格式如下： 1引言 本章应分成以下几条。 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 1.3文档概述 本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 1.4组织和职责 描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。 为了能够清晰的表述，可选用图表的方式进行说明。 1.5资源 描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3管理 描述负责软件配置管理的机构、任务、职责及其有关的接口控制。 3.1机构 描述在各阶段中负责软件配置管理的机构。描述的内容如下： a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构； b.说明项目和子项目与其他有关项目之间的关系； c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。 3.2任务 描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。 3.3职责 描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系： a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责； b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系； c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职
软件配置管理计划
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料
◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务
人员配备及管理方案
书店人员配备及管理方案 社区连锁书店为规范管理，使书店运营尽快走上正轨，遵循依岗定人、按岗定薪的原则，对书店内部所需岗位及岗位要求、权责范围进行设定。做到岗位设置合理，每名员工责任明确，严格实行绩效考核，具体方案如下： 一．组织架构 店员个数根据店面大小进行设置，每50㎡—80㎡需要设置店员一名，才能更好的起到监督、管理的作用。店员A 、B 受营业时间的制约需要进行倒班经营，库存管理上有不同的侧重点，其余业务二人具有同等的责任及权利。 二．书店所需岗位设置 “按需定岗”——根据书店实际营业需要设定所需岗位。 社区连锁书店 店长 收银员 店员A 店员B 出纳、收银 数据管理 导购、看店 图书库存管理 甜品、阅读室 甜品库存管理 财务 监督执行 监督执行
社区连锁书店预发展为烟台市连锁型社区书店形式，初期店面数量有限，不做每店一名店长的设置。现店内需要管理的事项主要有：店内经营项目管理、店内收支情况管理、货物库存管理、店内服务。以上事项都应有专人负责管理，考虑到书店发展初期，为节省成本，不易设置太多人员，可将几项业务统一管理，业务拓展后，可再增加店员。连锁型店铺需采用同样的人员配备模式，现以幸福店为例，设置人员结构。 1. 店长一名，管理店内员工及店内经营相关事宜。 2. 收银员一名或两名，负责收银，管理客户档案、监督使用店内设备。（收银员设置数量根据店内经营时间而定，依据是否需要倒班进行配备） 3. 店员两名，负责读者购书导购、监督读者文明购书，维持店内阅读气氛，甜品店甜品销售。受营业时间的限制，如书店需营业到晚8点，则需两名店员进行倒班，并进行详细分工，对各自负责的工作时间进行划分，避免产生依赖。 备注：在店员的配备上需要根据实际经营情况进行调整，书店开业后，如果人流量大，还需增加店员的数量。寒、暑假，读者相对较多，营业时间需要拉长的，将增加兼职店员，进行倒班经营。 库存管理应设专人管理，但业务开展初期，图书品种及数量有限，无需设专人专门管理库存。因此，将货物库存管理由店长兼管，分派专人分管库存情况，及时在库存不足时告知店长进行配货。
系统配置管理方案(最终)
XXX工程XXXXXXXXXXXXXXXXXXXX信息 系统建设项目 （招标编号：XXXX-EMTC-XXXX）XXXXXX总集成项目配置 管理方案 XXXXX科技股份有限公司 2009年10月
目录 关于本文档 (1) 第1章配置项的标识规则 (2) 第2章配置管理计划 (2) 2.1 配置管理计划目的 (2) 2.2 角色、职责和人员 (2) 2.3 配置和细化管理控制 (3) 2.3.1 工作空间规则 (3) 2.3.2 细化管理控制 (4) 2.4 配置状态统计 (4) 2.4.1 DCB会议备忘录 (4) 2.4.2 细化请求的汇总 (5) 2.4.3 基线状态报告 (5) 2.5 配置审核 (5) 第3章配置项说明 (5)
金宏工程国家发展改革委药品和医疗器械价格评审信息系统A包总集成项目配置管理方案关于本文档 说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；
第1章配置项的标识规则 公司名称-Project Name-Type – Name – Version 其中： 项目名称或项目编号：采用立项后的项目名称缩写或给定的项目编号表示 系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示 类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。 编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字； 版本：采取两位，形式为0.0，第一版为V1.0，以后每增加0.1表示较小修改，增加1.0表示新的Release。 第2章配置管理计划 2.1配置管理计划目的 配置管理计划编写目的如下： 在项目的整个生存周期中建立和维护产品的完整性 软件配置管理活动是有计划的 确定需要CM控制的工作产品 建立和维护工作产品的基线 控制对工作产品的细化 2.2角色、职责和人员
第6章 软件项目配置管理(习题)
第6章软件项目配置管理（习题） 一、选择题 1.在项目进行过程中，2个项目成员使用不同版本的设计说明书，这时项目经理 首先应该检查（B ） A.信息管理系统 B.配置管理系统 C.CPI D.SPI 2.变更控制主要关注的是（B ） A.阻止变更 B.标识变更，提出变更，管理变更 C.管理SCCB D.客户的想法 3.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（B ） A.不可以变化的 B.可以变化，但是必须通过基线变更控制流程处理 C.所有的项目必须定义基线 D.基线发生变更时，必须修改需求 4.项目的基线发生变更应该经过（D）授权执行的 A.项目管理者 B.质量保证人员 C.配置管理人员 D.SCCB 5.变更控制系统必须包括下列所有的内容，除了（B） A.文档说明 B.成功的谈判 C.跟踪系统 D.授权核准审批机构 二、判断题 1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追 朔性。（√） 2.软件配置项是变更控制系统中的决策系统。（×） 3.统计被批准的配置项是一种配置审计。（√） 4.在进行配置管理过程中，一定要采用高档的配置管理工具。（×） 5.基线产品是不能修改的。（×） 三、简答题 1.什么是软件配置管理？它有什么作用？ 2.软件配置项包括哪些内容，这些内容应该包括哪些相关信息？ 3.什么是基线？它在配置管理中有什么作用？为什么要建立基线？ 4.说出软件项目各阶段的基线，这些基线的建立产生过程以及它们在软件开发中的 作用。
5.基线管理的两个基本功能是什么？ 6.简述软件配置管理的组织以及相关人员的职责。 7.简述软件配置管理的功能。 8.举出常见的配置管理的工具软件，并比较其优劣。 9.配置状态报告的内容是什么？随着项目的进行配置状态报告的内容有哪些变 化？ 10.配置审核的概念和种类是什么？ 11.配置管理计划包括哪些内容？ 12.基于构件的软件配置管理与其他的配置管理形式有哪些异同点？ 13.仅当每个与会者都在事先作了准备时，正式的技术复审才能取得预期的效果。如 果你是复审小组的组长，你怎样发现事先没做准备的与会者？你打算采取什么措施来促使大家事先做准备？ 14.若你是一个小项目的主管，你将为此工程设置哪些基线，又如何控制它们？
信息系统配置管理办法
信息系统配置管理办法 第1章总则 第一条为了规范信息系统生产环境的配置管理，保证生产环境信息资产的完整性、有效性、可追溯性及正确性，防范信息系统运行中配置变更所带来的潜在风险，确保信息系统的安全可靠运行，依据《商业银行信息科技风险管理指引》、《信息系统安全等级保护基本要求》、《防范操作风险的管理办法》等制度规范，同时参照配置管理理论制定本办法。 第二条配置管理是指对保证信息系统业务连续性的配置项进行标识、存储和控制，并维护其完整性、一致性、可追溯性及正确性的工作，是对各个配置项的变更、跟踪、发布和评审的重要管理工作。 第三条配置管理工作是贯穿整个信息系统生命周期的核心基础工作之一，只有利用配置管理的理论把项目条理化、清晰化，才能将如需求、设计、开发、测试、运行、维护等其他工作纳入正确的轨道，保证整个信息系统管理工作的顺利进行。 第四条本办法中所提及的配置项均指信息系统的配置项。 第五条本办法由信息技术部负责解释和修订，自发文之日起开始执行。
第2章角色与职责 第六条配置管理工程师（CME）：负责制定配置管理计划；建立并维护配置库；实施基线建立、基线变更、产品发布；协调和实施配置审计；维护配置管理工作记录；发布配置状态报告；根据配置项目的干系人和影响范围来制定配置计划，提出配置管理的分类和时间。配置管理工程师应当由专职人员担任，其主要工作为配置管理，其他工作量不应影响到配置管理的正常进行。 第七条配置管理委员会（CCB）：负责批准基线的建立和变更，批准从基线区建立产品。CCB的组成可分多级，每级CCB负责一种或者多种类型的基线，在信息系统策划时就应当确定CCB成员和职责；CCB成员可由项目负责人、信息系统管理人员、质量保证人员、测试负责人组成，人数不少于5人，必要时可由信息技术部副总经理或总经理以及信息系统业务归口管理部门代表参与决策和评审。评审的结果应该是CCB全体人员一致同意通过才能决定。 第八条信息系统管理人员：负责参与识别配置项，向CME提供接受配置管理的工作产品，参与创建基线和产品，负责产品的发布。 第九条项目组/项目成员：负责向CME提供接受配置管理的工作产品，配合配置管理工作的要求完成相应的活动。成员组成可以是各个与配置项相关的技术开发或维护人员，也可以是业务管理人员。 第十条质量保证工程师: 负责审计和评审配置管理活动和工作产品，参与配置管理的变更审批和基线确定。成员应当由信息系统维护技术人员和业务归口管理部门人员组成。