001软件配置管理规范

001软件配置管理规范内容摘要：

CAD R 无 R 配置管理 R R RCAD R R R 测试管理 R R RCAD R RCA R 个人工作库 R 无 RCAD RCAD 无 无 软件配置管理规范 STDZSKF2020003 7/24 项目共享库 R RCA RCAD R R R 项目基线库 R R (CA 授权 ) RCAD R (CA 授权 ) R (CA 授权 ) RCA 注： 1. 权限 R——表示具有 Read 权限。 C——表示具有 Check in/Check out 权限。 A——表示具有 Add/Rename/Delete 权限。 D——表示具有 Destroy 权限。 无 ——表示不具有该项权限。 授权 ——表示需 要 项目负责人根据需要配置相应权限。 2. 由于配置管理员具有最高权限，可以进行任何操作，但执行非 Read 操作时必须经项目负责人同意。 3. 个人工作空间允许拥有者进行任何操作，包括 destroy 操作。 软件配置管理规范 STDZSKF2020003 8/24 4 配置管理过程 开 始配 置 管 理 策 划评 审不 通 过建 立 配 置 管 理 环 境通 过配 置 、 标 识 和管 理变 更 控 制 版 本 控 制基 线 审 核 和 发布报 告 状 态发 布 产 品结 束  配置管理的策划由项目组配置管理员负责，策划的结果为《配置管理计划》；  配置管理策划的评审由开发部配置经理、项目经理进行评 审，形成相关的评审纪录；  配置管理环境由开发部配置经理负责；  配置库的具体管理由配置管理员负责，形成相关的记录，包括《配置项信息登记表》、《配置管理周报》、《配置管理工作表》、《软件配置管理评分表》、《变更申请记录表》、《应用软件版本发布申请表》、《版本记录表》、《变更文件审批与确认登记表》。 软件配置管理规范 STDZSKF2020003 9/24 5 配置管理工具及环境 文件服务器 在开发部建立独立的文件服务器，文件服务器的主要作用为：  提供共享程序服务 将常用应用程序（包括开发工具、数据库工具、管理工具等）存放共享目录下，方便各开发人员随时使用，并提供共享目录以 便各开发人员上传共享程序。  提供共享资料服务 将常用资料存放共享目录下，方便各开发人员随时使用，并提供共享目录以便各开发人员上传共享文档。  提供开发人员个人空间 为每个开发人员建立个人目录，开发人员可将关键文档在文件服务器上进行备份。 此为开发人员的私有目录，别人无权访问。 配置管理工具 可采用以下配置管理工具：  Microsoft Visual Sourcesafe(VSS) 基于 WINDOWS 的开发采用 Microsoft Visual Sourcesafe(VSS)作为配置管理工具。 基于 UNIX 下的开发采用 Samba 作为磁盘映射工具， Microsoft Visual Sourcesafe(VSS) 作为配置管理工具。  CVS 工具 基于 UNIX 下的开发采用 CVS 作为程序版本控制工具，同时在 WINDOWS 环境下用VSS 建立项目文档等配置项的管理环境。 配置服务器 在开发部建立统一的配置服务器，逐步进行配置库的集中管理，项目组内部不再单独设立配置服务器。 配置服务器今后将成为软件开发的项目库，记录所有软件开发项目的开发及维护过 软件配置管理规范 STDZSKF2020003 10/24 程。 对新项目的开发，项目负责人可以申请查阅配置库中相类似 的项目资料，以更好地把握新项目的开发。 配置服务器也是开发部的公用程序库服务器。 各项目组在项目开发过程中有义务将通用的程序模块放入公用程序库中，被其他项目组使用，达到程序共享，避免重复开发。 公用程序库的建立及维护见第八章。 6 配置管理计划 配置管理计划应细化以下内容： 配置工具的选择 配置管理计划中明确采用的配置工具，如采用 unix 下的 CVS 工具，还必须编写完善的配置操作脚本，并注明使用方法。 配置库的基本目录结构 根据具体的项目设置配置库的基本目录结构，并进行基本的解释，一般可以包含以下的一级目录及二 级目录： 01 项目工作库 01 准备阶段 02 需求分析阶段 03 系统设计阶段 04 系统实现阶段 05 系统测试阶段 06 运行推广阶段 07 系统维护阶段 02 项目管理库 01 质量保证 02 项目管理 03 配置管理 04 测试管理 03 项目共享库 01 项目模版 02 项目规范 03 项目制度 软件配置管理规范 STDZSKF2020003 11/24 04 共享资料 04 项目基线库 01 计划基线 02 需求基线 03 设计基线 04 产品基线 05 个人工作库 下设每个项目组成员的目录 06 其他 权限设置 明确项目组成员对各配置目录的操作权限。 配置项标识规定 根据项目规模和实际情况的不同，在项目的配置管理计划中详细规定配置项标识的命名规则。 协作开发规定 在项目的配置管理计划中，必须对项目组的协作开发作相应的规定，比如，项目成员每日的工作是否必须提交。 更改了公用头文件如何通知项目组成员。 等等，具体项目具体规定。 其它 7 配置项管理 配置项是配置管 理的对象，主要包括各种开发 /测试文档、源程序、测试脚本、关键数据、项目报告、会议纪要等。 通过建立配置库对配置项的维护、变更等进行管理，对配置项要进行统一的配置标识管理及名称管理。 配置标识就是为产品的结构、产品的构件及其类型，分配唯一的标识符，具体项目可根据项目规模和实际情况的不同，在项目的配置管理计划中进一步补充、删减、细化配置项标识的命名规则。 开发部的配置项标识及名称总体规则如下： 软件配置管理规范 STDZSKF2020003 12/24 配置项标识号命名规范  配置项标识号命名规则： 项目名标识 配置类别 [子系统标识 [组成部分标识 [模块标识 ]]][配置项 特殊标识 ]，其中 []中的内容可根据系统规模和实际情况有所省略，项目名标识、配置项特殊标识一般是约定俗成的英文代码名。 下表列出了我们在项目中使用的配置类别命名： 配置类别 说明 常用配置项特殊标识举例 PDP(Project Development Plan) 项目开发计划 CMP(Configure Management Plan) 配置管理计划 QAP(Quality Assurance Plan) 质量保证计划 FRR(Feasibility Research Report) 可行性研究 Init 准备阶段其他文档 CRS(Client Requirement Statement) 客户需求 SRS(Software Requirement Statement) 需求规格说明书 RA(Requirement Analyse) 需求分析阶段其他文档 EIS(External Interface Statement) 外部接口规范说明文档 HLD(Holistic Design) 概要设计文档 总体方案： Totle DDS(Detail Design Statement) 详细设计文档 DBD(Database Design) 数据库设计文档 数据字典： Dictionary Design 设计阶段其他文档 软件架构设计： Architecture；阶段计划： Plan；阶段总结报告： Summarize SCODE(Source Code) 源代码文件 ECODE（ Executable Code） 执行代码文件 CF(Configure File) 配置文件 Code 实现阶段其他文档 阶段计划： Plan；阶段总结 报告： Summarize UTest(Unit Test) 单元测试文档 单元测试记录： Record 软件配置管理规范 STDZSKF2020003 13/24 ITest(Integration Test) 集成测试文档 集成测试记录： Record Test 测试阶段文档 测试计划： Plan；测试方案： Scheme；测试案例： Case 测试记录： Record；测试问 题： Problem；测试分析报 告 :Summarize Man 软件说明书和手册 操作手册： Operate；用户手 册： User；维护手册：Maintenance；安装手册： Setup Issue 产品发行文档 发行记录： Record Delivery 交付阶段文档 Switch 切换阶段文档。