1?????????? SOA簡介：

1.1????????? SOA 是一種 IT 體系結(jié)構(gòu)樣式，支持將業(yè)務(wù)作為鏈接服務(wù)或可重復(fù)業(yè)務(wù)任務(wù)進(jìn)行集成，可在需要時通過網(wǎng)絡(luò)訪問這些服務(wù)和任務(wù)。這個網(wǎng)絡(luò)可能完全包含在公司總部內(nèi)，也可能分散于各地且采用不同的技術(shù)，通過對來自紐約、倫敦和香港的服務(wù)進(jìn)行組合，可讓最終用戶感覺似乎這些服務(wù)就安裝在本地桌面上一樣。需要時，這些服務(wù)可以將自己組裝為按需應(yīng)用程序——即相互連接的服務(wù)提供者和使用者集合，彼此結(jié)合以完成特定業(yè)務(wù)任務(wù)，使業(yè)務(wù)能夠適應(yīng)不斷變化的情況和需求（在有些情況下，甚至不需要人工干預(yù)）。

1.2????????? 當(dāng)前架構(gòu)所面臨的問題：

1.2.1???? 復(fù)雜性：如一個“銀行”可能擁有數(shù)套針對不同領(lǐng)域用戶服務(wù)的“軟件”，每一個運行正常，但同時帶來了巨大的冗余

1.2.2???? 接口多樣性：各個軟件之間必須要考慮接口，可能形成網(wǎng)狀的接口環(huán)境

1.3????????? Java 技術(shù)促成了平臺中立的編程，而 XML 促成了自描述，因而也促成了平臺中立的數(shù)據(jù)。現(xiàn)在，Web 服務(wù)通過允許應(yīng)用程序以對象模型中立的方式實現(xiàn)互連，它具有以下特點：

1.3.1???? 無處不在的、開放標(biāo)準(zhǔn)的、低成本的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)和技術(shù)。它有助于一個分布式環(huán)境的形成，這個環(huán)境更有利于采用 Web 服務(wù)，而不是 CORBA 和 DCE

1.3.2???? 在一個以網(wǎng)絡(luò)為中心的領(lǐng)域內(nèi)達(dá)到的接受程度的技術(shù)成熟水平。它要求互操作性以實現(xiàn)關(guān)鍵的業(yè)務(wù)目標(biāo)（比如，分布式協(xié)作）

1.3.3???? 基于 Internet 的開放標(biāo)準(zhǔn)和相關(guān)技術(shù)是實現(xiàn)低成本互操作性的最好方法。

1.3.4???? 基于網(wǎng)絡(luò)的技術(shù)（比如 TCP/IP）、工具集（IDE、UML等等）、平臺（比如 J2EE 平臺）和相關(guān)的方法（比如 OO、服務(wù)等等）的成熟水平。它們提供了簡化松散耦合的、可互操作的、機器到機器的交互（一種比 CORBA 用戶體驗到的高級得多的狀態(tài)）所需的基礎(chǔ)架構(gòu)

1.4????????? 更重要的機會剛剛出現(xiàn)，其中第一個就是網(wǎng)格計算，網(wǎng)格計算不僅是使用擁有大量 MIPS 的應(yīng)用程序來進(jìn)行計算的解決方案，而且還將提供一個框架，通過此框架可以動態(tài)地定位、重定位、平衡和管理大量的服務(wù)，這樣，無論系統(tǒng)上的負(fù)載如何，總可以保證安全地獲取所需的應(yīng)用程序。而這又明顯地需要按需計算的概念（on-demand computing），按需計算可能是在任何配置下實現(xiàn)的，從簡單的服務(wù)器集群到有1024個節(jié)點的 SP2 網(wǎng)絡(luò)。用戶需要解決問題和適當(dāng)?shù)挠糜诮鉀Q問題的計算資源——不多也不少——并且為實際使用的資源付費

1.5????????? Web 服務(wù)是包括 XML，SOAP，WSDL 和 UDDI 在內(nèi)的技術(shù)的集合，它使您能夠針對特定的消息傳遞和應(yīng)用程序集成問題構(gòu)建編程解決方案。

1.6????????? 其一，服務(wù)是真正獨立的；其二，它們是可以管理的。管理包括許多功能，其中有：

