任务:业务操作分析
此任务定义如何执行业务系统级别的行为描述到粗分的系统结构的转换。
规程:业务建模
用途
  • 将每个在体系结构方面重要的业务用例中每个业务操作的黑盒事件流文本精化为白盒步骤序列(以子系统操作和协作来描述)。
  • 使用与相关体系结构视图和白盒预算需求有关的决策增加这些白盒描述。
  • 基于白盒步骤在时序图或协作图(位于业务分析模型中)中创建子系统交互。
关系
主要描述
在此任务中,业务设计人员开始将业务系统级别的行为描述转换为粗分的系统结构(和关联的交互)以及业务子系统级别的行为。
步骤
将黑盒文本精化为子系统白盒步骤

在此步骤中,您可采用业务用例模型并将黑盒事件流文本(它是每个业务用例的属性)精化为白盒步骤序列(这以子系统操作和交互来描述,使用业务体系结构分析的子系统和概括协作来实现)。 如果为已指定了操作的子系统执行此任务,则这些操作就是起点,您可以直接继续进行初始白盒步骤扩展

接下来,业务系统操作(黑盒步骤)扩展为一个或多个白盒步骤,每个白盒步骤由已命名的子系统执行。在选择用于描述白盒步骤的系统和交互时,设计人员由架构设计师所完成的工作(在体系结构分析期间完成)进行指导。请注意,现在进行的分析是由业务系统操作推动的;也就是说,将下一个实现步骤视为每个业务系统操作的实现(而不是业务用例黑盒步骤的更抽象的注释)。  

初始白盒步骤扩展

每个业务系统操作的白盒步骤(最初)在业务分析模型中获取,这些步骤将相应的业务系统操作作为它本身的实现来与之相关联。白盒步骤不与业务用例存储在一起(在这里它们仅作为说明显示),但是可以从业务用例到业务系统操作对其进行跟踪。

使用位置、流程和工作者决策增加白盒步骤

然后,使用位置决策、流程决策和工作者决策进一步扩充描述。在执行子系统白盒步骤的范围(已给定位置的抽象级别)内实施位置决策。只有当确定子系统是“被动的”(即,子系统的操作由子系统外部的流程调用)时(至少对于此步骤),流程决策才是必需的。“主动的”子系统能够使用子系统内部的流程自主响应。业务设计人员再次由业务架构设计师的工作(在生成位置模型和流程模型的过程中)进行指导。 在工作者决策中,当您对人力资源做适当的分配时,您开始确定业务系统操作所需的组织实体和系统工作者资源。

如果该分析显示白盒步骤需要多个位置(或流程),则将它分解为更小的步骤,以使每个步骤可与单个位置(适当时还包括流程)关联。该分解可能会导致体系结构产生重大分支(可能需要重构子系统),因而需要扮演业务架构设计师角色的团队或人员对此进行详细研究。

分配白盒预算需求
接下来,将黑盒步骤预算需求分配到白盒步骤。这种分配有助于确定子系统和相关位置的性能需求。在被动子系统的情况下,它是调用流程(该流程可能有其他职责)的等待时间分析的输入。
按子系统对白盒步骤进行排序

在此步骤中,您将每个子系统的所有白盒步骤(即属于该子系统的白盒步骤)收集到一起。此步骤是在为通过检查子系统白盒步骤描述来确定系统操作(这些操作之于子系统相当于业务系统操作之于业务系统)做准备时进行的。业务系统操作确定后,每个白盒操作可能没有对应的唯一子系统操作。还请注意,业务系统操作对白盒步骤进行了分组。例如,这可以用表格形式完成,也可以通过子系统进行分组。

优化每个系统操作的概括的协作

基于白盒步骤,在时序图或协作图(在业务分析模型中)中创建子系统交互。这可优化先前由业务架构设计师完成的工作。在此阶段,协作可能仍然是抽象的,也许仅确定了链接或抽象级别的消息。然而,此工作可使人了解子系统的耦合与聚集。这可优化先前执行的白盒步骤扩展(请参阅初始白盒步骤扩展)。

评估分析
业务设计人员需要在此任务结束时进行非正式的复审,以确保对解决方案的所有紧急问题进行记录并安排解决方案。
更多信息