DOORS链接模块怎么配置，链接模块的关联关系失效了又要怎么修复，在做需求管理和需求追溯的时候，这是很常被碰到的问题，DOORS里面的链接这个东西，它可不是简简单单地把两个对象给它连到一块儿就算完了，在它背后还会去牵扯到链接模块、源模块、目标模块、链接的方向，还有权限的设置这些事情，要是链接模块的配置没有被弄得明明白白的，到了后面去做需求追溯、覆盖率的检查、影响分析的时候，就很容易会跑出来关系被断掉了、链接在那边看不到、追溯的那条链子它不完整，这一类的问题了。

DOORS里头的对象编号到底要怎么维护，对象编号重复了以后又要怎么去重新排序，这些事情，先要分清楚两种不一样的编号：一种，是DOORS它自己自动给弄出来的对象标识；另外一种，是团队自己人维护起来的那些需求的编号。在DOORS里面，那个对象标识，一般是跟模块的前缀，还有对象的绝对编号这些东西有关系的，主要是用来把一个对象给定位住的；在跳转的那个功能里面，你直接输一个整数，就能定位到对应那个绝对编号的对象上，要是输入一个能用的模块前缀再加上对象的编号，也是能定位到那个对象标识上去的。可真正容易给弄重复了，真的需要去重新排一排的，常常倒不是系统自动给的那些编号，而是从Word、Excel，或者是自定义的那些属性里面，带进来的那一些业务上的编号。

DOORS视图过滤怎么设置，视图过滤之后需求条目变少了又要怎么排查，做需求评审、状态统计、追溯检查的时候，很容易碰到这个问题。DOORS里面的视图，它不光是管着显示哪几列，还会把过滤、排序、层级隐藏这些设置叠在一块儿；过滤器本身也能按属性、链接还有对象的条件，去把模块里的对象筛出来。所以视图这么一切换，需求条目忽然就变少了，这个不一定是需求被删掉了，更多的时候是被过滤的条件、层级显示或者是权限的状态给挡在了外头。

当需求模块打开之后，搞研发的、做测试的还有负责质量的人，他们所关心的字段其实是不一样的。要把DOORS里面属性的列顺序给调整好，还有遇到某些属性列不显示了又该怎么恢复过来，头一件事就是得先弄清楚，现在在界面上看到的，只是当前这个模块所套用的一个视图而已，它并不是属性本身的定义。在DOORS Classic里面，是允许往模块中添加新的属性列、去拖动调整它们的先后顺序、设定每一列的宽度，还能把这一整套的界面布局给保存成一个视图的，并且这个视图不光会记住列怎么摆的，连筛选的条件、排序的规则，还有层级展开的情况，也都会一块儿记住。

当需求模块里的属性越加越多以后，负责人、状态、优先级、验证方式还有追溯信息这些内容，很容易全挤在同一个界面上，看得人眼花缭乱；所以要弄清楚在DOORS里面怎么去调整属性列的顺序，以及当属性列突然显示不全的时候又该怎么恢复过来，一般是不用去修改属性本身的定义的，只要把当前模块的视图好好整理一下就行，DOORS允许我们在模块里插入新的属性列或者Layout DXL列，也能随时编辑、移除这些列，然后把整理好的布局保存成视图，后面再打开这个模块的时候，就能继续使用同一套排布方式。

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

在做系统需求、软件需求和测试用例之间的追踪时，光靠手工备注是不够的。经典版DOORS通常用Link Module来存标准链接信息，然后用Linkset去记录从某个源模块指向某个目标模块的那一组链接。动手建立这些之前，最好先统一追踪方向，比如系统需求指向软件需求，软件需求再指向测试用例；要是方向不先约定好，后面去查覆盖率、做影响分析的时候就会很乱。

当需求模块里面的对象越积越多以后，光是手工去逐条翻看它们的状态、负责人，还有彼此之间的链接关系，就会变得很花时间。要在DOORS里面把过滤条件给设好，以及为什么过滤结果明明保存了，下次打开却看不到效果，这里头很关键的一点，就是得把“过滤条件”和“视图保存”这两件事情分开来理解。过滤器它管的是，哪些对象会被显示出来；而视图呢，负责记住的是当前用了哪些列、按什么顺序排的、有没有开着过滤，还有层级展开的样子。下面就以DOORS Classic这个客户端来举例。

在需求模块里误删了一条对象，最怕的就是马上再手工新建一条内容差不多的来顶替，这样做看起来是把东西补上了，可实际上原来的对象标识、关联链接还有变更历史，很可能全都变了样。所以要弄明白DOORS里面怎么把误删的对象恢复回来，以及恢复以后编号为什么会跟以前不一样，就得先分清楚对象只是被标记成了删除状态，还是已经被彻底清除掉了，因为前一种情况还能挽回，后一种就真的从模块里移走了。

需求模块里的内容越积越多以后，光去扫一眼对象的总数，已经远远不够用了，评审的时候大家通常还要知道新增的需求究竟有多少、已经确认的有几条、正在等着验证的有几条，还有分到不同优先级下面的对象又各占了多少。所以，在DOORS里面怎么把这些统计结果生成出来，导出以后又该怎么把表格的格式理顺，这两件事就变得挺实际了，下面就以DOORS桌面端的正式模块作为例子，展开说明一下。比较稳当的操作次序是，先为统计这件事单独建好一个视图，再通过筛选去把各项的数量看清楚，最后把当前这版视图导出成表格文件，拿到外面去再整理。