软件研发配置管理规范.doc

Tellhow PAGE PAGE 14 软件研发配置管理规范 一、目的与意义 为了保证研发中心研发项目文件的安全性、机密性；保证软件产品的完整性、有效性及可追溯性，特制订本规范。 二、适用对象 本办法适用于软件产业本部下属相关软件经营单位或部门 三、术语 术语 描述 软件配置管理 是在项目开发中，标识、控制和管理软件变更的一种管理。 基线 是项目开发库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 开发库（devlib） 存放开发过程中需要保留的各种信息，供开发人员个人专用。开发人员对其具有编辑、修改、删除等操作权限 基线库（baselib） 开发库中产品经过测试小组测试后，行成一个稳定的版本，由配置管理员从开发库中将该版本提取出来，行成一个新的版本。以后的版本更新将在此基础上进行更新。所有人员对基线库的最大权限只能为只读权限。 四、角色与职责 角色 职责 项目经理 确定配置项、确定配置库目录权限；审查配置库变更；项目开发过程中，监督配置库使用情况；员工离职时，配置库归档完整性审核。 开发小组 根据配置管理制度规范，进行配置库的日常使用 测试小组 从开发库中取出版本进行整合测试；负责验证代码变更及修改是否正确执行。测试小组测试通过的版本方可放入基线库。 研发中心 对项目中的变更进行管理、监控；协调开发小组、测试小组、配置管理员进行配置库的优化和管理。 配置管理员 负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对配置库使用情况进行管理和监督、建立配置库基线；定期备份配置库；建立和完善配置管理制度。 五、配置管理范围 配置管理包括：所有研发项目文档、源代码、可执行程序，特殊工具及相关资料等。 项目文档：立项建议书、项目计划、需求分析报告、概要/详细设计说明书、数据库表结构、测试文档以及项目过程中管理类文档。 特殊工具及其相关资料指开发或测试过程中比较特殊的工具，以及其使用文档等，如觉得有必要也纳入配置库的管理。 六、配置库建立 流程图如下： 项目立项时，由项目经理申请建立项目配置库，配置管理员与项目经理确定配置项，并参考 HYPERLINK \l _附录二：配置库目录结构 附录二：配置库目录结构，建立配置库以及配置库目录结构；项目经理提供配置库权限清单（内容应包括员工姓名、项目名称、目录权限等），由配置管理员为相关人员的设置配置权限。 配置库权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式通知各相关人员；配置库使用人员以各自的用户名和密码进行访问配置库。 配置库密码只能在服务器上设置，如配置库使用人员密码遗忘，可以与配置管理员取得联系，进行修改密码。 七、配置库权限变更管理 若在使用配置库的过程中需要变更配置库管理权限，可以由项目配置管理员或项目经理以邮件或口头方式通知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经理、项目配置管理员及其相关人员。 配置管理员根据配置库权限变更频率，决定每隔一段时间将配置库权限清单与各项目经理进行审核确认，各项目经理审核后，若有权限需要进行变更，应及时通知配置管理员。 八、测试阶段配置库使用流程 流程图如下： 配置库基本结构如“ HYPERLINK \l _附录二：配置库目录结构 附录二”所示，通常以项目名称作为一级目录，二级目录包括：trunk、manager、test、tag： 其中“trunk”目录通常为项目组开发人员具有读写权限，其他人根据需求进行相应权限设置。该目录包含doc（文档）、src（代码）目录；src下包括四个目录：demo、源代码、发布包、数据库，其中“发布包”内容为空； “manager”目录通常为研发中心和项目相关人员共同使用； “test”目录为测试人员使用；由于开发人员需要将发布包放置在该目录下，所以开发人员对该目录也具有读写权限，但其不允许修改除“测试版本”目录外的其它目录的内容。 “tag”目录放置发布版本，只有项目组开发人员对其具有读写权限；开发人员在该目录下不允许对源代码等文件进行修改，但需将代码编译后放置在“发布包”目录下，同时将版本说明等测试人员需要的项目文档放在该目录下。 注：配置库权限根据实际情况可以进行调整。 以PM_V1.0项目为例说明测试时配置库使用流程： 当项目经理确定项目需要提交测试时,由项目开发人员通过branch/tag的方式将“src”在tag目录下建立版本分支,例如图中的PM_V1.0B1001,其下内容包括trunk/src下所有内容,开发人员在PM_v1.0B1001下编译后,将编译后的文件