SOA的十大技术理论体系
实践论认为：从实践提升到理论，再由理论指导实践，由此向前发展。
目前SOA的发展的情况正是如此，通过不少实践，SOA的模型己经被公认为标准规范，目前是正需要进一步总结上升到理论的时候了。
当前国内要发展SOA主要有三方面工作：方法、工具和环境。
方法是工程技术，由基础理论来指导提出的。
所以一门科学必需要包括：认知科学（哲理）、工程技术和方法、最后是理论。
架构的演化过程
SOA是从面向对象、构件架构等逐步发展完善，且相互依托、相互补充、又各自适应不同范围，因此在讨论SOA理论时，要了解它是如何演化过程来，继承了哪些理论体系，其适应度如何。
结构编程方法
40年前国际上发生了“软件危机”，如IBM公司开发一个操作系统，或美国的航空公司开发飞机订票系统，都花费了上千人数年的工作量。
它开发周期长、而开发出来的产品却是错误很多，难以维护和适应修改。
正在此时，一位荷兰的物理家提出了一种“结构程序设计方法”，他认为：人的智力是有限的，采用数学或物理学的思维方法，用枚举、抽象、归纳、类比等思维方式简化问题。
由于我也是数学系毕业的，我拜读了他的所有论文，就编写一本著作《编程方法学》。
用此方法扩展到软件设计中时，称为“结构化分析和结构化设计(SASD)”。
所谓“结构程序设计方法”，就是基于面向对象设计方法的早期蓝本，侧重於解决程序正确性的编程的方法，以此为基础建立了软件工程这门学科，建立了编程的基础理论体系，也是第一个技术与基础理论体系。
“面向对象”的可重用理论
我们都知道由面向对象发展到面向构件，由面向构件再发展到面向服务，因此它们的认知观和基础理论都是息息相关的。
解决大型软件的开发效率和质量除了要解决编程的正确性外，还必需解决开发周期长、复用性差、成本高、文档多以及难以适应系统演化等问题，这些问题十多年来仍旧困惑着这门学科，“软件危机”仍未解决。
人们的知识是从一个定理、一个原理逐步积累起来的，社会是依靠知识的不断积累发展的。
然而编制软件每次却都是从零开始，这是造成“软件危机”的根本原因。
由此提出了编程工作是否也可以重用以前成功的经验和程序呢整整经过十多年的探索，到七十年代才获得成功。
我曾经用此方法设计了一个大型操作系统，这套方法和理论在产品开发和科研领域方面用得很多，因此我称它为第二个技术与基础理论体系。
面向构件和架构
鉴于面向对象的缺陷，三位面向对象的奠基人联合起来，创建了UML统一建模语言。
UML为软件开发和SOA的产生起到奠基和里程碑的作用。
UML主要理论成果是：统一面向对象的基本概念，并引进了许多新的概念，认为软件开发的过程实质上是从抽象的模型逐步细化，过渡到具体的实现，其中间的每个阶段都是实现了某一抽象模型，UML为此提供了建立模型的工具。
用直觉的图形来建立模型，从此软件专家就有了自己的工具，正如音乐家有了五线谱工具那样。
为适应软件的多变性，提供了演化的概念。
实际上此建模理论是第三个技术与基础理论体系，它为演化到构件和架构概念奠定基础理论模型。
由于工程上的实施缺乏开发规范，在技术上要求开发人员的素质较高，很少见到真正运用UML的方法于实际的工程开发应用软件中，最大的问题是被开发出来的软件难以演化，而软件要能适应变化是客观存在的。
为此发展出单纯重用的“构件和架构”技术及其理论体系。
在1998年日本京都召开的“基于构件的软件开发(CBSD)”国际专题学术会议上，一致认为软件开发技术离不开构件和体系结构。
软件体系结构现简称“架构”。
在此之前的软件架构都采用层次结构的架构，直到分布式系统提出了用户端/服务器模式后，才产生对架构的研究，出现了构件和架构，也就是第四个技术与基础理论体系。
卡内基·梅隆大学为软件的架构和框架建立了扎实的基础理论，软件体系结构是软件系统的高级抽象，体现了软件设计思想。
反映了系统开发中最早的决策，明确了系统有哪几部分组成，它们之间是如何交互的；进一步影响到资源的配置、团队的组织以及产品的质量。
系统的成败也在于体系结构。
三层体系结构分布式系统
三层体系结构是由二层结构的胖终端中的应用构件独立出来组成了应用层。
为解决分布式系统中的各种潜在复杂性，提出了中间件技术及其理论，称为第五个技术与基础理论体系。
八年前我的最后一位博士生王文军的学位论文是《分布式系统的联邦结构》，即面向服务的架构，但未被应用和发展。
而两年前IBM公司提出SOA后却很快被广泛接受，其原因可从客观需求上和技术成熟度上三方面来叙述：
其一，客观上需要，随着网络普及化，用户越来越迫切需要将现有多个应用系统集成，以能实现更强的信息处理功能。
如电子商务的供应链、智能交通、电子政务、数字地球等已是本世纪发展的热点。
Gartner 预计，到2008年基于件产品将占领70%的市场份额。
其二，面向对象和构件架构的基础理论和技术已趋向成熟，发展到统一建模语言，提供建模工具。
中间件集群理论己趋向成熟，并提出了中间件Inter Bus技术。
其三，浏览器技术普及，己成为行业标准，奠定了SOA的基础理论和技术规范，由此已是水到渠成，使SOA拙壮成长。
SOA在实现中的组成部分
SOA的体系结构仍旧是三层或N层结构，但对异构平台各层之间的联系，不是用CORBA、J2EE或.NET的方式，而且用WBDL和SOAP来实现，它们的概念简单统一。
目前都是采用嵌入ESB企业服务总线的平台来实现，ESB是一个中间件群，确保系统实现了服务接口、各种中间件以及松耦合的三个方面功能，因此称它为第六个技术与基础理论体系。
另外，普遍采用BPEL（业务过程执行语言）来描述用户需求，由BPM（业务过程管理平台）来解释执行，构成了第七个技术与基础理论。
SOA的主要优点
1. 利用现有的资产。
方法是将这些现有的资产包装成提供企业功能的服务。
组织可以继续从现有的资源中获取价值，而不必重新从头开始构建。
2. 更易于集成和管理复杂性。
将基础设施和实现发生的改变所带来的影响降到最低限度。
因为复杂性是隔离的，当更多的企业一起协作提供价值链时，这会变得更加重要。
3. 更快地整合现实。
通过利用现有的构件和服务，可以减少完成软件开发生命周期所需的时间。
这使得可以快速地开发新的业务服务，并允许组织迅速地对改变做出响应和缩短开发时间。
4. 减少成本和增加重用。
通过以松散耦合的方式公开业务服务，企业可以根据业务要求更轻松地使用和组合服务。
5. SOA业务流程是由一系列业务服务组成的，可以更轻松地创建、修改和管理它来满足不同时期的需要。
建立软件开发方法和规范
构件构架理论体系的应用是适用于构件技术创立的，当发展到面向服务的体系结构时，必需加以修改和扩充，现在称为模型驱动MDD的需求工程建模理论，可以称它为第八个技术与基础理论体系。
另一个构件的领域工程将要扩充成SOA的参考结构，这是第九个技术与基础理论体系。
SOA的门户将要反映SOA所有功能的表现层界面，为此如何将最新的与SOA给合，这是第十个技术与基础理论体系。
上述三方面是SOA在实际应用时必需要建立的理论和技术。
SOA的发展状况
IBM公开宣布SOA计划不到三年，去年年底，BEA公司、甲骨文公司、惠普等所有名牌公司都在中国发布了关于SOA的消息。
由于SOA模型统一，因此都是把本公司的中间件产品向SOA靠拢，提供开发和运行SOA系统的相应工具和环境，以争取市场的份额。
北京市市科委将为SOA核心平台研发提供资金，由软件行业促进中心统一管理，促进北京市IP行业发展。
其方案如图所示。
随着SOA理论的发展，各种与SOA有关的规范和标准将不断出现，如SOAP、WSDL、ESB、BEPL语言等，它们的出现象征着SOA将逐步走向成熟。
我们更应注意着各家公司所开发的工具和环境产品，有助于SOA 的大力推广应用。
上述十大理论体系应该认真掌握、灵活应用，更应该不断刨新。
总之，SOA理念清晰、技术趋向成熟，实现不难、做好不容易，我们不要做重复工作，应经常交流，尽量少重复，一定能达到国际一流水平。
作者简介
仲萃豪是我国第一代知名软件专家和学术带头人之一，率先开展对编译程序、编译语言、操作系统、支撑软件、应用软件诸领域有关课题的研究，1993年开始转入研制开发大型复杂应用软件和大型分布式系统。
在国内最早提出基于构件技术的实现方法及其中的关键技术。
为我国软件事业的发展和人才培养做出了重要贡献，先后获得了八个重大奖项。
曾任中科院软件所学术委员会主任、室主任、博士生导师、北京市政府顾问、国家科技攻关重大项目——CASE 工具环境总体组副组长，并承担多项国家科技攻关专题项目。
SOA概述
SOA体系架构面向服务架构（Service Oriented Architecture SOA）的设计目标是以服务为基础，通过服务的交互来实现系统动态、松耦合集成，极大的降低了复杂性及成本。
1.面向服务的架构SOA(Service Oriented Architecture) 是一种面向服务的体系架构，是一个模型，其目的是最大限度地重用应用程序中的服务以提高IT适应性和效率。
在这个模型中，核心的概念是“服务”。
关于“服务”，W3C给出如下描述：服务提供者完成一组工作，为服务使用者交付所需的最终结果。
最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化。
应用系统通过预先定义好的接口使用服务或提供服务。
接口的定义是中立的，独立于实现服务的硬件平台、操作系统和编程语言。
SOA中存在三种角色：服务使用者、服务提供者和服务注册中心。
他们之间的协作遵循“查找、绑定和调用”的范例。
a.服务使用者：服务使用者是需要使用服务的应用程序、软件模块或者其他服务，并了解服务的接口说明信息，通过某种协议来与服务绑定，最终执行服务。
b.服务提供者：服务提供者将自己的服务和接口信息发布到服务注册中心，使得服务使用者可以发现和调用它。
它接受来自服务使用者的请求，并可以远程执行请求者的服务。
它是创建服务的实体。
c.服务注册中心：服务注册中心类似于现实生活中的中介。
服务提供者在注册中心存放自己服务的接口信息，供服务请求者查询，服务请求者在注册中心查找自己需要的服务的信息。
SOA体系架构具有以下几个基本特征：1.SOA在相对较粗的粒度上对应用服务或业务模块进行封装与重用；2.服务间保持松散耦合，基于开放的标准，服务的接口描述与具体实现无关；3.灵活的架构——服务的实现细节，服务的位置乃至服务请求的底层协议都应该透明。
2.SOA的实现技术虽然，SOA是一种不受限于具体技术的体系结构，理论上可以用Web Services、RMI、COM、CORBA等技术来实现。
SOA_简介
IBM SOA Foundation-1
21/38
SOA Foundation 参考模型
IBM SOA Foundation-2
22/38
SOA Foundation 解决方案堆栈
IBM SOA Foundation-3
23/38
� 解决方案的 5 个层次分别如下（按照从下到上的顺序）： � 可操作系统：表示现有 IT 资产，说明 IT 投资非常宝贵， 应该在 SOA 加以利用。 � 服务组件：实现服务，可能通过使用可操作系统层中的一 个或多个应用程序来进行。如模型中所示，使用者和业务 流程并不能直接访问组件，而仅能访问服务。现有组件可 以在内部重用，或在合适的情况下在 SOA 中使用。 � 服务：表示已部署到环境中的服务。这些服务由可发现实 体进行治理。 � 业务流程：表示将业务流程作为服务编排实现的操作构件。 � 使用者：表示用于访问业务流程、服务和应用程序的通道。
传统方法学-1
26/38
传统方法学-2
27/38
� 传统方法学将项目周期分为分析、设计和开发三个阶段， 纵坐标将域分为应用、架构和业务。 � 流程建模（ BPM）用于业务领域的分析和设计，如业务 流程的定义、业务数据的定义等； � 企业架构（ EA）和方案架构（ SA）侧重在架构领域的 分析和设计，如根据业务需求确定目前目标业务系统和 IT系统，根据目标系统需求设计主要架构元素和它们之 间的关系； � 面向对象的分析和设计（ OOAD）则贯穿分析、设计和 开发三个阶段，它主要分析细粒度的业务需求，如用 例，分析和设计实现这些需求的类和对象，以及它们之 间的关系。
SOA方法学-1
28/38
SOA方法学-2
29/38
� 面向服务的分析和设计贯穿项目周期的三个阶段和IT系 统的三个域。这暗示着，在操作层面上，面向服务的 分析和设计会和其他方法学紧密相联。
SOA理论及应用
国内
金蝶
普元 中创 中软 东软 太极 ……
SOA产品分析－国外产品优缺点 产品分析－ 产品分析
1、应用服务器、ESB总线成熟稳定、性能好、支持标准强、ESB接入能力强 国外支撑平台产品 2、应用开发平台功能理念先进、实现难；功能多、用的少、不符合中国国情、 适用性较差；支持国际标准、不支持中国标准；不可根据项目定制，技术支持 8大主要不符合中国国情缺点 有限 1. 对于像国家信息系统安全保护等级标准这样的国家标准，
500万
行业情况
国外
IBM-WEBSPHERE
App server应用中间件 应用中间件 PORTAL 门户 BPM工作流 工作流 EFORM智能表单 智能表单 DASHBOARD报表 报表 Cognos数据分析软件 数据分析软件 ESB服务总线（WESB、WMB、 服务总线（ 服务总线 、 、 DATAPOWER（硬件）） （硬件）） WII数据集成 交换平台BEA数据集成/交换平台 数据集成 交换平台 WEBLOGIC
中国 项目
国内外产品优缺点
国外产品优缺点 应用服务器 ESB服务总线 稳定性、安全、高性能、 稳定性、安全、高性能、 支持国际标准 支持国际标准、开放性
国内产品优缺点
目录
SOA理论
SOA应用
中国纪检监察学院二期工程SOA应用落地
二期工程建设目标
围绕学院的“三个基地、二个中心” 定位，依托 围绕学院的“三个基地、二个中心” 定位， 一期工程成果，通过二期工程建设实现如下目标： 一期工程成果，通过二期工程建设实现如下目标： 建设17个应用系统，直接为纪检监察专业人 17个应用系统 1、建设17个应用系统，直接为纪检监察专业人 才培养、纪检监察学科建设、党员干部廉政教育培训、 才培养、纪检监察学科建设、党员干部廉政教育培训、 反腐倡廉理论研究、国际反腐败交流与合作和开展党 反腐倡廉理论研究、 业务服务， 员干部廉洁从政教育等业务服务 规范业务管理， 员干部廉洁从政教育等业务服务，规范业务管理，提 高工作效率，降低办公成本，辅助领导决策， 高工作效率，降低办公成本，辅助领导决策，提高学 院办学水平。 院办学水平。 建设稳定 灵活、易扩展的应用系统快速开 稳定、 2、建设稳定、灵活、易扩展的应用系统快速开 发和系统集成架构，服务学院本期及将来应用系统需 发和系统集成架构， 求。
soa的架构层次
SOA的架构层次面向服务的架构（SOA）是一种灵活、松耦合的系统设计方法，它将应用程序的不同功能单元（称为“服务”）通过这些服务之间定义良好的接口和契约联系起来。
这种方法使得系统中的服务可以以一种统一和通用的方式进行交互，从而实现了系统的高内聚、低耦合。
本文将深入探讨SOA的架构层次，分析其各个组成部分及其在系统设计和实现中的作用。
一、服务层服务层是SOA架构的核心，它包含了一组可复用的、粗粒度的服务。
这些服务是业务逻辑的封装，具有明确的接口定义，可以独立部署和升级。
服务层的设计需要遵循一定的原则，如服务的无状态性、服务的自治性、服务的可发现性等。
这些原则保证了服务的可靠性、可维护性和可扩展性。
二、服务注册与发现层服务注册与发现层负责服务的注册、查找和管理。
当一个新的服务被创建并部署到系统中时，它需要在服务注册中心进行注册，将自己的接口定义、访问地址等信息发布到注册中心。
其他服务或客户端可以通过服务发现机制在注册中心查找所需的服务，并获取其访问信息。
这一层为系统提供了动态的服务绑定能力，使得服务之间的依赖关系更加灵活和可扩展。
三、传输层传输层负责数据的传输和通信。
在SOA架构中，服务之间的通信通常基于开放的标准协议，如HTTP、SOAP、REST等。
这些协议保证了服务之间的互操作性和跨平台性。
传输层还需要处理诸如消息格式转换、加密解密、压缩解压缩等底层细节，以确保数据的完整性和安全性。
四、业务流程层业务流程层负责将服务组合成业务流程。
一个业务流程可能涉及多个服务的协同工作，以完成某个具体的业务目标。
业务流程层通过编排和协调这些服务，实现了业务流程的自动化和智能化。
此外，业务流程层还可以根据业务需求对服务进行动态调整和优化，以提高系统的响应速度和资源利用率。
五、表示层表示层是系统的用户界面，负责与用户进行交互。
在SOA架构中，表示层可以通过调用服务层提供的服务来获取数据并进行展示。
由于服务层提供了统一的接口和数据格式，表示层可以更加灵活地设计和实现用户界面，以满足不同用户的需求和偏好。
SOA相关技术及规范介绍
二、 WebService相关技术及规范 相关技术及规范 2.3 WS-Addressing（Endpoint Ref）
<wsa:EndpointReference> <wsa:Address>xs:anyURI</wsa:Address> <wsa:ReferenceProperties>... </wsa:ReferenceProperties> ? <wsa:ReferenceParameters>... </wsa:ReferenceParameters> ? <wsa:PortType>xs:QName</wsa:PortType> ? <wsa:ServiceName PortName="xs:NCName"?>xs:QName</wsa:ServiceName> ? <wsp:Policy> ... </wsp:Policy>* </wsa:EndpointReference>
二、 WebService相关技术及规范 相关技术及规范
2.1 WSDL规范
开发中容易遇到的困惑： 3、Which style of WSDL should I use?
RPC/encoded RPC/literal Document/encoded Document/literal
选择不同的调用类型，其对应的代码也不同
[ <import /> | <include /> ]* <types />? [ <interface /> | <binding /> | <service /> ]* </description> Documentation:描述该WSDL功能的元素 Import & Include:将外部其他的WSDL元素引入到本地WSDL文件中, 区别在于include包容其他WSDL的NS，而Import则需要单独声明 Types：定义服务中的参数类型（简单类型或者复杂类型） Interface: 定义服务的接口(服务的参数名，服务名以及服务异常处理 等)，WSDL1.1中用PortType表示。
解析SOA架构与相关技术
解析SOA架构与相关技术SOA（服务导向架构）是一种设计和构建应用程序的软件架构风格，它将应用程序的功能划分为一组可以独立运行和管理的服务。
服务之间通过网络进行通信，并通过一套标准的接口定义和协议交换数据。
SOA架构的核心思想是将复杂的应用程序拆分为一系列相对独立的服务，每个服务都具有明确定义的接口，并且可以独立开发、部署和维护。
这种模块化的设计使得应用程序更易于扩展和升级，同时也提高了开发的效率和重用性。
在SOA架构中，服务是一种可组合的单元，可以进行组合和重组以满足不同的业务需求。
服务可以由不同的组织或团队开发，并且可以在不同的技术平台上运行。
这种松耦合的设计使得服务可以独立演化和升级，而不会对整个系统产生影响。
与SOA架构相关的一些技术包括：1. 服务描述语言（Service Description Language，SDL）：用于描述服务的接口和功能。
常见的SDL包括WSDL（Web ServicesDescription Language）和RESTful API。
2. 服务注册与发现：用于管理和查找可用的服务。
常见的技术包括UDDI（Universal Description, Discovery, and Integration）和Zookeeper。
3. 服务编排：用于组合和协调多个服务以完成复杂的业务流程。
常见的技术包括BPEL（Business Process Execution Language）和Camel。
4. 服务治理：用于管理和监控服务的运行状态和行为。
包括安全性、可靠性、性能等方面的管理。
常见的技术包括ESB（Enterprise Service Bus）和API网关。
5. 服务交互：用于实现服务之间的通信和数据交换。
常见的技术包括SOAP（Simple Object Access Protocol）和REST（Representational State Transfer）。
SOA介绍
足软件用户的需求。在SOA环境中，网络上的节点以独 立服务的形式将自己的资源开放给网络上其他参与者，其 他参与者按一种标准的方式使用资源。与传统点对点架构 不同，各种SOA都由松耦合、高度可互操作的应用服务 构成。
内部公开
SOA概念
• SOA是一种面向服务的架构，是由不同的技术、模型和事件组
成的结合体。 • S 是指各种编程语言实现的Web服务，Web服务仅仅是SOA 拼图中的一块。 • A是指一种架构。如何将上述Web服务组合成符合客户需求的 业务模型。
• SOA已经发展成为系统设计、开发和集成的优选方案。 • SOA是一种范式、概念、方法，主要是针对各异的大型分布式
系统。
内部公开
SOA核心特征
内部公开
服务透明性
• 服务的透明性，指的是在不明确知道网络中的某节点物理地址
以及传输协议情况下调用该服务的能力。 位置的透明性：不论服务组件的实际位置URL如何变化，客户 端的调用程序的URL都不需要改变。 • 企业服务总线（ESB）的出现保证了位置的透明性
内部公开
服务透明性
传输协议的透明性：是指不管服务组件的传输协议如何变化，
Service
服务 使用 者
Bind and Invoke 服务 提供 者
WSDL
• 服务注册中心：它包含一个可
用服务的存储库，允许服务使用者 查找服务。
内部公开
SOA体系结构
内部公开
SOA体系结构
• 左边的一半集中于体系结构的功能性方面， • 右边的一半集中于体系结构的服务质量方面。
内部公开
SOA体系结构
内部公开
内部公开
SOA学习
2
什么是面向服务的体系架构? 什么是面向服务的体系架构?
W3C将SOA定义为 一种应用程序体系结构 在这种 将 定义为:一种应用程序体系结构,在这种 定义为 一种应用程序体系结构 体系结构中,所有功能都定义为独立的服务 所有功能都定义为独立的服务,这些服务 体系结构中 所有功能都定义为独立的服务 这些服务 带有定义明确的可调用接口,可以以定义好的顺序调 带有定义明确的可调用接口 可以以定义好的顺序调 用这些服务来形成业务流程”。 用这些服务来形成业务流程 。 W3C将服务定义为：服务提供者完成一组工作，为 将服务定义为：服务提供者完成一组工作， 定义为 服务使用者交付所需的最终结果。 服务使用者交付所需的最终结果。
Services
Typical access via:
XML/HTTP MOM ORB
Components
Objects Program function
Granularity Coupling Looser
Tighter
5
为什么采用面向服务的体系架构? 为什么采用面向服务的体系架构?
A Service Oriented Architecture enables flexible connectivity of applications or resources by
3
什么是面向服务的体系架构? 什么是面向服务的体系架构?
一个组件模型 将应用程序的不同功能单元（ 将应用程序的不同功能单元（服务） 通过这些服务之间定义良好的接口和 契约联系起来。 契约联系起来。
Service Provider
接口是采用中立的方式进行定义的， 接口是采用中立的方式进行定义的， 它应该独立于实现服务的硬件平台、 它应该独立于实现服务的硬件平台、 Service 操作系统和编程语言。 操作系统和编程语言。 Registry
SOA概念和思想
18
系统逐步SOA演化进程
19
CORBA系统的演化思路20ຫໍສະໝຸດ SCA概念和应用21
SDO概念和应用
22
JBI和ESB
23
Implementation
Capability
full
16
服务可发现性
Logic to Contract耦合 Contract to Logic耦合 Contract to Technology耦合 Contract to Implementation耦合
17
SOA的实际结构
Logic to Contract耦合
9
服务消费者耦合
Consumer-to-Implementation Coupling耦合： 消费者绕过契约，直接访问服务的实现逻辑 这是一个负面的设计方式 Consumer-to-Contract Coupling耦合： 消费者通过契约来访问服务 这是一个正面的设计方式 但是服务和契约之间的耦合最终会导致消费者和服务之间的耦合：
4
驱动SOA的动力
SOA的重点就是找出解决上述问题的方法
5
服务的概念
A service can essentially act as a container of related capabilities. It is comprised of a body of logic designed to carry out these capabilities and a service contract that expresses which of its capabilities are made available for public invocation 举例子：ATM取款机服务所包含的capabilities 1. 取款功能 2. 余额查询功能 3. 存款功能
SOA的十大技术理论体系
结 构编程 方法
复用性 差 、 成 造成 “ 软件 危机” 的根本原 因。 由 ４ 年 前国际上 发生 了 “ ０ 软件 危 论 体系 ，也是 第一 个技术 与基 础理 必需解 决开发 周期长 、 机” ，如 Ｉ Ｍ 公司开发 一个操 作系 论体系 。 Ｂ 统 ， 美国的航 空公司开 发飞机 订 或 票系统 ，都花 费了上千 人数年 的工 “ 向对象 ”的可 重用理 论 面
同 的 场 合 中 ： 应 用 体 系 架 构 ｗ ｌ ｄｏ Ｃｏ１ ｌ Ｕｎ ｃ ｔ ｏ 点 已 经 转 到 了 人 身 上 。 来 自 ｎ ｗｓ １ ｆ １ｌ ｉａｉｎ ＵＭＬ统一建 模语言 。ＵＭＬ为软件 Ｈ ＯＡ的产生起 到奠基 和里程 （ ｐｉａｉｎ Ａｒ Ｋｔｃｕ ｅ ， 础 Ｆｏ ｎ ａ ｉ ｎ （ Ｃ Ａｐ ｌ ｔ ｃ ｉ ｔ ｒ ） 基 ｃ ｏ ｅ ｕ ｄ ｔｏ Ｗ Ｆ微 软视 窗通 讯 Ｚ ｐ ｌｉＭ￣究公司的分析 家通常对 开发 Ｓ Ｓ ａ Ｔｔ ｉ ｎ 体 系 架构 （ ｎｆ ｔ ＵＣｔ ｅ 基 础 组 件 ） 以 及 最 近 提 出 的 Ｓ Ａ提 出的建议都 会强调这个方面 。 碑的 作用。 Ｉ ａｓ ｕ ｒ ｒ ｒ Ｏ Ａｒ ｈ ｔｃｕ ｅ ｃ ｉ ｔ ｒ ）以及企业 架构体 系 Ｓ ｒ ｉｅ Ｃ ｍｐ ｎ ｎ ｃ ］ｅ ｔ ｒ ｅ ｅ ｖｃ ｏ ｏ ｅ ｔＡｒ ｈｔ ｃｕ ｅ 我 看到过 很多人 关于 Ｓ ＯＡ 的
●● ● ●● ● ● ●
辔 罄 ◇ 嚣 霉 露 移 棼 蒋 黪 蛰 罄露 蛰 嚣 喾 黪
●●● ●●● ●●
●● ● ●● ● ● ●
●● ● ●● ● ● ●
力Ⅱ
术
士
１‘
棼露棼黪潞 盼嚣黪黪棼嚣黪尊露棼棼 露