设计工件叫做分类器（classifier），指定了分类器的职责、角色和分类器接口的静态属性（例如，分类器的操作表，有前置条件和后置条件）。分类器还可以用结构化的文字表示，如CRC卡。
分类器生命周期（classifier lifecycle）指定了分类器状态机和分类器接口的动态属性（例如所允许的有顺序的操作和事件）。分类器生命周期可以用状态图、活动图和状态转移表来表示。
可以把分类器模型的一个实例链接到分类器交互模型的几个实例上，所有这些实例都链接到分类器的实例上，分类器的实例链接到分类器生命周期的实例上。
跟踪业务流程到软件设计
在结构良好的设计文档中，有关业务流程和软件产品的信息可以很容易定位，并且相关信息链接在一起，同时结构还体现了不同设计工件的完整性和一致性，它是业务专家、顾问和软件开发者沟通的基础。此结构还提供了明显的关注点，由业务人员而不是开发者定义所有的业务规则。这一节讨论业务流程和软件设计工件之间的关系，用它把项目知识库结构化，给出了把业务流程的以及它们与软件设计工件的关系的构造信息。参看[4]获得知识库结构化的具体实例。
结构是基于业务系统中业务对象、角色、工人协作的业务流程（在UML中用用例表示）。业务流程（用例）定义为协作类型，指明了协作职责、目标、前置条件、后置条件和协作中调用的系统操作。业务流程实例（用例实例）为协作实例，指明了在协作中的行为和事件、系统状态和状态转移的具体顺序。
图11 设计工件在逻辑和业务流程视图中描述了软件系统
图11指明了业务流程的设计工件和软件系统的逻辑设计之间的关系，工件是按照不同的抽象级别组织起来的：组织级、系统级、构架级和对象级
组织级（organization level）指定了一个组织（如公司、学校和政府机关）的职责，以及该组织的业务环境。工件组织（organization）指定了组织的职责和相关的静态属性。工件组织模型（organization model）指定了组织与其他组织之间的关系。工件组织用例（organization use case）用流程目标、前置条件、后置条件和业务流程必须符合与其相关的静态属性的业务规则来指定组织范围的业务流程。这个业务流程是组织与其他组织之间的协作，这种协作是在工件组织用例模型（organization use model）中指定的，见图11中的依赖关系协作。组织业务流程的实例是由组织交互模型（organization interaction model）用组织与其他组织间的交互来指定的。组织业务流程可以精化到更具体的系统业务流程，见图11中的依赖关系精化。工件组织用例生命周期（organization use case life cycle）指定了所允许的系统业务流程。组织用例交互模型（organization use case interaction model）指定了典型的业务流程实例序列，见图11中的实例依赖关系。组织业务流程的实现用软件系统和它的用户（团队角色）之间的交互来指定，见图11和12中实现依赖关系。
系统级（system level）指定了软件系统的环境以及与它的角色之间的关系。工件系统（system）用职责、前置条件、后置条件、参数和返回值来指明系统的接口和操作。若角色职责和接口是相关的，并由工件角色（actor）指定。系统生命周期（system lifecycle）指定了所允许的系统操作和事件。系统模型（system model）指定了软件系统和角色（其他系统和用户）之间的关系，系统交互模型（system interaction model）指定了软件系统和角色之间的交互。这些交互是系统业务流程的实例，见图11中依赖关系实例。工件系统用例（system use case）用流程的目标、前置条件、后置条件、非功能性需求、业务规则和其他相关静态属性指定了在系统范围内的业务流程。这个业务流程是系统与其它系统或用户的协作。
这些系统与它的角色之间的协作是在工件系统用例模型（system use case model）中描述的，见图11中的依赖关系协作。业务流程接口的动态属性，如在业务流程范围内所允许的系统操作顺序，是在系统用例生命周期（system use case life cycle）中指定的。系统用例交互模型（system use case interaction model）指定了典型的业务流程实例的序列。系统业务流程可以精化到子系统业务流程中，见图11中的依赖关系精化。系统业务流程的实现用构架级的子系统间的交互来指定，见图11中的依赖关系实现。
文章来源于领测软件测试网 https://www.ltesting.net/