HD-NP-004-配置管理计划Word格式文档下载.doc

1、2012.7.7 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 2012-07-10文档信息标题: 配置管理计划作者: 闫天泽创建日期:2012.6.19上次更新日期: 2012.7.7版本: 1.0部门名称: 软件产品研发部修订文档历史记录日期版本说明作者2012.6.240.1完成简介和配置管理的书写闫天泽2012.7.10.2里程碑添加2012.7.71.0文档最终整合目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料51.5概述52.软件配置管理52.1组织、职责和接口52.2工具、环境

2、和基础设施53.配置管理活动63.1配置标识63.1.1标识方法63.2项目基线63.2.1变更请求的处理和审批63.2.2变更控制委员会 （CCB）73.3配置状态统计73.3.1项目介质存储和发布进程73.3.2报告和审计84.里程碑85.培训和资源8配置管理计划 1. 简介1.1 目的本计划是基于更方便的实现各个模板之间的链接而创建的，出于对各个模板信息交互的考虑，同时也为了更好的实现各个模板之间的融合，我们决定采用配置管理的方式统一管理各个模板的文件。以保证所交付的应用程序达到公司规定的各项要求。软件开发单位在开发本项目所属的各子系统，都应该执行本计划中的有关规定，但可以根据各自的情况

3、对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。1.2 范围本配置管理计划仅对软件开发的各组成员开放。软件开发的组员可以将已经实现的模板发到共享的文件夹上，也可以从共享文件夹上打开并进行修改。1.3 定义、首字母缩写词和缩略语配置管理CM（Contfigurition Management）。验收准则 acceptance criterion验收测试 acceptance testing适应性维护 adaptive maintenance应用软件 application software框图 block diagram认证 certification 配置审计 c

4、onfiguration audit数据字典 data dictionary数据流图 data flow diagram / data flow chart / data flow graph数据基 数据库 data base文档 文档管理 文档编制 documentation1.4 参考资料GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范 GB/T 12505 计算机软件配置管理计划规范GBT 11457 软件工程术语1.5 概述在此配置管理计划书中，还包含了软件配置管理、配置管理活动、里程碑、培训和资源、包装商

5、和场商软件控制。其中软件配置管理、培训和资源、装商和场商软件控制所用文档的组织方式为流式文档，配置管理活动、里程碑的文档组织方式为记录文档。2. 软件配置管理2.1 组织、职责和接口闫天泽负责配置环境的搭建及上传文件的管理。2.2 工具、环境和基础设施工具：该配置管理是在Windows 7操作平台上使用Visual SourceSafe软件来实现管理的。环境：在整个项目过程中生成的配置项进行版本控制时需要相应的文档编辑工具（Microsoft Office的相关软件）以及程序代码的编辑器（eclipse-java-indigo-SR1-win32、android-sdk_r06-windows

6、）.其中，文档编辑工具是为了添加和修改与软件说明相关的文档而需要的；而编辑器是为了调试程序而需要的。产品数据量的预期大小：2.5 MB产品团队的分配角色成员姓名工作任务项目经理黄嘉培管理人员，分配工作，工作总结系统分析师李京娓概括系统的功能和界定系统来领导和协调需求获取及用例建模需求分析师梁贵祺、王贤培进行市场调查，确定用户对产品的需求，以此提出相应的功能设计程序员黄嘉培、李京娓定义一个或几个类的职责、操作、属性及关系，并确定应如何根据实施环境对它们加以调整CM配置管理构架设计师负责在整个项目中对技术活动和工件进行领导和协调用户界面设计员进行用户交互（Interactive）和接口设计。包括设

7、计交互流程和用户界面需求复审员负责计划并执行对用例模型的正式复审测试员梁贵祺、李京娓对产品雏形进行流水循环测试，检验产品是否符合预期功能要求服务器和客户机的实际位置：3. 配置管理活动3.1 配置标识3.1.1 标识方法所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。3.2 项目基线3.2.1 变更请求的处理和审批修改批准权限：对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须经总体组批准；对本项目各个子系统及其

8、专用支持软件的其他阶段产品的任何修改（称为B类修改），都必须通过本项目各个子系统的配置管理人员审查，并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。修改审批程序：如下表步骤A类修改的审批程序B类修改的审批程序1发现问题，填写软件问题报告单2项目组长评审 项目组长评审3软件配置管理小组评审子系统配置管理人员评审4项目总体组批准子系统负责人批准5修改配置并填写软件修改报告单67软件质量保证小组评审子系统质量保证人员评审8总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索 表13.2.2 变更控制委员会 （CCB）由项目经理带领，和CM经理，测试经理组

9、成。3.3 配置状态统计3.3.1 项目介质存储和发布进程保留策略：使用U盘保留所有文档和程序代码。备份计划：每天备份一次所有文档和程序代码。事故处理：电脑中病毒时可使用备份来进行恢复。介质：使用U盘为介质，文档保存为*.Doc格式，程序代码制成压缩包。发布过程：内容针对对象备注发布简介和配置管理所有成员指定任务和必要参考资料配置管理活动成员改进任务的步骤里程碑培训和资源了解任务的完成情况3.3.2 报告和审计对程序员所开发的数独游戏进行物理配置检查和功能配置检查，确保软件的正常使用，对主机系统所提供的软件和硬件配置要每天检查一次，确保能及时接新的消息。在软件开发周期各阶段的评审与检查工作中，

10、要对该阶段所进行的配置管理工作进行必要的评审和检查。应该进行评审与检查的内容与次数，由该软件质量计划规定。配置修改的审批程序按本计划的规定处理（见表1）。4. 里程碑2012-06-25 完成产品的需求分析，初步设计出软件原型2012-07-01 完成界面2012-07-03 代码整合2012-07-07 软件完成，文档整合程序从实现目的到优化界面最后达到完美！5. 培训和资源实施计划是在Visual SourceSafe平台上进行共享和个互相改正，成员涉及到所有小组成员！科学管理合理组织，不断深化“双基”建设，狠抓安全技术教育培训工作，全面落实“手指口述安全确认操作、岗位描述”安全管理规范，提高全员安全责任意识和整体操作技能。