《软件配置管理过程指导说明书》由会员分享，可在线阅读，更多相关《软件配置管理过程指导说明书（19页珍藏版）》请在金锄头文库上搜索。
1、软件配置管理过程指导说明书目录1前言21.1目的21.2适用范围21.3术语名词解释22角色和职责说明33输入44入口准则45配置管理实施45.1配置库结构45.1.1配置库45.1.2配置管理库系统65.2配置管理流程65.2.1配置管理流程图65.2.2配置变更流程图75.3配置标识85.3.1配置库划分85.3.2配置库结构85.3.3配置项命名115.3.4版本编号规范115.4配置管理活动125.4.1制定配置管理计划125.4.2建立配置库125.4.3建立配置项125.4.4基线建立及发布过程125.4.5配置变更135.4.6配置审计155.4.7 备份166输出167出口准则
2、168本过程裁剪规定161 前言1.1目的用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。1.2适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。1.3术语名词解释CCB : Configuration Control Board,配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权 威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部 门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是 说明书、计算机程序、数据结
3、构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序， 相关设备及资料。软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目 整个生命周期中工作产品的完整性和可追溯性。软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规 程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置 项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下
4、特征：（1）已经过正 式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给 客户的一个包括可执行程序和文档的发布基线称为发布（release）。配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要 考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置 项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评
5、审和测试报告体 现。物理审计的内容包括： 确认配置项标识的正确性； 确认已受控配置项的更改是受到控制的； 验证配置库内容与相应记录之间的一致性； 验证配置管理活动与相应记录之间的一致性； 验证配置管理工作是否符合适用的标准和规程； 验证配置管理系统与系统备份的有效性、一致性等。功能审计的内容包括： 验证当前基线所含配置项对前一基线所含配置项的追溯性； 确认当前基线所含配置项均正确反映了项目需求； 评估基线的完整性； 验证当前基线和各基线间所含配置项的一致性；验证配置库内容的完备性和正确性等。2角色和职责说明表1角色及职责角色职责CCB （配置管理委员 会） 定制配置库访问控制、制定配置管理策略
6、 负责批准基线的建立和发布 审核变更申请、负责批准基线的变更请求 在基线变更后组织进行验证 负责批准产品的发布 根据配置管理员的报告决定相应的对策配置管理员项目配置管理员：制定配置管理计划 管理项目配置库中的配置项 审计纳入受控库的配置项 记录和管理基线中的配置项的状态执行基线入库、变更控制参与评价、认可或否定有关配置项变更建议并确保确认的变更得以执行。负责配置库的日常备份 对项目配置库执行配置审计，完成配置审计报告组织级配置管理员： 项目立项后创建项目配置库 建立并维护组织级配置管理库 备份配置库服务器 基线的建立和发布 负责配置管理工具使用及制度的培训 编译程序、打包，编写或维护脚本版本发
7、布 参与项目配置审计 项目结项时关闭项目配置库项目经理 协助配置管理员完成项目配置管理计划角色职责确定项目角色、提供软件工作产品 确定配置库目录权限 对配置项的变更进行审批 提出基线变更申请 项目开发过程中，监督配置库使用情况质量工程师 审核项目组里的配置管理活动组织文档类的软件工作产品评审活动，协助文档类的软件工作产品的配置管理 配置基线审计项目组成员（系统工程师、架构 设计师、UED设计师、 设计人员、皿工程师、 测试人员） 执行公司配置管理方面的要求 提出配置项的变更申请 配置项的检入、检出，及时更新SVN库中工作产品 配置项变更 提供软件工作产品 协助进行版本编译、打包工作3输入项目计
8、划书4入口准则项目计划书已经形成文档并通过评审（项目启动会）。5配置管理实施5.1配置库结构5.1.1配置库配置管理系统支持建立和维护三库：开发库、受控库、产品库，结合实际，采用四库管理：开发库、 部门受控库、组织级受控库、产品库，配置库库结构如下图所示。表3配置库功能模块功能描述项目管理对项目逐级分解系统、子系统，配置项。建立项目的配置结构树，结构一般为“项目、子项 目、构件（模块）”。版本管理配置项的演化过程中的版本历史状态记录，主要包含版本树管理、分支管理、文件比较、版 本比较、版本续连等。基线管理基线管理支持包括创建基线、子基线，标识基线，基线比较，基线导出、变更控制、出库控制等功能。
9、配置控制配置控制包括入库管理、出库管理、变更管理、产品发布、文档管理等配置审核对配置活动和配置项的配置审核5.1.2配置管理库系统图1配置管理库系统5.2配置管理流程5.2.1配置管理流程图配置管理过程划计理管置配定制理管置配行执项目经理CCB1审核产品 幺组织产品评配置变更流程更变项置配更变线基图3配置变更流程图5.3配置标识5.3.1配置库划分配置库分为开发库、受控库和产品库，分别标识为：1）开发库的命名为：01开发库；2）受控库的命名为：02受控库；3）产品库的命名为：03产品库。5.3.2配置库结构每一个项目的配置库可分为：开发库、受控库;以下分别为这三个配置库的建库结构，并可以根据实
10、际情况在配置管理计划中根据与项目经理或 产品经理商讨结果进行增减，形成项目或产品的具体库结构分支：5.3.2.1开发库结构表4开发库结构一级目录一级目录三级目录四级目录标识描述XX版本标识01文档01项目管理01技术协议02立项管理03开发计划04技术规格书05需求规格说明06软件设计说明07数据库设计说明08手册目录09软件研制总结报告02质量保证01质量保证计划02评审记录03版本说明04质量保证报告03配置管理01配置管理计划02变更管理03物理审计04基线审计04质量控制01测试计划02测试报告05技术支持01实施记录02实施报告03总结报告04维护记录06参考资料01原始资料02行业
11、标准02源码01程序源码01模块02 模块,02版本记录/03工具01操作系统/02编译工具/03相关数据/04第三方控件/XXx后续版本标识库结构同XX5.3.2.2受控库结构表5受控库结构一级目录一级目录三级目录四级目录标识描述XX版本标识01文档01项目管理01技术协议02开发计划03软件研制任务书04需求规格说明05软件设计说明06数据库设计说明07手册目录02质量保证01质量保证计划02版本说明03配置管理01配置管理计划04质量控制01测试计划02 程序01程序源码01模块02 模块,02编译程序01Build0102Build02,XXx后续版本标识库结构同XX5.3.2.3产品
12、库结构表6产品库结构一级目录一级目录三级目录四级目录标识描述XX版本标识01版本说明/02设备说明/03手册目录01用户手册/02用户服务器安装指南/03产品生产手册/04产品实施指南/04产品包装01产品清单/02包装说明/05程序目录01安装程序01Windows平台程序02Linux平台程序02程序源码01Windows程序源码一级目录一级目录三级目录四级目录标识描述02Linux程序源码03操作系统/XXx后续版本标识库结构同XX5.3.3配置项命名在受控库，产品库中的配置项的命名规则如下。a）文档类配置项命名规则：项目名称_文档名称_版本号_YY YYMMDD“”：必需的；“”：可选的.YYYYMMDD：为文档创建或更新的日期。b）源代码类配置项命名规则：项目名称_Src_ 版本号_YYYYMMDD“”：必需的；“”：可选的.注：源代码的标识是通过配置管理工具的标签实现的。5.3.4版本编号规范5.3.4.1文档版本编号对于产品或项目生产过程中产生的技术文档的版本号管理按照以下约定进行：1）起草版本的编号为“A0.1”、“A0.2”、“A0.3” . “A0.10”，对于未经过最终评审通过 的技术文档中间版本按照此规则进行升级，如：初稿为“0.1”版，经评审进行修订后升级为“A”版本，及提
