文档介绍：“”
以扩展 A T M 取款场景的活动图, 指
出每个组件在该流程中所做的工作。业
务流程中的“柜员”泳道被重新贴上了
“”
A T M
S O A 更详细的系统标签, 它的组
“”“”
成部分 A T M 机和 A T M 服务器
组件则使用嵌套泳道来表示。
( 羹) P a u lC B r o w n /文
初始评估
一
确架构的步, 就是针对个正在考虑的业务
定第每在勾勒出这种协作之后, 出现在
“
你脑海中的下一个问题应该是这是
流程, 定义流程中的主要系统参与者。现在的任务
”
这个解决方案的一个优秀架构吗?
就是确定有哪些相关的组件, 并确定每个组件将扮
回答这个问题可能不太容易, 但它却
是关于架构最重要的问题。如果你得
演的角色。
一
到了个错误的架构, 它将给项目带
来无法挽回的损失。相反, 如果你得到
“”
一一
定架构的第步就是针对每个正你可以清晰地描述 A T M 系统(扮了个正确的架构, 这个灵活、健壮的
“”
一
确在考虑的业务流程, 定义流程中演了业务流程图中的柜员角色) 和架构将为你搭建个能长久支撑企业
的主要系统参与者。有些系统参与者的这些更详细的系统参与者组成部分之需求的舞台。
参与是必需的, 因此它们已经作为业务间的关系。清晰地记录这种关系对后那么, 该如何回答这个问题? 你可
一
流程的部分被识别出来。它们的出现继的项目非常重要。如果缺少它, 未来以将它分解成 4 个更小的问题:
和即将扮演的角色都已经确定。系统提的项目将无从知晓有哪些组件参与到 1 . 被提议的架构能达到预期的性
一一
供的其余功能则被有意识地统分配给个特定的业务流程中, 也不会知道能吗?
了代表整个系统的单个泳道。你现在的哪些业务流程将潜在地受到特定组件 2 . 被提议的架构能在成本和进度
任务就是确定有哪些相关的组件, 并确变更的影响。约束下完成吗?
定每个组件将扮演的角色。如果通过业务流程只是识别出系统 3 . 被提议的架构能充分地适应诸
组件并没有多大意义。它并没有告诉你如企业组织增长这样的发展变化吗?
4 .
结构粗加工每个组件在做什么, 或者它们为什么存被提议的架构能充分地适应诸
一
定义组件结构是项创造性的活在。那么, 你必须定义这些组件参与业如合并和收购或引入新技术这类紧迫性
一一
动, 其本质是个反复试验的过程: 提务流程的方式。要达到这目的, 你可变化吗?
一
出组组件、为每个活动分配职责、确
定组件间的通信, 进而评估结果。例如,
“”
在 A T M 取款业务流程中, 柜员功
“”
能分配给了另一个待定义的 A T M 系
一
统。这个系统的个可能架构(但不是
一一
惟的) 是将组 A T M 放在不同地点,
由一个中心 A T M 服务器扮演 A T M 和
银行系统间的中介角色。这个业务流程
的参与者包含了人(客户) 、 A T M 机、
A T
M 服务器和银行系统(图 1 ) 。
“”
, A T M
显⋯⋯——
注意系统示成了、- ⋯⋯⋯⋯一一/
“”“”
A T M 一 A