管理需求变更

变化和问题

变更从广义上说是定义对需求的增加或变更的项目。问题表明要么没有满足要求，要么是满足要求的风险。

变更和问题可能会在开发的多个级别上出现，并针对在整个系统范围内应用到特定元素内的问题提出。可以使用两种机制来识别更改或问题以及解决该更改或问题所需的工作：

• 变更和问题（或缺陷）元素-在系统级别识别问题的结构化注释，尽管它们也可以附加到引起问题的特定元素上。两种类型的元素都类似于Requirement元素，并且可以与诸如关联，依赖和实现之类的关系链接到一个或多个其他必须审查的元素。这两种类型的元素也可以形成层次结构或组，从而产生复杂的问题
• 针对特定元素提出的维护项目，并在维护窗口中为该元素记录。维护项目可以区分缺陷（未满足要求）和问题（可能影响满足要求的风险因素）。它们还包括任务，这些任务记录与元素关联的工作项

模型视图

模型视图对于捕获模型中的更改和问题（特别是在需求方面）非常有用。您可以设置搜索以识别新的Change或Issue元素的外观，或检测Requirement元素本身的属性中的更改。

基准线

基准是您确定的特定时间点的Package或Model分支的快照。您可以将基线用作模型更改的分发机制，但是主要用途是使您可以将当前模型与上一个阶段进行比较，并检测自捕获基线以来所做的更改。

如果您不希望更改保留在模型中，则可以将受影响的元素回滚到其在基准中的状态。因此，如果您在特定的Package或Branch中维护需求，则可以捕获Package的Baselines并确保更改符合您的更改管理流程，或者如果更改不正确，则可以撤消。

稽核

审核功能使您可以在定义的选择标准内捕获对模型所做的任何更改。例如，您可以配置审核工具以专门记录对Requirement元素的更改。

由于审核一直在进行监控，因此您可以检测到所做的更改，并确认更改是否可以接受。您还可以存储更改日志，以后再查看。

请注意，您不能像使用基准一样自动撤消更改。因此，您可能会使用“审核”来识别更改，以更全面地进行调查，并在必要时在“基准”比较中进行反向操作。