需求模块被反复修改过之后，光靠当前页面上的样子，其实很难一眼就看出某条需求是被谁改的、具体改动了哪些地方，以及会不会对下游那些对象产生影响。在DOORS里面要把对象的历史记录管好，关键就是要把对象自身的历史、整个模块的变动痕迹、页面上的变更提示，还有按阶段存下来的基线这四样东西，搭配在一起去看。如果对象历史已经攒得太多，那就要先把对象的范围、是谁改的、大概在什么时间改的这些条件给缩一缩，然后再去仔细核查那些真正牵动了需求内容的改动。DOORS会在后台自动记录下新建、编辑、移动、删除、恢复和粘贴这些操作，同时也会把对象属性里面的“最后修改人”和“最后修改日期”这两项一并刷新下来。

　　一、在DOORS里怎样管理对象历史

　　要追踪单条需求的修改过程，可以去看它自己的历史记录；如果需要一次性核对一大批对象的整体变化，那就得去翻模块的历史。这两种入口的侧重点不一样，不能弄混了。

　　1、查看单个对象的历史

　　先打开正式的模块，选中你想要查看的那个对象，接着沿着【编辑】→【对象】→【属性】点进去，再切换到【历史】这个选项卡，页面上就会把这个对象从上一次基线以来经历过的所有变动都列出来。如果这些还不够，想往前翻更早的记录，可以用跟基线历史相关的按钮，加载出已经存在基线里面保存的历史内容。

　　2、查看整个模块的历史

　　当需要排查的是一整批修改时，就打开模块属性窗口，同样切到【历史】选项卡下。在这里，会汇总出从最近一次基线之后，整个模块范围内发生过的各种操作，像对象的新建和删除、属性值的变化、标准链接的增添和移除等等。不过要注意，那些跨到其他模块去的链接，以及建立在协作关系上的链接，是不会出现在这一类历史记录里面的。

　　3、把变更栏也利用起来

　　模块页面上有个叫变更栏的东西，它会用不同的颜色、小符号，以及鼠标悬停时跳出来的提示，来标示对象是不是发生了变化。一个比较省时间的查看顺序是，先用变更栏快速锁定那些近期被改动过的对象，然后再打开它们各自的历史记录，去核对详细内容，这样就不需要从密密麻麻的记录列表里一条一条往下硬翻了。

　　4、在关键节点把基线建立好

　　到了需求评审正式通过、版本冻结前，或者准备交付给下一环节的时候，都比较适合为模块建一条基线。基线可以说是一份只读的模块副本，它会把创建时间点之前的那一段模块历史原封不动地存下来，以后想要追溯某个旧版本的样子，从这条基线进去接着查就是了。

　　二、历史记录太多时怎么快速定位

　　一旦历史记录的条数堆积得很厚了，就不要再单纯地按时间顺序一直往下翻，那样容易让人看得头昏。更有效的做法是，先想清楚自己这次要查的是某个人改的、某一段时间里改的、某一个具体对象被改了，还是某一类属性被动了。

　　1、先用人员和日期做一层过滤

　　在模块历史的显示窗口里面，可以按操作用户的名字或者变动日期来筛一遍记录。如果你大概知道改动发生在哪一周，或者能推测出是哪个同事经手的，那就先把这些条件加上去，再看剩下那几条记录，一下子就清爽了不少。

　　2、用系统属性去筛选对象

　　在模块视图里，可以把“最后修改人”和“最后修改日期”这两列摆出来，然后按照这两列去排序或过滤，这样就可以先把近期被动过的需求圈出来，再逐条点开它们的对象历史去看，不用把每一条记录都展开，效率会高很多。

　　3、优先去看正文和关键属性

　　对象历史里面经常夹杂着位置的移动、普通的备注、属性格式的小调整和链接的变动这类内容；如果是在排查需求变动带来的影响，就应该优先关注对象正文、需求状态、优先级、责任人、验证条件这些实打实的属性变化。那些只是调了调排版或者改了几个错别字的记录，可以先放一放。

　　4、别忘了结合可疑链接来评估影响

　　上游对象发生了变化以后，下游那些关联的对象很有可能被系统自动标成“可疑链接”。DOORS支持把历史记录和链接管理结合起来，去分析一次变更到底造成了多大的波及范围；所以，在看完了对象历史之后，还要顺着链接去检查一下，那些相关的设计、测试和下游需求是不是也该拿出来重新确认一下了。

　　三、对象历史膨胀太快怎么控制

　　对象历史本身是不能由我们自己随便删除的，但是可以通过定期建基线和调整属性配置，来让它的增长速度别那么快。要知道，如果负责存放历史记录的那个文件变得太大，往后不管是打开模块，还是在里面编辑，都会明显变慢。

　　1、要有规律地给模块建基线

　　DOORS会给每个模块单独建一份文件来保存它的历史信息，每次编辑模块时，系统都会在后台打开这份文件；文件越大，打开花费的时间就越长。只要新建一条基线，当前模块里堆积的历史就会被归档到基线文件当中去，当前模块的包袱就轻了，跑起来也快了，而那些归档到基线里的历史记录，以后照样可以随时翻出来查看。

　　2、看看哪些属性是真的需要长期记历史的

　　并不是说我们在模块里看到的每一项属性，都得年深日久地替它保留完整的历史。如果是一些自动计算出来的字段、临时备注，或者本身参考价值不高的属性，完全可以由管理员来评估一下，要不要继续为它们产生历史记录。IBM的文档里也提到过，某条属性是否被历史记录跟踪，是可以在属性定义那里去调整开关的。

　　3、在合适的时候把重要历史单独导出

　　软件本身可以把整个模块的历史导出为文本文件，这样不管是拿去归档备查、打印出来翻阅，还是放进评审材料里，都比较方便。只是需要留心一点，导出时只会输出当前这个版本模块自己的历史，哪怕你在界面上已经加载了其他基线的旧记录，它们也不会跟着一起被导出来。

　　总结

　　在DOORS里维护对象历史，一般常用的路子是：通过对象属性里的【历史】去查看单条需求的变化，再到模块属性里的【历史】去看整体变动，同时在关键节点建立基线。碰到历史记录堆积太多的情况，建议先借助人员和日期缩小范围，用“最后修改人”和“最后修改日期”属性把对象筛出来，然后重点查看正文和关键属性的变动，最后再用可疑链接确认波及范围。历史记录不追求数量的堆砌，而是要保证随时查得到、看得明白，并且能对回到具体的版本节点上去。