这些分类可用于描述如何在定制开发流程时使用工作产品(及报告)。作为这些分类方法的补充,可以使用一个单独的分类器来定义工作产品的复审过程。
关于工作产品复审级别的更多信息,请参阅指南:复审级别。
分类
|
说明
|
必须使用
|
您必须使用该工作产品。它是一个关键工作产品。如果不生成此工作产品,则有可能在以后的开发工作中出现问题。
|
应该使用
|
如果完全可能,您应该使用此工作产品,但保留商量的余地。如果不生成此工作产品,则应该能够说明理由。
|
可以使用
|
“可以使用”意味着此工作产品不是一定要生成的。仅当它可以创造价值并且有足够的时间,才生成此工作产品。
|
不打算使用
|
这表示您不会使用该工作产品。这种情况在 Rational Unified Process 工作产品被本地工作产品所取代时发生。
|
此分类方案可进行扩展或定制,以体现组织的个体文化。
何种情况下可能调整此分类方案取决于要执行的定制级别。例如,为特定项目定制流程时,决定是否使用特定工作产品是定制工作的一部分。
这种情况下,可以将上面的分类方案缩小为“需要”或“不需要”。其他情况下,假设您正为组织定制流程,而且希望为各个项目做进一步定制,此时上表中描述的较详尽的分类方案就变得很重要。关于定制的不同级别的更多信息,请参阅概念:定制 RUP。
类别为必须使用或应该使用的所有工作产品必须定义它们的复审过程、工具、模板和配置管理方法。
对于类别为可以使用的工作产品,这些程序的规范是可选的。这些都可以留给生成这些工作产品的开发人员或项目来决定。
类别为不打算使用的所有工作产品必须有放弃使用的理由。
采用此分类方案的主要好处是它明确指示了如何定制流程,以及选择商议和制定局部决策的时机。
考虑工作产品分类方案作用的一个方法是对使用工作产品的方式设置约束。
例如,如果您要决定是否在项目中采用分析模型,那么可通过决定项目将满足以下一个条件来进行进一步的定制以调整这些值:
-
将采用分析模型
-
将不采样分析模型
-
将保留其当前状态(分析模型可选)
分类方案甚至可以动态地使用:依据项目所处的阶段变更工作产品的状态。
下表显示了处理分析模型的不同方法。 如何使用列定义在每个阶段如何使用工作产品。
工作产品
|
如何使用
|
注释
|
先启阶段
|
精化阶段
|
构建阶段
|
移交阶段
|
分析模型
|
不打算使用
|
不打算使用
|
不打算使用
|
不打算使用
|
不开发任何分析模型
|
分析模型
|
可以使用
|
可以使用
|
可以使用
|
可以使用
|
常规的
|
分析模型
|
可以使用
|
应该使用
|
不打算使用
|
不打算使用
|
分析模型被设计模型所取代的演进方式
|
分析模型
|
必须使用
|
不打算使用
|
不打算使用
|
不打算使用
|
一种演进方式,其中分析模型在先启阶段强制用于界定项目的范围,但是在精化阶段被设计模型取代
|
分析模型
|
应该使用
|
必须使用
|
必须使用
|
必须使用
|
一个正式流程,其中分析模型是一个强制保留的工作产品,而它在先启阶段中是可选的
|
|