工件:业务用例实现
业务用例实现描述业务系统、业务工作者、业务实体和业务事件如何协作以执行特定的业务用例。
工作产品类型:模型元素
用途

业务用例描述为了向业务参与者实现价值而必须执行哪些步骤,而业务用例实现则描述在组织中如何执行这些步骤。业务用例是从外部角度来描述的,而业务用例实现是从内部角度来描述的。

项目干系人通过业务用例实现来验证项目团队(或其他各方)是否了解业务的构建和运作方式。项目干系人还在确定组织改进措施并对这些改进措施按优先级排序时使用业务用例实现。业务流程分析人员和业务设计人员使用业务用例实现来定义角色、职责和组织内为实现业务用例而需要的信息。使用业务用例实现时,可能会考虑组织变更的影响,如业务流程自动化或业务流程外包。系统分析人员和软件设计人员使用业务用例实现来了解软件系统如何融入组织。

关系
描述
简述

为业务用例实现规范提供了一个模板,该模板包含业务用例实现的文本属性。此文档与需求管理工具(如 Rational RequisitePro)配合使用,来在业务用例实现属性中指定和标记需求。  

业务用例实现图可使用可视建模工具(如 Rational Rose)开发。业务用例实现报告(包含所有图和属性)可用 Rational SoDA 生成。  

有关更多信息,请参阅工具向导:使用 Rational Rose 和 Rational RequisitePro 管理用例使用 Rational SoDA 创建业务用例实现报告。  

图示
定制
说明选项UML 说明:协作,构造型为 <<business use-case realization>>

在许多情况下,此工作产品的核心是活动图,在该图中用泳道定义什么职责应有哪个业务系统或哪个业务工作者承担。可在这里决定要使哪些操作自动化。通常,可以排除具有工作产品文本属性的业务用例实现规范,而任何派生的需求可放入补充业务规范。活动图也可表示在业务工作者之间发送和接收业务事件。

如果不修改业务用例本身,而是要变更业务用例的实现,则业务用例实现可用于将当前(按现状)流程描述与目标(待实现)流程描述进行比较。例如,设想一个现有的软件系统将被替换为将由外部合作伙伴管理的标准软件产品。在这种情况下,业务用例实现可用于评估此变更对组织的影响。

因为业务用例实现通常比业务用例更详细和更明确,所以它们还可用于说明更抽象的业务用例的不同环境之间的差别。例如,考虑这种情况:必须使用不同的通信渠道(例如,因特网、呼叫中心、邮件或电子消息传递)向客户提供服务。在业务用例“请求报价”或“接受建议”期间执行的步骤将保持不变,但对于每种渠道,此业务用例的执行方式将有所不同。业务用例实现可用于说明特定于渠道的业务用例实现。

通过调用由业务提供的一个或多个服务,重新调用由业务参与者或内部业务事件触发的业务用例。在由业务参与者触发的情况下,调用在外部进行,而在由业务事件触发的情况下,调用在内部进行。 服务包含一个或多个业务操作(请参阅工作产品:操作(BM)),因此,业务用例实现涉及所有所需业务操作实现(请参阅工作产品:操作实现(BM))。这可被建模为由较小协作(业务操作实现)构建而成的大型协作(业务用例实现)。请注意,虽然业务用例实现不“拥有”业务操作实现,但它们可能(而且是极有可能)出现在其他业务用例实现中。

请注意,您会将业务所提供的某些服务建模为私有(它们代表业务本身可能请求的操作(例如,业务事件请求操作时)),但是业务参与者不可使用它们。

更多信息