活动:定义业务操作
此活动涵盖定义由业务(子)系统提供的操作的变通方法。
扩展:定义业务操作
描述工作分解结构团队分配工作产品使用
用途

此活动的目的是为了确定每个子系统的主要操作集,并将它们分组为若干个接口,然后根据下一级子系统支持的操作以递归方式来定义这些操作的实现。

关系
父代活动
描述

此活动描述了跨多个域(由选择的体系结构视点和视图推动)从逻辑上自顶向下分解业务系统的方法(请参阅用例分解补充需求分解概念)。

虽然在大多数情况下会将顶级业务用例作为起点,但这并不是先决条件。如果建模团队没有使用用例技术,则只要可以定义顶级业务系统的操作,就仍可使用这种基于操作的方法。在对只定义了操作的业务子系统执行此活动时,也会是这种情况。

此方法还有其他两个主要特征。第一个特征是,此方法可通过两个业务(子)系统透视图来演示:黑盒和白盒。从黑盒透视图开始,定义从外部可见的系统属性(通常从操作方面)。然后打开黑盒,并定义或确定它的元素,再描述每个系统操作是如何通过元素的操作来实现的。此方法的第二个特征在于它的递归性。这表现为在更细化的子系统的更低、更详细的级别应用同一通用方法。

下面显示了此活动简化的工作流程:

属性
事件驱动
多次出现
正在进行
可选Yes
已计划Yes
可重复
人员配备

充当业务架构设计师和/或业务流程分析人员的人需要具备很强的建模和写作技能。虽然业务知识很有用,但是可以通过邀请领域专家作为复审人员来获得这方面的知识。从职能和支持角度来看,要有效地执行此活动,您还需要熟悉组织中当前使用的软件系统设置的人员的帮助。

关键注意事项

如果需要提高建模输出的严格程度和精确度,请执行此活动。此活动通常将是更大活动(针对定义按现状业务或待实现业务的所有方面)的构建块。