中小企业配置管理基本流程.docxVIP

中小企业配置管理基本流程 【摘 要】在中小企业应用配置管理流程中，为了 节约资源，提高企业工作效率，必须根据实际情况变通配置 流程中的不切实际的环节，针对各子环节有相应的变通方 法。 【关键词】中小企业、配置管理流程 【中图分类号】C29【文献标识码】A【文章编号11672-5158 (2013) 07-0492-02 一、 引言 软件配置管理的发展在国内虽然是21世纪的事，但是 发展比较迅速，得到了软件公司的普遍认可。但是对于中小 公司，由于重视不够或缺少相关知识，在实际使用中存在一 些问题。中小公司照搬大公司流程存在也不切合实际。 二、 配置管理流程 2.1制定配置管理计划 在《项目开发计划》完成后，配置管理员(SCME)参考 项目经理制定的《项目开发计划》完成《配置管理计划》，《配 置管理计划》中需要明确项目的基线配置项计划，以及基线 计划等信息。 不同的项目，配置管理计划的内容可以不同。主要受以 下方面影响: 项目的大小和复杂性会影响到配置管理计划。特别简单 的项目可能只需要一个配置管理工具，简单管理一下源代 码；但是大项目、复杂的项目则需要详细的配置计划。 特殊的项目需要更详细的计划。举例来说，如果企业中 绝大多数产品都是完整独立开发，而某产品使用了开源代 码。那么在该项目的配置计划中，此点就要考虑。 2.2项目配置库的建立 项目立项后，项目经理通知配置管理员建立项目的配置 库，同时为项目组人员开放配置库权限。 2. 3配置识别 配置识别的目的是识别配置项和基线。 配置项是指处于配置管理之下的软件或/和硬件的集合 体。这个集合体在配置管理过程中作为一个实体出现。 基线是已经通过正式复审和批准的某规约或产品，它因 此可以作为进一步开发的基础，并且只能通过正式的变更控 制过程来改变。 配置识别活动包括以下几个内容： *配置项识别 配置项可以分为基线配置项和非基线配置项。基线配置 项包括所有的技术类文档和源程序等；非基线配置项包括项 目的各类计划和报告等。 配置管理工作的关注重点是基线配置项。配置项识别由 SCME参照项目开发计划中的交付物，同项目经理共同识别基 线配置项，以及配置项间的依赖关系。配置管理员需要完成 《配置管理计划》中的配置项计划。 *配置项标识 配置项的标识，版本等规则，参见企业标识规范。 *基线建立 一般在项目的不同阶段有对应的基线。 ＞基线建立 当基线包含的配置项稳定后，由项目经理通知SCME建 立基线。基线建立后一般不允许随意更改。SCME需要对基线 库的权限进行设置。 ＞基线变更 当基线建立后，如果基线配置项经过若干次变更，在配 置项稳定后，项目经理认为有必要进行变更（再发布等）， 或者基线不稳定，需要回朔到上一基线，由项目经理通知 SCME对基线进行变更。 2. 4版本控制 版本控制能够简单、明确地重现软件系统的历史版本。 一般的配置工具都能自动保存配置项的版本历史，但是大多 时候，针对项目不同阶段需要整体化的标识。以下是整体化 版本控制的方法： *标签 如果项目只有一个主干，只需要通过打标签的方式，来 辨明当前的整体版本。这样将来搜索所有的以这个整体版本 命名的标签，就能找到这个整体版本对应的所有文件的正确 版本，包括源代码。 *分支 不同的客户，基本需求一定，但是有不同的差别，此时 就需要用到分支。使用分支，能够有效地实现隔离，也实现 共享。但是分支是有管理成本的。如果标准版的发布比较频 繁，而客户又要求变体的发布跟上标准版发布的话，那么需 要频繁创建分支。另一方面，如果变体所在的分支上，包含 了一些应该共享的改动，那么应该合并到主干。这样，相应 管理成本也会提高。 2. 5变更控制 在项目开发过程中，配置项发生变更几乎是不可避免 的。变更控制的目的就是为了防止配置项被随意修改而导致 混乱。 在瀑布模型的管理中：修改处于“草稿”状态的配置项 不算是变更”。当配置项的状态成为正式发布”，或者 被“冻结”后，此时任何人都不能随意修改，必须依据变更 的规则执行。 以下为变更规则： 1）变更请求 2） 变更审核 3） 配置项出库 4） 变更实施 5） 变更验证 6） 配置项入库 SCME负责实施配置项入库，确保配置项处于“正式”状 态，并且版本正确。并通知项目经理，项目组人员，质量保 证人员等变更已经完成。 但是还有两种情况，可能不需要严格的变更流程： 1） 功能小变动：把程序已有的功能，稍微增强或改变 一下。特点是：数量多容易丢，改动量不太大。对这类请求 的管理，建议像对缺陷的管理，进行分别跟踪、处理，直至 解决。 2） 迭代模型中管理变更 迭代开发把一个大项目在时间轴上分解成很多小项目， 每个小项目被称作一个迭代。几乎每次迭代，都会包含需求 分析，系统设计、代码实现，以及集成和测试。这样就不必