设计人员在执行“操作分析”任务期间生成了初始“子系统操作调查”占位符。调查表还(以灰色背景)显示了回溯至系统用例黑匣步骤的可跟踪性,(以表格形式)指示了系统用例黑匣步骤 <标识 1> 和 <标识 2> 都通过调用
<系统操作名称 1> 执行。
子系统 <名称>
|
系统操作
|
系统用例黑匣步骤标识
|
位置
|
流程
|
工作者
|
子系统白匣步骤描述
|
子系统操作
|
<系统操作 名称 1>
|
<标识 1>
|
位置标识
|
流程标识
|
组织或系统工作者标识
|
(白匣步骤标识):描述了子系统执行的操作(执行部分黑匣步骤),以输入、处理、输出形式表示
|
(子系统操作标识):此步骤调用的子系统操作的名称,例如:“«子系统操作»
启动销售列表”(适用于子系统订单处理)
|
...
|
...
|
|
(白匣步骤标识):...
|
|
...
|
...
|
|
...
|
|
<标识 2>
|
...
|
...
|
|
...
|
|
<系统操作名称 2>
|
<标识 3>
|
...
|
...
|
|
...
|
|
<标识 4>
|
...
|
...
|
|
...
|
|
...
|
...
|
...
|
...
|
|
...
|
|
子系统操作调查示例。
接下来,执行白盒步骤和操作实现,确定了子系统操作并指定了它们的行为。而在确定系统操作时,每个白匣步骤可能没有唯一对应的子系统操作;也就是说,在检查这一组白匣步骤及与其关联的消息、输入-输出实体等交换时,您可能会发现可以定义较小的一组子系统操作来满足其需求。
请注意,也可按位置或流程来对调查表重新排序,以显示一组子系统操作与每个位置或与每个流程的关联。位置排序指明了某个位置上的计算负载(因而这对推测支持该位置的物理组件的容量很有用)。在此表单中,按位置排序的调查将成为部署模型的属性。
当在多个位置安排子系统操作时,这表示至少复制了子系统的一部分。这并没有暗示这些复制的部分必须共享数据和保持同步。这些设计选择依赖于复制所用的应用程序和复制原因;例如,所需的处理可能相同,但用于不同的业务部分。在极端的情况下,可在多个位置安排所有子系统操作,这意味着有效复制子系统本身。是否需要唯一确定复制实例也依赖于复制的原因。
流程排序使设计人员能够推断并行问题:如果您将子系统操作视为参与者可用的一项离散功能,那么第一项推测是:与同一流程关联的操作无法并行执行。这可能会使得设计人员重新考虑流程分配,或考虑流程复制,或者以较低的详细级别检查察觉到的延迟问题(例如:通过检查时间分片选项),以及在操作发生阻塞(例如执行输入输出)时检查流程共享。使用这些技术可获得可接受的响应速度,而启动操作(严格说是序列化操作)的延迟可能令人无法忍受。在此表单中,按流程排序的调查将成为设计模型的属性。
|