在DOORS中建立需求追踪关系后,只要被链接对象发生影响变更日期的修改,与它关联的另一端就可能被标记为可疑链接。DOORS怎么设置可疑链接DOORS需求变更后可疑链接怎么重新确认,重点在于先保证需求之间已经建立标准链接,再确认相关属性会参与变更判断。后续出现可疑状态时,应先查看究竟改了什么,再判断原有追踪关系是否仍成立,确认无误后才清除可疑标记。
一、DOORS怎么设置可疑链接
可疑链接建立在标准链接之上。源需求和目标需求之间没有链接时,即使其中一条需求发生变化,也不会形成对应的可疑关系。因此,项目初期应先把上层需求、系统需求、设计需求和验证需求之间的追踪链建立完整。
1、先建立需求之间的标准链接
①分别打开需要建立追踪关系的源模块和目标模块,并让两个模块同时显示在窗口中。
②在源模块中选中需要建立链接的需求对象,按住鼠标将对象拖到目标模块中的对应需求。
③松开鼠标后,根据追踪方向点击相应的链接创建命令。
④首次建立两个模块之间的链接时,如果系统提示创建链接模块或链接集,检查保存位置和项目规则后再确认。
⑤完成后选中需求对象,查看链接信息,确认源对象与目标对象之间能够正常跳转。
标准链接会通过链接模块和链接集保存两个模块之间的追踪关系。项目中已经规定统一链接模块时,应沿用现有配置,不要临时建立多个用途重复的链接模块,否则后续查看可疑链接时会增加判断成本。
2、确认哪些属性修改会触发可疑状态
DOORS判断可疑链接时会参考对象的变更日期。属性定义中的“影响变更日期”默认通常处于启用状态,因此正文、状态、优先级等参与需求判断的字段发生修改后,可以触发关联对象的可疑提示。
①打开需要检查的正式模块,进入属性定义设置。
②选中准备参与变更追踪的属性,打开该属性的定义。
③检查【影响变更日期】是否启用。
④对于纯备注、临时统计或不希望影响追踪判断的字段,可根据项目规则关闭该设置。
⑤保存模块后,再通过一条测试需求验证可疑链接是否能够正常出现。
这里要区分“内容发生变化”和“变化需要重新确认追踪关系”。如果大量辅助字段都会触发可疑状态,项目成员很快会面对过多无效提醒;如果关键需求字段没有参与变更日期判断,又可能漏掉真正需要评估的影响。
二、DOORS需求变更后可疑链接怎么重新确认
需求发生修改后,DOORS会把与修改对象相连的另一端标记为可疑。被修改的对象本身并不会因此自动显示为可疑对象;如果链接两端都发生了修改,则两端都可能出现可疑状态。
1、先把可疑需求筛选出来
①打开需要检查的模块,点击【分析】。
②点击【可疑链接】,再点击【显示指示器】,选择需要显示入向链接、出向链接或两种方向。
③需要集中处理时,点击【可疑链接】中的过滤功能,只保留存在可疑链接的需求。
④如果仅看指示器无法判断原因,再点击用于显示最后一次变更或全部变更的命令。
⑤查看关联模块、对象编号、发生变化的属性以及修改时间。
显示全部变更后,可以看到自上次清除可疑状态以来发生过多少次修改,以及具体修改了哪些属性。这样能够先判断变更是否真正影响上下游需求,再决定是否重新确认链接。
2、根据变更内容重新检查追踪关系
①从可疑需求跳转到发生修改的关联对象,对比当前需求内容。
②检查原来的满足关系、分解关系或验证关系是否仍然准确。
③如果上游性能指标提高,应继续确认下游设计参数和验证标准是否需要同步修改。
④发现目标需求已经无法覆盖新要求时,先更新需求内容或重新建立链接,不要直接清除可疑状态。
⑤双方内容已经重新核对且追踪关系仍然有效后,再进行确认。
可疑链接的价值就在于提示“这条追踪关系需要重新看一遍”。如果每次出现提示都直接批量清除,可疑链接就只剩下界面标记,无法承担需求变更影响分析的作用。
三、确认无误后怎样清除可疑状态
重新检查完成后,可以逐条清除,也可以在已经统一完成评审的情况下批量处理。实际项目中更适合先逐条确认重要需求,范围明确后再处理同一批次的剩余项。
1、逐条清除已经确认的链接
①打开存在可疑状态的模块,点击【分析】。
②点击【可疑链接】,再点击【清除】。
③分别查看入向链接和出向链接,找到已经完成复核的对象。
④核对关联需求和最后变更信息,再点击对应的清除按钮。
如果链接两端都因为修改而处于可疑状态,从一端清除后,对应另一端的同一条可疑链接也会同步清除。首次执行清除时,链接模块还需要具备创建相关属性的权限,后续操作则需要相应的修改权限。基线处于只读状态,不能直接清除其中的可疑链接。
2、批量处理前再做一次检查
需要一次处理整个模块时,可以进入【分析】→【可疑链接】并使用全部清除功能,再按入向、出向或全部方向选择范围。批量清除适合已经完成集中评审的需求版本,不适合把尚未查看的可疑项一次处理掉。完成后重新显示可疑链接指示器,确认本轮应处理的标记已经消失,同时保留仍待评审的需求。
总结
处理DOORS怎么设置可疑链接DOORS需求变更后可疑链接怎么重新确认,应先建立完整的标准链接,并确认关键属性能够影响对象变更日期。需求发生修改后,通过可疑链接指示器和变更记录找到受影响的追踪关系,再逐条核对上下游需求是否仍然匹配,最后清除已经确认的可疑状态。这样既能保留需求变更的影响提示,也能避免无意义的可疑标记长期堆积。希望本文对大家管理DOORS需求变更和追踪关系有所帮助,如需进一步了解DOORS可疑链接设置与需求变更后的重新确认方法,欢迎联系咨询。
