管理需求修改

修改和问题

A广义上讲，更改是定义对需求的添加或更改的项目。问题标识未能满足要求或满足要求的风险。

修改元素和问题可能会在开发过程中出现在多个级别，针对适用于整个系统直至特定特定问题的问题提出。有两种机制可用于识别变更或问题，以及解决它所需的工作：

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

视图模型

模型视图对于捕捉模型中的变化和问题非常有用，尤其是在需求方面。您可以设置搜索以识别新更改或问题元素的外观，或检测需求问题元素本身的属性变化。

基线

基线是您确定某个特定时间点的包或模型分支A快照。您可以使用基线的模型更改机制，使用是为了使您能够比较当前模型，并检测自发行阶段以来基线的主要变化以及捕获的变化。

如果您不希望更改保留在模型中，您可以将受影响的元素返回到它们在基线中的状态。因此，如果您在一个包分公司，您可以保持基线的特定过程或包的保留或符合您的变更管理，并确保您的变更管理，如果不是，可以撤消。

审计

审计功能使您能够在您定义的选择标准内捕获对您的模型所做的任何更改。例如，您可以将审计功能配置为专门记录需求元素的更改。

由于审计是持续监控的，您可以在更改发生时检测它们，并验证它们是否可以接受。您还可以存储更改log ，并在以后进行审阅。

注记你不能撤销，因为你可以自动基线。因此，您可能会使用审计来进行更多必要的调查 - 完全确定审计委员会的变更 - 以确认是否存在基线。