前页 后页

管理需求变更

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

管理需求变更的第一步是针对Requirement元素提出特定的Issue和Change请求项。您可以使用“模型视图”的过滤搜索来监视这些项目的外观。然后,您可以查看Requirement属性和/或其关系层次结构。在模型开发过程中,您可能会捕获定期基准并使用它们来检查更改,并在必要时将其回滚到上一点。您还可以使用审核工具来监视所做的更改,并确保在模型中不进行未经授权的更改或潜在的风险更改。

设备

设施

详情

也可以看看

变化和问题

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

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

  • 变更和问题(或缺陷)元素-在系统级别识别问题的结构化注释,尽管它们也可以附加到引起问题的特定元素上。两种类型的元素都类似于Requirement元素,并且可以与诸如关联,依赖和实现之类的关系链接到一个或多个其他必须审查的元素。这两种类型的元素也可以形成层次结构或组,从而产生复杂的问题
  • 针对特定元素提出的维护项目,并在维护窗口中为该元素记录。维护项目可以区分缺陷(未满足要求)和问题(可能影响满足要求的风险因素)。它们还包括任务,这些任务记录与元素关联的工作项
维护项目非常具体,但是如果某个项目可能会对其他元素或整个系统产生更大的影响,则可以将其转换为“变更”或“发布”元素,或者可以最准确地识别维护对象的任何其他类型的元素。问题及其解决方案。
变化 问题 保养 处理维护项目 从维护项目创建元素

模型视图

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

模型视图

基准线

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

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

基准线

稽核

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

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

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

稽核 审核设置

学到更多