系统约定：用UML描述工作流管理

　　对象级（object level）用业务对象、业务对象的职责、关系和交互来描述子系统的设计。业务对象模型（business object model）指定业务对象之间的静态关系。业务对象交互模型（business object interaction model）用业务对象之间的交互指定子系统操作的设计。工件业务对象（business object）指定业务对象的职责和业务对象接口的静态属性，如用前置条件和后置条件描述的接口操作。业务对象生命周期（business object lifecycle）指定了所允许的接口操作顺序。

　　图12中，设计工件描述了组织团队结构。事实上，它与描述软件子系统结构的工件没有什么太大的区别。团队的角色可以表示成UML构造型的类，工件角色（role）指定工人角色的职责及其它相关的静态属性。工件角色生命周期（role lifecycle）指定了角色的动态属性、它们的状态以及它们所响应的事件。工件角色模型（role model）指定角色之间的静态关系。成员级业务流程（member level business process）指定团队成员角色与其它团队成员角色之间的协作，见图12中的依赖关系<<协作>>。这些业务流程的实例是在工件角色交互模型（role interaction model）用角色实例之间的交互指定的，见图12中的依赖关系<<实例>>。

　　图12 在团队和业务流程视图中，设计工件描述了软件系统

　　称为团队（team）的设计工件是一个角色包，指明了团队的职责以及相关的静态属性。团队的动态属性是在工件团队生命周期（team life cycle）中指定的。工件团队模型（team model）指定了团队之间的静态关系。团队级业务流程（team level business process）指定了团队和其它团队之间的协作，见图12中的依赖关系<<协作>>。团队级业务流程的实例是在团队交互模型（team interaction level）中指定的，见图12中的依赖关系<<实例>>。团队级业务流程的实现用团队成员之间的交互以及团队成员与软件系统之间的交互来指定，如图12中的依赖关系<<实现>>。设计工件的模式可以用相似的方法应用在更高的抽象级4上。