项目配置管理计划范本.docxVIP

机电管理系统性能测试系统配置管理安排 配置库限制 权限限制 配置管理员依据附录3《帐号及权限管理》设置和调整项目组成员对配置项的权限。 配置库的限制 在项目开发和实施的整个过程中，配置管理员应依据配置管理安排及管理规则对配置库 应进行管理和限制。配置管理员负责检查项目组成员运用配置库是否正确。包括是否刚好检 入最新版本、是否添加了注释、是否刚好更改配置状态，是否存在项目组成员修改了不属于 自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否 从配置库中取出等。 建立软件库 在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区）， 同时建立起想对应的有关该系统及其子系统的软件受控库。在每个阶段结束或里程碑，需让 各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变 更需求，应依据正常的变更程序来限制并检查相关的变更文档。当全部开发工作结束，需建 立起软件产品库，将全部可交付的产品都送入软件产品库。 软件配置更改 软件配置的更改管理适用于全部项目的全部文档和代码,其中包括整个项目的各个运行 软件，也包括为项目特地开发的支持软件。 对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改，必需得 到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改； 更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员后，由 配置管理员签入受控配置库； 受控配置库中的文档，在文档末尾必需有修改记录部分，包括修改人、修改日期、 修改内容等项，每次对于受控配置库中文档的修改，必需填写这些项。 配置文件清单的维护 配置文件清单的维护由配置管理员维护； 项目初期，配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预 料，并在配置文件清单中列出这些文档及其大致的安排提交时间； 在实际开发过程中，文档提交可能会产生一些改变，如新增某些文档、原安排的 一些文档不再单独产生、文档安排提交日期的变更等，项目组应当刚好通知配置 管理员，由配置管理员刚好更改配置文件清单中的相应项。 配置的检查和评审 配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。相关的审核内 容如下表： 审核分类 审核内容 检查状况 发布审核 发布文档是否清晰地定义发布的范围，包括应被纳入的更改恳 求？ 全部已知缺陷/毛病（bug）是否已文档化？ 是否有适当的文档，它标识重建该发布所需的环境（编译器版本、 OS 版本、compilation flags,等等）? 是否有适当的文档，它说明构成该发布的成分及成分的版本？ 发布的全部项是否彼此同步（在时间上一样）？ 是否接受正确存储库中的正确成分的正确版本生成发布？ 存储库/配 置项审核 存储库是否按SCM安排定义？ 项是否已经进入正确的库？ 是否按SCM安省F中规定的命名约定项命名？ 是否依据SCM安排，规定项的版本号？ 是否依据SCM安排中规定的事务已经将全部项入库？例如:测试 完成、客户的评审看法已接受 项是否有所要求的文档以识别项、版本和更改历史？ 更改实施 审核 是否全部所要求的更改恳求均已结束？ 是否更改恳求标识出全部拟更改的项？ 更改恳求中所标识的全部要更改的项均已更改，被QC和在所要 求的QC后入库？ 是否可能在项的任彳可两个版本中间区分更改？ 项的文档是否足够，能向后追踪更改到相应的更改恳求？ 是否有恰当方法能回到以前的版本？ 审核的其 他方面 是否对库作了恰当的备份？ 是否已测试过从备份中复原？ 在群组成员的工作书目中是否有任何未经许可的成分？ 是否有恰当的保密/批准手续以保证只有经授权的群组成员才能 进行入库/出库？ 配置管理员应协作研发中心产品管理部定期对项目进行配置管理的审核。在审核过程 中，供应所须要的配置管理安排及相关资料，在项目开发结束后，需提交全部关于项目的软 件配置库。 配置库的备份 在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备份，以防造成 劳动成果的丢失而给整个项目及公司带来的严峻损失。 备份可依据公司的要求定期（按周或月）进行。在每个阶段或里程碑处在做完基线工作 后应进行备份。备份文件应存放在不同的地方。 本项目的备份按如下方式进行： , 定期备份时间为每个月备份一次，备份方式同公司研发中心一样，定于每个月的最 终一个星期二； 当在月末（大于当月20日）达到一个里程碑时，对配置库进行一次备份，取消当 月月备份； 当在月中（大于当月10日，小于等于当月20日）达到一个里程碑时，对配置库进 行一次备份，当月月备份不变； 当在月初（小于当月10日）达到一个里程碑时，不须要对配置库再进行一次备份, 当月月备份不变； 备份的文件要明确标明备份日期，刻录成光盘，在外地封闭开发，