通讯录管理系统配置管理计划书要点Word格式文档下载.docx
《通讯录管理系统配置管理计划书要点Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《通讯录管理系统配置管理计划书要点Word格式文档下载.docx（21页珍藏版）》请在冰豆网上搜索。
当前版本
V1.0
VOB库
PMS_VOB
权限用户组
407_PMS
2.介绍
2.1目的
本文档目的在于对通讯录管理系统项目进行软件配置管理，提高软件的质量，降低软件开发成本。
本计划制定了通讯录管理系统项目如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源，以及配置控制活动。
对通讯录管理系统项目是实施软件配置管理活动是，需要参照本计划。
2.2范围
本文针对通讯录管理系统项目软件配置管理进行了规定，具体从以下几个方面进行了计划和规范：
✧项目配置管理组织的设置，角色与职责的划分；
✧配置管理工具的选择及环境设置；
✧配置管理活动，如：
配置项的标识、配置库的建立和管理、变更控制流程、配置审核方法和配置状态报告、备份计划等；
✧培训及资源需求；
✧配置管理计划的版本修订计划；
2.3假设和有待解决的问题
2.3.1假设
本计划假设使用RationalClearCase2002.05版本及更高版本作为软件配置管理工具，且环境已安装并可用。
2.3.2存在的问题
版本
日期
存在的问题
作者
3.定义和缩略语
■软件配置管理（SCM）：
软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
■软件配置（SC）：
指一个软件产品在软件生存周期各个阶段产生的各种形式和个种版本的文档、程序及其数据的集合。
■配置项（CI）：
软件配置中的每一个元素称为该软件产品配置中的一个配置项。
■基线（BaseLine）：
已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程进行改变。
■VOB存储库（VersionObjectBases）：
VSS中存储文件、目录和元数据的数据库，用于存储版本控制数据。
■视图（View）：
提供给开发人员或协作团体的工作空间，用来选择VOB库里的各元素的不同版本。
有两种视图：
–快照视图（SnapshotView）：
一个视图，先在本地建一个目录，然后拷贝VOB中的VSS元素和其他文件系统对象到本地目录。
–动态视图（DynamicView）：
一个跟踪当前VOB的视图，创建并维护包含VOB文件元素和视图私有文件版本的目录时。
可以直接动态查看VOB里德变化，
■元素（Element）：
使用VSS进行版本控制下的一个文件或目录
■版本（Version）：
一个文件或目录的演进过程，对文件或目录的每一次修改（checkout-edit-checkin）都会产生一个版本。
■版本树（VersionTree）：
元素由有组织的版本结构组成，即元素的多个版本串起来，称为版本树。
■流（Branch）：
版本树包括被组织到彼此独立的开发工作中的相关数据，称为流。
■配置规格（ConfigSpec）：
每个视图都有一个配置规格，它指定选择的文件和目录元素的版本的一系列规则。
■视图模板（ViewProfile）：
是一组预先定义的配置规范（ConfigSpec），可方便地做到ConfigSpec共享。
4.引用文件和参考资料
☆通讯管理系统曾用过的CC管理目录
☆QZX73.1340SCCB建立过程
☆QZX73.1360软件配置计划规程
☆QZX73.1350软件配置管理规程
☆QZX73.5020软件配置管理审核规程
5组织、角色和职责
5.1软件配置控制委员会（SCCB）
■职责
√评审配置管理计划，批准配置管理计划的生效。
√批准个阶段各类配置管理库的启用和配置管理项/单元标识的有效性。
√评审和批准对软件基线变更的变更申请。
（主要活动）
√审定由配置管理库制造的软件生成的正确性。
√定期或事件驱动审核软件基线和配置管理活动。
■组织人员名单
姓名
角色
项目组织角色
主席
开发科科长
成员
项目经理
业务人员
5.2软件配置管理组（SCM组）
■职责
√项目个阶段配置管理库德建立和管理，流策略的实现。
√制定和维护软件配置管理计划。
√负责软件基线的更新，审核已执行的对基线的变更。
√负责对软件基线库德存储管理。
√定期发布软件配置管理报告，配置管理组行动记录。
说明
IT部软件配置管理员
指导配置管理工作
项目组软件配置管理员
具体实施本项目的配置管理
项目组软件变更控制管理员
具体负责本项目的变更控制
SQA经理
5.3角色与职责
5.3.1软件配置管理员
软件配置管理员必须由专人担任，并具有以下规定的工作职责；
√安装、维护及升级VSS系统；
√配合项目经理，制定基于VSS的开发策略和流程；
√创建、维护VOB库；
√设定VSS中数据的访问权限；
√为开发、集成准备模板文件（ViewProfiles）；
√执行开发流、错误修改流和集成流等流之间的归并,并在适当时候为版本打标签（LANEL）;
√定期或事件驱动地执行项目的构建（Build）
√执行所有版本的发布
√配合配置控制委员会（SCCB），定期或事件驱动地召开SCCB例会；
√定期或事件驱动地进行软件配置状态报告；
√配置软件质量保证人员（SQA）和项目管理人员进行配置审核；
√定期备份VSS数据库；
√解决日常使用中遇到的VSS系统问题，对VSS系统进行性能优化；
√对开发人员进行配置管理、工具等相关知识、技能的培训。
5.3.2软件变更控制管理员
软件变更控制管理员应具有以下规定的工作职责：
√安装、维护及升级VSS系统，并安装使用所用数据库系统（SQLServer）；
√配合项目经理，制定基于VSS的开发策略和流程；
√根据软件配置管理员提出的变更管理需求，设计并升级模式（Schema）；
√创建、维护项目使用的数据库，设定数据的访问权限；
√定期备份VSS；
√解决日常使用中遇到的系统问题；
√对VSS系统进行性能优化等。
5.3.3开发人员
开发人员在软件配置管理过程中应担负的职责有：
√用配置管理员给出的ViewProfile，创建自己的工作空间（View）；
√根据分配基线，生成自己负责的配置项，如项目文档、程序代码、调试报告等，并将这些配置项加入到配置管理库中；
√执行VSS中的Checkout->
Edit->
Checkin，实现各种变更；
√根据需要创建私有流，并进行归并；
目前情况下，务必使用公用开发流。
√根据需要更新静态视图；
√根据需要在VSS变更库中填写变更请求单；
5.3.4测试人员
测试人员在软件配置管理过程中具有以下职责：
√负责生成自己负责的配置项并加入配置管理库，如系统测试计划，测试报告等；
√在配置管理员生成实现基线版本后，提取基线版本进行测试；
√对测试过程中新发现的问题，在VSS的数据库中填写异常报告单；
√验证变更库中跟自己相关的（已被标示为“已解决”，验证人为自己）的变更；
√确认异常已解决，且没有引入新的异常之后，验证通过；
否则验证失败。
6.管理工具与环境
6.1工具选择
该项目中采用Rational公司的ClearCase和ClearQuest进行软件配置管理，其中在ClearCase主要用于版本管理、工作空间管理和过程管理等，ClearQuest用于变更控制。
6.2网络环境
✧网络：
局域网（windows平台、单域模式）
✧服务器：
在ClearCase的环境中，按照机器执行任务的不同划分不同的角色——LicenseSever存储了License信息，负责提供ClearCaseLicense服务；
RegistrySever包含了ClearCaseCOB和View的内部注册信息；
VOBSever是VOB的物理存储及；
ViewSever则是View的物理存储机。
以下好似ClearCaseSever的设置情况：
主机名
ClearCase角色
内存
CPU
硬盘
网络设置
ITCM01
主域控制器（域名）
CCRegistrySever
CCVOBSever
CCViewSever
2G
MHz
150GB
IP:
10302.130
ITCM02
CCLicenseSever
M
GB
10302.131
以下是ClearQuestSever的设置情况：
ClearQuest角色
CQDataBaseSever
CQWEBSever
CQLicenseSever
✧客户端：
运行windows2000/98的PC机。
7配置管理活动
7.1配置标识
本节详细列出了所有应纳入配置库进行管理的工作产品，分文档和模块（代码）两大类，标明了各配置项第一次建立基线的时间，以及在配置库中的存放路径。
配置项列表1：
文档清单
No.
配置项名称
建立基线时间
***库存放位置
1
2
3
4
配置项列表2：
模块清单
模块名称
备注
7.1.1标识方法
这里只统一文档的命名，源代码部分遵循公司的“编码规范”，以下是项目文档命名规范：
<
项目名>
V<
发布版本号>
文件种类>
_<
子系统名称>
|<
模块名称>
|
示例：
文件种类
文档名称
需求分析说明书
AddressList-V1.0软件需求分析说明书
软件项目计划
AddressList-V1.0软件项目计划
总体方案
AddressList-V1.0总体方案
软件模块详细说明书
AddressList-V1.0软件模块详细说明书
数据库设计说明书
AddressList-V1.0数据库设计说明书
程序配置清单
AddressList-V1.0程序配置清单
测试计划
AddressList-V1.0测试计划
测试报告
AddressList-V1.0测试报告
用户手册
AddressList-V1.0用户手册
操作维护手册
AddressList-V1.0操作维护手册
项目总结
AddressList-V1.0项目总结
7.1.2配置项描述
所有的配置项均纳入VSS配置库（VOB）进行管理，文档和源代码分开，分别放入不同的VOB库中，两者之间的关联通过统一的标签实现，或采用符号链接方式关联。
通过创建流和标签来识别软件开发库、软件受控库，开发人员只能在软件开发库中自由使用、更改，受控库的更改需要遵循变更控制流程。
每个VOB库的访问权限由项目经理决定，原则上，根据项目开发小组来设置权限，每个开发小组对本小组开发的模块或子系统由读写权限，其他相关小组只有只读权限，其他人员有访问要求的，需要在申请。
7.1.3里程碑设置
里程碑
到达时间
7.2配置库的建立和管理
7.2.1配置库规划
拟为通讯簿管理系统项目创建一个VOB库：
VOBtag
VOB存储路径
描述
同时为通讯簿管理系统项目创建一个VOB库：
7.2.2项目规划
VSS中的项目名称使用“项目英文简称的格式”，及项目的名称为：
7.2.3流策略
初始为项目分别建立一个公用的开发流和集成流，公用开发流的名称使用“项目英文简称-development”格式，集成流使用“项目英文简称-integration”格式
项目
公用开发流
集成流
7.2.4目录结构
7.2.4.1AddressList-VOB库的目录结构
7.2.5用户权限管理
7.2.5.1用户组
组名
AddressList
所有AddressList项目组成员
7.2.5.2组成员
胥雯筠、叶永涛、夏章雪、秦仁强、周良才、石坤
7.2.5.3权限设置
在VSS中，可以为每个目录和文件设置读写权限，AddressList项目中主要主要针对目录进行访问控制，VSS中的目录访问权限的含义如下：
7：
可读、可写、可执行；
5：
可读、可执行；
0：
无任何权限；
根目录
一级目录
二级目录
属主
属组
存取模式
7.2.6命名约定
标签命名规则：
标签类型分三种：
1.发布版本标签：
AddressList-rel<
发布版本标签>
2.项目基线标签：
AddressList-bl<
-dyymmdd
3.测试版本标签：
AddressList-build<
所有标签名一律采用大写字母表示：
标签名
含义
7.2.6.3流命名
流命名规则：
流类型分三种：
1.addresslist-development:
开发流，表示元素正处于正常开发阶段，其当前开发版本为发布版本标签所指定的版本。
2.addresslist-integration：
集成流，表示元素正处于开发集成阶段，其当前开发版本为发布标签所指定的版本；
3.addresslist-bugfix:
表示元素正处于缺陷修复阶段，其对应版本标签所指定版本。
流名
7.2.6.4视图命名
视图命名规则：
用户名>
-<
任务>
其中：
视图属主的登入账号
视图所工作的发布版本
视图对应的开发活动，如development、bugfix，test、integration等
7.3配置控制
7.3.1变更控制的范围
ClearQuest中变更控制范围：
新增需求、用户问题、缺陷报告及其他变更请求的处理
7.3.2变更处理流程
7.3.3VSS权限设置
对于VSS的操作，根据用户的组属性设置了不同的权限。
用户设置有SCCB、项目经理、开发人员组、测试组及SQA。
对处理流程中的动作，权限设置如下：
动作
权限拥有者
提交
所有用户
拒绝/上报/延期/研究/指派/提案/
SCCB，项目经理，SQA
再提交
开始处理/解决
被指派的实施人
验证失败/验证通过
被指派的验证人
7.3.4统计报告
统计报告主要用于在项目和产品生命周期中随时对项目和产品进行评估，做到心中有数。
有效的报告是：
✧多维的
✧包含了有用度量
✧有利于进度的监控和追踪
✧可以指示将来的趋势
✧有明确对象的
在VSS中可以定制各种图表，进行有关的变更请求的状态和情况的统计。
图表有以下三种：
✧有效图（基于时间）
⏹已经提交n天或n天以上而未处理的变更请求
⏹处理完毕而未验证超过n天的变更
分布图（基于计数）
按提交者、处理人分别统计的变更请求数
按优先级分类统计的变更请求数
趋势图（基于时间和计数）
一个时间段内发现并修复的缺陷数量及分布情况
解决缺陷所用的平均时间及变化情况
目前ClearQuest中已定制了新增需求、缺陷报告和用户问题的各种时效图、分布图和趋势图，在以后的使用中，可以根据用户需求再定制；
还制作了一些变更请求的基本情况报表，可打印出来方便SCCB及相关人员讨论和分析。
图2为VSS的使用界面
7.4备份计划
每日进行一次数据备份，将数据拷贝到本机（其他）硬盘，再将数据拷贝到其他机器，但不覆盖前日的数据；
保留最近一周的数据。
7.5配置状态报告
配置状态报告将不定期提供，只有产品经理、项目经理或SCCB提出需求才提供。
下面详细列出状态报告中所应包括的信息。
可以按照实际情况，由产品经理、项目经理或SCCB决定此次报告所需信息。
●概述
项目名称—通讯录管理系统
项目经理
项目所处阶段
状态统计的范围时间
状态报告的组织
●状态报告内容
A．存储库
a）存储库名称
b）范围描述
B．配置项
b）配置项名称
c）描述
d）配置项类型
C．版本
a）版本名称
b）版本号
c）生成时间
d）相对于前一个版本的变更描述
●状态统计表
A．时效图
a）已经两天活两天以上而未处理（任然处于“已提交”状态）的变更请求；
b）处理完毕而未验证超过15天的变更；
c）每个版本中发现的变更、其中解决并合入下一个版本中的变更数；
d）每个版本中合入的变更库中的变更数；
B．分布图
a）每个人提交的变更数；
b）每个人处理的变更请求数；
●版本分布
a）发布地点
b）发布版本号
c）发布的文件
d）接收人和联系方式
e）发布原因
f）发布申请人
g）发布日期
●备份
a）备份日期
b）备份目录
c）备份详细内容
d）备份介质
ClearQuest中定义的状态转移矩阵（SatateTransitionMatrix）如下：
已提交
被拒绝
被上报
已延期
研究中
已指派
处理中
已解决
已关闭
提案
重新指派
拒绝
上报
延期
研究
指派
开始处理
验证失败
解决
验证通过
全县拥有者
拒绝/上报/延期/研究/指派/提案
7.6配置审核
配置管理员按照以下配置管理审核列表对配置管理进行检查，审核完毕填写《软件配置审核报告》。
配置审核定期每周一次，此外每次软件版本发布时，也需要进行配置审核。
SQA代表遵循《质量保证计划》对配置管理进行定期审核。
配置审核列表
审计编号
审计日期或事件
（视时间或事件驱动而定）
审计重点
审计者
1.物理审计
A01
SCM库系统运行状态
SCM工具是否运行良好
A02
SCM库的完整性
SCM的管理项是否完备
A03
SCM库备份与可恢复性
SCM是否定期备份，以后的数据是否能恢复
2.功能审计
B01
涉及的小组是否有统一的讨论记录
变更有关联的各小组是否有统一的讨论过程
B02
版本的修改是否经过正式的流程
所有版本的修改是否符合相关规范
B03
变更是否有影响范围分析
变更负责人是否对影响范围分析
3.跟踪审计
C01
所有产品功能能否追踪到相应的需求
某版本中的产品功能能否追踪到相应的需求
C02
是否所有需求已经完成
某版本中的所有需求已经完成
4.集成审计
D01
是否可根据版本配置单编译出对应的版本
某版本中根据配置单编译出对应的版本
D02
编译出的版本是否与先前的版本的大小、版本说明书一致
编译出的版本是否与先前的版本具有一致性
7.7SCM报告分发办法
“配置状态报告”和“配置审核报告”输出后，归档于\Document\SCM中，并邮件发送给产品经理、项目经理，SCM报告的查阅权限仅由SCCB确定，由SCM组实施控制。
8.培训
·
项目组培训
VSS客户端使用培训
有关配置管理规范普及培训
VSS变更跟踪流程培训
项目经理及相关负责人培训
配置管理理论、流策略培训
配置管理员培训
配置管理工具系统培训
9.估算和预算
实施本计划所需的硬件及软件平台，只列出了最基本的配置，如下：
硬件平台
MicrosoftVisualSourceSafe服务器1台，客户端6个，一般要求内存在512M以上，储存数据的磁盘分区空间在1G以上。
软件平台
操作系统：
WindowXP
VSS系统：
MicrosoftVisualSourceSafe2005
人员配置
SCM人员一名
10.计划的维护
在每个里程碑到达时，要进行本计划的维护；
当配置管理活动发生较大变化时，也要进行本计划的修订。
升级会员 