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

　　一、DOORS链接模块是怎么去配置的

　　在要去配置DOORS链接模块以前，操作者得先动手把它给弄明白，这一条链接的关系，它到底是要去表达一件什么事情，就比如说系统需求到软件需求、软件需求到测试用例、需求到设计说明，这些个关系它是不能被一股脑地全给塞进同一个链接模块里面去的，不一样的追溯关系，最好是去把它们给拆开了分开了去管的，这个样子到了后面去查看和审查的时候，条理都是会清楚很多的。

　　1、要先去把链接关系的那个类型给它确认下来

　　在被动手去配置以前，是要先去把源的模块和目标的模块给它定义出来的，就比如说要是从系统需求往软件需求那头去链，那源它就是系统需求的模块，目标呢它就是软件需求的模块，要是从测试用例那边反过来去追溯需求的话，也是一样要去把链接的方向给它弄清楚的，方向这个东西要是没有被搞清楚的话，到了后面去翻追溯矩阵的时候，就很容易会把上游和下游的关系，给反过来看了。

　　2、去把链接的模块给它建出来

　　操作者要在链接模块那个地方，去新建一个链接模块出来，并且去给它起上一个清清楚楚的名字。

　　名字这边是比较建议去把它能体现关系到底是个什么意思给带出来的，就比如说叫系统需求到软件需求，或者是软件需求到单元测试，不要光只去写一个link1或者是trace就完事了，链接模块的名字它是越清楚，到了后面使用的人在去挑链接类型的时候，就越不容易被挑错。

　　3、去把那些被允许的链接关系给它设好

　　链接模块在被建好了以后，还得再去把到底是哪些正式的模块之间，能够去用它这件事给配置好，不要让所有的模块全都能够随随便便地去建同一种链接，要不然的话，追溯的那个关系它就会变得越来越乱，就比如说测试用例去链接需求这件事，就不要去和设计说明链接需求，把同一套关系给混着去用了。

　　二、DOORS链接模块关联关系失效了要怎么去修复

　　链接的关系它失效了的时候，先不用急着去动手重新把链接给它建起来，有好些个时候，那个关系它并不是真的就丢掉了，只不过是模块它没有被打开、链接的模块它在那里瞧不见、权限它不够、版本的基线它没对上，又或者是链接的方向，被看走了眼了。

　　1、先被查的，就是链接模块它自己还在不在

　　要是原来被用着的那个链接模块，它后来被谁给挪了地方、名字被改掉了、被删掉了，又或者是权限被动了的话，那关联的关系它就有可能是看不见的，碰到了链接它忽然就不灵了的时候，要先去翻一翻链接模块它自己是不是还待在那里，还有当前的这一个用户，他是不是有着去访问的权限，要是链接的模块它是不能被碰到的，那源的对象和目标的对象它们之间的关系，就算是还待在那里，也是有可能没有办法被显示出来的。

　　2、去把源模块和目标模块它们现在的那个状态给查一查

　　操作者要在正式的模块也就是Formal Module里面，去把源模块和目标模块分别地给它打开来，然后再去翻一翻对象的链接信息。

　　有些个时候呢，只是把其中的一个模块给打开了，又或者是被打开的那个，它压根儿就是不对的版本，那这个样子的话，就会叫人给错以为是链接不见了，特别是项目它已经用上了基线、分支，或者是被复制过的模块以后，当前被瞅见的那个模块，它很有可能就不是当初去把链接给建起来的，那一个模块了。

　　3、去瞅一瞅链接的方向它是不是给弄反了

　　DOORS的链接它是有方向的，从源到目标，和从目标到源，这两个东西它不是一个意思，要是在目标的模块里面，怎么着也翻不着那个往外面去的链接，那是可以去瞧一瞧，它是不是应该被算成是往里面进来的链接才对，有好些个关联关系它失效了，其实呢就是查看的那个方向没弄对，倒不一定是链接它真的就断掉了。

　　三、DOORS的链接关系，怎么去维护它才能更加稳当一些

　　链接模块被配置好了以后，还是得接着去对它做维护的，需求的项目它是会不停地去发生变化的，要是光光只在最开头的那一阵子去建链接，到了后面去删对象、去复制模块、去导入新的版本的时候，追溯的关系它就是很容易会被搞得乱掉的。

　　1、去把链接被怎么命名的规矩给它立下来

　　链接模块的名字、关系它是个什么说明，还有能被拿来用的范围，这几样东西最好是被统一地去约定一下的，就比方说需求到需求、需求到测试、需求到设计，这几样是分别去用不一样的链接模块的，这个样子去弄的话，到了后面去出追溯报告的时候，关系的类型它就会显得更加地清楚了。

　　2、要定期地去把那些孤零零的对象给它翻出来

　　是可以定期地去检查一下的，看看到底是有哪些需求，它是没有上游那个来源的，有哪些需求，它是没有下游去给它做验证的，又有哪些测试的用例，它是没有去关联到需求的，孤零零的对象它不一定就全都是错的，但是是需要去把原因给它说明白的，要不然的话，在评审的时候，它就是很容易会被别人当成是追溯这一块，没有被做完整的。

　　3、在变更被做完了以后，要同步地去把链接给查一查

　　需求在被拆分过了、被合并过了、被删掉了、被复制过了以后，是要同步地去查一查原来的那些链接，它还是不是合理的，不要光只去改动正文里面的那些内容，却不去管链接的关系，尤其是模块在被复制过了之后，新的那个模块，它是有可能没有去把原来的链接给接过来的，又或者是它还指在老的那个对象上面，到了这种时候，就是要动手去把追溯的那条链子给它重新确认一下了。

　　总结

　　DOORS的链接模块是怎么去配置的，还有链接模块的关联关系失效了又要怎么去修复，这里头的核心，就是先去把源模块、目标模块、链接的方向，还有关系的类型给它弄清楚了，然后再去把跟它们对着的那个链接模块给它建出来，关联的关系它失效了的时候，是要去照着链接模块它还在不在、权限它是不是正常的、模块的版本它是不是一样的、链接的方向它是不是对的，这么一条一条地按着顺序去排查的，到了后面再靠着命名的规则、孤零零对象的检查，还有变更被做完了以后再去核对，这些个法子去把追溯的关系给它维护好，这么一来的话，DOORS里头的需求链路，它才是不容易被断掉的。