業(yè)務(wù)流程和精編層

　　應(yīng)用程序架構(gòu)的評(píng)估要考慮業(yè)務(wù)流程和精編功能。評(píng)估人員應(yīng)該檢查組織，查看他們是否采用任何業(yè)務(wù)流程層和運(yùn)行時(shí)引擎來(lái)編排他們的業(yè)務(wù)服務(wù)/應(yīng)用程序功能。以下幾點(diǎn)用于評(píng)估這個(gè)架構(gòu)層。

　　如果組織使用了任何自主流程流或工作流層，通過(guò)將其移植到外部 BPEL 設(shè)計(jì)工具和運(yùn)行時(shí)引擎來(lái)檢查它是否遵循 BPEL 標(biāo)準(zhǔn)。識(shí)別在開(kāi)放標(biāo)準(zhǔn)運(yùn)行是引擎上運(yùn)行這樣的自主工作流需要遵循的步驟和程序。

　　組織是否擁有任何自動(dòng)為部署而生成 BPEL 運(yùn)行時(shí)代碼的業(yè)務(wù)流程建模工具？

　　檢查遵循 BPEL 的運(yùn)行時(shí)引擎如何實(shí)現(xiàn)為一個(gè)可伸縮的成熟產(chǎn)品，并擁有補(bǔ)償、業(yè)務(wù)和技術(shù)異常處理功能以及指標(biāo)、交易量監(jiān)控功能。

　　檢查當(dāng)前流程流是否支持調(diào)用人工任務(wù)、選擇器、業(yè)務(wù)規(guī)則和 ESB。

　　檢查 BPEL 流程流和服務(wù)交互是如何實(shí)現(xiàn)的：它們是緊密耦合還是松散耦合的？BPEL 流程本身可以使用開(kāi)放標(biāo)準(zhǔn)呈現(xiàn)嗎？

　　服務(wù)和呈現(xiàn)功能

　　現(xiàn)在，我們將從另一個(gè)角度檢查如何評(píng)估系統(tǒng)和應(yīng)用程序的架構(gòu)：它如何與作為接口和 API 的服務(wù)或呈現(xiàn)功能相關(guān)。服務(wù)成熟度從以下幾點(diǎn)確定：

　　如何訪問(wèn)服務(wù)？是通過(guò) Web 服務(wù)或 SCA 接口這樣的開(kāi)放技術(shù)標(biāo)準(zhǔn)嗎？

　　服務(wù)如何通過(guò)底層系統(tǒng)實(shí)現(xiàn)，它們是緊密耦合的還是松散耦合的？

　　組織的邊界服務(wù)遵循 ACCORD、HiPAA 等行業(yè)標(biāo)準(zhǔn)進(jìn)行企業(yè)數(shù)據(jù)共享和訪問(wèn)嗎？

　　服務(wù)使用適當(dāng)?shù)姆纸夂土６燃?jí)別實(shí)現(xiàn)嗎？

　　服務(wù)同時(shí)支持同步和異步調(diào)用嗎？

　　服務(wù)同時(shí)支持異常處理和故障恢復(fù)嗎？

　　服務(wù)同時(shí)支持身份驗(yàn)證和授權(quán)碼？

　　服務(wù)在設(shè)計(jì)時(shí)和運(yùn)行時(shí)都有在注冊(cè)表中發(fā)布的條件嗎？

　　設(shè)計(jì)時(shí)和運(yùn)行時(shí)都支持服務(wù)版本控制嗎？

　　技術(shù)服務(wù)如何組織，以及應(yīng)用程序服務(wù)或業(yè)務(wù)服務(wù)在實(shí)現(xiàn)業(yè)務(wù)交易時(shí)如何與這些技術(shù)服務(wù)交互？

　　業(yè)務(wù)規(guī)則

