Microsoft企业架构(体系结构)概述(EA)

企业体系结构(EA)是帮助组织理解自己的结构及其原理的概念工具。它提供了企业的结构图，是业务和技术变化的规划 工具。一般来说，企业体系结构表现为一整套相互关联的模型，这些模型描述了企业的结构和功能。企业体系结构主要用于系统化的IT规划和架构，以及改进的决 策过程。EA中的各个模型以逻辑方式来排列，可以使企业的详细信息处于不断增长中，包括：

　 ●目的和目标；
　 ●过程和组织；
　 ●系统和数据；
　 ●使用的技术；

企业体系结构中的信息可以从不同角度来审视，并且可以满足各种需要。体系结构的用户包括业务经理和分析员、系统体系 结构设计师、工作流程和程序分析员、后勤专家、组织分析员等。这些人员要求有高级的概括信息、详细的数据和各种级别的中间数据。这些需要通过创建概念视 图、逻辑分析和物理实现来满足。在Microsoft，我们发现了四个重要并且常用的基本审视角度。它们是业务、应用程序、信息和技术角度。

业务角度

“业务角度”描述了业务的运作方式。它包括广泛的商业策略，以及为了将组织从当前状态推进到构想的未来状态而做的计划。一般包括以下内容：
1． 企业的高级目标；
2． 整个企业或企业的重要部分实施的业务过程；
3． 执行的业务功能；
4． 主要的组织结构；
5． 各元素之间的相互关系；

应用程序角度

“应用程序角度”定义了企业的资产应用，以应用程序为中心。一般包括下列内容：
1. 有关支持业务过程的自动服务的描述；
2. 有关组织中应用程序系统的相互作用和相互依赖（接口）的描述；
3. 根据企业目标开发新应用程序和改造旧应用程序，以及发展技术平台的计划；

应用程序角度可表示跨组织的服务、信息和功能，连接具有不同技能和技术的用户以便达到共同的业务目标。

信息角度

“信息角度”描述了组织在业务处理和运作过程中需要知道的信息。包括下列内容：

1. 标准数据模型；
2. 数据管理策略；
3. 组织中信息产生和使用的模式说明；

信息角度还描述了数据与工作流程关联的方式，包括整个组织中存在的结构化（如数据库）和非结构化数据存储（如文档、电子表格和演示文稿等）。

技术角度

“技术角度”对组织提供硬件和支持。它包括但不仅限于：
1. 台式机和硬件；
2. ；
3. 网络连接组件；
4. 打印机；
5. 调制解调器；

技术角度对支持应用程序和信息角度所需的基础设施和系统组件提供了逻辑化的、独立于供应商的描述。它定义了一套完成业务所需的技术标准和服务。

尽管有许多角度，但是从这些角度看到的只是一个企业体系结构。企业体系结构的价值不在于任何一个单独的角度，而在于各角度之间的相互关系、相互作用和相互依赖。尽管所有角度都是企业体系结构的关键元素，而本专题将集中讨论应用程序和技术角度。

“应用程序体系结构”是自动服务的体系结构，用于支持和实现这样的业务需求，包括该业务与其他应用程序之间的接口。 它描述了应用程序的结构，以及该结构如何实现组织的功能需求。虽然在理想情况下，一个组织应该只有一个应用程序体系结构，但实际上，一个组织往往会有许多 不同的应用程序体系结构。

软件系统的“运作”需求定义了软件的可靠性、可管理性、性能、安全性和互操作性等。常见的例子是仅对授权用户开放的服务，这种服务要求在99.999%的时间内都能正确实现它的功能。

“技术体系结构”是支持组织以及实现运作（非功能）需求（尤其是组织的应用程序和信息体系结构）的硬件和软件基础设施的体系结构。它描述了所使用技术的结构和内部关系，以及这些技术如何支持组织的运作需求。

好的技术体系结构可以提供安全性、可用性和可靠性，还可以支持各种其他运作需求。但是如果应用程序的设计没有利用技 术体系结构的优点的话，它的执行效果会很差，或者会难以部署和运作。同样，即使一个优秀的应用程序体系结构是通过使用最新的技术、利用可重用软件组件来构 建的，能很好地满足业务过程的需求，它也可能不能很好地反映实际的技术配置，例如：服务器没有经过正确配置来支持应用程序组件，网络硬件设置不能支持信息 流等。这显示了应用程序体系结构和技术体系结构之间的相互关系：一个好的技术体系结构能够支持组织中关键的应用程序，而一个好的应用程序体系结构能够充分 利用技术体系结构，在整个运作需求中提供一致的性能。

 图：体系结构之间的关系

所有体系结构角度都有多种体系结构视图，通常分为概念、逻辑和物理视图。“概念视图”是最抽象的视图，一般用系统用 户（非IT专业用户）熟悉的术语来描述。概念视图用于定义应用程序的功能需求和商业用户视图，以便生成业务模型。“逻辑视图”显示了主要的功能组件和它们 在系统中的关系，而不涉及功能的实现细节。体系结构设计师创建的“应用程序模型”就是业务模型的逻辑视图，因为它们决定了如何满足业务目标和需求。应用程 序模型表示应用程序体系结构的逻辑视图。“物理视图”是最不抽象的，它们表示特定的实现组件和它们之间的关系。物理视图中的每个元素一般都由设计和开发过 程来实现，如软件和硬件系统。

图：体系结构视图

每一个体系结构级别均可能有（事实上通常都会有）多个视图，例如，每个应用程序通常都会有一个逻辑应用程序体系结构。这些视图由一组需求来驱动，反过来又会生成设计、开发、配置和运作过程及系统的输入。  

图：体系结构视图和模式

以.NET为代表的Microsoft产品线向我们展示了“架构为基础，模式为指导”的企业解决方案设计理念，秉承产 品一贯以来的简单易用以外，同时我们将看到使用.NET构建企业应用平台上使用.NET的优势。毫不夸张地说，.NET不是第一个体现架构和模式的软件应 用平台，确是目前为止最后的实现了架构和模式的平台，在随后的文章介绍中，你将会发现，架构设计和模式应用会是如此简单。