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

领测软件测试网

图2显示了一个团队结构的例子。团队的角色用对象实例表示，为每个角色指定了雇员数量。一个客户满意团队（Customer Satisfaction Team）有三个开发员、两个测试员、一个产品经理和一个人担任用户角色。角色组叫做客户满意团队（Customer Satisfaction Team），用包符号表示。角色组也可能被表示成对象——作为角色的组装（composition）。如果团队表示为对象，团队和角色之间的关系为组装关系，那么根据UML元模型概念，一个特定的角色实例不能同时属于多于一个团队。如果团队表示为包，特定的角色实例可以同时属于几个团队。


图3 UML序列图描述业务流程的实例

　　图3描述了业务流程的实例。角色客户(customer) 下了一份定单，然后销售(sales)部门中的某个工人确认此定单。如果定单有效，此工人调用另一业务流程“公司运输物品（company ships an item）”的实例。这个类型的图在UML表示法指南中没有明确的提到，然而，它符合UML的元模型。在对象生命线顶部的符号代表分类器角色，如图3中的角色、对象角色和用例角色。


图4 UML用例图描述业务流程之间的静态关系

　　图4是UML用例图，描述了业务流程之间的静态关系。业务流程描述组织(organization)与角色客户（customer）的协作。注意在UML的1.1版本中，用例不能相互联系而总是由角色发送信号触发。这给建模环境带来困难，一个用例在运行期间，当特殊条件出现时，另一个用例也开始启动。在这种情况下，角色通过与另一个用例的联系初始化此用例而不需发出任何特定的开始信号。例如，如果客户的请求被评估为有效，用例公司运输物品（company ships an item）被组织中的对象触发。这个用例实例不直接由客户触发，希望下一版本的UML将减少用例间有关联系的限制。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

93/9<123456789>