当前位置：文档之家 › 项目配置管理规范

项目配置管理规范

  • 格式：docx
  • 大小：53.09 KB
  • 文档页数：11

软件配置管理规范
Versio n 2.1
技术委员会
标题：软件配置管理规范作者:技术委员会
创建日期：2001-6-20
上次更新日期:2019/11/17 8:23:00 版本:2.1 部门名称：托普信息（iTOP）集团
修订文档历史记录
1.简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。

1.1目的
本文档指导项目开展配置管理活动。

1.2范围
本文档适用于托普信息(iTOP)集团技术委员会批准立项的软件项目。

1.3文档结构
第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。

第二部分：配置管理工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。

第三部分：变更控制工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。

第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。

第五部分：附录，本文中流程图的标准符号定义。

1.4词汇表
CM( Configuration management )
配置管理。

CCB( Change control board )
变更控制委员会。

CI( Configuration item ) 配置项，包含文档、程序。

CR( Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。

在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响
的信息。

PCA( Physical Configuration Audit )
物理审计，在配置管理系统中建立基线的工件是否为“正确”版本。

功能审计，核实软件配置项的实际性能是否符合它的需求。

基线( Baseline )
已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并
且只能通过正式程序，例如变更管理和配置控制才能进行更改。

配置管理库( Configuration Management Library ) 存储项目工件的所有版本，即存储项目的定义的配置项。

版本( Version )
某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。

1.5参考信息
1.5.1 可追溯性
CMU/SEI-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
1.5.2 方针
托普信息(iTOP)集团项目开发与管理工作方针
1.5.3 过程/ 规范项目计划与控制规范
1.5.4 指南配置管理计划指南基线策略指南配置状态报告编制指南配置审计工作活动指南配
置管理工具指南
VSS使用手册
组织管理配置库使用指南软件开发文档命名约定
1.5.5 模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
1.5.6 检查表
无
1.5.7培训
《软件配置管理教材》
《软件变更控制管理教材》
《Clear Case配置管理培训教材》1.5.8工具
Clear Case
Visual SourceSafe
Office 95/97/2000/XP
1.6参考网站
http://cdweboa/app/jswy .nsf/ 2.配置管理规范
2.1配置管理流程图
2.2角色
本文档在组织中实施所涉及的角色
2.5 活动
进入准则描述 •项目立项 2.4 输入
2.7 验证与确认
退出标准描述
•项目验收通过或项目终止、暂停
2.9 度量
3.变更控制规范
3.1变更控制流程图
3.2角色
3.3 进入准则
进入准则描述
*变更请求已提交给CCB
3.5 活动
3.7 验证与确认
3.8 退出准则
退出标准描述
*变更请求被拒绝或者变更经过确认。

3.9 度量
4.参考文献
[BUC93]
Implementing Configuration Management, Hardware, Software and Firmware.
Los Alamitos, CA: IEEE Computer Science Press, J. Buckley 1993.
[ Rational 2001]
Rational Unified Process, Version2001, Rational Software Corporation, 2001.
附录
附录A -流程框图符号
Parallelograms
represe nt in puts and outputs to or from a process/procedure.
Diam onds represe nt importa nt
decisi on
points in the process/procedure.
Lines with arrowheads connect symbols to show
the progressi on or directi on of the
activities.
Circles represe nt conn ectors whe n a process/procedure flowchart con ti nues on the n ext page.
附录B 文档命名指南
根据公司的需要及软件工程文档命名规则
GB8567中的建议，文挡命名采用以下规
则：
文挡命名由两部分构成，格式如下：
project_file name.XXX
其中解释如下：
Project 代表是项目名称的简写，一般不超过6个字符。

Filename.XXX 是文件名称。

Version 代表版本号。

例如：
JDM_SCMPIa n. do （表示的意义如下：JDM 项目组的软件配置计划。

Rectangles represe nt in
dividual
process/procedure activities.。

合集下载

项目部资源配置管理制度

项目部资源配置管理制度

项目部资源配置管理制度为了规范和管理项目部的资源配置，提高项目的执行效率和质量，特制定本制度。

1. 项目资源分类管理（1）人力资源：包括项目部员工、临时工、外包人员等。

（2）物资资源：包括办公用品、施工材料、设备工具等。

（3）财务资源：包括项目经费、采购资金等。

（4）信息资源：包括项目资料、文件数据、沟通信息等。

2. 资源配置管理责任（1）项目经理负责项目资源的整体规划和配置，包括制定资源需求计划、协调资源分配等。

（2）部门经理负责各自部门资源的管理和分配，对部门资源的使用情况进行监督和评估。

（3）项目成员应按照分配的资源进行合理使用，确保资源的高效利用。

3. 资源需求计划项目部在开始项目前，应制定资源需求计划，明确项目所需的各类资源，并提前做好准备工作。

资源需求计划内容包括项目周期、资源种类、数量、质量要求等。

4. 资源配置原则（1）人力资源按需求量、合理性、适应性原则分配。

（2）物资资源按照采购计划、物资保障计划等合理配置。

（3）财务资源按照项目经费预算、资金安排等进行合理分配。

（4）信息资源按照项目文件管理制度和信息安全原则进行分配和利用。

5. 资源配置流程（1）资源需求确认：根据项目进展情况和实际需要，确定资源需求计划。

（2）资源分配申请：由项目经理或部门经理提出资源分配申请。

（3）资源审批确认：经上级领导审批确认后，进行资源分配。

（4）资源使用监督：资源使用过程中，由项目经理或部门经理进行监督和评估。

6. 资源使用管理（1）人力资源管理：包括员工招聘、培训、绩效考核等。

（2）物资资源管理：严格按照采购计划、物资保障计划进行采购和使用。

（3）财务资源管理：严格按照项目经费预算进行支出，确保经费使用合理。

（4）信息资源管理：严格按照文件管理制度和信息安全原则进行管理和利用。

7. 资源配置效果评估项目结束后，应对资源配置的效果进行评估，总结经验，发现问题并改进。

8. 附则（1）本制度由项目部负责人负责解释和修订。

工程项目管理人员配置标准

工程项目管理人员配置标准

项目管理人员配置标准第一章总则第一条为规范项目管理人员配置，提高项目管理水平，确保工程质量及生产安全，特制定本标准。

第二条本标准适用于集团范围内所有在建施工项目。

第三条本标准所指的现场施工主要管理人员，包括项目经理、技术负责人、质量负责人、安全负责人、生产经理、测量员、劳务员、安全员、质量员、施工员、材料员、机械员、试验员、预算员、资料员、标准员等主要管理岗位。

岗位名称根据《建筑与市政工程施工现场专业人员职业标准》（JGJT250-2011），结合集团项目管理现状，统一规范。

第四条本标准所规定的现场施工相关从业人员的配备属于最低要求，项目管理人员配置不得低于此标准。

第五条项目管理人员的岗位设置及人数配备除应符合本标准外，还应符合国家和地方现行有关法律、法规、标准及管理办法等的规定。

第六条项目管理人员必须与二级单位签订劳动合同，严禁无合同用工；项目人员薪酬原则上由二级单位统筹发放，且项目员工薪酬不得低于同职级机关人员薪酬水平。

第七条本办法适用于建筑与市政工程，其他专业可参考本标准配置。

第二章项目管理人员配置标准第八条项目财务人员原则上由各二级单位委派。

第九条住宅小区或建筑群体工程项目（项目分类分级标准中编号B01项目）按照表1进行项目管理人员配置。

表1：住宅小区或建筑群体工程项目管理人员配置标准注：1、本表以建筑面积为基础测算；2、在符合本表人员配置要求的基础之上，住宅小区或建筑群体工程建筑面积50万平方米以上时，每增加5万平方米，可增加配备施工员、质量员、安全员各1人；3、*表示可兼职岗位。

第十条工业、民用与公共建筑工程项目（项目分类分级标准中编号B02项目）按照表2进行项目管理人员配置。

表2：工业、民用与公共建筑工程项目管理人员配置标准注：1、本表以建筑面积为基础测算；2、在符合本表人员配置要求的基础之上，工业、民用建筑与公共建筑工程建筑面积50万平方米以上时，每增加5万平方米，可考虑增加配备施工员、安全员、质量员各1人；3、*表示可兼职岗位。

项目配置管理过程规范(精编文档).doc

项目配置管理过程规范(精编文档).doc

【最新整理，下载后即可编辑】项目配置管理过程规范文档种类：研发体系发行范围：研发中心变更记录息，以保证其可追溯性。

目录1. 前言 (4)1.1. 目的 (4)1.2. 适用范围 (4)1.3. 术语 (4)2. 职责说明 (5)3. 输入 (5)4. 入口准则 (5)5. 活动 (6)5.1. 活动关系图 (6)5.1.1. 配置管理流程图 (6)5.1.2. 配置变更流程图 (7)5.2. 活动描述 (7)5.2.1. 制定配置管理计划 (7)5.2.2. 建立配置库 (8)5.2.3. 建立配置项 (8)5.2.4. 基线建立及发布过程 (8)5.2.5. 配置变更 (9)5.2.6. 配置审计 (9)5.2.7. 备份 (10)6. 输出 (10)7. 出口准则 (10)8. 本过程裁剪规定 (10)1. 前言1.1. 目的用于描述配置管理过程，规范配置管理的操作。

1.2. 适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。

1.3. 术语CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。

CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。

CCB组长可以是PPQA或高层经理，但不能是项目经理。

Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。

基线变更必须经过CCB审批。

配置审计：可以分为物理审计和功能审计。

前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。

物理审计的内容包括：⏹确认配置项标识的正确性；⏹确认已受控配置项的更改是受到控制的；⏹验证配置库内容与相应记录之间的一致性；⏹验证配置管理活动与相应记录之间的一致性；⏹验证配置管理工作是否符合适用的标准和规程；⏹验证配置管理系统与系统备份的有效性、一致性等。

配置管理规范

配置管理规范

配置管理规范配置管理规范是一份组织或企业制定的，用于管理配置项的规定和流程的文件。

它的目的是确保配置项的正确性、一致性和可追溯性，以提高配置项的管理效率和可靠性。

下面是一份配置管理规范的典型内容，共有以下几个方面：1. 配置管理目的配置管理的目的是确保项目的稳定性、可靠性和一致性。

通过合理的配置管理流程，可以减少配置变更对项目的风险和影响，提高项目的质量和效率。

2. 配置管理团队配置管理团队由配置管理员和相关团队成员组成。

配置管理员负责实施和维护配置管理规范，相关团队成员负责配合配置管理工作的实施。

3. 配置管理流程配置管理流程包括配置项的识别、控制、状态管理和审计。

其中，配置项的识别是指对项目中的配置项进行标识和归类；配置项的控制是指对配置项的变更进行管理和控制；配置项的状态管理是指跟踪和记录配置项的状态变化；配置项的审计是指定期对配置项进行审查和验证。

4. 配置项的标识配置项的标识是指每个配置项都有一个唯一的标识符，用于标识和跟踪配置项的变更和状态。

标识符可以是一个编号、一个名称或一个组合的字符序列。

5. 配置项的分类配置项应按照其功能和特性进行分类。

常见的分类包括硬件配置项、软件配置项、文档配置项和人员配置项等。

6. 配置项的变更管理配置项的变更应按照变更管理流程进行控制和审批。

任何对已经配置发布的配置项的更改都必须通过变更管理流程进行审批和记录，确保变更的正确性和有效性。

7. 配置项的版本管理对于代码或软件配置项，应实施版本管理，通过版本号和版本控制工具进行管理，以确保配置项的版本一致性和可追溯性。

8. 配置项的备份和恢复对于关键配置项，应定期进行备份，并测试备份的可恢复性。

备份和恢复的策略和流程应与配置管理流程相衔接，确保配置项的完整性和可恢复性。

9. 配置管理的培训和治理配置管理规范应被广泛传达和培训给相关人员，以确保配置管理流程的全面实施。

同时，应定期对配置管理流程进行治理和改进，以适应项目变化和技术发展的需求。