软件配置管理计划示例

软件配置管理计划示例
软件配置管理计划示例

软件配置管理计划示例

作者:赵文锋计划名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.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

E.用户代表负责反映用户对配置管理的要求,并协助检查各类人员对软件配置管理计划的执行情况;

F.项目专职的配置管理人员协助组长开展各项软件配置管理活动,负责审查所采用的配置管理工具、技术和方法,并负责汇总、维护和保存有关软件配置管理活动的各项记录。

2.4接口控制

对各类接口进行严格、合理的控制,是软件配置管理中最重要的任务之一。整个软件项目及其各子系统都必须对进行严格的控制。在工程化软件系统中,主要的接口有如下五类:

A.用户界面:用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。

B.系统内部接口:系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。

C.标准程序接口:标准程序接口是指各应用子系统与标准子程序库(包括宿主计算机系统已有的库程序)之间的调用约定。

D.设备接口:设备接口是指各子系统与各种设备(包括终端和其他各种输入/输出设备)之间的连接约定。

E.软件接口:软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。以上五类接口是一个软件系统各项配置的重要组成部分。对接口修改进行合理的控制,是软件配置管理的重要任务之一。这五类接口都涉及到CADCSC软件系统的全局,因此,当要求对这五类接口中的任一类接口进行修改时,都必须办理正规的审批手续,最后要经项目总体组批准。具体的审批程序将在本计划的第条中规定(可参阅表1)。

表1 两类修改的审批程序

步骤A类修改的审批程序B类修改的审批程序

1 发现问题,填写软件问题报告单发现问题,填写软件问题报告单

2 项目组长评审项目组长评审

3 软件配置管理小组评审子系统配置管理人员评审

4 项目总体组批准子系统负责人批准

5 修改配置并填写软件修改报告单修改配置并填写软件修改报告单

6 项目组长评审项目组长评审

7 软件质量保证小组评审子系统质量保证人员评审

8 总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索

2.5 软件配置管理计划的实现

在实现软件配置管理计划的过程中,要特别注意实现以下三个里程碑:

A.建立软件配置管理小组:在项目总体组批准软件配置管理计划之后,立即成立软件配置管理小组;

B.建立各阶段的配置基线:随着CADCSC软件系统及其所属各子系统的任务书的评审和批准,建立起功能基线;随着总体组编写的《CADCSC软件需求规格说明书》的批准,建立起指派基线;随着CADCSC工程化软件系统的集成与系统测试的完成,建立起产品基线。

C.建立软件库:在本项目所属的各个子系统的研制工作的开始,就建立起各个子系统的软件开发库,并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。以后在每个开发阶段的结束,建立各个子系统的新的开发库,同时把这个阶段的阶段产品送入总的软件受控库,并在各个子系统的计算机上建立软件受控库的副本。软件受控库必须以主软件受控库为准。当全部开发工作结束,在配置管理小组的计算机上建立起软件产品库,并在各子系统的计算机上建立软件产品库的副本。

2.6 适用的标准、条例和约定

除应奠定本计划第条中指出的参考资料以及本计划中的其他章条所作的各项规

定外,还应该遵守如下标准、条例和约定:

A.软件开发库、软件受控库与软件产品库的操作规程与管理规程;

B.系统、子系统、模块和程序单元的命名约定;

C.文档和测试用例的命名和管理规程。

这引起命名约定、操作规程与管理规程应由CADCSC项目技术组负责制订,并应认真听取各子系统项目负责人的意见,最后报项目总体组审批。在执行过程中,如果

发现某些条款需要修改,则必须办理正规的审批手续,最后要经项目总体组批准。具体的审批程序将在本计划的第条中规定。

3 软件配置管理活动

3.1 配置标识

3.1.1 文档

所有为本项目编制的文档,都要符合GB 8567中的规定。CADCSC软件系统及其所属的各个子系统所编写的文档数目,可根据GB 8567的规定作适当的剪裁。剪裁方案由技术组提出建议,报总体组批准。

3.1.2 程序

所有属于本项目的程序、分程序、模块和程序单元,都要按照由项目技术组制订,且经总体组批准的软件系统的命名约定的规定来标识。

3.1.3 各类基线

所有属于本项目及其各子系统的各类基线,首先要按照任务书、软件需求规格说明书的规定确定其技术内容,然后按照软件系统的上述命名约定的规定来标识。

3.2 配置控制

软件配置的更改管理适用于本项目的所有文档和代码,其中包括本项目的各个运行软件,也包括为本项目专门开发的支持软件。配置控制的要点如下:A.修改批准权限;对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改(称为A类修改),都必须通过项目配置管理小组讨论,并必须经总体组批准;对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改(称为B类修改),都必须通过本项目各个子系统的配置管理人员审查,并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。