1.6.1???? 安全性——請求的授權(quán)、加密和解密（在需要時）、確認(rèn)等等

1.6.2???? 部署——出于性能、可用性冗余或其他方面的原因，允許服務(wù)在網(wǎng)絡(luò)內(nèi)重新部署（移動）

1.6.3???? 日志——用于審核、測量等等

1.6.4???? 動態(tài)重新路由——用于故障排除（fail over）或負(fù)載平衡

1.6.5???? 維護(hù)——管理服務(wù)的新版本

1.7????????? 體系結(jié)構(gòu)中的集成需求：

1.7.1???? 應(yīng)用程序集成：

1.7.2???? 終端用戶界面集成：終端用戶界面集成涉及如何集成特定用戶訪問的全部應(yīng)用程序和服務(wù)來提供可用、高效、一致的界面

1.7.3???? 應(yīng)用程序連接：應(yīng)用程序連接是一種集成方式，它涉及體系結(jié)構(gòu)必須支持的所有類型的連接。在一個層次上，這意味著數(shù)據(jù)的同步和異步通信、路由、轉(zhuǎn)換和高速分布、以及網(wǎng)關(guān)和協(xié)議轉(zhuǎn)換器等等。而在另一個層次上，它還與輸入和輸出或源（sources）和匯（sinks）的虛擬化有關(guān)

1.7.4???? 流程集成：流程集成涉及開發(fā)映射到業(yè)務(wù)流程和為業(yè)務(wù)流程提供解決方案的計算流程、將應(yīng)用程序集成到流程以及集成一些流程與其他一些流程。

1.7.5???? 信息集成：信息集成是一個流程，其作用在于為所有需要它的應(yīng)用程序提供對企業(yè)中全部數(shù)據(jù)的一致訪問，而不管這些應(yīng)用程序是以什么形式需要它，也不受數(shù)據(jù)的格式、來源或位置的限制。在實現(xiàn)時，這項需求可能包括 適配器和轉(zhuǎn)換引擎，不過它通常要比這復(fù)雜

1.7.6???? 構(gòu)建集成開發(fā)模型：

1.8????????? 部署面向服務(wù)的體系結(jié)構(gòu)的好處：

1.8.1???? 利用現(xiàn)有資產(chǎn) —— 這是首要的需求。通過使用適當(dāng)?shù)?font face="Times New Roman"> SOA 框架并使其可用于整個企業(yè)，可以將業(yè)務(wù)服務(wù)構(gòu)造成現(xiàn)有組件的集合。使用這種新的服務(wù)只需要知道它的接口和名稱。服務(wù)的內(nèi)部細(xì)節(jié)以及在組成服務(wù)的組件之間傳送的數(shù)據(jù)的復(fù)雜性都對外界隱藏了。這種組件的匿名性使組織能夠利用現(xiàn)有的投資，從而可以通過合并構(gòu)建在不同的機器上、運行在不同的操作系統(tǒng)中、用不同的編程語言開發(fā)的組件來創(chuàng)建服務(wù)。遺留系統(tǒng)可以通過 Web 服務(wù)接口來封裝和訪問。

1.8.2???? 商品化基礎(chǔ)架構(gòu) —— 在所有不同的企業(yè)應(yīng)用程序之間，基礎(chǔ)架構(gòu)的開發(fā)和部署將變得更加一致?，F(xiàn)有的組件、新開發(fā)的組件和從廠商購買的組件可以合并在一個定義良好的 SOA 框架內(nèi)。這樣的組件集合將被作為服務(wù)部署在現(xiàn)有的基礎(chǔ)構(gòu)架中，從而使得可以更多地將基礎(chǔ)架構(gòu)作為一種商品化元素來加以考慮

1.8.3???? 更快的產(chǎn)品上市速度 —— 組織的 Web 服務(wù)庫將成為采用 SOA 框架的組織的核心資產(chǎn)。使用這些 Web 服務(wù)庫來構(gòu)建和部署服務(wù)將顯著地加快產(chǎn)品的上市速度，因為對現(xiàn)有服務(wù)和組件的新的創(chuàng)造性重用縮短了設(shè)計、開發(fā)、測試和部署產(chǎn)品的時間。

