第十章-软件项目配置管理计划
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.软件配置项是变更控制系统中的决策系统（ ）
3.统计被批准的配置项是一种配置审计（ ）
4.在进行配置管理过程中，一定要采用高档的配置管理工具（ ）
F F TF
1.下列哪项要求书面的变更通知单(Written change orders)
A.不论大小的所有项目
B.大项目
SCC负责人
韩万江
(1)审批《配置管理计划》
(2)审批重大的变更
SCCB成员
项目经理—韩万江，wk.baidu.com
质量保证人员-郭天 奇，
配置管理者-岳好
审批某些配置项或基线的变更
3.配置管理环境
由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟 悉,所以采用SourceSafe做为配置管理工具。
3.1目录结构
表格2:配置库的目录结构
序号
内容
说明
路径
TCM
技术合同管理
prj-School
\ TCM
RM
需求管理
prj-School
\ RM
SPP
软件项目规划
prj-School
\ SPP
SPTO
软件项目跟踪与管 理
prj-School
\ SPTO
SCM
软件配置管理
prj-School
\ SCM
SQA
标识符
预计正式发 表时间
技术合
同
《合同》
QTD-School-TCM-C on tract-V1.0
2003-4-11
sow
QTD-School-TCM-SOW-V1.0
2003-4-11
r "
计划
《项目计划》
:QTD-School-SPP-PP-V1.0
2003-4-11
《质量保证计 划》
QTD-School-SPP-SQA-V1.0
2003-6-4
提交
运行产品
QTD-School-Product-Exe-V1.0
2003-6-5
《验收报告》
QTD-School-Product-Repoort-V1.0
2003-6-6
《用户手册》
QTD-School-Product-Ma nu al-V1.0
2003-6-6
4.1.3项目基线
在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负 责人确认，SCCB5权，由配置管理员执行。
表4:基线发布计划:
基线名称/标识符
基线所包含的主要配置项
预计建立时间
需求
《需求规格说明书》、用户DEMO:
2003-4-18
总体设计
《总体设计说明书》、《数据库设计》
2003-4-11
项目实现
软件源代码、编码规则丁
2003-6-2
系统测试
《测试用例》、《测试报告》
2003-6-4
4.1.4配置项的版本管理
本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编 号和版本号，如图1所示。这些字段用一横线（-）分隔。
公司：3个字符
项乐蘇1叶宇符
一一 荚璽：字符歩号：字
財号：Vm.n
QTO^Sttool RM-SRS^vLO
图1：文档命名规范
4.1.2主要配置项如下：
表3配置项列表
类型
主要配置项
对配置项的版本管理在不同分支而策略不同： 主干分支
系统缺省自动建立的物理分支——主干分支（/main） ,BASELINE匀以LABEL方式出现在主干分支上。
私有分支
如果多个开发工程师维护一个配置项时建议建立自己的私有分支。 配置管理 员对其基本不予管理， 如个别私有空间上的版本树过于冗余， 将对其冗余版本进 行限制。
2003-4-22
《数据库设计》
QTD-School-Desig n-DB-V1.0
2003-4-22
《详细设计说明 书》
QTD-School-Desig n-LL-V1.0
2003-4-25
《设计术语及规 范》
QTD-School-Desig n-STD-V1.0
2003-4-22
编程
源程序
QTD-School-Code-ModuleName-V1.0
4)配置管理者按照出库程序从配置库中取出需要修改的文件
5)项目人员将修改后的文件提交给配置管理者
6)配置管理者将修改后的配置项按入库程序放入配置库
7)配置管理者按SCCBg识出的修改文件，由波及关系表生成 基线变更记录表,并按入库程序放入配置库
4.3配置状态统计
利用配置状态统计可以记录和跟踪配置项的改变。 状态统计可用于评估项目 风险，在开发过程中跟踪更改， 并且提供统计数据以确保所有必须的更改被执行。 为跟踪工作产品基线，配置管理者需收集下列信息：
配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对
应4类工作空间。
主干分支
私有分支
小组分支
集成分支 上面定义的四类工作空间 （分支） 由项目执行负责人统一管理， 根据各开发阶段 的实际情况定制相应的版本选取规则， 来保证开发活动的正常运作。 在变更发生 时，应及时做好基线的推进。
2003-6-2
编码规则
QTD-School-Code-STD-V1.0
2003-4-22
测试
《测试计划》
QTD-School-Test-Pla n-V1.0
2003-6-2
《测试用例》
QTD-School-Test-Case-V1.0
2003-6-2
《测试报告》
QTD-School-Test-Report-V1.0
B.配置管理系统
C.CPI
D.SPI
3.变更控制主要关注的是（ ）
A.阻止变更
B.标识变更，提出变更，管理变更
C.管理SCCB
D.客户的想法
4.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（ ）
A.不可以变化的
B.可以变化，但是必须通过基线变更控制流程处理
C.所有的项目必须定义基线
基线类型
工作产品名称
配置项名称／标识符
版本号
更改日期／时间
更改请求列表
需要更改的配置项
当前状态
当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计。
一、选择题
1.在项目进行过程中，2个项目成员使用不同版本的设计说明书， 这时项目经理 首先应该检查（ ）
A.信息管理系统
D.基线发生变更时，必须修改需求
B
5. 项目的基线发生变更应该经过（
A.项目管理者
B.质量保证人员
C.配置管理人员
D.SCCB
6.变更控制系统必须包括下列所有的内容，除了（ ）
A.文档说明
B.成功的谈判
C.跟踪系统
D.授权核准审批机构
二、 判断题
1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可 追朔性。（ ）
第十章 软件项目配置管理计划
案例说明
1.引言
略
2.组织及职责
(1)根据《项目计划》中的角色分配，确定配置管理者，scc(配置控制委员 会)成员。
(2)项目经理是SCCB勺负责人。
(3)配置管理的角色和职责见表1
表1:配置管理角色职责表
角色
人员
职责、工作范围
配置管理
者
岳好
(1)制定《配置管理计划》
(2)创建和维护配置库
1）由请求者提交变更请求, 变更控制委员会召开复审会议对变 更请求进行复审,以确定该请求是否为有效请求。典型的变 更请求管理有需求变更管理、缺陷追踪等。
2)配置管理者收到基线修改请求后,在配置库中生成与此配置 项相关的波及关系表
3)配置管理者将基线波及关系表提交给SCCB由SCCB确定是 否需要修改,如果需要修改,SCC腕根据波及关系表,确定需 要修改的具体文件,并在波及分析表中标识出来.
软件质量保证
prj-School
\ SQA
设计
prj-School
\ SPE'DESIGN
软件
源代码
prj-School
\ SPE'SOURCECODE
SPE
产品
目标代码
prj-School
\ SPE'BUILD
工程
测试
prj-School
\ SPE'TEST
发布
prj-School
\ SPE'RELEASE
2003-4-11
《配置管理计 划》
QTD-School-SPP-SCM-V1.0
2003-4-11
需求
《需求规格说明 书》
QTD- School-RM-SRS--V1.0
2003-4-18
用户DEMO
QTD- School-RM-Demo--V1.0
2003-4-18
设计
《总体设计说明 书》
QTD-School-Desig n-HL-V1.0
小组分支
如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空 间，存放代码开发过程中的版本分支，由项目组内部控制。
集成分支
集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支, 测试工作在集成分支上完成。
私有分支和小组分支均为可选,必要时建立。
4.2变更管理
变更管理的流程是：
3.2用户及权限
表2:配置库的用户权限
类别
人员
权限说明
配置管理者
岳好
负责项目配置管理，对库拥有所有权限
项目管理
韩万江
访问、读
质量保证人员
郭天奇
访问、读
开发人员
姜岳尊,孙泉
访问、读
高层管理
访问、读
4.配置管理活动
4.1配置项标识
4.1.1命名规范
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、 手册等文件。
3.统计被批准的配置项是一种配置审计（ ）
4.在进行配置管理过程中，一定要采用高档的配置管理工具（ ）
F F TF
1.下列哪项要求书面的变更通知单(Written change orders)
A.不论大小的所有项目
B.大项目
SCC负责人
韩万江
(1)审批《配置管理计划》
(2)审批重大的变更
SCCB成员
项目经理—韩万江，wk.baidu.com
质量保证人员-郭天 奇，
配置管理者-岳好
审批某些配置项或基线的变更
3.配置管理环境
由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟 悉,所以采用SourceSafe做为配置管理工具。
3.1目录结构
表格2:配置库的目录结构
序号
内容
说明
路径
TCM
技术合同管理
prj-School
\ TCM
RM
需求管理
prj-School
\ RM
SPP
软件项目规划
prj-School
\ SPP
SPTO
软件项目跟踪与管 理
prj-School
\ SPTO
SCM
软件配置管理
prj-School
\ SCM
SQA
标识符
预计正式发 表时间
技术合
同
《合同》
QTD-School-TCM-C on tract-V1.0
2003-4-11
sow
QTD-School-TCM-SOW-V1.0
2003-4-11
r "
计划
《项目计划》
:QTD-School-SPP-PP-V1.0
2003-4-11
《质量保证计 划》
QTD-School-SPP-SQA-V1.0
2003-6-4
提交
运行产品
QTD-School-Product-Exe-V1.0
2003-6-5
《验收报告》
QTD-School-Product-Repoort-V1.0
2003-6-6
《用户手册》
QTD-School-Product-Ma nu al-V1.0
2003-6-6
4.1.3项目基线
在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负 责人确认，SCCB5权，由配置管理员执行。
表4:基线发布计划:
基线名称/标识符
基线所包含的主要配置项
预计建立时间
需求
《需求规格说明书》、用户DEMO:
2003-4-18
总体设计
《总体设计说明书》、《数据库设计》
2003-4-11
项目实现
软件源代码、编码规则丁
2003-6-2
系统测试
《测试用例》、《测试报告》
2003-6-4
4.1.4配置项的版本管理
本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编 号和版本号，如图1所示。这些字段用一横线（-）分隔。
公司：3个字符
项乐蘇1叶宇符
一一 荚璽：字符歩号：字
財号：Vm.n
QTO^Sttool RM-SRS^vLO
图1：文档命名规范
4.1.2主要配置项如下：
表3配置项列表
类型
主要配置项
对配置项的版本管理在不同分支而策略不同： 主干分支
系统缺省自动建立的物理分支——主干分支（/main） ,BASELINE匀以LABEL方式出现在主干分支上。
私有分支
如果多个开发工程师维护一个配置项时建议建立自己的私有分支。 配置管理 员对其基本不予管理， 如个别私有空间上的版本树过于冗余， 将对其冗余版本进 行限制。
2003-4-22
《数据库设计》
QTD-School-Desig n-DB-V1.0
2003-4-22
《详细设计说明 书》
QTD-School-Desig n-LL-V1.0
2003-4-25
《设计术语及规 范》
QTD-School-Desig n-STD-V1.0
2003-4-22
编程
源程序
QTD-School-Code-ModuleName-V1.0
4)配置管理者按照出库程序从配置库中取出需要修改的文件
5)项目人员将修改后的文件提交给配置管理者
6)配置管理者将修改后的配置项按入库程序放入配置库
7)配置管理者按SCCBg识出的修改文件，由波及关系表生成 基线变更记录表,并按入库程序放入配置库
4.3配置状态统计
利用配置状态统计可以记录和跟踪配置项的改变。 状态统计可用于评估项目 风险，在开发过程中跟踪更改， 并且提供统计数据以确保所有必须的更改被执行。 为跟踪工作产品基线，配置管理者需收集下列信息：
配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对
应4类工作空间。
主干分支
私有分支
小组分支
集成分支 上面定义的四类工作空间 （分支） 由项目执行负责人统一管理， 根据各开发阶段 的实际情况定制相应的版本选取规则， 来保证开发活动的正常运作。 在变更发生 时，应及时做好基线的推进。
2003-6-2
编码规则
QTD-School-Code-STD-V1.0
2003-4-22
测试
《测试计划》
QTD-School-Test-Pla n-V1.0
2003-6-2
《测试用例》
QTD-School-Test-Case-V1.0
2003-6-2
《测试报告》
QTD-School-Test-Report-V1.0
B.配置管理系统
C.CPI
D.SPI
3.变更控制主要关注的是（ ）
A.阻止变更
B.标识变更，提出变更，管理变更
C.管理SCCB
D.客户的想法
4.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（ ）
A.不可以变化的
B.可以变化，但是必须通过基线变更控制流程处理
C.所有的项目必须定义基线
基线类型
工作产品名称
配置项名称／标识符
版本号
更改日期／时间
更改请求列表
需要更改的配置项
当前状态
当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计。
一、选择题
1.在项目进行过程中，2个项目成员使用不同版本的设计说明书， 这时项目经理 首先应该检查（ ）
A.信息管理系统
D.基线发生变更时，必须修改需求
B
5. 项目的基线发生变更应该经过（
A.项目管理者
B.质量保证人员
C.配置管理人员
D.SCCB
6.变更控制系统必须包括下列所有的内容，除了（ ）
A.文档说明
B.成功的谈判
C.跟踪系统
D.授权核准审批机构
二、 判断题
1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可 追朔性。（ ）
第十章 软件项目配置管理计划
案例说明
1.引言
略
2.组织及职责
(1)根据《项目计划》中的角色分配，确定配置管理者，scc(配置控制委员 会)成员。
(2)项目经理是SCCB勺负责人。
(3)配置管理的角色和职责见表1
表1:配置管理角色职责表
角色
人员
职责、工作范围
配置管理
者
岳好
(1)制定《配置管理计划》
(2)创建和维护配置库
1）由请求者提交变更请求, 变更控制委员会召开复审会议对变 更请求进行复审,以确定该请求是否为有效请求。典型的变 更请求管理有需求变更管理、缺陷追踪等。
2)配置管理者收到基线修改请求后,在配置库中生成与此配置 项相关的波及关系表
3)配置管理者将基线波及关系表提交给SCCB由SCCB确定是 否需要修改,如果需要修改,SCC腕根据波及关系表,确定需 要修改的具体文件,并在波及分析表中标识出来.
软件质量保证
prj-School
\ SQA
设计
prj-School
\ SPE'DESIGN
软件
源代码
prj-School
\ SPE'SOURCECODE
SPE
产品
目标代码
prj-School
\ SPE'BUILD
工程
测试
prj-School
\ SPE'TEST
发布
prj-School
\ SPE'RELEASE
2003-4-11
《配置管理计 划》
QTD-School-SPP-SCM-V1.0
2003-4-11
需求
《需求规格说明 书》
QTD- School-RM-SRS--V1.0
2003-4-18
用户DEMO
QTD- School-RM-Demo--V1.0
2003-4-18
设计
《总体设计说明 书》
QTD-School-Desig n-HL-V1.0
小组分支
如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空 间，存放代码开发过程中的版本分支，由项目组内部控制。
集成分支
集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支, 测试工作在集成分支上完成。
私有分支和小组分支均为可选,必要时建立。
4.2变更管理
变更管理的流程是：
3.2用户及权限
表2:配置库的用户权限
类别
人员
权限说明
配置管理者
岳好
负责项目配置管理，对库拥有所有权限
项目管理
韩万江
访问、读
质量保证人员
郭天奇
访问、读
开发人员
姜岳尊,孙泉
访问、读
高层管理
访问、读
4.配置管理活动
4.1配置项标识
4.1.1命名规范
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、 手册等文件。