B.修改审批程序:上述两类修改的审批程序如表1。

C.修改控制工具:修改控制工具是协助软件配置管理人员进行配置控制的有效手段。

3.3 配置状态审计

利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态

进行追踪。对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实

现,用户可通过该软件系统对其进行查询。注:本计划在此处应给出软件问题报告单与软件修改报告单的具体格式,并作出必要的说明。鉴于本计划拟采用附录B(参考件)中建议的格式,因而这两个报告单的格式及其说明可参阅附录B。

3.4 配置的检查和评审

项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查;对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查;对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次;在软件验收前要对宿主计算机系统、各个子系统及其专用支持软件的配置进行综合检查。

在软件开发周期各阶段的评审与检查工作中,要对该阶段所进行的配置管理工作进行必要的评审和检查。应该进行评审与检查的内容与次数,由CADCSC软件质量计划规定。配置修改的审批程序按本计划第条的规定处理(见表1)。

4 工具、技术和方法

在软件的开发过程中,与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅助生成工具与图形编辑工具等到三种。

A.C软件测试工具:它支持用C语言编写的模块的静态分析、结构测试与功能测试。主要功能为:协助测试人员判断程序结构与变量使用情况是否有错;给测试人员提供模块语句覆盖C0和分支覆盖率C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词,给出不同测试用例有效性的表格;同时提出功能测试的有效情况,并协助组织最终交付给用户的有效测试用例的集合。

B.软件配置管理工具:它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;同时还应支持软件配置管理小组对软件配置更改进行科学的管理。

C.文档辅助生成工具与图形编辑工具:它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能(输入、输出关系)的曲线以及绘制描述系统特性的一些其他图形,同时还可生成若干与CADCSC软件文档编制大纲适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。

有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定。

5 对供货单位的控制

CADCSC项目所属的各个子系统开发组如果需要从软件销售单位购买、委托其他开发单位、从开发单位现存软件库选用或从项目委托单位或用户的现有连锁反应加中选用软件时,则在选用前应向CADCSC总体组报告,然后由CADCSC总体组组织"软件选用评审小组"进行评审、测试与检查,只有当演示成功、测试合格后才能批准使用。如果只选用其中部分内容,则按等待开发软件的处理过程办理,此时CADCSC总体组不予预。在进行上述工作过程中,软件配置管理人员要进行下列工作:A.项目的软件配置管理小组要参加对上述四类由间接供货单位提供的软件的物理配置检查;这些软件的功能配置检查由项目的软件质量保证小组负责。

B.在这些软件送入软件受控库与其他软件成分进行组装之前,软件配置管理小组要对其存放媒体和配置标识进行认真的审查。

C.由软件质量保证小组审查选用的上述四类软件,必须经过正式的验收手续,并由项目技术管理小组负责人批准,然后置于软件配置管理小组的控制之下。 6 记录的惧维护和保存在本项目及其所属的各个子系统的研制与开发期间,要进行各种软件配置管理活动。准确记录、及时分析并妥善存放有关这些活动的记录,对这些软件的下沉运行与维护工作十分有利。在软件配置管理小组中,应有专人负责收集、汇总与保存这些记录。

A.基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入软盘或磁带,至少必须一式两份且存放在两个不同的地点。这些记录应该每6个月拷贝一次,以免意外损伤与自然老化。

B.上述这些软件的文档也应送入软盘或磁带,至少必须工式两份且存放在两个不同的地点,并应有一份打印的硬拷贝。磁媒体应该每隔6个月拷贝一次,以免意外损伤与自然老化。

C.软件产品的源程序、测试数据、测试报告及其他有关文档,除了按A、B规定妥善存放外,要在项目结束后再保存2年,或在条件成熟时转交给这些软件产品的生产系统。

注:具体保存年限要根据项目的性质与开发单位的任务来确定,此处仅作为一个示例。

D.上述这些软件的各项配置的个性状态、评审记录与修改历史,要作为这些软件的历史记录来保存,目前可用打印硬拷贝一式两份存放,有条件时再转移到在线光学存储媒体中。

E.鉴于处理版权或清理财务的需要,本软件系统的各项配置可能要求存放5~7年,但由于我国对这些问题尚无明确的规定,因此,有关本条款的具体规定待将来有必要与可能时再作修改与补充。

软件配置管理计划