1.8.4???? 減少成本 —— 隨著業(yè)務(wù)需求的發(fā)展和新的需求的引入，通過采用 SOA 框架和服務(wù)庫，為現(xiàn)有的和新的應(yīng)用程序增強和創(chuàng)建新的服務(wù)的成本大大地減少了。同樣，開發(fā)團(tuán)隊的學(xué)習(xí)難讀也降低了，因為他們可能已經(jīng)熟悉了現(xiàn)有的組件。

1.8.5???? 降低風(fēng)險 —— 重用現(xiàn)有的組件降低了在增強或創(chuàng)建新的業(yè)務(wù)服務(wù)的過程中帶來的風(fēng)險。如前所述，這也減少了維護(hù)和管理支持服務(wù)的基礎(chǔ)架構(gòu)的風(fēng)險。

1.8.6???? 持續(xù)改進(jìn)業(yè)務(wù)過程 —— SOA 允許清晰地表示流程流，這些流程流通過在特定業(yè)務(wù)服務(wù)中使用的組件的順序來標(biāo)識。這給商業(yè)用戶提供了監(jiān)視業(yè)務(wù)操作的理想環(huán)境。業(yè)務(wù)建模反映在業(yè)務(wù)服務(wù)中。流程操縱是以一定的模式重組部件（構(gòu)成業(yè)務(wù)服務(wù)的組件）來實現(xiàn)的。這將進(jìn)一步允許更改流程流，而同時監(jiān)視產(chǎn)生的結(jié)果，因此促進(jìn)了持續(xù)改進(jìn)。

1.8.7???? 以流程為中心的體系結(jié)構(gòu)—— 現(xiàn)有的體系結(jié)構(gòu)模型和實踐往往是以程序為中心的。應(yīng)用程序是為了程序員的便利而開發(fā)的。通常，流程信息在組件之間傳播。應(yīng)用程序很像一個黑匣子，沒有粒度可用于外部。重用需要復(fù)制代碼、合并共享庫或繼承對象。在以流程為中心的體系結(jié)構(gòu)中，應(yīng)用程序是為過程開發(fā)的。流程可以分解成一系列的步驟，每一個步驟表示一個業(yè)務(wù)服務(wù)。實際上，每個過程服務(wù)或組件功能都相當(dāng)于一個子應(yīng)用程序。將這些子應(yīng)用程序鏈接在一起可以創(chuàng)建能夠滿足業(yè)務(wù)需求的流程流。這種粒度允許利用和重用整個組織中的子應(yīng)用程序。

2?????????? SOA生命周期：

2.1????????? 建模：面向服務(wù)的體系結(jié)構(gòu)項目的第一步幾乎和技術(shù)沒有任何關(guān)系，所有事項都與業(yè)務(wù)相關(guān)。面向服務(wù)的方法將業(yè)務(wù)所執(zhí)行的活動視為服務(wù)，因此第一步是要確定這些業(yè)務(wù)活動或流程實際是什么。對業(yè)務(wù)體系結(jié)構(gòu)進(jìn)行記錄，這些記錄不僅可以用于規(guī)劃 SOA，還可以用于對實際業(yè)務(wù)流程進(jìn)行優(yōu)化。通過在編寫代碼前模擬或建模業(yè)務(wù)流程，可以更深入地了解這些流程，從而有利于構(gòu)建幫助執(zhí)行這些流程的軟件。建模業(yè)務(wù)流程的程度將依賴于預(yù)期實現(xiàn)的深度。另外，這個程度還依賴于開發(fā)團(tuán)隊中擔(dān)任的角色。如果是企業(yè)架構(gòu)師，將會對實際的業(yè)務(wù)服務(wù)進(jìn)行建模。如果是軟件開發(fā)人員，將可能對單個服務(wù)進(jìn)行建模。

