把需求从文档搬进DOORS后，条目能录入，状态字段却找不到，或者模块打开后只能查看，这些问题容易让人误以为模块建坏了。需求模块除了存放正文，还涉及层级、属性、访问权限和视图，几处设置之间有联系，但处理入口并不相同。围绕“DOORS怎么创建需求模块DOORS需求模块配置错误怎么解决”，这里以DOORS 9.x经典客户端的正式模块为例，说明创建与调整方法，中文菜单名称以所安装的语言包为准。

在需求管理过程中，报告通常用于项目评审、阶段确认以及需求交付。DOORS可以根据模块中的需求对象、属性信息以及链接关系生成报告，方便整理项目资料。不过实际导出时，经常会遇到报告内容不完整、部分属性没有显示、需求对象顺序变化等情况。这些问题通常和报告模板、视图设置、对象筛选以及导出配置有关，需要结合生成流程逐步检查。

DOORS模块依靠对象标题、对象文本和层级关系组织需求。导出到Word后，如果标题级别、章节编号或正文缩进发生变化，通常与源模块层级、当前视图或样式映射有关。处理“DOORS怎么导出模块到Word DOORS导出Word后需求层级错乱如何调整”时，应先把DOORS中的结构整理正确，再检查Word模板和标题样式。

在DOORS正式模块中，过滤器可以从大量需求对象中快速找出符合条件的内容，例如只查看“待评审”“高优先级”或“存在链接”的需求。过滤条件与视图保存是两个环节：过滤器决定当前显示哪些对象，视图决定下次打开模块时是否恢复相同的过滤、列和排序状态。处理“DOORS怎么使用过滤器筛选需求DOORS过滤条件保存后为什么没有生效”时，需要把条件定义、应用、视图保存和重新应用分别检查。

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

在处理需求拆分、版本派生，或者对模块进行重新编排的时候，常常会碰到需要把一整批对象给复制到新模块里去的情况。那么在DOORS里面，到底应该怎样把对象复制到新模块里，又为什么明明复制完成了，链接却会跟着丢掉，这背后的原因，通常并不是系统出了什么故障，而是我们选的复制方式本身就没有把原先的链接给带过来。能不能做到这一点，关键在于得先把它想清楚——这次操作，究竟是只想把内容简单地搬个家，还是希望连同它们之间的追溯关系也一起迁过去，因为DOORS对跨模块的对象复制和整个模块的复制，所采用的规则是完全不一样的。

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

需求文档在迭代多次之后，仅仅通过文件名来分辨哪一处内容被修改过，已经相当困难。为了更好地梳理变更情况，我们就需要掌握两个关键操作：一是怎样用DOORS去比对两个模块，二是比对结束后如何把差异的结果导出来。这里以IBM Engineering Requirements Management DOORS的桌面版本作为说明对象。通常，对于两份各自独立的模块，可以借助模块比对向导来处理；而针对同一个模块的不同冻结快照，采用基线比较会更合适一些。这两种情形最好不要混杂在一起操作。

IBM Rational DOORS怎么做基线，IBM Rational DOORS基线与版本如何管理，很多团队不是不会用DOORS，而是把“基线”“版本”“变更”“交付”当成四件互不相关的事：有人在模块里随手点一次Baseline就算完成，有人在发版前才临时复制模块当备份，还有人靠邮件和表格记版本号，最后一到追溯就对不上。

DOORS系统需求分析报告口径不统一怎么办，DOORS系统需求分析报告评审标准如何定，很多团队在做DOORS系统需求分析时，最大的阻力往往不是需求写不出来，而是同一份系统需求分析报告在不同人手里呈现出不同口径：术语不一致、层级不一致、字段不一致、评审结论也落不下来。