系统构架师学习 第二十一章

第二十一章  案例研究

21.1  价值驱动的体系结构：连接产品策略与体系结构

系统的存在是为了为利益相关方创造价值。

价值模型、体系结构策略。

定义完善的价值模型可以为提高折中方案的质量提供指导。

21.1.1  价值模型概述

这些利益相关者在其他系统中扮演着重要角色。

这些其他系统也是为了为其利益相关者创造价值。

系统的这种递归特性是分析和了解价值流的一个关键。

价格模型核心的特征 三种基本形式：

1、价值期望值：表示对某一特定功能的需求，内容（功能）、满意度（质量）。

2、反作用力：系统部署实际环境中，实现某种价值期望值的难度。

3、变革催化剂：环境中导致价值期望值发生变化的某种事件，或者是 导致不同结果的 限制因素。

反作用力和变革催化剂称为限制因素，把这三个统称为价值驱动因素。

传统方法，都是通过聚焦于系统 进行交互的参与者的类型开始的。

有如下几个突出的局限性：

1、对参与者的行为模型关注较多，而对其中目标关注较少。

2、往往将参与者固定化分成几种角色，其中每个角色所在的个体在本质上都是相同的。

3、往往忽略限制因素之间的差别。

4、结果简单。要求得到满足或未得到满足，用例成功完成或未成功完成。

这种方法 使用顺序推理和分类逻辑，因此易于教授和讲解，并能生成一组易于验证的结果。

效用曲线用于将每一个可选方案所得出的定量测量值映射到其对应值。然后，值级别用期望优先级加权，并进行叠加。

叠加值越高，方案越可取，该方法可能比较主观。

21.1.2  体系结构挑战

体系结构挑战 是因为一个或多个限制因素使得满足一个或多个期望值变得更困难。

在任何环境中，识别体系结构挑战都涉及评估。

1、哪些限制因素影响一个或多个期望值？

2、如果知道了影响，它们满足期望值更容易（积极影响）还是更困难（消极影响）？

3、影响程度如何？简单的 低、中、高 三个等级通常就已经够用了。

制订系统的体系结构策略始于：

1、识别合适的价值背景并对其进行优先化。

2、在每一背景中定义效用曲线和优先化期望值。

3、识别和分析每一背景中的反作用力和变革催化剂。

4、检测限制因素使满足期望值变难的领域。

建议对以下几点进行权衡：

重要性。

程度。

后果：大概多少种方案可供选择？难度或有效性是否有很大差异？

隔离：对最现实的方案的隔离情况如何？影响越广，该因素的重要性就越高。

尽管体系结构样式和模式技术非常有用，不过在该领域，在问题和解决方案领域的身后，经验仍具有无法估量的价值。

21.1.3  结论

价值模型 有助于了解和传达关于价值来源的重要信息。

如价值如何流动，期望值和外部因素存在的相似性和区别，要实现这些价值有哪些子集。

21.2  使用 RUP 和 UML 开发联邦企业体系结构框架

联邦企业体系结构框架（Federal Enterprise Architecture Framework，FEAF）

21.2.1  联邦企业体系结构框架概述

它把企业体系结构划分为 4部分：业务、数据、应用程序、技术。

FEAF 确定了开发和维护联邦企业体系结构所需的 8 中构件。这八种构件的分解进一步细化了 FEAF 的 4个层次。

第一层是联邦企业体系结构框架的最高层，它引入了开发和维护联邦企业体系结构所需要的 8种构件。

1、体系结构推动者（Architecture Drivers）

2、战略方向（Strategic Direction）

3、当前体系结构（Current Architecture）

4、目标体系结构（Target Architecture）

5、过程转换（Transitional Processes）

6、体系结构片段（Architectural Segments）

7、体系结构模型（Architectural Models）

8、标准（Standards）

第二层在更详细的层次上说明了联邦企业体系结构的业务和设计方面以及两者之间的关联。

业务体系结构和设计体系结构之间的关系是 推/拉 关系——业务推动设计以满足自身的需要，设计（既新开发的数据、应用程序和技术）通过支持业务运作来拉动业务到新的服务交付水平。

第三层展开了框架设计部分，显示三种设计体系结构：数据、应用程序、技术。

第四层（最详细视图）三种设计体系结构如何支持业务体系结构开始逐渐明确起来。

21.2.2  FEAF 矩阵概述

36个单元的矩阵，涵盖了企业中的 谁（who）、什么（what）、何处（where）、何时（when）、为何（why）、如何（how）。

21.3  Web 服务在 HL7 上的应用——Web 服务 基础实现框架

Health Level Seven（HL7）是美国国家标准化协会（ANSI）认可的标准化开发组织中的一个，它正在全世界保健行业里运行着（Level Seven 引用了开放系统互联模型 OSI 的最高层——应用层）。

21.3.1  HL7 模型概念

1、参考信息模型

2、消息结构

所有的 HL7 消息都被放在 Transmission Wrapper，Wrapper 的目的是 支持应用软件之间消息的传输（和确认）。

3、交互

4、应用程序角色

一个角色就体现了应用程序的职责。

5、Storyboard

一个 Storyboard 是由一小段记叙了它本身的目的及交互作用图表的描述所组成的（在应用层）应用程序角色间相互作用的级数。

21.3.3  开发 HL7 Web 服务适配器

为了高效地开发 HL7 Web 服务适配器，需要按如下步骤来做。

1、消息和数据类型的设计。

2、适配器模式的选择。

3、HL7 Web 服务契约开发。

4、生产 Web服务 Stub 和 代理的实现。

5、开发适配器业务逻辑。