2.2????????? 組裝：對業(yè)務(wù)流程進(jìn)行了建模和優(yōu)化后，開發(fā)人員可以開始構(gòu)建新的服務(wù)和/或重用現(xiàn)有的服務(wù)，然后對其進(jìn)行組裝以形成組合應(yīng)用程序，從而實現(xiàn)這些流程。在“建?！辈襟E中，已經(jīng)確定了需要何種類型的服務(wù)以及它們將訪問何種類型的數(shù)據(jù)。已經(jīng)存在某種形式的實現(xiàn)這些服務(wù)或訪問該類數(shù)據(jù)所需的一些軟件。“組裝”步驟將要找到已經(jīng)存在的功能，并為其添加服務(wù)支持。另外，還涉及到創(chuàng)建提供功能和訪問數(shù)據(jù)源所需的新服務(wù)，以便滿足 SOA 涉及的業(yè)務(wù)流程范圍內(nèi)的需求。

2.3????????? 部署：進(jìn)行了建模和組裝后，要將組成 SOA 的資產(chǎn)部署到安全的集成環(huán)境中。此環(huán)境本身提供專門化的服務(wù)，用于集成業(yè)務(wù)中涉及的人員、流程和信息。這種級別的集成可幫助確保將公司的所有主要元素連接到一起協(xié)同工作。此外，部署工作還需要滿足業(yè)務(wù)的性能和可用性需求，并提供足夠的靈活性，以便吸納新服務(wù)（并使舊服務(wù)退役），而不會對整個系統(tǒng)造成大的影響。

2.4????????? 管理：系統(tǒng)就位，一切都正常運行。部署后，需要從 IT 和業(yè)務(wù)兩個角度對系統(tǒng)進(jìn)行管理和監(jiān)視。在“管理”步驟中收集的信息用于幫助實時地了解業(yè)務(wù)流程，從而能更好地進(jìn)行業(yè)務(wù)決策，并將信息反饋回生命周期，以進(jìn)行持續(xù)的流程改進(jìn)工作。需要處理服務(wù)質(zhì)量、安全、一般系統(tǒng)管理之類的問題。 在本步驟中，將監(jiān)視和優(yōu)化系統(tǒng)，發(fā)現(xiàn)和糾正效率低下的情況和存在的問題。由于 SOA 是一個迭代過程，因此，在此步驟中，不僅要找出技術(shù)體系結(jié)構(gòu)中有待改進(jìn)之處，而且還要找出業(yè)務(wù)體系結(jié)構(gòu)中有待改進(jìn)之處。完成此步驟后就要開始新的“建模”步驟了。在“管理”步驟中收集的數(shù)據(jù)將用于重復(fù)整個 SOA 生命周期，再次進(jìn)行整個過程。

2.5????????? 控制：SOA 是一種集中系統(tǒng)；其中可以包含來自組織的不同部門的服務(wù)，甚至還能包含來自組織外的服務(wù)。如果沒有恰當(dāng)?shù)目刂?#xff0c;這種系統(tǒng)很容易失控?？刂茖λ猩芷陔A段起到鞏固支撐作用，為整個 SOA 系統(tǒng)提供指導(dǎo)，并有助于了解系統(tǒng)全貌。它提供指導(dǎo)和控制，幫助服務(wù)提供者和使用者避免遇到意外情況。

3?????????? SOA的采用

3.1????????? 構(gòu)建服務(wù)：具有特殊連接的根據(jù)需要提供的服務(wù)

3.1.1???? 在 SOA 采用第一個階段，通常會很偶然地著手構(gòu)建 SOA 服務(wù)。也就是說，由于需要解決特定的問題，他們選擇了面向服務(wù)的方法，而不使用傳統(tǒng)方法。在此階段，服務(wù)構(gòu)建將更多地關(guān)注解決特定的問題，而不是對企業(yè)現(xiàn)有系統(tǒng)進(jìn)行轉(zhuǎn)換。IT 部門將構(gòu)建一些新服務(wù)，或許會將一些現(xiàn)有應(yīng)用程序轉(zhuǎn)換為一組基于 Web 的服務(wù)。它們之間的鏈接將根據(jù)需要提供，而不是源自整個體系結(jié)構(gòu)的要求

3.2????????? 集成：具有可靠連接的系統(tǒng)標(biāo)準(zhǔn)化服務(wù)接口

