在DOORS里把需求模块建好，比后面补字段补编号更省事，因为模块结构一旦乱了，链接、追踪、导出文档都会跟着出问题。实际操作建议先用模板把骨架定住，再把编号口径一次性写进创建参数与属性列里，做到新建即统一、复制也不跑偏。

　　一、DOORS项目需求管理软件怎么建需求模块

　　建模块的关键是先选对存放位置与模块类型，再把模板与属性结构一并带入。你把模块当成需求数据的容器来设计，后续的视图、过滤、追踪与导出才会顺。

　　1、在数据库浏览器里先选定目标文件夹或工程容器

　　在左侧Database Explorer里点击要存放模块的文件夹或工程节点，确认你有创建权限，避免后面点新建时灰掉或保存失败。

　　2、用菜单创建Formal Module而不是直接复制空白文件

　　点击【File】→【New】→【Formal Module】，进入创建向导后输入模块名称，名称建议带文档类型与范围，例如SRD功能需求或SRD接口需求，方便后续检索与权限管理。

　　3、在创建向导里补齐描述与基础信息

　　在Description里写清模块用途、适用版本、上游输入来源，后续做评审与基线时能直接用作封面信息，不用再另建说明文档。

　　4、在创建阶段顺手选择模板把结构带进来

　　在向导里选择Template，让模块自动带入章节骨架与标题行，统一各模块的目录层级与字段布局；如果后续才想补模板，可在模块窗口用【Insert】→【Template】再插入。

　　5、需要复用历史结构时选Module archive减少手工搭架

　　如果你们已经有成熟的标准模块，优先通过archive方式创建新模块，保证列、视图、标题层级与常用属性一致，避免每个团队各搭一套导致无法合并。

　　6、打开模块后先把常用列放进默认视图再录入对象

　　在模块窗口用【View】→【Columns】把Object Heading、Object Text、Object Identifier或Absolute Number、状态与负责人等列加进默认视图，先把录入与评审需要的最小列固定，再开始插入对象与标题，后续导出与评审口径更稳定。

　　二、DOORS项目需求管理软件怎么配置编号规则

　　编号要先分清三种口径，Object Identifier用于模块内唯一识别，Absolute Number用于对象稳定编号，Heading Number用于文档层级展示。把它们的用途分开，才能避免一边想稳定不变，一边又想随章节重排的冲突。

　　1、在创建模块时设置Object Identifier的前缀与起始号

　　在创建Formal Module向导的Prefix与起始号位置填写前缀与起始数字，例如REQ与1000，若不填数字则默认从1开始且不带前缀；这一步属于最省成本的统一口径方式，后面不用补救。

　　2、把Object Identifier当作不可变唯一号来用而不是手工改号

　　Object Identifier的设计目标是保证唯一且不可随意更改，如果业务需要自定义编号，建议另建一个属性承载客户编号或章节编号，避免强行要求改Object Identifier导致治理失控。

　　3、把Absolute Number作为稳定锚点用于追踪与关联

　　Absolute Number更适合做跨模块追踪的稳定锚点，因为插入新对象不会让旧对象的Absolute Number整体重排；当你需要用属性值批量建立链接时，也可以用存放Absolute Number的文本属性来实现。

　　4、用自定义ReqID属性实现企业编号规则并保持可计算

　　在模块里新增一个字符串属性ReqID，用它承载企业编号规则，例如模块前缀加序号或章节号；不建议靠人工逐条填写，优先让ReqID由规则计算生成，避免千条需求里手工编号出错。

　　5、需要自动生成ReqID时用DXL Attribute并固定刷新动作

　　把ReqID设置为DXL属性后，用DXL表达式组合模块前缀与Absolute Number或其他字段生成展示值，生成后在需要更新时点击【Tools】→【Refresh DXL Attributes】让值重新计算，避免视图里出现旧值误判。

　　6、章节层级编号用Heading体系控制，别和需求唯一号混在一起

　　用于文档结构的Heading Number应随章节层级变化而变化，你可以把Object Heading列作为标题文本入口，再用缩进层级控制章节结构，把层级编号留给导出文档展示，不要拿它充当需求唯一识别号，否则一旦调整章节顺序编号就会漂移。

　　三、DOORS编号一致性与基线控制

　　编号规则配好后，真正影响后续稳定性的，是复制导入时是否会带来前缀冲突，以及基线后是否还能追溯到当时的编号与属性口径。把一致性检查与基线冻结做成固定动作，才能保证评审与交付不返工。

　　1、统一模块命名与前缀分配，避免不同模块前缀重复

　　把模块名称与前缀做成一张清单，新增模块先申请前缀再创建模块，确保同一产品线内不会出现两个模块都用REQ前缀导致外部引用混淆。

　　2、复制模块前先确认是否需要保留原编号还是生成新编号

　　若复制用于派生新版本，建议保留能追溯的ReqID规则但重新生成对象唯一锚点口径，避免两个模块出现同一套企业编号却内容不同；若复制用于拆分章节，先在复制后立即检查前缀与视图列是否仍符合规范。

　　3、把编号相关列加入评审视图并锁定修改权限

　　在评审专用视图里固定显示Object Identifier、Absolute Number、ReqID、状态与变更说明等列，并对编号相关属性限制编辑权限，减少评审过程中误改编号导致的追踪断链。

　　4、基线前导出差异清单，基线后冻结报告入口

　　基线前先导出一次编号与关键属性的差异清单，确认没有异常跳号、空号、重复号；基线后把合规报告与导出文档的入口路径固定，确保复评时能拿到同一口径的证据包。

　　5、用属性建链时给字段格式加约束避免批量建链失败

　　若你采用Link by Attribute方式，用于建链的属性必须是文本类型，且每个Absolute Number单独一行存放；在模板里提前把该字段的格式说明写进列描述，避免后来批量建链时因为格式不一致导致漏链。

　　6、定期做一次编号健康检查并清理遗留规则

　　每次大规模导入或合并后做一次检查，重点看ReqID是否按规则生成、DXL属性是否需要刷新、前缀是否被误改；对已经不用的旧编号规则及时下线，避免一份模块里同时存在两套编号口径造成评审争议。

　　总结

　　建DOORS需求模块时，先用【File】→【New】→【Formal Module】按模板建骨架并把常用列固化到默认视图。配置编号规则时，把Object Identifier用于唯一识别，把Absolute Number用于稳定锚点，把章节编号留给Heading展示，再用自定义ReqID与DXL属性实现企业编号口径。最后用前缀清单、复制校验、权限控制与基线冻结把编号一致性长期守住，后续追踪与交付会更稳。