1、面向效力的軟件工程目的Web效力的根本概念和Web效力規范，以及它們如何支持機構間的計算;旨在產生可復用的Web效力的效力任務過程;效力組成的概念，這是一種面向效力的運用開發手段;業務過程模型為什么可作為一個面向效力的系統的設計根底.內容效力作為可復用的組件效力工程運用效力的軟件開發面向效力的體系構造面向效力的體系構造SOA是一種開發分布式系統的方法，分布式系統的系統組件是單機效力這些效力可以在不同地理位置的計算機上執行人們曾經設計了規范協議以支持效力通訊和信息交換面向效力的體系構造SOA的優點效力可以由本地供應商提供，也可以從外部供應商處獲取效力可以運用任何編程言語實現經過將遺留系統包裝效果

2、勞，可以維護對其有價值軟件的投資公司的不同部門運用不同的平臺和實現技術，而它們是可以進展互操作的Web效力規范主要規范SOAP支持效力間通訊音訊的交換規范WSDL (Web 效力定義言語)定義了一種接口定義的方式，效力提供者據此定義到這些效力的接口UDDI定義了效力描畫的組件，這種組件可用來發現效力能否存在WS-BPEL任務流言語規范，定義包括多個不同效力的過程程序面向效力的軟件工程現有的軟件工程方法必需改動，以反映面向效力的軟件開發方法效力工程. 關注可靠、可復用的效力的開發可復用的軟件開發運用效力的軟件開發.效力是可靠的軟件開發的根本組成部分可復用的軟件開發效力作為可復用的組件效力可以定義

3、為:松散耦合的、封裝了的離散功能的可復用軟件組件，它可以是分布的，且可以經過編程來訪問，web效力是這樣一種效力，運用規范的因特網協議與基于XML的協議進展訪問如在CBSE中所定義的，效力和軟件組件之間的一個重要的區別就是，效力應該總是獨立的效力沒有懇求接口效力依賴于基于用XML表達信息的通訊點菜中的同步交換表示為XML音訊的餐廳訂單Web 效力描畫言語效力接口在以WSDL表達的效力描畫中定義， WSDL描畫定義指定效力所支持的操作，并且定義效力發送和接納的音訊的格式把籠統接口映射到一組詳細的協議上，指定了如何與一個Web效力通訊的技術細節描畫在哪里定位一個特定的Web效力實現，即URI(Un

4、iversal Resource Identifier，一致資源標識符)WSDL描畫的組織Web效力的部分WSDL聲明Web效力的部分WSDL聲明2效力工程是開發效力的過程，這種效力在面向效力的運用開發中是可復用的必需確保效力代表可復用的籠統，能用于不同系統的籠統包括可選效力識別效力設計效力實現和部署效力工程過程可選效力識別三種根本的效力類型適用效力 這些效力實現某些普通性的功能，可被用于不同的業務過程業務效力 這些效力是與特殊業務功能相關的，如學生為一門課程注冊登記等協同或過程效力 這些效力是用于支持更普通的業務過程的，這些業務過程包含不同的角色和活動效力分類效力分類對于一個面向實體的效力，

5、它是與單個用于不同業務過程的邏輯實體關聯的嗎?對于一個面向實體的效力，該義務是在機構中由不同的人執行的嗎?效力時獨立的嗎?對于它的操作，效力必需維護形狀嗎?效力能被外面的客戶運用嗎?效力的不同用戶能夠有不同的非功能性需求嗎?目錄效力目錄效力是支持業務操作的面向實體的效力的一個例子。目錄效力的功能性需求：目錄的特定版本將提供應每家用戶公司；目錄應該允許客戶公司職員下載目錄的一個版本以便脫機閱讀；目錄應該允許用戶比較多達6個目錄項的描畫和價錢；目錄應該為用戶提供閱讀和搜索工具；目錄的用戶應該可以根據某一特定目錄項的代碼發現可預期的交付日期；目錄的用戶應該可以下達“虛擬單，即所需的項可以為他們保管4

