logo资料库

实验5:软件项目配置管理计划.docx

第1页 / 共7页
第2页 / 共7页
第3页 / 共7页
第4页 / 共7页
第5页 / 共7页
第6页 / 共7页
第7页 / 共7页
资料共7页,全文预览结束
(1)引言
(2)组织及职责
(3)配置管理环境
1)目录结构
2)用户及权限
(4)配置管理活动
1) 配置项标识
·命名规范
·主要配置项
·配置项的版本管理
(1)分支策略
(2) 变更管理
(3) 配置状态统计
项目配置管理计划书 智慧物联微信小程序 2019-11-28 郑州大学 2017 级软件工程 8 班
目录 (1)引言..................................................................................................................... 3 (2)组织及职责......................................................................................................... 3 (3)配置管理环境..................................................................................................... 3 1)目录结构......................................................................................................... 4 2)用户及权限..................................................................................................... 4 (4)配置管理活动..................................................................................................... 4 1) 配置项标识................................................................................................. 4 ·命名规范................................................................................................... 4 ·主要配置项............................................................................................... 5 ·配置项的版本管理................................................................................... 6 (1)分支策略..................................................................................................... 6 (2) 变更管理................................................................................................... 6 (3) 配置状态统计.................................................................................................7
《智慧物联微信小程序》的配置管理计划如下: (1)引言 项目名称:智慧物联微信小程序 项目代号: 立项时间:2019.10.1 (2)组织及职责 1)确定配置管理者,SCCB(配置控制委员会)成员。 2)项目经理是 SCCB 的负责人。 3)配置管理的角色和职责见下表。 角色 配置管理员 SCCB 负责人 SCCB SCCB SCCB 配置管理角色职责表 人员 胡嘉鑫 李佳怡 黄靖雅 制定《配置管理计划》 创建和维护配置库 职责 1) 2) 1) 审批《配置管理计划》 2) 审批重大变更 审批某些配置或基线变更 姬晨晨 审批某些配置或基线变更 寇宁宁 审批某些配置或基线变更 (3)配置管理环境 由于本项目属于中小型项目,工期也不是很长,所以采用 SourceSafe 作为配置管 理工具。 配置管理资源 配置库管理软件 配置库管理硬件 备注 资源名 SourceSafe CPU:Intel Xeon E5410 4 核*2、内存:4G、硬盘: 140G。
1)目录结构 内容 说明 序 号 配置库的目录结构 路径 TCM RM SPP SPTO SCM SQA SPE 技术合同管理 需求管理 软件项目计划 软件项目跟踪与管理 软件配置管理 软件质量保证 软件 产品 工程 设计 源代码 目标代码 测试 发布 $\zhwl\TCM $\ zhwl \RM $\ zhwl \SPP $\ zhwl \SPTO $\ zhwl \SCM $\ zhwl \SQA $\ zhwl \SPE\DESIGN $\ zhwl \SPE\SOURCECODE $\ zhwl \SPE\BUILD $\ zhwl \SPE\TEST $\ zhwl \SPE\RELEASE 2)用户及权限 类别 配置管理者 项目经理 质量保证人员 开发人员 高层管理 权限 人员 胡嘉鑫 负责项目配置管理,对库拥有所有权限 李佳怡 读 黄靖雅 读 姬晨晨 读 寇宁宁 读 (4)配置管理活动 1) 配置项标识 ·命名规范 命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、 手册等文件。 本项目文件命名规范由 5 个字段组成,从左到右依次为:公司、项目、类型、编 号和版本号,如下图所示。这些字段用一横线(—)分隔。
公司:3 个字符 项目:最长 10 个字 类型:最长 5 个字符 编号:最长 8 位数字 版本号:Vm.n 预计正式 发表时间 QTD-zhwl-RM-002-V1.0 类型 技术 合同 主要配置项 标 识 符 《合同》 SOW QTD-Zh001-TCM-Contract-V1.0 QTD—Zh001—TCM-SOⅥLVl.0 《项目计划》 QTD-ZhOOl-SPP-PP-V1.0 计划 《质量保证计划》 TD-Zh001-SPP-SQA-V1.0 需求 设计 编程 测试 提交 《置管理计划》 QTD-Zh001-SPP-CM-V1.0 《需求规格说明书》 QTD-ZhOOLRM-SRS-V1.0 用户 DEMO QTD-Zh001-RM-Demo-V1.0 《总体设计说明书 QTD-Ch001-eSign-HL-V1.0 《数据库设计》 QTD-Zh001-Design-DB-V1.0 《详细设计说明书》 QTD-ZhOOl-DeSign-LL-V1.0 《设计术语及规范》 QTD-Zh001-Design-STD-V1.0 源程序 编码规则 《测试计划》 《测试用例》 《测试报告》 运行产品 《验收报告》 《用户手册》 QTD-Zh001-Code-ModUleName-V1.0 QTD-Zh001-Code-STD-V1.0 QTD-Zhwl-TeSt-P1an-V1.0 QTD-Zh001-TeSt-ase-V1.0 QTD-Zhwl-TeSt-Report-V1.0 QTD-Zhwl-Product-Exe-V1.0 QTD-Zhwl-Product-Repoort-V1.0 QTD-Zhwl-Product-Manual-V1.0 ·主要配置项 ·项目基线 基线名称/标 识符 基线所包含的主要配置项 预计建立时间 (天)
需求 《需求规格说明书》、用户 DEMO 总体设计 《总体设计说明书》、《数据库设计》 项目实现 软件源代码、编码规则 系统测试 《测试用例》、《测试报告》 20 30 70 93 ·配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成 4 个不同功能的分支,让它们分别对 应 4 类工作空间。 .主干分支 . 小组分支 ·私有分支 ·集成分支 上面定义的四类工作空间(分支)由项目执行负责人统一管理,根据各开发阶段的 实际情况定制相应的版本选取规则,来保证开发活动的正常运作。在变更发生时, 应及时做好基线的推进。 (1)分支策略 ‘ 对配置项的版本管理在不同分支具有不同的策略: a)主干分支 系统默认自动建立的物理分支——主干分支(/main)。 b)私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对 其基本不予管理,如个别私有空间上的版本树过于冗余,将对其冗余版本进行限 制。 c)小组分支 如果出现小组共同开发该配置项,该分支可视为项目组内部分组的私有空间,存 放代码开发过程中的版本分支,由项目组内部控制。 d)集成分支 集成测试时在主干分支的特定版本上建立集成分支,测试工作在集成分支上完成。 私有分支和小组分支均为可选,必要时建立。 (2) 变更管理 变更管理的流程是: a)由请求者提交变更请求,SCCB 召开复审会议对变更请求进行复审,以确定该 请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。
b)配置管理员收到基线修改请求后,在配置库中生成与此配置项相关的波及关系 表。 c)配置管理员将基线波及关系表提交给 SCCB, 由 SCCB 确定是否需要修改, 如果需要修改,SCCB 应根据波及关系表,确定需要修改的具体文件,并在波及 分析表中标识出来。 d)配置管理员按照出库程序从配置库中取出需要修改的文件。 e)项目人员将修改后的文件提交给配置管理员。 f)配置管理员将修改后的配置项按入库程序放入配置库。 g)配置管理员按 SCCB 标识出的修改文件, 由波及关系表生成基线变更记录表, 并按入库程序放入配置库。 (3) 配置状态统计 利用配置状态统计,可以记录和跟踪配置项的改变。状态统计可用于评估项目风 险,在开发过程中跟踪更改,并且提供统计数据以确保所有必需的更改已被执行。 为跟踪工作产品基线,配置管理员需收集下列信息: ·工作产品名称。 ·基线类型。 ·配置项名称/标识符。 ·版本号。 ·更改日期/时间。 ·需要更改的配置项 ·当前状态发生日期。 ·更改请求列表。 .当前状态。 项目组每周提交配置项清单及其当前版本。 配置管理人员每半个月提交变更请求的状态统计。
分享到:
收藏