软件配置管理计划 案卷号 日期 ,项目名称, 软件配置管理计划 作者: 完成日期: 签收人: 签收日期: 修改情况记录: 版本号修改批准人修改人安装日期签收人 目录 1 引 言 ..................................................................... ........ 1 1.1 目的..................................................................... 1 1. 2 定义和缩写 词 ............................................................. 1 1.3 参考资 料 ................................................................. 1 2 管 理 ..................................................................... ........ 1 2.1 机

构..................................................................... 1 2. 2 任务..................................................................... 2 2. 3 职责..................................................................... 2 2.4 接口控 制 (2) 2.5 实现..................................................................... 2 2.6 适用的标准、条例和约 定 (3) 2.6.1 指明 (3) 2.6.2 内容................................................................. 3 3 软件配置管理活 动 (4) 3.1 配置标 识 (4) 3.1.1 基线 (4) 3.1.2 代码、文 档 ........................................................... 4 3.2 配置控制 .................................................................

软件项目配置管理计划

中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国广东核电集团有限公司所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。

配置管理计划 基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。

(2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

配置管理计划示例

酒店管理系统 分类:专题计划 使用者:项目经理、配置变更控制经理、集成员、项目组成员 配置管理计划 Version 1.0 项目承担部门:配置管理部门 撰写人(签名): 完成日期: 2010/7/18 本文档使用部门:□主管领导■项目组 □客户(市场)□维护人员□用户 评审负责人(签名): 评审日期:

目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 4 2. 软件配置管理 4 2.1 组织、职责和接口 4 2.2 工具、环境和基础设施 4 3. 配置管理活动 6 3.1 配置标识 6 3.1.1 标识方法 6 3.1.2 项目基线 6 3.2 配置和变更控制8 3.2.1 变更请求的处理和审批8 3.2.2 变更控制委员会 (CCB)10 3.3 配置状态统计11 3.3.1 项目介质存储和发布进程11 3.3.2 报告和审计11 4. 里程碑11 5. 培训和资源12 6. 分包商和厂商软件控制错误!未定义书签。

配置管理计划 1.简介 项目CM计划说明在产品生命周期中将执行的所有与CM相关的活动。它详细说明了活动时间表、分配的职责以及必需的资源(包括人员、工具和计算机设备)。 1.1目的 CM 计划的目的在于,定义或参考那些描述要在软件产品开发中执行配置和变更控制管理 (CM) 方式的步骤和活动。 1.2范围 本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。 本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。 1.3定义、首字母缩写词和缩略语 CCB - configuration control board 变更(或配置)控制委员会 CI - configuration item 配置项 CM - configuration management 配置管理 Baseline:基线。 PCA:物理审计,在配置管理系统中建立基线的工件是否为“正确”版本。 FCA:功能审计,是核实软件配置项的实际性能是否符合它的需求。 CMP - configuration management plan 配置管理计划 CR - change request 变更请求 SCM - software configuration management 软件配置管理 任意角色–项目中所有角色 1.4参考资料 《Rational Unified Process 2000》 《SDP Plan》 《Develop Case》 2.软件配置管理 2.1组织、职责和接口

软件配置管理计划示例

软件配置管理计划示例 作者:赵文锋计划名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.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

软件项目配置管理系统计划清单指导应用清单

中国核电集团 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默认设置为与域的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中,需要对照成果物列表逐项填写。

软件配置管理计划模板

卷号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组织结构

配置管理计划V0.1

XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日

文档编号:XXXXXXXX-XXX-XXX 版本号:1.00 项目名称:XXXX项目 文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人:日期:审核人:日期: 公司名称:xxxxxxxxxxxxxxxxxx有限公司 地址:xxxxxxxxxxxxxxxxxxxxxxxxx 电话:010-xxxxxxxx 网址:https://www.360docs.net/doc/103144501.html, 邮箱:mengsuran@https://www.360docs.net/doc/103144501.html,

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)

软件配置管理计划

您现在的位置:需求工程多媒体教学系统>> 教学资料>> 正文 软件项目配置管理范例. 一. 概述 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项目组成员表