3.2.1???? 發(fā)現(xiàn)了松散耦合體系結(jié)構(gòu)的優(yōu)勢、方便性和易維護(hù)性后，下一步就是利用這種靈活性通過組合服務(wù)來創(chuàng)建新的組合應(yīng)用程序。例如，員工狀態(tài)服務(wù)可以與經(jīng)理審批服務(wù)組合，以形成請假服務(wù)。這個過程可以采用自頂向下的方法，將重點放在最終結(jié)果和查找組件組成部分上?；蛘?#xff0c;可以采用自底向上的方法，將重點放在各個組成部分上，看看可以基于這些組成部分構(gòu)建何種服務(wù)。他們之間的鏈接是預(yù)先計劃的且定義良好。

3.3????????? 轉(zhuǎn)換 IT：組合可重用服務(wù)，利用多個來源的功能

3.3.1???? 這個階段涉及到對信息技術(shù)基礎(chǔ)設(shè)施進(jìn)行轉(zhuǎn)換，以便充分利用 SOA 的優(yōu)勢。在此階段，所有系統(tǒng)將轉(zhuǎn)換為基于服務(wù)的應(yīng)用程序，松散耦合是其中的規(guī)范做法，而不是例外。系統(tǒng)的所有組件都將根據(jù) SOA 進(jìn)行集成和連接，IT 系統(tǒng)的所有部分都在 SOA 內(nèi)工作。

3.4????????? 轉(zhuǎn)換業(yè)務(wù)：對服務(wù)進(jìn)行動態(tài)的事件驅(qū)動的重新配置

3.4.1???? 在 SOA 成熟的最后一個階段，業(yè)務(wù)與 SOA 完全集成，達(dá)到了這樣一個程度：所有合適的業(yè)務(wù)活動都被視為服務(wù)，可以最終在技術(shù)體系結(jié)構(gòu)中對其進(jìn)行建模、分析和實例化。達(dá)到此階段需要業(yè)務(wù)部門進(jìn)行大量的工作和投入；不過，達(dá)到此階段后，業(yè)務(wù)將從面向服務(wù)的體系結(jié)構(gòu)獲得最大的回報。

4?????????? 采用SOUP：

4.1????????? SOUP （Service-Oriented Unified Process）是一種使用 RUP(Rational Unified Process，這里可使用Rose2003) 和 XP(極限編程，采用jUnit單元測試等方式) 中的最佳部分來構(gòu)建和管理 SOA 項目的軟件方法。它的目標(biāo)是任何組織中正在進(jìn)行的 SOA 項目。

4.1.1???? 典型的軟件開發(fā)項目包含應(yīng)用程序開發(fā)過程、項目管理以及所使用的技術(shù)。此外，軟件開發(fā)項目通常具有四個變量：時間、預(yù)算、范圍 和質(zhì)量。任何一個變量的變化對整個項目都有影響。不斷變化的業(yè)務(wù)需求使得范圍和質(zhì)量成為兩個最難管理的因素。技術(shù)復(fù)雜性可能導(dǎo)致時間和預(yù)算管理方面出現(xiàn)問題。 SOA 項目比通常的軟件項目復(fù)雜得多，因為它們要求配備更大的跨功能的團(tuán)隊，并且還有因此而帶來更復(fù)雜的團(tuán)隊間溝通和日常管理工作。 雖然 SOA 可以為組織帶來許多好處，但同時也可能帶來很大的成本支出和時間消耗。如果項目沒有經(jīng)過良好定義，并且在項目啟動時沒有關(guān)于最終結(jié)果的遠(yuǎn)景，則失敗的可能性就非常大。

4.1.2???? 可以幫助 SOA 成功完成的關(guān)鍵因素有：

4.1.2.1??? 明確定義的開發(fā)過程

4.1.2.2??? 與業(yè)務(wù)相關(guān)的項目團(tuán)隊之間增強的溝通渠道

4.1.2.3??? 明確的支持和控制策略?

4.1.3???? 在初始開發(fā)過程中，采用正式軟件方法是盡可能地減少已確定的風(fēng)險的最好辦法。成功建立了 SOA 項目后，可利用正式的維護(hù)和增量開發(fā)方法來增加項目的 ROI。然而，XP 之類的靈活方法可能不夠正式，不適合在初始階段使用。SOUP 方法可幫助減少 SOA 推出階段的風(fēng)險，并能讓您隨后進(jìn)行持續(xù) SOA 優(yōu)化工作

