某软件公司配置管理计划编写规范
CMMI 3标准文档模板-配置管理-配置管理计划
CMMI 3标准文档模板-配置管理
{ 项目名称}
配置管理计划
Company Information
版本历史
目录
1. 人员及职责 (4)
2. 配置管理软硬件资源 (4)
3. 配置项计划 (4)
4. 基线计划 (5)
5. 配置库备份计划 (5)
附录：本计划审批意见 (6)
1. 人员及职责
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。
（2）CCB的人数根据项目规模而定。
一般地，项目经理是CCB的负责人。
2. 用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU 等）。
3. 配置项计划
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。
标识符的参考格式为Project-Type…Type-Number。
例如：
4. 基线计划
5. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
附录：本计划审批意见。
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
配置管理计划样例(软件开发)
配置管理计划样例(软件开发)软件配置管理计划【用户名称】神州数码信息系统有限公司密级：普通***项目文档编号：编写：审核：批准：软件配置管理计划项目名称：编写日期：审核日期：批准日期： 1 软件配置管理计划修订文档历史记录日期2010-7-12 2011-7-8 版本说明第一次编写修改作者 2 软件配置管理计划目录 1 前言............................................................... ..................................................................... ... 5 目标............................................................... . (5)适用范围...............................................................与简写............................................................... ................................................. 5 参考文件............................................................... ..................................................... 5 2 组织结构和职责............................................................... . (5)CCB成员及职责............................................................... ......................................... 5 配置管理组............................................................... ................................................. 6 3 配置管理工具、技术和方法............................................................... ................................ 6 配置管理工具............................................................... ............................................. 6 配置管理策略............................................................... ........... 错误！未定义书签。
2023年11月软考部分真题及解析
2023年11月软考部分真题及解析系统集成项目管理工程师第5批案例分析主要考点：人力+配置管理+风险+计算题1、计算题没画图、很简单，常规的算工期,关键路径CV,SV，还算了个标准差，然后说活动G在五个月没完工的概率G的工期是最悲观是7个月,最乐观是1个月，最可能是4个月2、填空题考了团队组建工具和技术3、配置管理的活动4、配置管理的计划内容5、识别风险的工具和技术系统集成项目管理工程师第5批案例分析原题+答案解析：（一）17分【说明】某游戏公司刚刚上线一个新游戏。
为了更好的用户体验，公司任命小张担任项目经理，对新游戏进行为期一年的维护。
项目需要每周上线2个修复版本，每两周上线一个新功能。
小李软件配置管理员，专门负责此项目的配置管理工作。
为了配合公司的发布策略，小李按照软件配置计划安排如下，并发布给项目组。
问题1(5分)结合案例，请将项目中的相应工作角色(项目经理、产品经理、售前经理、CCB、配置管理员、研发人员、测试人员)，对应表格中的(1)~(5)进行填写。
问题2(8分)(1)请写出配置管理计划包括的主要内容(2)请写出配置管理的主要活动。
问题3(4分)判断下列描述的正误(正确的选“√”，错误的选“x”)(1)软件支持手册属于开发文档，培训手册属于产品文档。
(2)本案例中的master分支为主库，属于受控库。
(3)所有配置项的操作权限应由配置管理员进行严格管理。
(4)状态为“修改”的配置项修改完毕后，其状态又变为“正式”。
答案解析：问题1（1）配置管理员(2)测试人员(3)研发人员(4)配置管理(5)项目经理问题21、配置管理计划的内容:(1)配置管理活动，覆盖的主要活动包括配置标识、配置控制、配置状态报告、配置审计、发布管理与交付;(2)实施这些活动的规范和流程;(3)实施这些活动的进度安排;(4)负责实施这些活动的人员或组织，以及他们和其他组织的关系。
2、配置管理的主要活动(1)制定配置管理计划(2)配置标识(3)配置控制(4)配置状态报告(5)配置审计(6)发布管理和交付问题3(1)x(软件支持手册属于产品文档，培训手册属于产品文档。
软件项目之配置管理计划(范文1)
XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。
1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。
1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。
1.3项目背景描述略。
1.4术语与缩略语软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。
配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。
资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。
图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。
配置管理委员会（CCB）CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。
CCB 的决策采用“少数服从多数”的原则。
主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。
2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
软件公司软件开发管理规范(参照模板)
软件公司软件开发管理规范1.0 实施ISO9000的目的有效管理DXC公司的产品研究发展过程，实现过程的可视性，改进DXC公司有效开发软件的能力，使DXC公司成为一个具有全组织范围的管理软件开发和维护过程能力的、成熟的软件开发组织。
具体如下：●清楚地定义技术开发的各个过程；●清楚地定义技术开发过程中各岗位及其职责；●使产品开发过程的进度、预算得到有效控制，软件产品的成本、进度、功能等达到预期结果；●使软件产品的质量和顾客的满意程度得到有效监控，在判断产品质量和分析产品及过程问题方面有客观的、定量的基础；●使公司的所有研究开发过程遵循一个有纪律的过程2.0 组织结构与角色定义2.1组织结构图项目组• 项目指导委员会由各支持部门能独立做最终决策的人员组成。
有关项目的重大问题在本委员会内48小时内必须做出最终决定，而不能再上升至公司最高领导处。
当由于事件复杂等原因引起委员会内部争执时，必须在同一48小时内邀请到公司高层决策人员进行裁决。
• 项目执行委员会由项目经理及项目组骨干人员、相关支持部门指定的支持人员等组成。
该委员会的主要职责为项目组的日常工作提供指导和支持，解决项目组级别问题。
在解决项目级问题时，该委员会在24小时内必须提出或解决或上报的事件处理方案。
• 产品管理客户利益的倡导者、掌握产品的愿景/范围、管理客户的需求定义、维护业务规则、设置客户的期望值、把握功能与时间进度之间的权衡并决策、营销策略、管理行销宣传和公共关系。
•程序管理控制整个项目的开发过程、管理产品的功能规范、推动组内的交流和沟通、维护项目的时间表和报告项目状态、把握全部重要的权衡与决策。
详细说明并规范物理设计的功能、估计完成各项功能时间、开发实现这些功能。
•测试管理确保所有的问题可知。
测试必须应用于项目的全过程。
•发布管理在线帮助、操作手册、培训手册的编写；协作项目组进行安装程序的制作；配置管理；工程实施培训；版本控制等发布准备工作。
计算机软件配置管理计划规范 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软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
配置管理配置管理计划
作为对“软件工程协会”(SEI) 的“能力成熟度 模型”(SEI CMM) 的解释，“配置与变更请求 管理控制对项目工件的变更，并且维护项目工 件的完整性”。 目的
同时更新 有限通知 多个版本
1
概念——配置与变更管理（Ⅱ）
目的
同时更新
• 当两个或更多的角色分别对同一个工件进行操作时，最后进行变
• 是共享工作区，项目团队所有
成员都有权访问。整个产品是 在集成工作区中构建并建立基 线的。
3
概念——基线（Ⅰ）
基线是项目储存库中每个工件版本在特定时期的一 个“快照”
它提供一个正式基准，随后的工作基于此基准，并且只有经过 授权后才能变更这个基准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一 个差值，直到建成下一个基线。
项目基线
• 基线提供一项正式基准，随后的工作都基于此基准，并且只有
经过授权后才能对此基准进行变更。
• 说明要在项目或产品生命周期中的哪些时间点处建立基线。最
常用的基线在先启阶段、精化阶段、构建阶段和产品化阶段结
束时建立。 也可以在不同阶段中的各次迭代结束时生成基线，
甚至可以更频繁些。
• 说明由谁来对基线授权，以及基线中包含的内容。
16
配置管理计划——时机
一旦项目资金得到批准，就可在精化阶段初 期编写CM 计划。应该在每阶段开始时再次 审查计划，并进行相应更新。
CM 计划需要存档，以便在布署之后的维护 活动中，用于确定特定软件资产的保存位置。
17
配置管理计划——软件配置管理
2.1 组织、职责和接口
说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置管理计划编写规范
文件编号：
NW601102 生效日期：
2000.3.20
受控编号：
密级：秘密版次：Ver1.0修改状态：总页数6正文5附录1编制：李洪敏审核：王宇批准：孟莉
沈阳东大阿尔派软件股份有限公司
（x，翻版必究）
文件修改控制
目录
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.附录
配置管理计划表
项目编号： 项目名称： 项目经理PM ： 项目软件经理PSM ： 要标识的配置项： 开发环境 工具 技术文档 提交产品 标识规范：
基准配置项： 项目启动计划
需求分析报告或软件功能规格说明书
开发计划 系统设计报告
编码
系统测试报告 提交时间及版本：
主要配置审核项： 软件配置管理负责人SCML ： 软件质量保证负责人SQAL ：
编制：
审批：
20.4.124.12.202022:4622:46:47
强烈的欲望也是非常重要的。
人需要有强大的动力才能在好的职业中获得成功。
你必须在心中有非分之想，你必须尽力抓住那个机会。
22:46:4722:464.12.2020 公平不是总存在的，在生活学习的各个方面总有一些不能如意的地方。
但只要适应它，
并坚持到底，总能收到意想不到的成效。
世界上没有夕阳企业,只有落后和不思进取的企业。
4/12/204/12/204/12/20
走得最慢的人，只要他不丧失目标，也比漫无目的地徘徊的人走得快。
让流程说话，流程是将说转化为做的惟一出路。
10时46分22时46分2020年4月 我这一生基本上只是辛苦工作，我可以说，我活了七十五岁，没有那一个月过的是舒服生活，就好象推一块石头上山，石头不停地滚下来又推上去。
不是没办法，而是没有用心想办法。
用心想办法，一定有办法，迟早而已。
企业最大的资产是人。
20.4.1210时46分20.4.12Apr. 12, 204.12.2020
当大家都变得聪明起来的时候，我就甘心做个笨人;当大家都尽力包装自己的时候，我就什么都不穿。
这是我的策略，质朴示人，真实有力。
坚持下去，成功就在下一个街角处等着你。
一个伟大的企业，对待成就永远都要战战兢兢，如覆薄冰。
人类学会走路，也得学会摔跤，而且只有经过摔跤他才能学会走路。
坚持是一种智慧，固执是一种死板。
管得少，就是管得好。
综合，不20.4.1220.4.1220.4.12
命运是一件很不可思议的东西。
虽人各有志，但往往在实现理想时，会遭遇到许多困难，反而会使自己走向与志趣相反的路，而一举成功。
管理层次越少越好。
懒惰象生锈一样，比操劳更能消耗身体;经常用的钥匙，总是亮闪闪的。
End
谢谢各位！。