0010-配置管理计划 » 历史记录 » 版本 1
Huarui Lin, 2026-08-14 19:09
| 1 | 1 | Huarui Lin | # <div align="center">《[项目名称] 配置管理计划》</div> |
|---|---|---|---|
| 2 | | **项目名称** | [填写项目全称] | **项目编号** | [如：2026-PM-001] | |
||
| 3 | | :--- | :--- | :--- | :--- | |
||
| 4 | | **文档版本** | V1.0 | **所属主计划** | 项目管理计划-附件I | |
||
| 5 | --- |
||
| 6 | ## 一、 配置管理目标 |
||
| 7 | * 建立统一的项目资产库，确保文档、代码、环境的版本一致性。 |
||
| 8 | * 实现“基线化”管理，确保任何历史版本可回溯。 |
||
| 9 | * 防止多人协作导致的文件冲突与丢失。 |
||
| 10 | --- |
||
| 11 | ## 二、 配置管理工具与环境 |
||
| 12 | ### 2.1 工具选择 |
||
| 13 | * **文档管理：** [SVN/SharePoint/Wiki] |
||
| 14 | * **代码管理：** [Git (GitLab/GitHub/Gitee)] |
||
| 15 | * **依赖管理：** [Maven/NPM]（如有） |
||
| 16 | ### 2.2 目录结构规范 |
||
| 17 | **项目根目录结构示例：** |
||
| 18 | ``` |
||
| 19 | /Project_2026_PM_001 |
||
| 20 | ├── /01_管理文档 (章程、计划、报告) |
||
| 21 | ├── /02_需求文档 (原型、规格说明书) |
||
| 22 | ├── /03_设计文档 (架构设计、数据库设计) |
||
| 23 | ├── /04_开发代码 (源代码仓库) |
||
| 24 | ├── /05_测试文档 (用例、报告) |
||
| 25 | ├── /06_交付物 (安装包、手册) |
||
| 26 | └── /07_会议纪要 |
||
| 27 | ``` |
||
| 28 | --- |
||
| 29 | ## 三、 配置项识别与分类 |
||
| 30 | | 配置项类别 | 具体内容 | 存储位置 | 管理责任人 | |
||
| 31 | | :--- | :--- | :--- | :--- | |
||
| 32 | | **管理文档** | 项目章程、计划、周报 | /01_管理文档 | 项目助理/PM | |
||
| 33 | | **技术文档** | 需求规格、设计文档 | /02_需求文档 & /03_设计文档 | 产品经理/架构师 | |
||
| 34 | | **源代码** | 前端/后端代码、脚本 | Git仓库 (Main分支) | 技术负责人 | |
||
| 35 | | **测试产物** | 测试用例、自动化脚本 | /05_测试文档 | 测试经理 | |
||
| 36 | --- |
||
| 37 | ## 四、 版本控制与分支策略 |
||
| 38 | ### 4.1 文档版本命名规则 |
||
| 39 | 格式：`V[主版本].[次版本].[修订号]` |
||
| 40 | * **V1.0：** 正式发布版（基线）。 |
||
| 41 | * **V0.1 - V0.9：** 草稿/评审修改版。 |
||
| 42 | * **V1.1：** 小范围修订。 |
||
| 43 | * **V2.0：** 重大内容调整。 |
||
| 44 | ### 4.2 代码分支策略 (Git Flow 示例) |
||
| 45 | * **Master/Main分支：** 生产环境代码，仅接受合并请求，严禁直接提交。 |
||
| 46 | * **Develop分支：** 开发主分支，包含最新功能代码。 |
||
| 47 | * **Feature分支：** 功能开发分支，开发完成后合并回Develop。 |
||
| 48 | * **Hotfix分支：** 生产环境紧急修复分支。 |
||
| 49 | --- |
||
| 50 | ## 五、 基线管理 |
||
| 51 | ### 5.1 基线建立时机 |
||
| 52 | * **需求基线：** 需求评审通过后。 |
||
| 53 | * **设计基线：** 概要/详细设计评审通过后。 |
||
| 54 | * **产品基线：** 每个版本发布前。 |
||
| 55 | ### 5.2 基线冻结规则 |
||
| 56 | 基线建立后，相关配置项被“冻结”。 |
||
| 57 | * 任何修改必须基于基线版本。 |
||
| 58 | * 修改必须通过变更控制流程审批。 |
||
| 59 | --- |
||
| 60 | ## 六、 配置审计 |
||
| 61 | ### 6.1 物理审计 |
||
| 62 | * **检查内容：** 配置项是否真实存在、目录结构是否规范、版本号是否正确。 |
||
| 63 | * **频率：** 每月一次。 |
||
| 64 | ### 6.2 功能审计 |
||
| 65 | * **检查内容：** 配置项内容是否满足需求，功能是否达标。 |
||
| 66 | * **时机：** 里程碑节点或发布前。 |
||
| 67 | --- |
||
| 68 | ## 七、 权限管理 |
||
| 69 | | 角色 | 权限范围 | 操作权限 | |
||
| 70 | | :--- | :--- | :--- | |
||
| 71 | | **项目经理** | 所有文档 | 读/写/审批 | |
||
| 72 | | **开发人员** | 开发代码、技术文档 | 读/写 (负责模块) | |
||
| 73 | | **测试人员** | 测试文档、代码仓库 | 读/写(测试文档) / 读(代码) | |
||
| 74 | | **其他干系人** | 公开文档 | 只读 | |