UML 说明:协作,构造型为 <<business use-case realization>>
在许多情况下,此工作产品的核心是活动图,在该图中用泳道定义什么职责应有哪个业务系统或哪个业务工作者承担。可在这里决定要使哪些操作自动化。通常,可以排除具有工作产品文本属性的业务用例实现规范,而任何派生的需求可放入补充业务规范。活动图也可表示在业务工作者之间发送和接收业务事件。
如果不修改业务用例本身,而是要变更业务用例的实现,则业务用例实现可用于将当前(按现状)流程描述与目标(待实现)流程描述进行比较。例如,设想一个现有的软件系统将被替换为将由外部合作伙伴管理的标准软件产品。在这种情况下,业务用例实现可用于评估此变更对组织的影响。
因为业务用例实现通常比业务用例更详细和更明确,所以它们还可用于说明更抽象的业务用例的不同环境之间的差别。例如,考虑这种情况:必须使用不同的通信渠道(例如,因特网、呼叫中心、邮件或电子消息传递)向客户提供服务。在业务用例“请求报价”或“接受建议”期间执行的步骤将保持不变,但对于每种渠道,此业务用例的执行方式将有所不同。业务用例实现可用于说明特定于渠道的业务用例实现。
通过调用由业务提供的一个或多个服务,重新调用由业务参与者或内部业务事件触发的业务用例。在由业务参与者触发的情况下,调用在外部进行,而在由业务事件触发的情况下,调用在内部进行。 服务包含一个或多个业务操作(请参阅工作产品:操作(BM)),因此,业务用例实现涉及所有所需业务操作实现(请参阅工作产品:操作实现(BM))。这可被建模为由较小协作(业务操作实现)构建而成的大型协作(业务用例实现)。请注意,虽然业务用例实现不“拥有”业务操作实现,但它们可能(而且是极有可能)出现在其他业务用例实现中。
请注意,您会将业务所提供的某些服务建模为私有(它们代表业务本身可能请求的操作(例如,业务事件请求操作时)),但是业务参与者不可使用它们。
|