小C对配置管理的日常工作逐步上手了，每天勤劳地把工作产物往配置库里放进拿出，同事们也渐渐习惯了这样的工作方式，日常工作井然有序。如此过了一段时间，老Q来找小C谈基线管理的事。
原来，项目组的需求分析阶段完成了，需求规格说明书也通过了评审。现在，老Q要让小C把这份需求规格说明书设定成基线版本，放入配置库里的基线库。
小C问老Q具体怎么做，老Q让小C先给这份需求规格说明书设定一个基线版本的版本号1.0。接着，指导小C把这份规格说明书从配置库的工作库移到了专门的基线库。
“以后除了你或者你赋予权限的特定人员，别人都动不了这份文档了。”老Q告诉小C说，接着又补充道：“记得把这个基线版本记到你的《配置状态报告》里，然后发给大家，让大家都知道。”
“那万一以后这个文档被改了怎么办？”小C问道。
“那就提升基线的版本号，然后再告知所有相关的同事这个基线版本被升级了，以免大家相关的工作不能和这个新版本匹配。”老Q认真地回答。
又过了一阵，小C急匆匆地来找老Q，说是有个组长觉得需求规格说明书里有几个功能的需求写得不太对，要求小C把权限给他，让他把文档拿出来改改再放进去。
老Q一听就很生气，说：“这基线版本哪是他想改就可以改的，必须提交变更申请，等到申请得到变更控制委员会同意后才能进行变更，变更完了也要再次通过评审才能重新放进基线库”。
小C又糊涂了一下，问老Q：“什么是变更控制委员会啊？”(www.xing528.com)
老Q耐心地答道：“这变更控制委员会就是几个和项目关系比较密切的领导和技术专家组成的一个评估小组，由他们来确定变更是否能进行。如果是小变更，他们就会安排一个人来评估一下，如果是大变更，那就要委员会全体开会讨论是否可以。”
小C听明白了，说：“那我这就让那个组长按变更流程来做，要不就不给他改了。”
小C接手配置管理工作差不多有一个月的时间了，有一天老Q神秘兮兮地走过来，打开配置库这儿看看，那儿看看，还让小C把一些项目组里盖了章、签了字的书面材料如会议纪要、评审报告等拿过来翻。最后，又拿起那些做备份的光盘，装进机器查看了一遍。
小C又迷惑又紧张，忍不住问老Q这是在干什么，老Q这才回答说：“这是在给你做配置审计啊，看你这配置管理的工作有没有做得不到位的地方。”
“那你要审计些什么呢？”小C又问。
“内容很多！”老Q摆足了架势，“基本的包括配置库中配置项标识是否规范；基线中配置项是否全面；配置库备份的有效性；对配置项进行物理审计等。”物理审计就是有没有的意思，老Q专门解释了一下。
小C听得还是不太明白，心里嘀咕这么多审计的内容我到底做得行不行啊。老Q见状安慰小C说：“作为新手你已经做得很不错了，以后继续努力吧！”
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
