学习SOA的权威指南
　　在世界范围所采用的革命性计算平台中，面向服务架构(SOA)处于核心位置，并赢得了主要软件供应商的普遍支持。本书是第一部端到端的SOA教程，逐步指导读者从零开始学习面向服务的建模与设计方法。本书通过125个案例研究、300多个模式，详细讲解和分析构建SOA平台的最重要方面：目标、障碍、概念、技术、标准、交付策略以及分析与设计过程。本书内容全面、清晰生动，可帮助读者深入理解SOA技术。

本书主要内容：
　　●面向服务分析和设计的详细过程和步骤。
　　●深度探索各种不同的面向服务设计模式，包括与面向对象的对比。
　　●全面研究有关.NET与J2EE在开发及运行平台方面对SOA的支持。
　　●一组关键Web服务技术与WS-*规范的描述，包括探索它们在SOA内如何关联和定位。
　　●“简言之”部分用通俗语言和实例，把复杂的概念简单化，更便于理解。
　　●有关面向服务的业务建模以及创建特定服务抽象层的指导方针。
　　●SOA与过去架构的对比，以及对当前行业的影响。
　　●项目计划和各种SOA交付策略的比较。

本书相关网站如下：
　　www.soabooks.com提供多种内容资源。
　　www.specifications.ws提供详细参考规范的入口。

无

本书的创作几乎用了一年的时间， 包括写作、 研究以及对于所关注问题的范围及重点的不断扩展。尽管本书大部分章节集中于从厂商中立的角度来讨论面向服务架构， 但要完成从这个视角的精确阐述， 还需要花费大量精力去评估支持SOA的所有主流厂商平台。作为这次研究活动的一部分， 我与一百多位资深IT专家进行了交谈， 有的是通过直接的面谈， 另一些是我参与平台的评判工作时的意外收获。
　　本项目中最有趣的因素已经在以Web服务为背景的面向服务中体现。然而要把面向服务的各个组成作为模式来研究时， 我才开始意识到它们就植根于已有的创新中。但又有根本的区别， 因为这是一个混合传统概念与新概念的独特架构模型。
　　尽管SOA是以崭新的面貌出现的， 但在基础层面却是基于一个陈旧的既有思想学派。面向服务， 作为与逻辑单元相隔离的一种方法， 是一个非常通用的概念。随着书中章节的进展， 我开始注意到这在日常生活中更为常见。我们日常接触的个体、 人和组织要么提供某种形式的服务， 要么是一个服务的参与者。尽管如此， 一旦应用到技术架构， 面向服务却只关注面向服务世界的一个特殊部分：业务自动化。
　　用最小的付出获得最大的效益， 这是竞争性业务对公司策略目标的要求， 持续浪费资源的低效组织将会落后。组织的业务自动化方式是决定其运营效率的根本因素， 从而也是对其敢于冒险的奖励。
　　这就是SOA的价值所在。通过面向服务形成自动业务逻辑， 能够保护现有投资， 有助于智能化地表达业务， 进而表现其内在的自动敏捷性。当与Web服务技术平台联合时， SOA提供了一个重要的潜在现实效益， 从而改变组织的技术与发展前景。我的目标是帮助读者探索、 理解并实现这个潜能。

致谢
　　在本书的写作期间， 我有幸遇到一个强大的团队， 包括技术评审、 高级编辑、 制作人及营销专家。我感谢你们所有人不辞辛劳的努力， 特别感谢我的家庭对我的理解和坚定不移的支持。

作者简介
　　托马斯·伊尔是SOA系统公司（SOA Systems Inc.）的创始人（www.soasystems.com），这是一家特别提供SOA咨询及培训服务的企业解决方案提供者。他的前一本书，《ServiceOriented Architecture: A Field Guide to Integrating XML and Web Servcies》，是2004年Web服务及SOA类别的畅销书。该书处理了诸多集成问题，并为转向SOA提供了策略及最佳实践。
　　托马斯是OASIS的投票成员，并积极进行相关研究，譬如XML与Web服务集成框架（XWIF）。他是私人和公开会议的演讲者和讲师，且已经发表诸多论文。
　　更多信息请参见www.thomaserl.com/technology/。

