配置管理手册

配置管理手册Version1.0北京紫光捷通企业工程软件部目录TOC\o"1-4"\h\z\u配置管理手册 11引言 21.1编写目的 21.2阅读指导 22基本约定 32.1定义 32.2合用的原则、条例和约定 52.2.1文档命名规范 52.2.2测试用例命名规范 62.2.3整顿9001文献夹 72.3接口控制 72.4参照资料 83配置环境 83.1公网Common开发库 83.2部门Deployment受控库 94基本流程 94.1总体流程 94.1.1开发库流程 104.1.2受控库流程 114.2岗位工作流程 124.2.1产品经理工作流程 124.2.2开发工程师 13开发工程师工作流程 13开发工程师文献夹管理 144.2.3系统工程师工作流程 155记录的搜集、维护和保留 16

1引言1.1编写目的在软件产品的生命周期中，要经历需求分析，设计，编码，测试，提交，维护等一系列过程。在这个过程中，软件产品要经历无多次的变更，假如不能很好地标识变更，控制变更，保证变更的实现，项目就会陷入混乱，因此，制定本配置管理计划的目的，就是从多种方面描述怎样进行配置管理，并通过配置管理保证项目不会陷入混乱。1.2阅读指导本手册重要分为五部分：引言、基本约定、配置环境、基本流程、记录的搜集、维护和保留。第二部分HYPERLINK开发工程师工作流程）4.1.2受控库流程部门内部受控库（Deployment）重要由配置管理员进行管理。产品经理及配置管理员可以访问。开发工作完毕后，配置管理员把开发库内容移至受控库，并下载数据到测试计算机交由测试人员进行测试。由测试主管提交测试成果给开发工程师并对开发过程进行跟踪。测试完毕后，将代码存入受控库进行版本管理。4.2岗位工作流程4.2.1产品经理工作流程产品经理的工作流程见下图：4.2.2开发工程师开发工程师工作流程开发工程师出库入库工作流程如下图，分别在公网（Common）和当地建立工作文献夹，建立本项目目录树，建立须严格按照个人文献夹管理规范执行。每个项目开始之前，应对本人工作进行计划，重要包括本人工作推进时间安排，将本项目计划一并放入该项目文献夹中。开发过程中，需每天进行代码提交工作（相邻两次提交时间最长不得超过3天），专职配置管理员将不定期提醒开发工程师及时提交工作成果，并对提交状况进行记录、记录，此记录成果将作为年终考核重点之一。开发工程师可随时向配置管理员索要本人本年度代码、文档提交状况记录。开发工程师文献夹管理公网（COMMON）库中，个人文献夹内目录须按照下图建立：4.2.3系统工程师工作流程系统工程师重要负责软件测试、安装调试及后期维护工作。基本工作流程见下图：5记录的搜集、维护和保留在本项目及其所属的各个子系统的研制与开发期间，要进行多种软件配置管理活动。精确记录、及时分析并妥善寄存有关这些活动的记录，对这些软件的下沉运行与维护工作十分有利。在软件配置管理小组中，应有专人负责搜集、汇总与保留这些记录。A．基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入硬盘或磁带，至少必须一式两份且寄存在两个不一样的地点。这些记录应当每6个月拷贝一次，以免意外损伤与自然老化。B．上述这些软件的文档也应送入硬盘或磁盘，至少必须工式两份且寄存在两个不一样的地点，并应有一份打印的硬拷贝。磁媒体应当每隔6个月拷贝一次，以免意外损伤与自然老化。C．软件产品的源程序、测试数据、测试汇报及其他有关文档，除了按A、B规定妥善寄存外，要在项目结束后再保留1年，或在条件成熟时转交给这些软件产品的生产系统。注：详细保留年限要根据项目的性质与开发单位的任务来确定，此处仅作为一