4.2????????? SOUP 是一個由六個階段組成的軟件開發(fā)方法。每個階段代表對于 SOA 成功推出非常關(guān)鍵的一組特有的活動

4.2.1???? 初始：

4.2.1.1??? 確定組織對 SOA 項目的需求。您可以通過應(yīng)用 SOA 成熟度模型來確定組織的體系結(jié)構(gòu)成熟度水平并確定 SOA 的驅(qū)動因素。此時，您將需要向為業(yè)務(wù)服務(wù)的所有項目團(tuán)隊說明 SOA 的基本概念，并擬訂與反饋和建議流程有關(guān)的策略計劃

4.2.1.1.1?? SOA 遠(yuǎn)景和范圍：給出項目的整體遠(yuǎn)景。它還提供了確定項目范圍的邊界，該范圍至少應(yīng)包含兩個業(yè)務(wù)線或項目。

4.2.1.1.2?? SOA 策略：說明項目將如何執(zhí)行的概略計劃。

4.2.1.1.3?? ROI 分析：給出此項目將帶來的成本支出和節(jié)省情況。

4.2.1.1.4?? 溝通計劃：說明 SOA 團(tuán)隊將如何與其他項目團(tuán)隊和業(yè)務(wù)用戶進(jìn)行溝通。

4.2.1.2??? 跨功能分析人員和項目管理人員將對客戶的業(yè)務(wù)進(jìn)行分析，以確定基于 SOA 的解決方案的優(yōu)勢。分析人員將對客戶的內(nèi)部操作進(jìn)行研究，此外還要分析其與合作伙伴、供應(yīng)商以及他們的客戶的交互情況，而且也會研究其總體業(yè)務(wù)模型。這些因素有助于分析人員制定 SOA 策略并向客戶推薦。在此階段，您還需要對推薦的 SOA 策略進(jìn)行全面的 ROI 分析。此分析應(yīng)當(dāng)清楚地表明短期、中期和長期的成本優(yōu)勢

4.2.2???? 定義：

4.2.2.1??? 是 SOA 項目中最為關(guān)鍵的階段。此階段業(yè)務(wù)和項目團(tuán)隊的參與將最終決定項目的成功

4.2.2.2??? 項目生命周期的此階段的活動包括：

4.2.2.2.1?? 收集需求

4.2.2.2.2?? 分析需求

4.2.2.2.3?? 定義非功能需求

4.2.2.2.4?? 制定項目計劃，其中包含時間安排和項目估算

4.2.2.2.5?? 定義技術(shù)基礎(chǔ)設(shè)施

4.2.2.2.6?? 定義和實現(xiàn)用例

4.2.2.2.7?? 定義和記錄總的體系結(jié)構(gòu)

4.2.2.3??? 此階段的主要交付內(nèi)容有：

4.2.2.3.1?? 功能需求文檔：詳細(xì)描述 SOA 將作為業(yè)務(wù)服務(wù)提供的所有業(yè)務(wù)流程。

4.2.2.3.2?? 非功能需求文檔：包括性能注意事項、服務(wù)水平協(xié)議 (SLA) 和基礎(chǔ)設(shè)施要求。

4.2.2.3.3?? 用例和用例實現(xiàn)：詳細(xì)說明將構(gòu)建的所有業(yè)務(wù)服務(wù)的用例。

4.2.2.3.4?? SOA 體系結(jié)構(gòu)文檔：描述項目總的體系結(jié)構(gòu)，包括硬件和軟件組件。

4.2.2.3.5?? SOA 適用性文檔：說明哪些項目將在 SOA 項目的范圍內(nèi)以及如何在 SOA 的基礎(chǔ)上構(gòu)建后續(xù)項目。

4.2.2.3.6?? 基礎(chǔ)設(shè)施定義文檔：包括詳細(xì)的基礎(chǔ)設(shè)施部署圖，其中列出相關(guān)服務(wù)器以及實現(xiàn) SOA 所需的服務(wù)器的連接和連接位置。

4.2.2.3.7?? 項目計劃：整個項目的詳細(xì)計劃，包括里程碑和依賴關(guān)系。

4.2.2.3.8?? 支持和控制模型：描述將如何支持和控制 SOA。其中包括各種注意事項，如 SLA 監(jiān)視和管理。

4.2.3???? 設(shè)計：