　　本小節(jié)評(píng)估應(yīng)用程序的架構(gòu)與業(yè)務(wù)規(guī)則之間的關(guān)系。業(yè)務(wù)規(guī)則是如何實(shí)現(xiàn)的？它們與系統(tǒng)緊密耦合且不能被外部化嗎？盡管有些實(shí)現(xiàn)是松散耦合的，但它們?nèi)耘f不能被外部化，要修改規(guī)則需要代碼級(jí)別的修改。有些實(shí)現(xiàn)被松散耦合和外部化，但使用一個(gè)自主規(guī)則引擎和自主編程框架。有些業(yè)務(wù)規(guī)則也是松散耦合和外部化的，它們的編程模型遵循 JSR94 等標(biāo)準(zhǔn)，規(guī)則可以隨業(yè)務(wù)要求輕松改變。以下幾點(diǎn)用于評(píng)估解決方案的架構(gòu)中采用的業(yè)務(wù)規(guī)則的強(qiáng)度。

　　規(guī)則引擎是如何構(gòu)建的？它是純 Java 類(lèi)或 EJBs 嗎？它實(shí)現(xiàn)為一個(gè)可伸縮的成熟產(chǎn)品，具有在線編輯和完整的生命周期管理支持嗎？

　　現(xiàn)有規(guī)則引擎支持第三方規(guī)則引擎連接，以便添加新的規(guī)則或?qū)F(xiàn)有規(guī)則傳輸?shù)降谌揭鎲幔?/p>

　　檢查這個(gè)規(guī)則組件是否可以呈現(xiàn)為一個(gè) Web 服務(wù)或 SCA 服務(wù)，以便從外部 BPEL 流程流編排（orchestrate）或從第三方客戶(hù)機(jī)調(diào)用。

　　服務(wù)注冊(cè)層

　　服務(wù)注冊(cè)表提供服務(wù)的注冊(cè)、元數(shù)據(jù)的管理和自動(dòng)化服務(wù)。這個(gè)層根據(jù)以下問(wèn)題的答案進(jìn)行評(píng)估：

　　是否正在使用一個(gè)注冊(cè)表？如果沒(méi)有，使用共享服務(wù)的各方如何知道服務(wù)的可用性和功能？如何維護(hù)服務(wù)信息以避免不必要的復(fù)制？

　　有什么政策來(lái)確保注冊(cè)表的正確使用？

　　如何在注冊(cè)表內(nèi)部和外部定義和管理服務(wù)元數(shù)據(jù)？設(shè)計(jì)中考慮了未來(lái)可能出現(xiàn)的長(zhǎng)期需求了嗎？

　　在 SOA 生命周期（從開(kāi)始到結(jié)束）中的哪個(gè)階段使用這個(gè)注冊(cè)表？

　　服務(wù)訪問(wèn)控制和更改管理政策是如何治理的？是否有適當(dāng)?shù)目刂苼?lái)平衡安全、可修改性、以及遵循 IT 和其他標(biāo)準(zhǔn)？

　　注冊(cè)表正用于服務(wù)調(diào)用的動(dòng)態(tài)路由（比如，故障轉(zhuǎn)移、負(fù)載平衡和應(yīng)用程序分區(qū)）嗎？如果是，注冊(cè)表安裝是單個(gè)故障點(diǎn)嗎？它滿足性能和故障轉(zhuǎn)移時(shí)間要求嗎？

　　注冊(cè)表是公開(kāi)的還是私有的？注冊(cè)表實(shí)現(xiàn)能恰當(dāng)?shù)靥幚韮?nèi)部和外部服務(wù)之間的區(qū)別嗎？

　　數(shù)據(jù)和數(shù)據(jù)訪問(wèn)層

　　這個(gè)小節(jié)評(píng)估應(yīng)用程序的架構(gòu)與數(shù)據(jù)和數(shù)據(jù)訪問(wèn)之間的關(guān)系。進(jìn)行這個(gè)小節(jié)的評(píng)估時(shí)要考慮以下幾點(diǎn)：

　　數(shù)據(jù)模型有多健壯和多靈活？它遵循成熟的行業(yè)標(biāo)準(zhǔn)嗎？可以輕松添加新的數(shù)據(jù)元素嗎？

　　數(shù)據(jù)訪問(wèn)層使用什么實(shí)現(xiàn)？它是緊密耦合且使用自主框架嗎？它是松散耦合且遵循諸如開(kāi)源數(shù)據(jù)對(duì)象之類(lèi)的成熟框架嗎？

