软件配置管理计划(2)

5. 不能解决的问题/偏差（工作产品、审核）向总体组代表汇报 2.3 软件配置管理计划的实现

在实现软件配置管理计划的过程中，要特别注意实现以下三个里程牌： 1. 建立软件配置管理小组：在项目总体组批准软件配置管理计划之后，立即成立软件配置管理小组；

2. 建立各阶段的配置基线：在软件生存周期过程中，各个阶段的配置基线可参考：

a）《国核压水堆示范工程装卸料机合同书》 b）《国核压水堆示范工程装卸料机技术规格书》 c）《国核压水堆示范工程装卸料机软件需求规格说明书》 3. 建立软件库：在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。以后在每个开发阶段结束时，建立各个子系统的新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。当全部开发工作结束，在配置管理小组的计算机上建立起软件产品库，并在各子系统的计算机上建立软件产品库的副本。

5

3. 软件配置管理活动

3.1 配置标识

所有为本项目编制的文档命名规则可参考《08技术文件编号管理规定》中相关内容。

3.2 配置和变更控制

3.2.1 变更请求的处理和审批

软件配置的变更管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也包括为本项目专门开发的支持软件。 对本项目各个子系统及其专用支持软件的配置基线、集成系统以及其他阶段产品的任何修改都必须通过项目配置管理小组的讨论并由总体组代表审核批准。 3.2.2 变更过程中的活动

活动 角色 内容 提交变更提交者 请求 此活动的作用是复审已提交的变更请复审变更开发人员或其求。对变更请求的内容进行初始复审以请求 他相关人员 确定它是否为有效请求。 确认或拒总体组代表

项目的任何涉众均可提交变更请求。 如某个变更请求为重复的或已拒绝的无6

绝变更请求 效请求（例如，例如操作错误、无法实现等）时，则由总体组代表来确认或拒绝变更请求，如需要的话该代表还可以从提交者处收集更多信息。 一旦变更请求通过后则由相关人员来执进行变更 相关人员 行变更后的内容。 已确定的变更一旦得到了核实，则相关版本的变相关人员 更 变更，同时应说明变更的内容等。 3.2.3变更记录

对于每一次的变更，都要把变更日期、版本号、提交者、审批人以及变更内容记录在变更记录单中，并妥善保存。

文档或发布的产品都要进行版本的升级3.3 配置状态统计

3.3.1 项目介质存储 1. 备份机制及保留策略

a）每天下班时将主服务器的数据备份到U盘中。 b）确保U盘中保留最新的数据。 2. 事故处理和恢复机制

如果出现事故（如主服务器当机、遭病毒或硬件损坏等），采用U盘上的数据进行恢复。

7

3.3.2配置管理记录 编号 1 2 3 4 5 6 7 8 9 名称 所有基线文档 软件质量保证计划 软件验证与确认计划 软件需求规格说明书 软件设计文档 软件测试计划 软件测试报告 功能试验验收大纲 各阶段评审记录 和报告 10 11

变更记录单 软件问题报告单 版本 存储路径 责任人 8

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库软件配置管理计划(2)在线全文阅读。