预订演示
前页 后页

管理需求修改

因为需求是系统或过程必须做什么或提供什么的陈述,它们对系统的建模和开发有很大的影响。 A新的要求可能会启动一个广泛的工作计划,因此对该要求的更改或删除可能会对模型产生重大影响。与需求相关的问题和需求要素的变化都必须仔细管理。

问题管理需求变更的第一步是针对需求元素提出特定和更改请求项。您可以使用模型视图的过滤搜索来监控这些项目的外观。然后,您可以审阅需求属性和/或其层次结构的关系。在开发过程中,您可能会捕获基线模型使用这些模型来审阅,并在必要时将它们返回到之前的点。您还可以使用审计功能来监控所做的更改,并确保没有对模型进行未经授权或潜在风险的更改。

功能

功能

细节

也见

修改和问题

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

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

  • 更改和问题(元素或缺陷)元素- 在系统级别识别问题的结构化注释,尽管它们也可以附加到出现问题的特定内容。两种类型的元素都类似于需求元素,并且可以链接到一个或多个必须审查的其他元素,具有关联、依赖和实现等关系。这两种元素也可以形成层次结构或组,出现复杂的问题
  • 针对特定元素提出的维护项目,并在维护窗口中记录该元素。维护项目可以区分缺陷(未能满足要求)和问题(可能影响满足要求的风险因素)。它们还包括任务,记录与元素关联的工作项
维护项目是非常具体的,但是如果一个项目可能对其他元素或系统产生更广泛的一般,您可以将项目翻译成更改或问题元素,或任何其他类型的最能识别该项目的元素问题及其解决方案。
修改 问题 修改、缺陷和问题 使用维护项 从维护项创建元素

视图模型

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

模型视图

基线

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

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

基线

审计

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

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

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

审计 审计设置

了解更多