软件项目配置管理计划案例42187.pdf

《软件项目配置管理计划案例42187.pdf》由会员分享，可在线阅读，更多相关《软件项目配置管理计划案例42187.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、段左侧片石混凝土挡土墙第部分页脚内容软件项目配置管理计划案例 本案例选自软件项目管理案例教程（韩万江，机械工业出版社）一书，项目案例为校务通管理系统，该项目的配置管理计划如下：1.引言 包括目的、缩写词和参考资料，具体内容略。2组织及职责 配置管理的角色和职责见表1。表 1：配置管理角色职责表 角色 人员 职责和工作范围 配置管理者 岳好（1）制定配置管理计划（2）创建和维护配置库 SCCB 负责人 韩万江（1）审批配置管理计划（2）审批重大的变更 SCCB 成员 韩万江（项目经理），郭天奇（质量保证人员），岳好（配置管理者）审批某些配置项或基线的变更 3.配置管理环境 由于本项目属于中小型项

2、目，工期也不很长，而且项目组人员对 Visual SourceSafe 也比较熟悉，所以采用 Visual SourceSafe 作为配置管理工具。3.1 配置库目录结构 段左侧片石混凝土挡土墙第部分页脚内容表 2：配置库的目录结构 序号 内容 说明 路径 1 TCM 技术合同管理$prj-SchoolTCM 2 RM 需求管理$prj-SchoolRM 3 SPP 软件项目规划$prj-SchoolSPP 4 SPTO 软件项目跟踪与管理$prj-SchoolSPTO 5 SCM 软件配置管理$prj-SchoolSCM 6 SQA 软件质量保证$prj-SchoolSQA 7 SPE 软件

3、产品工程 设计$prj-SchoolSPEDESIGN 8 源代码$prj-SchoolSPESOURCE 9 目标代码$prj-SchoolSPEBUILD 10 测试$prj-SchoolSPETEST 11 发布$prj-SchoolSPERELEASE 3.2 用户及权限 表 3：配置库的用户权限 类别 人员 权限说明 配置管理者 岳好 负责项目配置管理，拥有所有权限 项目经理 韩万江 访问、读 质量保证人员 郭天奇 访问、读 开发人员 姜岳尊，孙泉 访问、读 高层管理 访问、读 4配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由 5 个字段组成，从左到右

4、依次为：公司、项目、类型、编号和版本号，如图 1 所示。这些字段用一横线（-）分隔。段左侧片石混凝土挡土墙第部分页脚内容 图 1：配置项命名规范 4.1.2 主要配置项 表 4：配置项列表 类型 主要配置项 标识符 预计正式发表时间 技术合同 合同 QTD-School-TCM-Contract-V1.0 2003-4-11 SOW QTD-School-TCM-SOW-V1.0 2003-4-11 计划 项目计划 QTD-School-SPP-PP-V1.0 2003-4-11 质量保证计划 QTD-School-SPP-SQA-V1.0 2003-4-11 配置管理计划 QTD-Schoo

5、l-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-Design-HL-V1.0 2003-4-22 数据库设计 QTD-School-Design-DB-V1.0 2003-4-22 详细设计说明书 QTD-School-Design-LL-V1.0 2003-4-25 设计术语及规范 QTD-School-Design-STD-V1.0 2003-4-22 编程 源程序 QTD-

6、School-Code-ModuleName-V1.0 2003-6-2 编码规则 QTD-School-Code-STD-V1.0 2003-4-22 测试 测试计划 QTD-School-Test-Plan-V1.0 2003-6-2 测试用例 QTD-School-Test-Case-V1.0 2003-6-2 测试报告 QTD-School-Test-Report-V1.0 2003-6-4 提交 运行产品 QTD-School-Product-Exe-V1.0 2003-6-5 验收报告 QTD-School-Product-Report-V1.0 2003-6-6 用户手册 QTD

7、-School-Product-Manual-V1.0 2003-6-6 QTD-SchoolRMSRS-v1.0 公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字/字符 版本号：V m.n 段左侧片石混凝土挡土墙第部分页脚内容4.1.3 项目基线 在 Visual SourceSafe 中基线由 LABLE 标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB 授权，由配置管理员执行。表 5 基线名称/标识符 基线包含的主要配置项 预计建立时间 需求 需求规格说明书、用户 DEMO 2003-4-18 总体设计 总体设计说明书、数据库设计 2003-4-1

8、1 项目实现 软件源代码、编码规则 2003-6-2 系统测试 测试用例、测试报告 2003-6-4 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成 4 个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4 类工作空间。这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：（1）主干分支 系统默认自动建立的物理分支主干分支（/main）,基线均以 LABLE 方式出现在主干分支上。（2）私有分支 如果多个

9、开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。（3）小组分支 如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。（4）集成分支 段左侧片石混凝土挡土墙第部分页脚内容集成测试时在主干分支的特定版本（由 LABLE 标志清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。4.2 变更管理 变更管理的流程是：（1）由请求者提交变更请求，SCCB 会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型

10、的变更请求管理有需求变更管理、缺陷追踪等。（2）配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。（3）配置管理者将基线波及关系表提交给 SCCB，由 SCCB 确定是否需要修改，如果需要修改，SCCB 应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。（4）配置管理者按照出库程序从配置库中取出需要修改的文件。（5）项目人员将修改后的文件提交给配置管理者。（6）配置管理者将修改后的配置项按入库程序放入配置库。（7）配置管理者按 SCCB 标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。4.3 配置状态统计 利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需手机下列信息：基线类型 工作产品名称 配置项名称/标识符 版本号 更改日期/时间 更改请求列表 需要更改的配置项 当前状态 当前状态发生日期 段左侧片石混凝土挡土墙第部分页脚内容项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。当人生让你碰壁头破血流时，别害怕，没有这些挫折，怎能练就一身钢筋铁骨，当生活给你一百个理由哭泣时，别沮丧，你就拿出一千个理由笑给它看。