全套CMMI信息系统项目管理文档模板配置管理方案.docx

全套CMMI信息系统项目管理文档模板配置管理方案.docx

《全套CMMI信息系统项目管理文档模板配置管理方案.docx》由会员分享，可在线阅读，更多相关《全套CMMI信息系统项目管理文档模板配置管理方案.docx（12页珍藏版）》请在冰豆网上搜索。

全套CMMI信息系统项目管理文档模板配置管理方案

配置管理方案

1!

1简介2

1.1目的2

1.2适用范围2

1.3术语表2

1.4参考资料2

1.5职责描述2

2配置管理活动3

2.1软件资源与硬件资源3

2.2标识配置项3

2.2.1配置项标识规则3

2.2.2配置项名称格式说明4

2.2.3配置项4

2.3项目基线管理4

2.3.1基线列表5

2.3.2基线建立流程5

2.3.3基线的变更控制6

2.4发布管理7

2.5配置库管理7

2.5.1各类库结构7

2.5.2库的权限设置8

2.5.3库的备份与恢复8

2.6配置状态的记录和报告8

2.7配置审计8

2.8人员安排与时间安排9

3数据资料管理计划9

1简介

1.1目的

木计划是用来指导项目配置管理作业的过程与步骤，以便全而地管理、保存软件生命周期各个配置项，监控各配置项的状态，让小组所有成员能及时了解软件基线的状态和内容，从而实现对软件过程的控制，持续改进软件流程，保证软件产品质量、降低风险，实现项目规划的所有需求，同时提高开发团队的工作效率、降低软件开发成木。

1.2适用范围

木项目中纳入配置管理的活动：

项目管理文档（如项目计划、配置计划等）、项目技术文档（需求规格说明书、概要设计等）、源程序及模块文档、基线、产品、用户文档、项目工具。

1.3术语表

名称

描述

CCB

CCB（ConfigurationControlBoard）:

配置控制委员会。

CCB通常由项目经理、资深项目成员等。

项目经理为CCB负责人。

BL

BL（Baseline）:

基线。

基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。

1.4参考资料

无

1.5职责描述

角色

人员名称

职责

CCB

杨皓、王琦、肖福燕

对变更项进行控制，批准软件的变更

项目经理

王埼

协助CM完成《配置管理计划》，管理开发库，协同QA完成配置库的审计工作。

配置人员

耿彻

负责管理公司的配置库、组织财富库。

保证公司的文档、代码等资源完整，对项目的阶段产品进行控制，并支持QA的配置审计工作

质量保证人

员

邓淮徐

对CM的活动进行审查，负责执行配置审计

表2-1

2配置管理活动

配置活动的目的是向项目组每一个人传达在木项目中如何进行配置。

参见《配置管理过程文件》。

2.1软件资源与硬件资源

配置管理软硬件资源

说明

配置管理软件名称

SVN1.5

计算机名称

SVNServer

配置服务器的网络地址

192.168.192.9

2.2标识配置项

2.2.1配置项标识规则

项目级的配置项是指由于项目实施而产生的记录。

为了便于查询、搜索今后各项目的文档及版本，下面将专门制订一套约定，统一、规范项目的命名格式。

凡进入项目级配置管理库下的工作产品都应依照下列命名约定进行。

1）举例

示例1,系统项目计划的配置标识：

计划（具体文档名称）

配置管理

系统

北京驰波名气通数据服务有限公司

2.2.2配置项名称格式说明

1）配置库中配置项命名格式的顺序是根据产出物所产生的文档先后次序来命名的，例如：

01-项目配置管理计划；02-功能配置审计报告。

2）项目编号为可选项，项目中的技术类的文档可以不使用，建议计划类文档使用该项。

3）如果客户对配置项的命名规则有明确的要求要按客户的要求命名，否则按此命名规则进行命名。

4）版本编号按照格式：

“V”+“主版本号”++“发布号”。

在一个生

命周期内，如果发生变更，则版本号以自动递增的方式进行编码。

如：

V1.0、VI.1

2.2.3配置项

具体参见《项目配置库目录（huifeng-YJS-CM-CMList）V1.0》

2.3项目基线管理

项目组根据项目所选用的生命周期模型、工作进度的安排制定项目的基线计划，描述项目将要产生的基线、基线的内容要求、大致的时间点、基线标识。

项目的基线通常有：

计划基线、需求基线、设计基线、编码基线、测试基线、产品基线，其中需求基线是所有项目的必备基线。

基线的内容

通常是那些影响下阶段工作的工作产品、文档。

2.3.1基线列表

阶段

内容（基线产品）

纳入时间

基线建立条件

变更批改人

备注

需求基线

用户需求说明书

需求规格说明书

2015-9-15

同行评审通过，并

得到客户确认

王琦

设计基线

（包括需求基线中的产品）概要设计说明书详细设计说明书数据库设计书

用户手册

2015-10-2

9

同行评审通过

王琦

测试基线

（包括设计基线中的产品）

集成测试用例

系统测试用例

2016-08-1

8

集成测试通过

系统测试通过

王琦

产品基线

（包括开发基线中的产品）用户手册等支持性文档所有程序源代码

2016-10-1

5

产品最终完成

王琦

表3.1-1

2.3.2基线建立流程

1.作者提出评审中请。

2.项目经理组织相关人进行评审。

3.作者把评审通过的文档放入“管理库”。

4.配置管理人员协助QA做好功能审计和物理审计。