4.2.3.1??? 對定義階段確定的設(shè)計構(gòu)件進(jìn)行細(xì)化。用例實現(xiàn)和軟件體系結(jié)構(gòu)文檔將轉(zhuǎn)化為詳細(xì)的設(shè)計文檔

4.2.3.1.1?? 此階段的主要交付內(nèi)容有：

4.2.3.1.1.1?????? 詳細(xì)設(shè)計文檔：描述如何設(shè)計和構(gòu)建服務(wù)。

4.2.3.1.1.2?????? 應(yīng)用程序編程模型：提供有關(guān)設(shè)計開發(fā)項目的結(jié)構(gòu)的指南。涉及的主題包括使用的流程和技術(shù)、編碼標(biāo)準(zhǔn)以及部署過程。

4.2.3.1.1.3?????? 數(shù)據(jù)庫模型：包括 SOA 使用的數(shù)據(jù)庫的實體關(guān)系圖。

4.2.3.1.1.4?????? 測試和 QA 計劃：詳細(xì)說明測試和 QA 計劃，并在其中包括測試用例。

4.2.4???? 構(gòu)造：

4.2.4.1??? 使用選擇的迭代構(gòu)建方法來構(gòu)建 SOA。此階段中包括新的開發(fā)和集成活動?；顒硬粌H限于軟件方面，還涉及到與基礎(chǔ)設(shè)施相關(guān)的子項目，如硬件整合項目或服務(wù)器承載集中化工作。雖然整個工作是在單個 SOA 項目中進(jìn)行管理的，但仍然很有可能將由各種小型子團(tuán)隊進(jìn)行不同的構(gòu)造活動

4.2.4.2??? 項目生命周期的此階段將涉及到各種活動：

4.2.4.2.1?? 迭代開發(fā)

4.2.4.2.2?? 迭代 QA 和測試

4.2.4.2.3?? 用戶文檔

4.2.4.3??? 此階段的主要交付內(nèi)容：

4.2.4.3.1?? 基本代碼：該代碼應(yīng)存儲在某類源代碼管理存儲庫中。

4.2.4.3.2?? 測試結(jié)果：執(zhí)行測試用例和 QA 計劃的結(jié)果應(yīng)可供進(jìn)行檢查分析。

4.2.4.3.3?? 文檔：文檔中應(yīng)包含關(guān)于代碼以及對設(shè)計文檔的任何更新的詳細(xì)信息

4.2.5???? 部署：

4.2.5.1??? 在部署階段，將向各個項目團(tuán)隊推出 SOA，這些項目團(tuán)隊將開始在其生產(chǎn)環(huán)境中的項目上使用此 SOA。此階段最明顯的主要交付內(nèi)容或許就是投入生產(chǎn)環(huán)境中使用的應(yīng)用程序。然而，SOA 試驗項目的計劃卻是更為重要的交付內(nèi)容。這將導(dǎo)致進(jìn)入 SOUP 方法的下一個步驟，該步驟將確定后續(xù)項目如何使用新體系結(jié)構(gòu)。

4.2.5.2??? 此階段的其他主要交付內(nèi)容有：

4.2.5.2.1?? 部署模型：給出總的 SOA 部署結(jié)構(gòu)。

4.2.5.2.2?? 用況模型：提供有關(guān)如何使用 SOA 的指南。隨著各個項目團(tuán)隊和業(yè)務(wù)線開始使用新體系結(jié)構(gòu)，此模型會變得非常重要。

4.2.5.2.3?? 后續(xù)支持級別模型：將對定義階段開發(fā)的支持和控制模型的任何更新進(jìn)行系統(tǒng)化。

4.2.6???? 支持：

4.2.6.1??? 軟件開發(fā)周期的這最后一個步驟非常重要。在支持階段，您將確保提供后續(xù) SOA 支持、錯誤修正和進(jìn)行新功能開發(fā)。項目生命周期的此階段將涉及到各種活動：

4.2.6.1.1?? 維護(hù)

4.2.6.1.2?? 錯誤修正

4.2.6.1.3?? 培訓(xùn)

4.2.6.1.4?? 持續(xù)項目投入

總結(jié)

以上是生活随笔為你收集整理的SOA学习笔记的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。