前页 | 后页 |
管理需求变更
因为需求是对系统或过程必须做什么或提供的陈述,所以它们对系统的建模和开发有很大的影响。新需求可能会启动一项广泛的工作计划,因此对该需求的更改或删除可能会对模型产生重大影响。与需求有关的问题以及对需求元素的更改都必须仔细管理。
管理需求变更的第一步是针对Requirement元素提出特定的Issue和Change请求项。您可以使用“模型视图”的过滤搜索来监视这些项目的外观。然后,您可以查看Requirement属性和/或其关系层次结构。在模型开发过程中,您可能会捕获定期基准并使用它们来检查更改,并在必要时将其回滚到上一点。您还可以使用审核工具来监视所做的更改,并确保在模型中不进行未经授权的更改或潜在的风险更改。
设备
设施 |
详情 |
也可以看看 |
---|---|---|
变化和问题 |
变更从广义上说是定义对需求的增加或变更的项目。问题表明要么没有满足要求,要么是满足要求的风险。 变更和问题可能会在开发的多个级别上出现,并针对在整个系统范围内应用到特定元素内的问题提出。可以使用两种机制来识别更改或问题以及解决该更改或问题所需的工作:
|
变化 问题 保养 处理维护项目 从维护项目创建元素 |
模型视图 |
模型视图对于捕获模型中的更改和问题(特别是在需求方面)非常有用。您可以设置搜索以识别新的Change或Issue元素的外观,或检测Requirement元素本身的属性中的更改。 |
模型视图 |
基准线 |
基准是您确定的特定时间点的Package或Model分支的快照。您可以将基线用作模型更改的分发机制,但是主要用途是使您可以将当前模型与上一个阶段进行比较,并检测自捕获基线以来所做的更改。 如果您不希望更改保留在模型中,则可以将受影响的元素回滚到其在基准中的状态。因此,如果您在特定的Package或Branch中维护需求,则可以捕获Package的Baselines并确保更改符合您的更改管理流程,或者如果更改不正确,则可以撤消。 |
基准线 |
稽核 |
审核功能使您可以在定义的选择标准内捕获对模型所做的任何更改。例如,您可以配置审核工具以专门记录对Requirement元素的更改。 由于审核一直在进行监控,因此您可以检测到所做的更改,并确认更改是否可以接受。您还可以存储更改日志,以后再查看。 请注意,您不能像使用基准一样自动撤消更改。因此,您可能会使用“审核”来识别更改,以更全面地进行调查,并在必要时在“基准”比较中进行反向操作。 |
稽核 审核设置 |