6、8小時。目錄 的非功能性需求有權訪問目錄效力的應限制為認可機構的職員；提供應某個客戶的價錢和配置信息應是嚴密的；從格林威治本準時間0700到格林威治本準時間1100，目錄都應可用且不延續；目錄效力應該在峰值負載可以每秒處置高達10個懇求。目錄效力的操作效力接口設計效力接口設計包括定義與效力關聯的操作以及它們的參數。完效果勞懇求要發生的音訊交換次數應該要最小化。效力形狀信息能夠也要包含在音訊中。效力接口設計的三個階段邏輯接口設計從效力需求開場，定義操作稱號和與效力關聯的參數，同時也要定義當一個效力操作被調用時能夠出現的異常。音訊設計設計輸入輸出音訊的構造以及在這些音訊中所運用的類型。比如在UML

7、 中的標志是比XML更籠統的表示方法。WSDL 描畫將效力接口設計翻譯成WSDL。目錄接口設計輸入和輸出的UML定義效力實現和部署效力實現是運用某個規范的編程言語或者任務流言語來編寫效力程序。效力一經實現，在部署之前，必需經過測試，這包括檢查和劃分效力輸出，創建反映這些輸入組合的輸入音訊，然后檢查音訊能否是預期的。效力部署是過程的最后階段，包括經過寫一個UDDI描畫，在Web效力器上部署此效力。一個UDDI描畫提供效力的企業的詳細信息。效力提供的功能的非正式描畫。有關在哪里找與效力關聯的WSDL描畫的信息。訂閱信息，允許用戶注冊以獲取有關對效力更新的信息。遺留系統效力對效力最重要的運用之一就是

8、提供對嵌入到遺留系統的功能的訪問。遺留系統提供擴展性功能，這可以減少系統實現的本錢。外部運用可以經過效力接口來訪問這個擴展性功能。對遺留系統提供訪問的效力運用效力的軟件開發運用效力的軟件開發大致基于這樣的思想：組合并配置效力來創建新的復合效力。效力組合的根底通常是一個任務流任務流是一組在時間上有序的活動，一同來建模一個銜接的業務過程。例如，提供一個旅游約定效力，它用來協調航班、汽車租用和旅館預訂代理所提供的效力。完好假期方案任務流經過組合的效力構造預訂旅館的任務流任務流設計與實現WS-BPEL描畫是一個規范的XML任務流描畫 。然而， WS-BPEL描畫是很長而且是不容易了解的 。圖形任務流描

9、畫，例如BPMN,是一種相當容易了解的圖形言語，WS-BPEL 可以從它們產生出來。在交互機構系統中，BPMN為每個機構創建了一個單獨的任務流，不同的任務流經過交換音訊完成它們之間的協調。交互任務流效力測試效力測試有助于證明一個系統滿足它的功能性和非功能性需求，且可檢測在開發過程中所導入的缺陷。當效力由外部提供者所提供時，效力實現的源代碼是不可得的。因此，基于效力的系統的測試不能運用公認的基于源代碼的技術。效力測試的問題外部效力受控于效力提供者而非效力的用戶。面向效力的體系構造的遠景目的是效力動態綁定到面向效力的運用。一個效力在測試期間能夠執行得很好，由于它沒有在很重的負載下運轉。效力的支付模型可以使效力測試變得非常昂貴。當某個異常發生而先前做出的承諾不得不撤銷的時候，補償動作被調用。要點面向效力的軟件工程是基于這樣的想法，即程序是可以經過組合獨立效力來構建的，效力封裝了可復用的功能。效力接口是用一種被稱為WSDL的基于XML的言語定義的。一個WSDL描畫包含對接口類型和操作的定義、由效力所運用的綁定協議以及效力的位置。效力可以被分為：適用效力、業務效力和協同效力。效力工程過程包括為實現找出可選效力、定義效力接口并實現、測試和部署效力。要點對機構依然有用的遺留軟件系統，能夠要定義效力接口。這樣遺留系統的功能