查看完整版本: 配置标识、配置控制、状态统计和配置审核的定义

配置标识、配置控制、状态统计和配置审核的定义

配置标识是定义每个基线如何建立的过程，并且描述组成基线的软件配置项和相关的文档。首先，软件必须被划分成配置项。一旦配置项和它的组件被选定，就要制定一些设计软件项的方法，主要是命名和编号方案，用于标识代码、数据以及和他们相关的文档。最后，必须在文档中描述每个配置项的功能、性能和物理特性。

配置控制是一系列的处理过程，包括评估、协调和决定是否采纳变更配置项的建议，如果建议被通过，也包括对基线软件和相关文档进行修改的过程。变更控制过程保证对任何软件项的修改在严格的工程控制下按计划进行。

配置状态统计用于跟踪对软件的修改。确保软件项的状态被记录、监控，并可报告影响软件基线的活动。

配置审核是一个检查过程，检查移交的软件基线是否包含了所有必须的移交项，这些项是否经过检查，是否满足用户的需求。

[[i] 本帖最后由 Gil 于 2006-12-28 15:46 编辑 [/i]]

有个疑问

楼主上面说的我都同意啦，但是对于“最后，必须在文档中描述每个配置项的功能、性能和物理特性。” 这个说到的文档是指什么，是说要有一个单独的文档进行描述和说明么？如果是这样，这个文档以后如何进行维护？

请帮帮我解解惑吧，先行谢过。

最后，必须在文档中描述每个配置项的功能、性能和物理特性
本认为，楼主的意思是这个配置标识意义吧，使人看到此配置标识就知道这标识上的东东是用来做什么的吧

配置标识的出现除了能够为每个配置项编号、将其功能、性能和物理特性归档之外，可不可以说配置标识的出现其实是为了更好更方便的查找到配置项，并对其进行操作

愚见

配置状态统计用于跟踪对软件的修改。确保软件项的状态被记录、监控，[color=Red]并可报告影响软件基线的活动[/color]

我对于这个：并可报告影响软件基线的活动 不是很理解？？

希望有人能详细的指教！！

::em64::4::" />多谢斑竹！
对刚涉及这个领域的人来说，概念又清晰了不少！

我觉得配置标识是由一系列活动联系起来的:
首先,要进行配置标识,肯定要先确定配置项.那么配置项的定义是什么?
配置项是指被纳入配置管理的实体.在一个产品产出的过程中,会出现很多相关实体,这些实体都是配置项吗?肯定不是.那么,这些实体怎样才会被考虑纳入配置管理中呢?依照我的理解是,配置项是一组重要的,共享的且相互依赖的实体.他们最终构成了体现用户需求的完整产品.如果一个实体是配置项的话,那么它的变更一定会对其他配置项产生影响.比如我们的可行性分析报告,需求设计,代码等等,这些都应该作为配置项纳入配置管理.
确定了配置项后,我们再来考虑怎样来标识配置项.那么在这里先考虑一下为什么需要标识配置项?在cc中,每当我们进行一次checkin,都会对一个组件产生一个流水号,通过这个流水号,我们可以回溯先前版本,可以在集成的时候确定所选组件的版本,这里的流水号就可以看做是一个标识,不过这个不明确.标识的意义具体体现在标签上,对于一个标签,我们需要为它赋予一个唯一的识别码,在这个识别码中,包含了配置项的命名,编号方案和一系列特征,使人一看到这个标识就知道该配置项的意义,这些是按照项目属性指定的.
最后,通过cc的自动标记功能和标签的定制,我们将配置项标识的过程结束.这样,每个配置项都获得了自己的一个对应标识.
我觉得这样的一个过程配置项标识.----个人愚见!

要做配置管理把这些概念理清还是很有必要的。

我看得好晕哦，还是不明白为什么要用配置标识？这是必须的还是可选的

希望有人能把配置管理完全的讲解一遍

仅配置标识而言，就像图书馆的书籍都会编号，每个社会人都有一个身份证号，主要是为了方便检索和查询。

配置标识有什么规范，有没有人依照自己的工作经验，举一个案例供大家参考一下啊？？

楼上的，你这个提议好呀
有实例才能更好的理解，之的还能更好的运用呀

要真正了解这些东西，我的看法是需要看一些英文资料比较好