DOORS中文网站 > 使用教程 > DOORS如何导入ReqIF需求包 DOORS导入与合并需求包有什么区别
教程中心分类
DOORS如何导入ReqIF需求包 DOORS导入与合并需求包有什么区别
发布时间:2026/11/10 11:53:59

  供应商把修改后的需求包发回来,项目里也能看到导入的模块,打开原来的需求却发现内容没变。这在DOORS经典版中并不矛盾。导入会把包里的数据载入项目,合并才会将适用的变更写入已有模块。接收一套新需求和接收同一轮交换的回传包,看上去都在打开一个文件,后续处理却不一样。两者一旦混淆,评审人员就可能拿导入副本当成当前版本。

  一、DOORS如何导入ReqIF需求包

 

  以下操作以DOORS经典版9.7系列为例。导入前要确认目标项目和需求包的来历,尤其是回传包,应在原先发出该包的项目中核对交换定义。

 

  1、确认导入项目和账户权限

 

  ①在【数据库资源管理器】中定位目标项目,核对项目名称及路径。

 

  ②如果收到的是回传包,选中原交换项目,打开【文件】→【属性】,在【ReqIF定义】中核对本轮交换使用的定义。

 

  ③确认当前账户具备数据分区权限,以及目标项目的管理访问权。

 

  同一项目可能有多条交换定义,分别用于不同供应商或不同模块。仅凭文件名相近就选用一条旧定义,后续即使找到了导入记录,也可能对不上预期的模块范围。

 

  2、选择文件并执行导入

 

  ①在【数据库资源管理器】中选中目标项目或文件夹,点击【文件】→【导入ReqIF包】。

 

  ②在文件选择窗口中浏览到收到的需求包,选中文件并点击【确定】。

 

  ③在【导入ReqIF包】窗口查看定义关联情况。软件识别到已有定义时,核对该定义;未识别时,按交换背景选择适用的已有定义,或为新交换建立定义。

 

  ④填完窗口中要求的字段,点击【导入】,随后在项目树中查找本次创建的模块或导入文件夹。

 

  3、抽查新模块是否收到预期内容

 

  导入时,包里的对象会作为新对象获得本地绝对编号。接收方看到的编号与发送方不一致,不能单凭这一点判断需求丢失。

 

  ①在【数据库资源管理器】中打开本次导入的正式模块,按发送方提供的模块清单核对内容。

 

  ②抽查一条有明确业务标识的需求,对照【对象标题】、【对象文本】及双方约定交换的属性。

 

  ③对含有追踪关系的需求,查看对象的【链接】,核对包中预期包含的链接及其目标。

 

  二、DOORS导入与合并需求包有什么区别

 

  导入的直接结果是项目中出现包内模块。合并处理的是已经导入且关联到已有ReqIF定义的包,它会按对应关系更新本地模块。

 

  1、根据交换场景决定是否合并

 

  接收一套此前没有纳管的需求,只要目标是建立一份可查看的模块,导入和验收即可。若供应商在原交换包上补充了意见,项目要把意见写回原来的需求,这时就需要合并。

 

  ①如果是接收新需求,在【数据库资源管理器】中查看导入创建的正式模块,确认其可作为独立模块使用。

 

  ②如果是接收回传包,在原项目的【ReqIF定义】中选中对应定义,点击【导入】查看该定义下的包记录。

 

  ③对照导入模块和原正式模块,核对准备写回的需求、属性及链接范围。

  2、从项目属性合并已导入的包

 

  ①确认当前账户具备数据分区权限和项目修改访问权,在【数据库资源管理器】中选中包含该包的项目。

 

  ②依次点击【文件】→【属性】,打开【ReqIF定义】,选择与该包关联的定义。

 

  ③点击【导入】,在导入记录中选中本轮收到的包,再点击【合并】。

 

  ④回到原正式模块,抽查一条预期修改的需求及一条新增需求,核对本地结果。

 

  这里的“导入”按钮用来打开已有导入记录,和文件菜单里的“导入ReqIF包”入口不同。合并可以添加新对象、新属性定义、新视图和新链接,也会复制对应的属性值差异。已有同名视图在回传包里改过时,本地已有视图不会随合并更新。

 

  三、DOORS合并ReqIF需求包后如何核对变更

 

  验收时,容易漏查的是对方删掉的内容和只读状态。新增内容能在模块里直接看到,少了一条需求或仍有一项无法编辑,却要结合本轮交换记录才能解释。

 

  1、核对缺失对象和删除的链接

 

  回传模块里已经彻底清除的对象,合并时会被忽略,本地对应对象保持原状。发现对方列表少了一项,不能直接按“本地也已经删除”记录。

 

  ①对照导入模块和原正式模块中的【对象文本】及业务标识,列出对方已清除、但本地仍保留的对象。

 

  ②打开相关对象的【链接】,核对两边项目是否都删除了约定移除的追踪关系。

 

  ③把仍需处理的对象和链接登记到本轮评审记录,按项目的变更流程确认后再处理。

 

  2、查历史记录和交换锁

 

  ①打开原正式模块,查看预期变更对象的【历史记录】,核对已启用历史跟踪的属性、合并时间和操作账户。

 

  ②在项目【属性】的【ReqIF定义】中核对本轮涉及的模块与交换范围,确认对方此次是交回编辑锁,还是保留编辑权继续修改。

 

  ③对仍为只读的需求,在原模块中核对受限的对象或属性,区分交换锁与账户本身的访问权限。

 

  属性没有启用历史跟踪时,不能把查不到记录当成合并失败。只读状态也要看本轮交接是否结束:如果对方仍保留编辑锁,本地看到更新后仍可能无法修改相关数据。

  总结

 

  导入和合并分别对应两件事:收到一份可核对的数据,以及接受这份数据对正式需求的修改。团队交接时,除了标记“已收到”,还可以写清对应的交换定义、是否已合并、哪些删除项仍待处理。这样即使项目中同时存在原模块和导入副本,评审人员也能知道该以哪份数据为准。

185 5033 1535