　　組織利用 toplink、hibernate 或 iBatis 等對(duì)象關(guān)系映射工具嗎？

　　如果一個(gè)數(shù)據(jù)資源庫(kù)跨企業(yè)分發(fā)，它遵循哪種機(jī)制來(lái)允許對(duì)應(yīng)用程序的訪問(wèn)？

　　要支持 “信息即服務(wù)”，組織需要利用哪些種類(lèi)的工具或產(chǎn)品？

　　企業(yè)數(shù)據(jù)架構(gòu)如何通過(guò)更少的數(shù)據(jù)延遲幫助處理從事務(wù)型數(shù)據(jù)到分析型數(shù)據(jù)的轉(zhuǎn)換？

　　企業(yè)數(shù)據(jù)架構(gòu)如何幫助對(duì)數(shù)據(jù)進(jìn)行分析性處理，以便根據(jù)需要向業(yè)務(wù)用戶(hù)交付信息？

　　集成架構(gòu)遵循

　　這個(gè)小節(jié)從以下角度評(píng)估應(yīng)用程序的架構(gòu)：它與包含第三方和遺留系統(tǒng)的應(yīng)用程序、組件和服務(wù)的集成之間的關(guān)系。評(píng)估集成層的成熟度時(shí)應(yīng)考慮以下幾點(diǎn)。

　　需要詢(xún)問(wèn)的關(guān)于集成層的幾個(gè)樣例評(píng)估問(wèn)題是：

　　集成層的健壯程度如何？它實(shí)現(xiàn)為一個(gè)可伸縮的成熟產(chǎn)品嗎？或者，它基于一個(gè)按需（as-needed）基礎(chǔ)，使用一個(gè)開(kāi)源 API 或使用多個(gè)連接器和適配器來(lái)實(shí)現(xiàn)嗎？

　　受到支持的集成架構(gòu)模式是什么？它將使用 ESB、hub and spoke、或者 point-to-point 嗎？

　　集成層支持的功能有哪些，比如消息路由、數(shù)據(jù)格式轉(zhuǎn)換、針對(duì)所有服務(wù)的中央安全網(wǎng)關(guān)？它將支持發(fā)布和訂閱消息模型和消息聚合嗎？

　　集成層與系統(tǒng)或應(yīng)用程序的其余部分松散耦合或緊密耦合的程度如何？

　　組織當(dāng)前支持哪些不同類(lèi)型的集成規(guī)范/標(biāo)準(zhǔn)/框架？例如，它支持 RPC、RMI、SOAP/JMS 或 SOAP/HTTP 嗎？

　　集成層支持異常處理、事件管理、審計(jì)、日志記錄等輔助功能并支持訪問(wèn)控制嗎？

　　當(dāng)前遵循的應(yīng)用程序架構(gòu)提供了一個(gè)條件來(lái)將這個(gè)集成層引入到擁有具有集成架構(gòu)的成熟解決方案的層之間嗎？

　　我們特意通過(guò)獲取關(guān)于下面的問(wèn)題的信息來(lái)采集關(guān)于遺留應(yīng)用程序集成在企業(yè)內(nèi)部發(fā)生方式的信息：

　　為新系統(tǒng)和遺留系統(tǒng)的集成采用了什么機(jī)制？我們尋找的機(jī)制包括屏幕搜刮器、Web 服務(wù)調(diào)用、帶有用于遺留平臺(tái)的適配器的 ESB、消息傳遞系統(tǒng)、直接遺留軟件 API 調(diào)用、特定于技術(shù)的網(wǎng)關(guān)和橋接。

　　已選擇的機(jī)制是如何根據(jù)復(fù)雜性和實(shí)現(xiàn)成本進(jìn)行比較的？

　　根據(jù)預(yù)期的調(diào)用數(shù)量、理想的響應(yīng)時(shí)間，已選擇的機(jī)制滿足系統(tǒng)性能要求嗎？

　　訪問(wèn)控制和數(shù)據(jù)隱私等安全要求在現(xiàn)有和遺留系統(tǒng)中都得到滿足了嗎？