面向服務的計算：語義、流程和代理（簡體書）

作者：（美國）辛格（Munindar P.Singh） （美國）胡恩斯（Michael N.Huhns） 譯者：張乃岳 戴超凡 徐連君

辛格（Munindar P.Singh），博士，IEEE會員，北卡羅來納州立大學計算機科學系教授。他的研究興趣包括多代理系統和面向服務的計算。1999—2002年，Munindar擔任IEEE Internet Computing總編，同時也是多家核心期刊的創辦委員會成員，如IEEE Internet Computing，Journal of Autonomous Agents and Multiagent Systems和Journal of Web Semantics。在Munindar的指導下，有16名學生獲得博士學位，22名學生獲得碩士學位。
胡恩斯（Michael N.Huhns），博士，IEEE會員，擁有密歇根大學B.S.E.E.學位，南加州大學洛杉磯校區電子工程系碩士和博士學位，發表過200多篇有關機器智能的論文。

《面向服務的計算:語義、流程和代理》可供專注于Web服務的從業人員和研究人員使用和參考。

第Ⅰ部分基礎知識
第1章基于服務的計算
1.1 關于Web的種種構想
1.1.1 語義Web
1.1.2對等汁算
1.1.3流程與協議
1.1.4語用Web
1.2 發展史
1.3 開放式環境
1.3.1 自治性
1.3.2 異構性
1.3.3動態性
1.3.4挑戰
1.4服務簡介
1.5使用服務
1.6發展中的Web
1.7標準化組織
1.8 本書概覽
1.9 說明
1.10練習
第2章Web服務的基本標準
2.1 XML
2.2 SOAP
2.2，1 處理過程
2.2.2 主體與標頭
2.2.3 異常
2.2.4消息交換
2.2.5局限性
2.3 WSDL
2.3.1 一些概念
2.3.2操作類型
2.3.3 WSDL模型的建立
2.4 目錄服務
2.5 UDDI
2.5.1 概念模型
2.5.2 UDDI應用程序接口
2.6說明
2.7 練習
第3章Web服務編程
3.1 代表性狀態傳輸
3.2 REST示例
3.3 SOAP和REST
3.4 Web服務的開發使用
3.4.1 WSDL編程
3.4.2針對Web服務的Java技術
3.4.3.NET
3.5 Web服務互操作性
3.6 說明
3.7 練習
第4章企業架構
4.1 企業集成
4.2 J2EE
4.3 .NET
4，4模型驅動架構
4.5遺留系統
4.6 說明
4.7練習
第5章面向服務的計算：原則
5.1 用例
5.1.1 企業內部的互操作
5.1.2企業間的互操作
5.1.3 應用程序的配胃
5.1.4動態選擇
5.1.5軟件容錯能力
5.1.6網格
5.1.7效用計算
5.1.8軟件開發
5.2面向服務的架構
5.2.1 面向服務的架構的基本元素
5.2.2 RPC與文檔導向的比較
5.3 面向服務的計算的主要優點
5.4組合服務
5.4.1組合的目標
5.4.2紺合面臨的挑戰
5.5說明
5.6練習
第Ⅱ部分描述
第6章建模和表示
6.1 建模以便互操作
6.2集成與互操作
6.2.1 表述性表示與過程性表示
6.2.2 互操作
6.2.3 分層的觀點
6.2.4交互趨勢
6.3通用本體
6.3.1 本體：定義
6.3.2共享的虛擬世界
6.3.3抽象的維度
6.3.4值映射
6.4 知識表示
6.4.1 關系表示
6.4.2框架與描述
6.4.3本體語言特征
6.5初等代數：關系
6.6層次
6.6.1 分類法
6.6.2部分—整體系統
6.7 建模基礎
概念體系的各種觀念
6.8作為本體語言的UML
6.9其他術語學
6.10說明
6.11 練習
第7章資源描述框架
7.1應用RDF的動機
7.2 RDF基礎
7.2.1資源
7.2.2 文字
7.2.3 屬性
7.2.4 陳述語句
7.3 關鍵基元
7.3.1 容器和集合
7.3.2 具體化
7.3.3 信息模型
7.4 XML語法
7.5 N重三元組記號
7.6存儲RDF
7.7 RDF樣式
7.8 詞匯和RDF樣式
7.9 說明
7.10練習
第8章Web本體語言
8.1 以OWL開始
8.2 OWL語支
8.3 OWL結構
8.3.1 類
8.3.2 屬性
8.3.3 類表達式
8.3.4 集合
8.4 0WL公理
8.4.1 個體
8.4.2 數據值
8.4.3 類
8.4.4 屬性
8.4.5初等代數：函數
8.5 OWL推理
8.6 OWL語支比較
8.7 一個OWL例了
8.8 表達式
……
第Ⅲ部分應用
第Ⅳ部分協作
第Ⅴ部分選擇
第Ⅵ部分工程學
第Ⅶ部分方向
附錄

這里的重點在“架構”上，因為很多關鍵技術都已經在各自的領域內得到廣泛接受。實踐上的成功依賴于這些技術如何應用于同一個高度內聚的框架（架構）中，并被轉換為方法論與基礎架構，從而可以將其應用在軟件開發生產中。從這一點來看，相關標準和工具目前取得的進步非常鼓舞人心。SOA之所以滿足麗向服務的計算有幾個關鍵因素，這些關鍵因素將在后文加以介紹。
Web服務當前的實現強調單個提供者為單個請求者提供單個服務。這與Web的客戶端—服務器架構思想是一致的。
5.2.1 面向服務的架構的基本元素
為了實現上述優點，SOA必須滿足以下需求。
松耦合 緊密關聯的屬性在不同的組件間是不通用的。通常，對于不同組件中的信息型資源，并不適合規定其數據的一致性。然而，考慮高層協定的關系更為合理，通過關系便可以確定構件間的交互。
實現的中立性 對于這一需求，接口是關鍵。我們不能依賴于相互交互的組件的實現細節。尤其是實現方法不能只針對某些編程語言。
靈活的可配置性 系統應在后期配置且應當允許靈活地配置。換句話說，不同的組件是在該過程的后期相互綁定的。系統的配置可以動態修改。
長生命周期 我們不必苛求組件的長周期性。然而，由于我們所要處理的是動態環境中自治異構組件的計算問題，因而必須確保異常能被處理。這意味著組件存在的時間必須足夠長，以便能夠發現相關的異常，從而采取相應的操作，并且對其他各方執行的操作予以響應。組件只有存在較長一段時間才能夠被發現，被依靠，并獲得行為上的信賴。
粒度 應從粗粒度上來理解SOA中的參與者。也就是說，不應從細節上對操作與交互進行建模，而最好是獲取參與者在業務往來的過程中，可被觀察到的總體質量。粗粒度降低了參與者彼此間的依賴程度，并減少了通信中的消息量。
團隊 為了避免設計中心式的計算，不妨思考通過自制的參與者來實現計算的方法。換句話說，參與者并不是指揮它的合作者，開放環境中的計算更多的是要求業務伙伴進行團隊合作。也就是說，工作不是獨立完成的，一個進行協作的參與者組成的團隊更適合作為一個建模單元。面向團隊的觀點是嚴格采用對等架構的結果。