关于SOA系统公司
　　SOA系统公司(SOA System Inc.)是一家积极参与面向服务架构、 面向服务、 XML及Web服务标准与技术研究与开发的咨询公司。通过研究和企业解决方案项目， SOA系统公司已经开发出一整套经过验证的、 用于集成和实现面向服务的概念、 技术及架构的主流方法。
　　更多信息请访问ww.soasystems.com。
　　SOA系统提供的一个咨询服务是广泛的SOA迁移计划， 以及厂商技术产品的目标评估。
　　更多信息请访问www.soaplanning.com。
　　本书的内容是由SOA系统公司所开发和提供的一系列SOA基础讲座和专题研讨的基础。
　　更多信息请访问www.soatraining.com。
关于照片
　　我希望你喜欢本书封面及插页所用的图片。这些照片是我最近参观不同城市时自己拍摄的，这些城市包括布拉迪斯拉发(Bratislava)、 布拉格(Prague)、 维也纳(Vienna)和华盛顿(Washington)有些图片在一定程度上是和特定主题相关的一种象征， 而另一些图片只是用一种无法言传的方式表达了一个主题。收编这些图片使我意识到， 它们与服务很相似， 独特并抽象地表达了世界的不同部分。

SOA概念、技术与设计 学习SOA的权威指南 在世界范围所采用的革命性计算平台中，面向服务架构(SOA)处于核心位置，并赢得了主要软件供应商的普遍支持。本书是第一部端到端的SOA教程，逐步指导读者从零开始学习面向服务的建模与设计方法。本书通过125个案例研究、300多个模式，详细讲解和分析构建SOA平台的最重要方面：目标、障碍、概念、技术、标准、交付策略以及分析与设计过程。本书内容全面、清晰生动，可帮助读者深入理解SOA技术。 本书主要内容： ●面向服务分析和设计的详细过程和步骤。 ●深度探索各种不同的面向服务设计模式，包括与面向对象的对比。 ●全面研究有关.NET与J2EE在开发及运行平台方面对SOA的支持。 ●一组关键Web服务技术与WS-*规范的描述，包括探索它们在SOA内如何关联和定位。 ●“简言之”部分用通俗语言和实例，把复杂的概念简单化，更便于理解。 ●有关面向服务的业务建模以及创建特定服务抽象层的指导方针。 ●SOA与过去架构的对比，以及对当前行业的影响。 ●项目计划和各种SOA交付策略的比较。 本书相关网站如下： www.soabooks.com提供多种内容资源。 www.specifications.ws提供详细参考规范的入口。

对本书赞誉
　　在当今IT界， 面向服务架构是一个热门主题， 但却经常被误解。托马斯清晰
地描述了面向服务与Web服务背后的概念、 规范和标准。针对要采用SOA的企业， 给出了面向服务的分析、计划与设计的细节性建议。这是一本必读书籍！
　　——亚历克斯·林奇， 微软企业服务部首席咨询师
　　在设计中应用SOA的一个主要目的是为我们的解决方案提供业务价值。正确理解面向服务的分析、 设计与开发方案至关重要。托马斯做了一件漂亮的事情， 他实际上用本书揭开了SOA的神秘面纱。
　　——瑞克·韦夫， IBM公司资深咨询师、 SW I/T认证专家
　　这是一本实用的SOA原则、 策略与最佳实践的指南， 它揭示了在复杂的企业环境中采用SOA的基本框架。
　　——萨米尔·泰基， Sun公司高级工程师
　　对于这一新兴领域来说，本书非常及时， 十分必要。通过对该领域的原则与细微差别的澄清， 作者提供了SOA关键方面的综合处理方法：从分析、 计划到标准， 涉及从WS规范到BPEL。我要向计划采用SOA原则的客户及合作伙伴推荐本书。
　　——瑞维·佩尔浦， Rogue Wave软件公司资深领域架构师
　　总之， 这是基于在实际生产环境中的实践经验而写的一本SOA书籍。太多的SOA书籍陷入了有关Web服务标准的技术细节中， 或者只是在重复厂商的宣传。而本书真正覆盖了最实质的部分：复杂的过程计划、 设计以及适合组织目标的面向服务架构实现。它对于考虑实施面向服务架构的任何软件开发者、 架构师或项目经理而言， 都是良师益友。
　　——普里西拉·沃姆斯利， Datypic公司管理总监
　　本书对于面向服务架构的介绍已经尽如人意。作者用一卷书覆盖了所有主题， 从理论到现实中的技术细节。示例相当丰富， 行文极其清晰。
　　——罗纳德·伯瑞特， 《XML and Databases》一书的作者
　　一本获得现实答案与示例的SOA书籍。可跟随作者进入SOA的真实世界尽情畅游。从设计到行业标准， 本书都写得相当不错， 并能够作为日常参考之用。当你自己开始面向服务探险时， 你会把这本书装入你的行囊。
　　——克拉克·赛尔， CSell公司副总裁
　　现在，那些致力于改进现有的面向服务架构而不是仅仅停留在简单Web服务的机构终于有了可用的专家级资源。在引领通往真正面向服务的企业之路方面， 作者通过细节性的实践讨论与案例研究揭开了复杂的开放WSI标准的面纱。本书描述深入清晰， 在领域指导方面的工作做得近乎完美。
　　——凯文·P·戴维斯博士， 软件架构师
　　对于正在或打算从事Web服务或者面向服务架构解决方案的架构师、 开发者与管理者而言， 本书是一本绝佳的指南。本书分为四个部分， 其中第一部分对XML的基础技术、 Web服务与面向服务架构做了详细描述， 并对新兴标准给予关注。本书写得相当好， 覆盖了所有主题。我极力向所有关注企业级服务架构的人推荐这本书。
　　——亚当·霍赛克， Broadstrokes公司总裁与CTO
　　更多的赞誉请参考：www.soabooks.com/reviews.asp。

