前页 | 后页 |
保养
在您的团队研究模型的过程中,更改和问题可能会在多个级别上出现,因为问题会在整个系统范围内应用到模型的各个区域,直至特定元素内。广义上,变更定义了对需求的增加或变更,而发布则标识了未满足需求或满足需求的风险。
可以使用两种机制来识别更改或问题以及解决该更改或问题所需的工作:
- 变更和问题(或缺陷)要素-在系统级别识别问题的结构化注释,尽管它们也可以附加到引起问题的特定要素上;两种类型的元素都可以通过诸如关联,依赖性和实现之类的关系链接到一个或多个其他必须审查的元素,对于复杂的问题,可以形成层次结构或组
- 维护项目-针对特定元素提出并记录在“维护”窗口中的属性;这些提供了缺陷(未满足要求)和问题(可能影响满足要求的风险因素)之间的区别,还包括任务,这些任务记录了与元素相关的工作项
维护项目非常具体,但是如果某个项目开始对其他元素或整个系统产生更大的影响,则可以将该项目转换为变更,问题或其他任何类型的元素,以最好地识别问题及其解决方案
维护任务
任务区 |
详情 |
也可以看看 |
---|---|---|
维护项目-元素级 |
您可以在“维护”窗口中创建维护项目。通常,您创建:
|
处理维护项目 创建维护项目 |
创建和编辑维护项目 |
使用维护项目时可能执行的任务包括:
|
在类型之间移动或复制维护项目 从维护项目创建元素 在图中显示维护项目 插入维护功能 维修报告 在元素之间移动维护项目 |
维护-系统级 |
要表示适用于模型的变更,缺陷和问题,您可以使用(如果需要)下级结构来创建变更和问题元素。 要表示适用于整个项目进度且与模型结构无关的问题和任务,请在“项目管理”中创建“项目问题”和“项目任务”记录。 |
变更,缺陷和问题 维护图 |