4.审计无误后由配置管理人员填写《基线建立中请》提交给CCB审批。

5.审批通过后，配置管理员把配置项放入基线,并填写《基线发布报告》。

6.配置管理员通过邮件告知相关人员基线建立。

2.3.3基线的变更控制

基线的变更是指在一个软件版本的开发周期内对基线配置项的变更,主要包括基线的应用和更新等活动。

1）由于基线变更或其他引起的变更，变更申请人向项目经理提交《变更请求单》。

2）项目经理对变更进行评估。

若该变更是需求变更（变更引起的工作量在5人日以上）或该变更将引起项目进度延期大于等于8%或成本大于等于10%则向CCB提交变更中请，重点说明“变更内容”和“变更原因”。

若该变更是需求变更（变更引起的工作量在10人FI以上）或该变更将引起项目进度延期大于等于30%或成本大于等于30%则还要向公司总经理提交变更申请，重点说明“变更内容”和“变更原因”。

其它的变更可以由项目经理决定。

2.3.3.2审批变更申请

CCB审批该申请，分析此变更对项目造成的影响。

如果同意变更，则

批准，否则终止此次变更。

1）CCB将变更结果提交配置管理员，配置管理员通知项目经理组织实施变更。

2）配置管理员根据变更请求的要求将配置项从配置库中检出。

3）项目经理指定人员对要变更的配置项进行变更。

4）项目组对更改后的配置项重新进行评审或测试。

如果配置项是技术文档，则需要评审（参见《评审过程文件》）。

如果配置项是代码需要进行测试。

2・3・3・4变更的确认

1）项目组将变更后的配置项提交CCB进行确认。

2）CCB对变更后的配置项进行确认并批准。

3）配置管理员将确认后的配置项重新放入配置库。

4）配置管理员通知相关的人员，通知方式建议采用邮件方式。

5）配置管理员和质量保证人员要对变更后的配置库进行功能审计和物理审计。

2.4发布管理

版本发布包括基线发布和产品发布。

1）配置管理员准备将要进行发布的产品。

2）配置管理员编写《基线建立中请》，提交CCB审批。

3）CCB审批通过后，配置管理员填写《发布报告》，进行基线发布。

2.5配置库管理

如项目有特殊要求，按以上格式重新填写上表。

2.5.1各类库结构

具体参见《项目配置库目录V1.0》

252库的权限设置

用户

|权限

备注

全体人员

01•开发库

只读，签入签出，添加/删除

在对应的目录下面

配置管理员

02.管理库

只读，签入签出，添加/删除创建

日录

CCB

只读

项目经理

只读，签入签出，添加/删除

项LI组成员

签入签出，添加/删除

在对应的目录下面

质量保证

签入签出，添加/删除

在对应的目录下面

配置管理员

03_基线库

只读，签入签出，添加/删除创建目录

CCB

只读

项LI组成员

只读

质量保证

只读

配置管理员

04_产品库

只读，签入签出，添加/删除创建目录

其他角色只有"只读”权限

2.5.3库的备份与恢复

备份频度/时间

备份人

备份内容、目的地、方式等

1次/天

张文荣

异机增量备份

1次/月

张文荣

异机全备份和同机全备份

2.6配置状态的记录和报告

频度/时间

操作人

内容

1次/2周

耿彻

配置状态记录

2.7配置审计

审计的频度/时间

审计人

审计内容

审计时间

备注

基线建前和基线发生变

更时进行一次

耿彻

功能审计和物理审

汁

参见2.8人员与

时间安排

2.8人员安排与时间安排

配置活动

开始时间

结束时间

负责人

参与人

备注

制定配置计划

2015-9-8

2015-9-10

耿彻

耿彻

配置库的建立

2015-9-10

2015-9-13

耿彻

耿彻

生成《配置状态报告》

两周一次

耿彻

耿彻

物理审计（需求里程

碑）

2015-9-15

2015-9-15

邓淮徐

耿彻

物理审计（设计里程

碑）

2015-10-30

2015-10-3

邓淮徐

耿彻

物理审计（测试里程

碑）

2016-8-20

2016-08-2

邓淮徐

耿彻

物理审计（产品里程

碑）

2016-8-30

2016-08-3

B

邓淮徐

耿彻

功能审计

与物理审计同时进行

邓淮徐

耿彻

3数据资料管理计划

数据类型

内容

相关人

时间

存储

数据分发及査

阅权限

客户提供的数据

客户的公司介绍、项目背景介绍、相关信息等客户方提供的各种文件。

王琦

客户提交

时

客户提交的书面文档放入文件夹编码进行管理。

电子文档，放入SVN中的项目监控文件夹下进行统一管理

对于重要的客户文件，与本项目无关的人员，需要经项目经理同意后才可以查询。

移交给客户的文

件

项目提案书、合

同、用户需求说

王埼

各阶段分

别收集

书面的文档直

接提交给客

根据角色不同

设定了不同的

明书、需求规格说明书、项目计划、系统验收计划、帮助说明书、程序安装包

等

户。

电子文档通过邮件发送。

访问权限，具

体见2.5.2

非移交客户的文

件

项目过程中临时产生的记录、一些计划和报告等

王琦

文件产生

时

在SVN对应的

库中。

设定了不同的访问权限，具体见2.5.2

邮件

项目情况，报告

王埼

邮件接收

时

存储在邮箱内，

并IL在本地电

脑上备份

由配置管理人员统一管理，需要查阅时向配置管理人员申请