Thomas Erl：Thomas Erl: 是SOA系统公司（SOA Systems Inc.）的创始人,（www.soasystems.com），这是一家特别提供SOA咨询及培训服务的企业解决方案提供者。他的前一本书，《ServiceOriented Architecture: A Field Guide to Integrating XML and Web Servcies》，是2004年Web服务及SOA类别的畅销书。该书处理了诸多集成问题，并为转向SOA提供了策略及最佳实践。 托马斯是OASIS的投票成员，并积极进行相关研究，譬如XML与Web服务集成框架（XWIF）。 他是私人和公开会议的演讲者和讲师，且已经发表诸多论文。 更多信息请参见www.thomaserl.com/technology/。

王满红 陈荣华：王满红: 任普元软件产品总监， 主要从事软件产品开发、 管理及设计工作， 10年以上软件从业经验。对面向构件的中间件及大型企业级软件的开发有深入研究， 与黄柳青合著《构件中国：面向构件的方法与实践》（清华大学出版社， 2006年 5月）。
陈荣华: Family Healthcare技术总监， 全面负责产品调研、 架构设计、 开发、 质保和工程实施， 10年以上软件开发和管理经验。专注于OOA/D 及网络与通信技术， 对BSD系统内核有深入研究。在此之前曾任东信冠群软件有限公司研发总监， 从事电信 IP数据网络和业务管理系统的开发和管理工作。