软件配置管理计划(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条指明的生存周期各阶段的评审、检查和审批过程中的用户职

配置管理计划

项目名称(The English Name)配置管理计划 XXX项目小组

修订表

审批记录

目录 1.引言 (5) 1.1目的 (5) 1.2适用范围 (5) 1.3参考资料 (5) 1.4术语和缩略语 (5) 2.人员与责任 (5) 3.用于配置管理的软硬件资源 (6) 4.配置库结构与权限 (6) 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3人员权限 (6) 5.配置项计划 (7) 6.基线计划 (7) 7.配置库备份计划 (7)

1.引言 1.1目的 本计划的目的是定义软件项目组进行配置管理活动、任务和责任;定义支持配置管理的活动及报告的工具、技术和方法。 1.2适用范围 本计划定义项目组在项目期间的所有配置管理活动。 1.3参考资料 《配置管理指南》 《配置项变更规程》 《配置审核规程》 《基线生成产品规程》 1.4术语和缩略语 CCB:软件配置控制委员会、变更控制委员会 2.人员与责任 提示: (1)根据《项目计划》中的角色分配,确定配置管理员,CCB(配置控制委员会)成员。 (2)CCB的人数根据项目规模而定。一般地,项目经理是CCB的负责人。

3.用于配置管理的软硬件资源 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的Visual SourceSafe、Excel 或者CVS。 (2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。 4.配置库结构与权限 4.1配置库列表 4.2配置库结构 以课堂上讲授的配置库结构为主,各小组可以根据自己组的实际情况来调整。 4.3人员权限

项目配置管理计划范本

机电管理系统性能测试系统 配置管理计划

这里填写公司名称 文档编号:XXXXXXXX-XXX-XXX 版本号:1.00 产品名称:机电管理系统性能测试系统 文档名称:配置管理计划 这里填写公司地址、联系方式等

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.3 参考资料 (1) 2. 软件配置 (2) 2.1 软件配置环境 (2) 2.2 软件配置项 (2) 2.3 配置管理员 (3) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.3 配置库控制 (7) 3.4 配置的检查和评审 (8) 3.5 配置库的备份 (9) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (11) 附录1 文档命名规定 (12) 1、受控配置库文件命名规则 (12) 2、非受控配置库文件命名规则 (12) 3、提交文档文件命名规则 (12) 附录2文档编码规范 (13) 附录3 帐号及权限管理 (14) 附录4 配置库使用规定 (16) 文档修改记录 (17)

1. 引言 1.1 目的 本文档目的在于机电管理系统性能测试系统进行软件配置管理,提高软件质量,降低软件开发成本。 本文档内容主要参考研发中心相关的ISO程序和制度文档,并在这基础上整理成适合本项目的软件配置管理,为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。 1.2 术语定义 软件配置管理:简称SCM(Software Configuration Management的缩写),是在项目开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大,配置管理就显得越重要。 基线:(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。 配置管理员:项目组中负责配置管理工作的角色,该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。 配置标识:(Configuration Identification)对软件项目在开发过程中的资源进行标识,以便识别。 配置检查:(Configuration Audit)对软件配置管理过程中的行动进行检查。 1.3 参考资料 《研发中心配置管理制度》 《产品的标识与可追溯性程序》 《开发手册》

项目平台配置管理计划

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.参考资料 暂无

第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 引言 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 任务

配置管理计划配置管理计划的案例

配置管理计划配置管理计划的案例 配置管理计划来自:://.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。例如:类型主要配置项标识符预计正式发表时间计划 《项目计划》

校务通管理系统软件项目配置管理计划案例

软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》(韩万江,机械工业出版社)一书,项目案例为《校务通管理系统》,该项目的配置管理计划如下: 1. 引言 包括目的、缩写词和参考资料,具体内容略。 2.组织及职责 配置管理的角色和职责见表1。 表1:配置管理角色职责表 3.配置管理环境 由于本项目属于中小型项目,工期也不很长,而且项目组人员对Visual SourceSafe也比较熟悉,所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构

3.2用户及权限 4.配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由5个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如图1所示。这些字段用一横线(-)分隔。

图1:配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司:3个字符 项目:最长10个字符 类型:最长5个字符 编号:最长8位数字/字符 版本号:V m.n

4.1.3 项目基线 在Visual SourceSafe中基线由LABLE标志,字母必须为大写。基线管理由项目执行负责人确认、SCCB授权,由配置管理员执行。 表5 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支:主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。 这四类工作空间(分支)由项目执行负责人统一管理,根据各开发阶段的实际情况定制相应的版本选取规则,来保证开发活动的正常运作。在变更发生时,应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略: (1)主干分支 系统默认自动建立的物理分支——主干分支(/main),基线均以LABLE方式出现在主干分支上。 (2)私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理,如个别私有空间上的版本树过于冗余,将对其冗余版本进行限制。 (3)小组分支 如果出现小组共同开发一配置项,该分支可视为项目组内部分组的私有空间,存放代码开发过程中的版本分支,由项目组内部控制。

配置管理计划

<项目名称> 配置管理计划 版本 <1.0> [注:以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应 该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=正文)。]

修订版历史

目录 1.简介 1.1目的 1.2范围 1.3定义、首字母缩写词和缩略语 1.4参考资料 1.5概述 2.软件配置管理 2.1组织、职责和接口 2.2工具、环境和基础设施 3.配置管理活动 3.1配置标识 3.1.1标识方法 3.1.2项目基线 3.2配置和变更控制 3.2.1变更请求的处理和审批 3.2.2变更控制委员会 (CCB) 3.3配置状态统计 3.3.1项目介质存储和发布进程 3.3.2报告和审核 4.里程碑 5.培训和资源 6.分包商和厂商软件控制

配置管理计划 1.简介 [配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范 围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明此配置管理计划的目的。] 1.2范围 [简要说明此配置管理计划的范围:它的相关模型,以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整地列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号(如果适用)、日期和发布组织。列出可从中获取这些引用的来源。这 些信息可以通过引用附录或其他文档来提供。] 1.5概述 [本小节应说明此配置管理计划中其他部分所包含的内容,并解释文档的组织方式。] 2.软件配置管理 2.1组织、职责和接口 [说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。] 2.2工具、环境和基础设施 [说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工 具。 说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过 程。 建立 CM 环境时所涉及的问题有: ?产品数据量的预期大小 ?产品团队的分配 ?服务器和客户机的实际位置] 3.配置管理活动 3.1配置标识 3.1.1标识方法 [说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售 (COTS) 产品以及产品目录结构中所列的所有应用程序开发工件,例如计划、模型、构件、测试软件、结果与数据、可执行文件等。] 3.1.2项目基线 [基线提供一项正式标准,随后的工作都基于此标准,并且只有经过授权后才能对此标准进行变更。

第十章-软件项目配置管理计划

第十章软件项目配置管理计划 案例说明-《校务通管理系统》配置管理计划 1.引言 略 2. 组织及职责 (1)根据《项目计划》中的角色分配,确定配置管理者,SCCB(配置控制委员会)成员。 (2)项目经理是SCCB的负责人。 (3)配置管理的角色和职责见表1 表1:配置管理角色职责表

3.配置管理环境 由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。 3.1目录结构 表格2:配置库的目录结构

3.2 用户及权限 表2:配置库的用户权限 4.配置管理活动 4.1 配置项标识 4.1.1 命名规范 命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。

本项目文件命名规范由五个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如图1所示。这些字段用一横线(-)分隔。 图1:文档命名规范 4.1.2主要配置项如下: 表3 配置项列表 类型主要配置项标识符预计正式发 表时间 技术合同《合同》QTD-School-TCM-Contract-V1.02003-4-11 SOW QTD-School-TCM-SOW-V1.02003-4-11 计划《项目计划》QTD-School-SPP-PP-V1.02003-4-11《质量保证 计划》 QTD-School-SPP-SQA-V1.02003-4-11 《配置管理 计划》 QTD-School-SPP-SCM-V1.02003-4-11

4.1.3 项目基线 在SourceSafe中基线由LABEL标识,字母必须为大写。基线管理由项目执行负责人确认,SCCB授权,由配置管理员执行。

配置管理计划-实例文件

文档编号: 配置计划 编写人: 编写日期: 部 n: 审核人: 审核日期:

修订页

1简介 ............................ 1.1目的....................... 1.2适用范围................... 1.3参考资料................... 1.4职责描述................... 2配置管理活动 .................... 2.1软件资源与硬件资源........... 2.2标识配置项................. 2.2.1配置项版本标识....... 2.2.2配置项需称格式说明 2.2.3配置项............. 2.3项目基线管理............... 2.3.1基线列表........... 2.3.2基线建立流程....... 2.3.3基线的变更控制 2.4发布管理................... 2.5配置审讣................... 2.6人员安排与时间安排......... 3数据资料管理计划 ................ 2 2 2 2 2 2 2 3 3 3 4 4 4

1简介 1.1目的 本讣划是用来指导项目配置管理作业的过程与步骤,以便全面地管理、保存软件生命周期各个配置项,监控各配置项的状态,让小组所有成员能及时了解软件基线的状态和内容,从而实现对软件过程的控制,持续改进软件流程,保证软件产品质量、降低风险,实现项目规划的所有需求,同时提高开发团队的工作效率、降低软件开发成本。 1.2适用范围 本项目中纳入配這管理的活动:项目笛理文档(如项目il划、配置讣划等)、项目技术文档(需求规格说明书、概要设讣等)、源程序及模块文档、基线、产品、用户文档、项目工具。 1.3参考资料 《配宜管理指南》 1.4职责描述 表」

相关文档
最新文档