任务:操作分析
此任务定义如何执行系统级别的行为描述至粗粒度系统结构的变换。
用途
  • 将每个在体系结构上很重要的用例中的每个系统操作的黑匣事件流文本精化为白匣步骤序列,以子系统操作和协作来描述。
  • 使用位置决策、流程决策、工作者决策以及白匣预算需求来增加这些白匣的描述。
  • 基于白匣步骤在时序图或协作图(位于“分析模型”中)中创建子系统交互。
关系
角色主要: 其他: 辅助:
输入必需: 可选: 外部:
输出
主要描述
在此任务中,设计人员开始将系统级别的行为描述变换为子系统级别的粗粒度系统结构(及相关联的交互)和行为。
步骤
将黑盒文本精化为子系统白盒步骤

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

例如,如果您已在表“黑匣事件流示例”中使用表格式描述:

系统用例 <名称>

步骤 参与者操作 黑匣步骤描述 黑匣预算需求 系统操作
1 (参与者操作标识):描述参与者执行的操作,例如,“AA1:此用例在职员按下“新建销售”按钮时开始” (黑匣步骤标识):描述了系统响应(不显示系统的内部结构),例如,“BBS1:系统打开新的销售职员和客户屏幕,并启用扫描程序” (黑匣步骤需求标识):描述了系统执行此步骤必须达到的程度;例如,以响应时间或响应率表示,“SUP36.2:总的响应时间为 0.5 秒” (系统操作标识):此步骤调用的系统操作的名称,例如:“<<操作>> 开始新销售”(来自任务:定义系统环境中定义的“环境图”)
2        
3        

黑匣事件流示例

如果对只定义了操作的子系统执行该任务

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

初始白盒步骤扩展

每个系统操作的白匣步骤(下表中的灰色背景区域)在分析模型中获取(最初),并将相应的系统操作作为其实现相关联。白匣步骤不与系统用例存储在一起(此处将它们放在一起,只是为了说明),但是可以从系统用例到系统操作对其进行跟踪。

系统用例 <名称>

系统操作 步骤 参与者操作 黑匣步骤描述 黑匣步骤预算需求 子系统白匣步骤描述 白匣步骤预算需求 位置 流程 工作者

(系统操作标识):此步骤调用的系统操作的名称,例如:<<系统操作>> 开始新销售”(来自环境图)

1 (参与者操作标识):描述参与者执行的操作,例如,“AA1:此用例在职员按下“新建销售”按钮时开始” (黑匣步骤标识):描述了系统响应(不显示系统的内部结构),例如,“BBS1:系统打开新的销售职员和客户屏幕,并启用扫描程序” (黑匣步骤需求标识):描述了系统执行此步骤必须达到的程度;例如,以响应时间或响应率表示,“SUP36.2:总的响应时间为 0.5 秒” (白匣步骤标识):描述了子系统执行的操作(执行部分黑匣步骤),以输入、处理、输出形式表示,例如:“WBS1:销售点接口清除了交易,打开了新的销售屏幕,并要求订单处理启动销售列表”        
(白匣步骤标识):...        
         
  2                
  3                

白匣事件流示例

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

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

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

系统用例 <名称>

系统 操作 

步骤 参与者操作 黑匣步骤描述 黑匣步骤预算需求 子系统白匣步骤描述 白匣步骤预算需求 位置 流程 工作者

(系统操作标识):此步骤调用的系统操作的名称,例如:<<系统操作>> 开始新销售”(来自环境图)

1 (参与者操作标识):描述参与者执行的操作,例如,“AA1:此用例在职员按下“新建销售”按钮时开始” (黑匣步骤标识):描述了响应情况(不显示系统的内部结构),例如,“BBS1:系统打开新的销售职员和客户屏幕,并启用扫描程序” (黑匣步骤需求标识):描述了系统执行此步骤必须达到的程度;例如,以响应时间或响应率表示,“SUP36.2:总的响应时间为 0.5 秒” (白匣步骤标识):描述了子系统执行的操作(执行部分黑匣步骤),以输入、处理、输出形式表示,例如:“WBS1:销售点接口清除了交易,打开了新的销售屏幕,并要求订单处理启动销售列表”   位置标识 流程标识 组织或系统工作者标识
(白匣步骤标识):...        
         
  2                
  3                

扩充的白匣事件流示例

分配白盒预算需求

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

系统用例 <名称>

系统操作 步骤 参与者操作 黑匣步骤描述 黑匣步骤预算需求 子系统白匣步骤描述 白匣步骤预算需求 位置 流程 工作者

(系统操作标识):此步骤调用的系统操作的名称,例如:<<系统操作>> 开始新销售”(来自环境图)

1 (参与者操作标识):描述参与者执行的操作,例如,“AA1:此用例在职员按下“新建销售”按钮时开始” (黑匣步骤标识):描述了系统响应(不显示系统的内部结构),例如,“BBS1:系统打开新的销售职员和客户屏幕,并启用扫描程序” (黑匣步骤需求标识):描述了系统执行此步骤必须达到的程度;例如,以响应时间或响应率表示,“SUP36.2:总的响应时间为 0.5 秒” (白匣步骤标识):描述了子系统执行的操作(执行部分黑匣步骤),以输入、处理、输出形式表示,例如:“WBS1:销售点接口清除了交易,打开了新的销售屏幕,并要求订单处理启动销售列表” (白匣步骤需求标识):描述了子系统执行此步骤必须达到的程度;例如,以响应时间或响应率表示,“SUP36.2.1:耗用时间为 0.16 秒” 位置标识(位置模型中) 流程标识(流程模型中) 组织或系统工作者标识
(白匣步骤标识):... (白匣步骤需求标识):... 位置标识 流程标识 组织或系统工作者标识
         
  2                
  3                

分配的白匣事件流预算需求示例

按子系统对白盒步骤进行排序

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

子系统用例调查示例

子系统 <名称>

系统操作 位置 流程 工作者 子系统白匣步骤描述 子系统操作

<名称>

位置标识 流程标识 组织或系统工作者标识 (白匣步骤标识):描述了子系统执行的操作(执行部分黑匣步骤),以输入、处理、输出形式表示  
         
         
         
         
         

操作用例调查示例

在由多个系统组成的大型系统的情况下(其中,为每个系统/子系统维护用例模型),该分组是确定子系统用例的强大指导:您可以为子系统参与的每个系统操作初步确定子系统用例。您可能稍后会注意到白匣步骤序列与这些用例中的一部分相同;因此,可以将它们聚集起来,从而可形成一个单一子系统用例来满足多个系统操作的需求。

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

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

评估分析

“系统设计人员”需要在此任务结束时号召进行非正式的复审,以确保所有紧急问题得以记录并安排解决。

属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
更多信息