面向服务架构（SOA）是当今IT界倍受关注的主题， 也是未来的发展趋势。Gartner Group预测， 到2008年， SOA将成为占绝对优势的软件工程技术。主流企业，特别是软件企业，现在就应该了解和应用SOA的概念和技术。
　　但是， 与先前的任何技术或概念相比， SOA又是一个宏大的主题， 这是IT技术发展积累的结果， 也是由它所担负的使命所决定的。同时， 与J2EE、 .NET等具体技术相比， SOA更具厂商中立性， 到目前为止， 还没有哪家厂商能宣称其“拥有SOA”。因而， SOA主题的研究既要继承历史， 立足现实， 又要面向未来；既要涉及技术， 又要顾及市场；既要保持中立， 又要考虑既有的厂商技术。所有这些， 本书都进行了完整而深入的阐述。读完本书， 尤如享受了精美的SOA盛宴。
　　本书主要包括三个方面的内容， SOA的概念、 相关技术和规范、 设计流程。书中对于SOA的原则及其所带来的效益进行了深入细致的探讨， 这甚至成为贯穿全书的一条线索， 从理论到实践， 从原则到产品支持， 不厌其烦。我想， 这自有它的道理， 因为任何一种技术， 尤其是它刚出现的时候人们很容易会为了赶时髦而使用它，而使用者往往忽视了任何一种技术都是为解决某种问题而存在的， 即技术因市场需求而生， 是“果”而非“因”。只有深刻理解SOA的效益， 才能享受它所带来的价值而规避其局限性。
　　本书的另一大特色还在于其丰富而系统的案例研究， 作者不仅虚构了两家有代表性的大型和小型企业， 逐步地帮它们建立起SOA的企业环境， 而且对于抽象的概念还辅以“简言之”的类推场景， 从日常的生活常理中对晦涩的概念给予深入浅出的解释。这样的示例占据了近乎全书三分之一的篇幅， 从而使得本书极具实践意义。当然， 不要指望照抄案例就能构建自己的SOA环境， 它只是对理论理解的一种辅助手段， 而不是SOA的“教程”。
　　本书可以帮助读者建立起一整套关于SOA的理论体系以及构建SOA环境所需的技术和指导， 带领我们走入SOA的神圣殿堂；同时， 它也可以作为一本必备的SOA参考手册， 在你走入技术迷途时为你指引方向。
　　很幸运， 能够有机会翻译此书。虽然“入行”近10年， 但对于翻译则是“新手”， 加之本书涉及面广、 词汇量大， 更有一些新术语需要“创新”， 令译者颇感费力。翻译过程中参考了大量的现有译法， 但由于译者水平所限， 加之时间仓促， 错误之处在所难免， 恳请广大专家、 读者批评指正。
　　本书第10～17章由陈荣华负责初译， 王满红对其余部分进行翻译、 并负责统稿和审校。
　　感谢陈冀康先生， 没有他的慧眼推荐、 极力督促和指导， 本书中文版不会得以快速面世。同时感谢他对本人的信任， 这给了我们极大的信心和动力。还要感谢我的朋友温昱， 他的鼓励和引荐促成了翻译工作的启动。
　　机械工业出版社的编辑们认真负责的态度也令我感动，他们的工作保证了本书的可读性和准确性。最后， 特别感谢我的妻子马晓艳， 她坚定不移地支持以及对家庭和儿子的全力照料， 使我能够夜以继日地工作并最终按时完稿。
　　您对本书有任何建议或意见， 欢迎发送电子邮件manhong.wang@gmail.com或unixcrh@gmail.com。

　　王满红
　　2006年5月15日

