HD-NP-004-配置管理计划.doc
《HD-NP-004-配置管理计划.doc》由会员分享，可在线阅读，更多相关《HD-NP-004-配置管理计划.doc（8页珍藏版）》请在冰豆网上搜索。
卷号
卷内编号
密级
绝密
项目编号：
A002-06-2012
基于Android平台的数独游戏软件
分类:
<模板>
使用者:
Android项目开发第二组
文档编号:
HD-NP-004
四川华迪信息技术有限公司
配置管理计划
项目承担部门：
四川大学Android开发第二组
撰写人（签名）：
闫天泽
完成日期：
2012.7.7
本文档使用部门：
█主管领导█项目组
□客户（市场）█维护人员□用户
评审负责人（签名）：
评审日期：
2012-07-10
文档信息
标题:
配置管理计划
作者:
闫天泽
创建日期:
2012.6.19
上次更新日期:
2012.7.7
版本:
1.0
部门名称:
软件产品研发部
修订文档历史记录
日期
版本
说明
作者
2012.6.24
0.1
完成简介和配置管理的书写
闫天泽
2012.7.1
0.2
里程碑添加
闫天泽
2012.7.7
1.0
文档最终整合
闫天泽
目录
1. 简介 4
1.1 目的 4
1.2 范围 4
1.3 定义、首字母缩写词和缩略语 4
1.4 参考资料 5
1.5 概述 5
2. 软件配置管理 5
2.1 组织、职责和接口 5
2.2 工具、环境和基础设施 5
3. 配置管理活动 6
3.1 配置标识 6
3.1.1 标识方法 6
3.2 项目基线 6
3.2.1 变更请求的处理和审批 6
3.2.2 变更控制委员会（CCB） 7
3.3 配置状态统计 7
3.3.1 项目介质存储和发布进程 7
3.3.2 报告和审计 8
4. 里程碑 8
5. 培训和资源 8
配置管理计划
1.简介
1.1目的
本计划是基于更方便的实现各个模板之间的链接而创建的，出于对各个模板信息交互的考虑，同时也为了更好的实现各个模板之间的融合，我们决定采用配置管理的方式统一管理各个模板的文件。
以保证所交付的应用程序达到公司规定的各项要求。
软件开发单位在开发本项目所属的各子系统，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2范围
本配置管理计划仅对软件开发的各组成员开放。
软件开发的组员可以将已经实现的模板发到共享的文件夹上，也可以从共享文件夹上打开并进行修改。
1.3定义、首字母缩写词和缩略语
配置管理CM（ContfiguritionManagement）。
验收准则acceptancecriterion
验收测试acceptancetesting
适应性维护adaptivemaintenance
应用软件applicationsoftware
框图blockdiagram
认证certification
配置审计configurationaudit
数据字典datadictionary
数据流图dataflowdiagram/dataflowchart/dataflowgraph
数据基数据库database
文档文档管理文档编制documentation
1.4参考资料
GB8566计算机软件开发规范
GB8567计算机软件产品开发文件编制指南
GB/T12504计算机软件质量保证计划规范
GB/T12505计算机软件配置管理计划规范
GBT11457软件工程术语
1.5概述
在此配置管理计划书中，还包含了软件配置管理、配置管理活动、里程碑、培训和资源、包装商和场商软件控制。
其中软件配置管理、培训和资源、装商和场商软件控制所用文档的组织方式为流式文档，配置管理活动、里程碑的文档组织方式为记录文档。
2.软件配置管理
2.1组织、职责和接口
闫天泽负责配置环境的搭建及上传文件的管理。
2.2工具、环境和基础设施
工具：
该配置管理是在Windows7操作平台上使用VisualSourceSafe软件来实现管理的。
环境：
在整个项目过程中生成的配置项进行版本控制时需要相应的文档编辑工具（MicrosoftOffice的相关软件）以及程序代码的编辑器（eclipse-java-indigo-SR1-win32、android-sdk_r06-windows）.其中，文档编辑工具是为了添加和修改与软件说明相关的文档而需要的；而编辑器是为了调试程序而需要的。
产品数据量的预期大小：
2.5MB
产品团队的分配
角色
成员姓名
工作任务
项目经理
黄嘉培
管理人员，分配工作，工作总结
系统分析师
李京娓
概括系统的功能和界定系统来领导和协调需求获取及用例建模
需求分析师
梁贵祺、王贤培
进行市场调查，确定用户对产品的需求，以此提出相应的功能设计
程序员
黄嘉培、李京娓
定义一个或几个类的职责、操作、属性及关系，并确定应如何根据实施环境对它们加以调整
CM
闫天泽
配置管理
构架设计师
黄嘉培
负责在整个项目中对技术活动和工件进行领导和协调
用户界面设计员
梁贵祺、王贤培
进行用户交互（Interactive）和接口设计。
包括设计交互流程和用户界面
需求复审员
闫天泽
负责计划并执行对用例模型的正式复审
测试员
梁贵祺、李京娓
对产品雏形进行流水循环测试，检验产品是否符合预期功能要求
服务器和客户机的实际位置：
3.配置管理活动
3.1配置标识
3.1.1标识方法
所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。
3.2项目基线
3.2.1变更请求的处理和审批
修改批准权限：
对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须经总体组批准；对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改（称为B类修改），都必须通过本项目各个子系统的配置管理人员审查，并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。
修改审批程序：
如下表
步骤
A类修改的审批程序
B类修改的审批程序
1
发现问题，填写软件问题报告单
发现问题，填写软件问题报告单
2
项目组长评审
项目组长评审
3
软件配置管理小组评审
子系统配置管理人员评审
4
项目总体组批准
子系统负责人批准
5
修改配置并填写软件修改报告单
修改配置并填写软件修改报告单
6
项目组长评审
项目组长评审
7
软件质量保证小组评审
子系统质量保证人员评审
8
总体组批准
项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索
表1
3.2.2变更控制委员会（CCB）
由项目经理带领，和CM经理，测试经理组成。
3.3配置状态统计
3.3.1项目介质存储和发布进程
保留策略：
使用U盘保留所有文档和程序代码。
备份计划：
每天备份一次所有文档和程序代码。
事故处理：
电脑中病毒时可使用备份来进行恢复。
介质：
使用U盘为介质，文档保存为*.Doc格式，程序代码制成压缩包。
发布过程：
内容
针对对象
备注
发布简介和配置管理
所有成员
指定任务和必要参考资料
配置管理活动
所有成员
成员改进任务的步骤
里程碑培训和资源
所有成员
了解任务的完成情况
3.3.2报告和审计
对程序员所开发的数独游戏进行物理配置检查和功能配置检查，确保软件的正常使用，对主机系统所提供的软件和硬件配置要每天检查一次，确保能及时接新的消息。
在软件开发周期各阶段的评审与检查工作中，要对该阶段所进行的配置管理工作进行必要的评审和检查。
应该进行评审与检查的内容与次数，由该软件质量计划规定。
配置修改的审批程序按本计划的规定处理（见表1）。
4.里程碑
2012-06-25 完成产品的需求分析，初步设计出软件原型
2012-07-01 完成界面
2012-07-03 代码整合
2012-07-07 软件完成，文档整合
程序从实现目的到优化界面最后达到完美！
5.培训和资源
实施计划是在VisualSourceSafe平台上进行共享和个互相改正，成员涉及到所有小组成员！
科学管理合理组织，不断深化“双基”建设，狠抓安全技术教育培训工作，全面落实“手指口述安全确认操作、岗位描述”安全管理规范，提高全员安全责任意识和整体操作技能。
升级会员 