第1章　引言
1.1　本书的重要性
1.1.1　虚假的SOA
1.1.2　理想的SOA
1.1.3　现实的SOA
1.2　本书的目标
1.2.1　理解SOA、 面向服务和Web服务
1.2.2　学习如何用Web服务构建SOA
1.3　本书为谁而写
1.4　本书不涉及的内容
1.5　本书的组织结构
1.6　附加信息
第2章　案例研究
2.1　如何使用案例研究
2.1.1　样式特征
2.1.2　与抽象内容的关系
2.1.3　代码示例
2.2　1号案例背景：瑞克有限公司
2.2.1　历史
2.2.2　技术基础架构
2.2.3　自动化方案
2.2.4　业务目标与障碍
2.3　2号案例背景：交通岸线系统公司
2.3.1　历史
2.3.2　技术基础架构
2.3.3　自动化方案
2.3.4　业务目标与障碍
第一部分　SOA与Web服务基础
第3章　SOA简介
3.1　SOA基础
3.1.1　面向服务类比
3.1.2　服务如何封装逻辑
3.1.3　服务如何关联
3.1.4　服务如何通信
3.1.5　服务如何设计
3.1.6　服务如何构建
3.1.7　基本SOA
3.2　当代SOA的共同特征
3.2.1　当代SOA是面向服务计算平台的核心
3.2.2　当代SOA可提升服务质量
3.2.3　当代SOA是根本上自治的
3.2.4　当代SOA基于开放标准
3.2.5　当代SOA支持厂商多样性
3.2.6　当代SOA促进发现
3.2.7　当代SOA鼓励内在互操作性
3.2.8　当代SOA促进联邦
3.2.9　当代SOA提升架构组合能力
3.2.10　当代SOA鼓励内在复用性
3.2.11　当代SOA强调可扩展性
3.2.12　当代SOA支持面向服务的业务建模模式
3.2.13　当代SOA实现抽象层
3.2.14　当代SOA促进整个企业的松散耦合
3.2.15　当代SOA促进组织敏捷性
3.2.16　当代SOA是一个构件
3.2.17　当代SOA是一场变革
3.2.18　当代SOA还有待成熟
3.2.19　当代SOA是可实现的理想
3.2.20　定义SOA
3.2.21　可分离的具体特征
3.3　常见的SOA误解
3.3.1　使用Web服务的应用就是面向服务
3.3.2　SOA仅仅是重建Web服务品牌的一个市场术语
3.3.3　SOA仅仅是利用Web服务重建分布式计算品牌的一个市场术语
3.3.4　SOA简化分布式计算
3.3.5　使用了WS扩展的Web服务应用就是面向服务
3.3.6　只要你理解Web服务， 构建SOA就不成问题
3.3.7　一旦你走到SOA， 一切都具备了互操作性
3.4　SOA常见的切实效益
3.4.1　改良的集成（及内在互操作性）
3.4.2　内在的复用
3.4.3　改进的架构与方案
3.4.4　保护遗留资产
3.4.5　建立标准的XML数据表示
3.4.6　聚焦通信基础设施投资
3.4.7　“最优供给”可替代
3.4.8　组织敏捷性
3.5　采用SOA的常见失误
3.5.1　构建类似传统分布式架构的面向服务架构
3.5.2　非标准化的SOA
3.5.3　没有建立迁移计划
3.5.4　没有以XML基础架构开始
3.5.5　不理解SOA性能需求
3.5.6　不了解Web服务安全性
3.5.7　没有保持与产品平台和标准开发的联系
第4章　SOA的演变
4.1　SOA历史
4.1.1　XML简史
4.1.2　Web服务简史
4.1.3　SOA简史
4.1.4　SOA如何改造XML与Web服务
4.2　SOA的持续演变
4.2.1　比较“标准”、 “规范”与“扩展”
4.2.2　标准组织对SOA的贡献
4.2.3　主流厂商对SOA的贡献
4.3　SOA与过去架构的比较
4.3.1　什么是架构
4.3.2　比较SOA与客户端-服务器架构
4.3.3　比较SOA与分布式互联网架构
4.3.4　比较SOA与混合Web服务架构
4.3.5　面向服务与面向对象（第一部分）
第5章　Web服务与基本SOA
5.1　Web服务框架
5.2　服务（作为Web服务）
5.2.1　服务角色
5.2.2　服务模型
5.3　服务描述（用WSDL语言）
5.3.1　服务端点与服务描述
5.3.2　抽象描述
5.3.3　具体描述
5.3.4　元数据与服务契约
5.3.5　语义描述
5.3.6　服务描述广告与发现
5.4　消息（以SOAP规范）
5.4.1　消息
5.4.2　节点
5.4.3　消息路径
第二部分　SOA与WS扩展
第6章　Web服务与当代SOA：活动管理与组合
6.1　消息交换模式
6.1.1　基本MEP
6.1.2　MEP与SOAP
6.1.3　MEP与WSDL
6.1.4　MEP与SOA
6.2　服务活动
6.2.1　基本与复杂的服务活动
6.2.2　服务活动与SOA
6.3　协调
6.3.1　协调者组合
6.3.2　协调类型与协调协议
6.3.3　协调语境与协调参与者
6.3.4　激活与注册流程
6.3.5　完成流程
6.3.6　协调与SOA
6.4　原子事务
6.4.1　ACID事务
6.4.2　原子事务协议
6.4.3　原子事务协调
6.4.4　原子事务处理
6.4.5　原子事务与SOA
6.5　业务活动
6.5.1　业务活动协议
6.5.2　业务活动协调者
6.5.3　业务活动状态
6.5.4　业务活动与原子事务
6.5.5　业务活动与SOA
6.6　编排
6.6.1　业务协议与流程定义
6.6.2　流程服务与伙伴服务
6.6.3　基本活动与结构化活动
6.6.4　序列、 流程与链接
6.6.5　编排与活动
6.6.6　编排与协调
6.6.7　编排与SOA
6.7　编导
6.7.1　协作
6.7.2　角色与参与者
6.7.3　关系与通道
6.7.4　交互与工作单元
6.7.5　可复用性、 可组合性与成熟度
6.7.6　编排与编导
6.7.7　编导与SOA
第7章　Web服务与当代SOA：高级消息、元数据和安全
7.1　寻址
7.1.1　端点引用
7.1.2　消息信息报头
7.1.3　寻址与传输协议独立
7.1.4　寻址与SOA
7.2　可靠消息传递
7.2.1　RM源、 RM目的地、 应用源与应用目的地
7.2.2　序列
7.2.3　确认
7.2.4　交付保证
7.2.5　可靠消息传递与寻址
7.2.6　可靠消息传递与SOA
7.3　关联
7.3.1　抽象关联
7.3.2　MEP与活动关联
7.3.3　协调关联
7.3.4　编排关联
7.3.5　寻址关联
7.3.6　可靠消息传递关联
7.3.7　关联与SOA
7.4　策略
7.4.1　WS策略框架
7.4.2　策略断言与策略抉择
7.4.3　策略断言类型与策略词汇
7.4.4　策略主题与策略范围
7.4.5　策略表达式与策略附件
7.4.6　你必须真正知道什么
7.4.7　协作策略
7.4.8　编排与编导策略
7.4.9　可靠消息传递策略
7.4.10　策略与SOA
7.5　元数据交换
7.5.1　WS元数据交换规范
7.5.2　获取元数据请求与响应消息
7.5.3　获取请求与响应消息
7.5.4　选择性的元数据恢复
7.5.5　元数据交换与服务描述发现
7.5.6　元数据交换与版本控制
7.5.7　元数据交换与SOA
7.6　安全
7.6.1　识别、 认证与授权
7.6.2　单点登录
7.6.3　机密性与完整性
7.6.4　传输级安全与消息级安全
7.6.5　加密与数字签名
7.6.6　安全与SOA
7.7　通知与事件
7.7.1　发布与订阅摘要
7.7.2　一个概念、 两个规范
7.7.3　WS通知框架
7.7.4　WS事件规范
7.7.5　WS通知与WS事件
7.7.6　通知、 事件与 SOA
第三部分　SOA与面向服务
第8章　面向服务的原则
8.1　面向服务与企业
8.2　面向服务架构剖析
8.2.1　Web服务框架的逻辑组件
8.2.2　自动化逻辑的逻辑组件
8.2.3　SOA组件
8.2.4　SOA中组件如何内部关联
8.3　面向服务的一般原则
8.3.1　服务是可复用的
8.3.2　服务共享一个正式契约
8.3.3　服务是松散耦合的
8.3.4　服务抽象底层逻辑
8.3.5　服务是可组合的
8.3.6　服务是自治的
8.3.7　服务是无状态的
8.3.8　服务是可发现的
8.4　面向服务原则如何相互关联
8.4.1　服务复用性
8.4.2　服务契约
8.4.3　服务松散耦合
8.4.4　服务抽象
8.4.5　服务可组合性
8.4.6　服务自治
8.4.7　服务无状态
8.4.8　服务可发现
8.5　面向服务与面向对象（第二部分）
8.6　原生Web服务对面向服务原则的支持
第9章　服务层
9.1　面向服务与当代SOA
9.1.1　起源映射和具体SOA特征的支持源
9.1.2　不支持的SOA特征
9.2　服务层抽象
9.3　应用服务层
9.4　业务服务层
9.5　编排服务层
9.6　无关服务
9.7　服务层配置场景
9.7.1　1号场景：仅有混合应用服务
9.7.2　2号场景：混合与工具应用服务 …
9.7.3　3号场景：以任务为核心的业务服务与工具应用服务
9.7.4　4号场景：以任务为核心的业务服务、 以实体为核心的业务服务与工具应用服务
9.7.5　5号场景：流程服务、 混合应用服务与工具应用服务
9.7.6　6号场景：流程服务、 以任务为核心的业务服务与工具应用服务
9.7.7　7号场景：流程服务、 以任务为核心的业务服务、以实体为核心的业务服务与工具应用服务
9.7.8　8号场景：流程服务、 以实体为核心的业务服务与工具应用服务
第四部分　构建SOA(计划与分析)
第10章　SOA交付策略
10.1　SOA交付周期的阶段
10.1.1　SOA交付周期的基本阶段
10.1.2　面向服务的分析
10.1.3　面向服务的设计
10.1.4　服务的开发
10.1.5　服务的测试
10.1.6　服务的部署
10.1.7　服务的管理
10.1.8　SOA的交付策略
10.2　自顶向下策略
10.2.1　过程
10.2.2　利与弊
10.3　自底向上策略
10.3.1　过程
10.3.2　利与弊
10.4　敏捷策略
10.4.1　过程
10.4.2　利与弊
第11章　面向服务分析：介绍
11.1　概述
11.1.1　面向服务分析的目标
11.1.2　面向服务的分析流程
11.2　以业务为核心SOA的效益
11.2.1　业务服务构建敏捷的业务模型
11.2.2　业务服务是为编排所准备的流程
11.2.3　业务服务促成复用
11.2.4　只有业务服务才能实现面向服务的企业
11.3　源于业务的服务
11.3.1　哪些业务服务能够作为源泉
11.3.2　业务服务的派生类型
11.3.3　业务服务与编排
第12章　面向服务分析：服务建模
12.1　服务建模（循序渐进的过程）
12.1.1　服务与服务候选
12.1.2　过程描述
12.2　服务建模指导
12.2.1　考虑所封装逻辑潜在的跨流程复用性（以任务为核心的业务服务候选)
12.2.2　考虑被封装逻辑（以任务为核心的业务服务候选)在流程内复用潜能
12.2.3　与流程相关的依赖因素（以任务为核心的业务服务候选)
12.2.4　跨应用复用的模式（应用服务候选）
12.2.5　对未来分解需求的思索
12.2.6　以清晰的边界识别工作逻辑单元
12.2.7　避免逻辑界线蔓延
12.2.8　不使用编排时的模拟流程服务（以任务为核心的业务服务候选)
12.2.9　锁定一个平衡的模式
12.2.10　分类服务建模逻辑
12.2.11　分派适当的建模资源
12.2.12　创建和发布业务服务建模标准
12.3　服务模型逻辑分类
12.3.1　SOE模型
12.3.2　企业业务模型
12.3.3　构件与服务模型
12.3.4　基本建模构件
12.4　服务建模方法对比的示例
第五部分　构建SOA(技术与设计)
第13章　面向服务设计：介绍
13.1　概述
13.1.1　面向服务的设计目标
13.1.2　“设计标准”与“行业标准”的对比
13.1.3　面向服务的设计过程
13.1.4　先决条件
13.2　WSDL相关的XML Schema语言基础
13.2.1　schema元素
13.2.2　element元素
13.2.3　complexType与simpleType元素
13.2.4　import与include元素
13.2.5　其他重要元素
13.3　 WSDL语言基础
13.3.1　definitions元素
13.3.2　types元素
13.3.3　message与part元素
13.3.4　portType、 tnterface与operation元素
13.3.5　input与output元素（与operation—起使用时)
13.3.6　binding元素
13.3.7　input与output元素（与binding一起使用时)
13.3.8　service、 port与endpoint元素
13.3.9　import元素
13.3.10　documentation元素
13.4　SOAP语言基础
13.4.1　Envelope元素
13.4.2　Header元素
13.4.3　Body元素
13.4.4　Fault元素
13.5　服务接口设计工具
13.5.1　自动生成
13.5.2　设计工具
13.5.3　手工编码
第14章　面向服务设计：SOA组合指导原则
14.1　组合SOA的步骤
14.1.1　第一步： 选择服务层
14.1.2　第二步： 定位核心标准
14.1.3　第三步： 选择SOA扩展
14.2　选择服务层的考虑
14.3　定位核心SOA标准的考虑
14.3.1　行业标准与SOA
14.3.2　XML与SOA
14.3.3　WSI基本概要
14.3.4　WSDL与SOA
14.3.5　XML Schema与SOA
14.3.6　SOAP与SOA
14.3.7　命名空间与SOA
14.3.8　UDDI与SOA
14.4　选择SOA扩展的考虑
14.4.1　选择SOA特征
14.4.2　选择WS规范
14.4.3　WSBPEL与SOA
第15章　面向服务设计：服务设计
15.1　概述
15.1.1　设计标准
15.1.2　过程描述
15.1.3　先决条件
15.2　以实体为核心的业务服务设计（循序渐进的过程）
15.3　应用服务设计（循序渐进的过程）
15.4　以任务为核心的业务服务设计（循序渐进的过程）
15.5　服务设计指导
15.5.1　使用命名标准
15.5.2　应用适当接口粒度级别
15.5.3　将服务操作设计为天生可扩展 …
15.5.4　识别已知的和潜在的服务请求 …
15.5.5　考虑使用模块化的WSDL文档 …
15.5.6　谨慎使用命名空间
15.5.7　使用SOAP文档和文本属性值 …
15.5.8　即使不需要遵守WSI也可以使用WSI概要
15.5.9　有元数据的文档服务
第16章　面向服务设计：业务流程设计
16.1　WSBPEL语言基础
16.1.1　BPEL 4WS与WSBPEL简史
16.1.2　先决条件
16.1.3　process元素
16.1.4　partnerLinks与partnerLink元素
16.1.5　partnerLinkType元素
16.1.6　variables元素
16.1.7　getVariableProperty与getVariableData函数
16.1.8　sequence元素
16.1.9　invoke元素
16.1.10　receive元素
16.1.11　reply元素
16.1.12　switch、 case与otherwise元素
16.1.13　assign、 copy、 from与to元素
16.1.14　faultHandlers、 catch与catchAll元素
16.1.15　其他WSBPEL元素
16.2　WS协调概览
16.2.1　CoordinationContext元素
16.2.2　Identifier与Expires元素
16.2.3　CoordinationType元素
16.2.4　RegistrationService元素
16.2.5　指定WS业务活动的协作类型 …
16.2.6　指定WS原子事务的协作类型 …
16.3　面向服务的业务流程设计（循序渐进的过程）
第17章　基础WS扩展
17.1　WS寻址语言基础
17.1.1　EndpointReference元素
17.1.2　消息信息报头元素
17.1.3　WS寻址的复用性
17.2　WS可靠消息传递语言基础
17.2.1　Sequence、MessageNumber与LastMessage元素
17.2.2　SequenceAcknowledgement与AcknowledgementRange元素
17.2.3　Nack元素
17.2.4　AckRequested元素
17.2.5　其他WS可靠消息传递元素
17.3　WS策略语言基础
17.3.1　Policy元素与通用策略断言
17.3.2　ExactlyOne元素
17.3.3　All元素
17.3.4　Usage属性
17.3.5　Preference属性
17.3.6　PolicyReference元素
17.3.7　PolicyURIs属性
17.3.8　PolicyAttachment元素
17.3.9　策略断言的附加类型
17.4　WS元数据交换语言基础
17.4.1　GetMetadata元素
17.4.2　Dialect元素
17.4.3　Identifier元素
17.4.4　Metadata、MetadataSection与MetadataReference元素
17.4.5　获得消息
17.5　WS安全语言基础
17.5.1　Security元素(WS安全)
17.5.2　UsernameToken、Username与Password元素(WS安全)
17.5.3　BinarySecurityToken元素(WS安全)
17.5.4　SecurityTokenReference元素(WS安全)
17.5.5　编写Security元素内容(WS安全)
17.5.6　EncryptedData元素(XML加密)
17.5.7　CipherData、CipherValue与CipherReference元素(XML加密)
17.5.8　XML签名元素
第18章　SOA平台
18.1　SOA平台基础
18.1.1　基本的平台构件
18.1.2　通用SOA平台层
18.1.3　SOA层与技术之间的关系
18.1.4　基础服务技术架构
18.1.5　厂商平台
18.2　J2EE中的SOA支持
18.2.1　平台概览
18.2.2　基本SOA支持
18.2.3　面向服务原则的支持
18.2.4　当代SOA支持
18.3　.NET中的SOA支持
18.3.1　平台概览
18.3.2　基本SOA支持
18.3.3　面向服务原则的支持
18.3.4　当代SOA支持
18.4　集成性考虑
附录A　案例研究：总结
附录B　服务模型参考