【正文】 e s s F a c a d e重 載 p e r f o r m 方 法 ， 利 用B u s i n e s s C l i e n t F a c a d e . X X X ( E v e nt ) 方 法 得 到 要 輸 出 的 結(jié) 果B E OB P O （ 會 話 外 觀 ）B P OD A O數(shù) 據(jù) 庫S O A P 回 應+ g e t ( )+ s e t ( )B u s i n e s s F a c a d e+ i n i t ( )+ d e s t o r y ( )+ h a n d l e E v e n t ( ) 接 口 W e b C l i e n t C o n t r o l l e rS O A P 請 求+ p r o c e s s R e q u e s t ( )R e q u e s t P r o c e s s o r+ d o S t a r t ( )+ p e r f o r m ( )+ d o E n d ( )X X E J B A c t i o n商 業(yè) 邏 輯 層S O A P 回 應 接 口 T r a n s f o r m e r交 易 服 務安 全 服 務日 志 服 務S I E A F （ 服 務 器 端 ）C l i e n t客 戶端 函數(shù) 庫客 戶 端請 求回 應客戶端調(diào)用接口S I E A F （ 客 戶 端 ）H e a d F i l t e r S a f e t y F i l t e rS e r v i c e L o c a t o rS O A P 請 求s i n g l e t o nE v e n tE v e n t R e s p o n s e/ E v e n t E r r o rE v e n tE v e n t R e s p o n s e /E v e n t E r r o rE j b A c t i o n S u p p o r t 接 口 E j b A c t i o nB P OB E O D A OS O A P 回 應S O A P 請 求異 常 處 理 服 務異 常 處 理 服 務交 易 服 務 日 志 服 務S e r i a l i z a t i o n C o n t e x t D e s e r i a l i z a t i o n C o n t e x tS O A P 解 析 器 圖 框架服務示意圖 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 28 二、 設計環(huán)境和輔助工具 Uni_EAP 業(yè)務應用平臺系統(tǒng)的分析和設計以 UML 作為交流的統(tǒng)一表達方式， UML 是一種以可視化方法構(gòu)造軟件產(chǎn)品的交流語言，適合表達以面向?qū)ο蠓绞竭M行的系統(tǒng)分析和設計。應用 UML 和 OO 的方式對系統(tǒng)進行分析和設計對環(huán)境和輔助工具沒有嚴格的要求，相反地，過分強調(diào)對設計工具的使用技巧對設計意圖和方案理解是不利的。此處列出 Uni_EAP 業(yè)務應用平臺系統(tǒng)設計時使用的主要工具及其主要的使用領(lǐng)域， 對于更熟悉其它同類工具的讀者，建議根據(jù)自己的特長選擇其它輔助工具進行替代。 表 系統(tǒng)設計工具及使用范圍列表 工具名稱 版本號 主要應用領(lǐng)域 備注 Rational Rose 2022 類圖、時序圖及相關(guān)文檔描述 Rational Soda for Word 2022 自動文檔生成工具 可選工具 Microsoft Visio 2022 系統(tǒng)概要圖的說明 Microsoft Word 2022 用例文檔、系統(tǒng)概要、詳細設計說明文檔 總體設計和分層原則 本章主要介紹 Uni_EAP 業(yè)務應用 平臺的總體設計和分層設計原則。為設計人員提供系統(tǒng)框架介紹、分層結(jié)構(gòu)、層次職責和調(diào)用關(guān)系。這些原則是利用Uni_EAP 業(yè)務應用平臺設計組件化的業(yè)務模塊的基礎(chǔ)，對于從事系統(tǒng)分析和設計的工作人員來說，只有理解這些調(diào)用關(guān)系和組織原則才能在分析和設計中更有針對性的將系統(tǒng)分析模型轉(zhuǎn)化成系統(tǒng)設計模型。 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 29 一、 總體分層設計 總體設計用于規(guī)范系統(tǒng)調(diào)用的流程和步驟，并對業(yè)務層之間的相互關(guān)聯(lián)關(guān)系加以約束，使不同業(yè)務設計中類的職責和協(xié)作關(guān)系統(tǒng)一，圖 描述了整個Uni_EAP 業(yè)務應用平臺系統(tǒng)層次調(diào)用關(guān)系。 +perform()EjbAction1+perform()EjbAction2+perform()EjbAction3+perform()EjbAction4請求處理層 業(yè)務原子組件層+ 方法1 ( )+ 方法2 ( )+ 方法3 ( )+ 方法4 ( )EjbFacade1+ 方法1 ( )+ 方法2 ( )EjbFacade2BPO1總控B P O 3BPO2BEO1BEO2BEO3DAO1DAO2DAO3DAO4BPO3_1BPO3_2 BEO4 圖 系統(tǒng)可實現(xiàn)的 調(diào)用關(guān)系示意圖 業(yè)務處理流程 調(diào)用過程的業(yè)務處理流程如下圖所示 : 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 30 框架1122EjbAction1EjbAction2EjbAction3EjbAction4界面1界面2界面312334434EjbFacade1EjbFacade2客戶端服務器端一個業(yè)務流程框架業(yè)務請求處理 業(yè)務組件層 圖 業(yè)務處理流程示意圖 圖中出現(xiàn)的 色部分為盡量避免出現(xiàn)的調(diào)用方式（即盡量不要在一個EjbAction 對多個 EJB 組件的調(diào)用） 業(yè)務流程分成有業(yè)務操作交互流程及無業(yè)務操作交互流程。 （ 1）有業(yè)務操作交互流程 ： 表現(xiàn)為一組界面的導航邏輯，體現(xiàn)了業(yè)務的經(jīng)辦順序。在業(yè)務操作流程中出現(xiàn)客戶端多次與服務器端的交互。 （ 2）無 業(yè)務操作交互流程： 在沒有客戶參與的情況下默認的業(yè)務經(jīng)辦流程。 推薦實現(xiàn)的位置：服務器端業(yè)務組件層（盡量避免出現(xiàn)在 EjbAction 層）中的總控 BPO 層（見圖 ） 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 31 各層次之間推薦的對應關(guān)系 界面交互一對一一對多EjbAction一對一EjbFacade業(yè)務原子組件業(yè)務組件控制EjbAction業(yè)務組件控制多對一圖 各層次之間推薦調(diào)用方式 界面與交互的關(guān)系：一個界面可以與服務器發(fā)生一次或多次的交互。 交互與 EjbAction 的關(guān)系：一次交互對應一個 EjbAction 來處理這個交互 EjbAction 與 EjbFacade（業(yè)務原子組件）的關(guān)系：多個 EjbAction 對應一個EjbFacade（業(yè)務原子組件 ） 業(yè)務層設計原則 在了解了層次之間的調(diào)用關(guān)系后，我們還應該進一步對業(yè)務系統(tǒng)的分層原則加以解釋。這些原則是設計時區(qū)分 BPO、 BEO、 DTO、 Helper 等各類對象的主要指導原則。 業(yè)務層分層設計原則： 1. 業(yè)務層次的劃分：共分為四層，包括 BusinessFa231。ade(業(yè)務外觀層 )BPO(業(yè)務處理層 )BEO(業(yè)務實體層 )DAO(數(shù)據(jù)訪問層 ) 所有業(yè)務邏輯，運算和類之間的調(diào)用，由 BPO 完成。所有業(yè)務實體（或者能夠抽象成業(yè)務實體），抽象成 BEO， BEO 不 涉及商業(yè)方法和類之間的調(diào)用（ BEO可以有針對本身數(shù)據(jù)操作的方法）。為了盡量減少網(wǎng)絡傳輸，數(shù)據(jù)傳輸盡量采用DTO, DTO 只保存必須的屬性。 DAO 為數(shù)據(jù)隔離層，所有和數(shù)據(jù)庫交互的方法必須通過 DAO。 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 32 2. 業(yè)務接口由 Fa231。ade Session Bean 提供， Fa231。ade Session Bean 只實現(xiàn)業(yè)務接口，具體處理分發(fā)給 BPO 實現(xiàn)。 命名規(guī)則 ： (stereotype:Facade) (stereotype:BPO) 3. BPO 對象在處理具體業(yè)務時將算法分離至 Helper 類中，實現(xiàn)處理和算法的分離。只有可以公用的，相對獨立的算法、功能才能獨立成為輔助算法類；其他情況，作為 BPO 的私有方法實現(xiàn)。 命名規(guī)則： (stereotype:Helper) 4. 在 BPO中實現(xiàn)較復雜的業(yè)務應該盡量使用 BEO對象作為業(yè)務實體對象，對于相對簡單的業(yè)務處理 BPO 可以直接和 DAO 交換數(shù)據(jù)。 命名規(guī)則 ： (stereotype:BEO) (stereotype:DAO) 5. 當 BPO 在進行業(yè)務處理有多種算法時，將多種算法的公共接口提取出來形成抽象類 (接口 )，然后為每一個算法實現(xiàn)一個具體類 (參見 Strategy 模式 )。 命名規(guī)則 ： (stereotype:Abstract or Interface) (stereotype:Helper) 6. 關(guān)于包名：包的劃分分為兩層涉及框架的包命名 為 ，涉及應用的包命名為 。 7. 關(guān)于 Helper： Helper 體現(xiàn)為業(yè)務處理的算法分離，這里的算法指的是接口相對穩(wěn)定，可以單獨抽取出來的業(yè)務操作或計算。 (算法的分析盡量以 Facade業(yè)務包為單位進行封裝，避免出現(xiàn)跨 Fa231。ade 的 Helper 調(diào)用 ) 8. 關(guān)于 DTO 和 BEO：抽取 DTO 是為了減少對象之間進行跨層的消息傳遞(方法調(diào)用 )時所產(chǎn)生的 IO 操作，因此， DTO 基本上是為對象的方法提供服務的，DTO 對象本身應該只有 get 和 set 方法，它不應該直接操作 DAO； BEO 作為業(yè)務實體對象是為商業(yè)邏輯服務的 (根據(jù)業(yè)務的需求定義 BEO，一個 BPO 不一定對應一個 BEO)，根據(jù)業(yè)務分析的結(jié)果，可以為 BEO 增加相應的方法，使其可以從DAO 中取得和業(yè)務相關(guān)的數(shù)據(jù)。由于不同對象的職責不同， BEO 中的方法最好不要包含和業(yè)務相關(guān)的數(shù)據(jù)處理。典型的做法是： BEO 為業(yè)務提供數(shù)據(jù)支持，BPO 控制業(yè)務處理過程， Helper 為 BPO 提供算法支持，而這三類對象之間的消部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 33 息傳遞封裝在 DTO 中完成。 二、 各層次的職責和接口 在確定系統(tǒng)的分層原則以及各層之間的調(diào)用關(guān)系后， Uni_EAP 業(yè)務應用平臺系統(tǒng)建議為每層 邏輯組件添加如下職責。 客戶端層 職責 ： ? 為客戶端與服務器端的一次交互提供處理 ? 組合組件處理的流程 ,返回請求所需的數(shù)據(jù) 實現(xiàn)方式 ：傳統(tǒng)客戶端 請求處理層 職責 ：為系統(tǒng)與客戶的交互提供界面，并為系統(tǒng)與客戶的交互提供界面導航（業(yè)務操作邏輯） 實現(xiàn)方式 ：傳統(tǒng)客戶端 EJBActoin 層 職責 ： ? 處理一次請求，并為客戶端返回本次請求所要求的數(shù)據(jù) ? 完成 Event 到 Evenlop 的轉(zhuǎn)換 ? 完成 ResponseEnvelop 到 EventResponse 的轉(zhuǎn)換 實現(xiàn)方式 ： Javaclass 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 34 注意事項： 在 perform 方法中處理 Ejb 組件的調(diào)用。 Facade 層 職責 ：為一類原子業(yè)務的處理類（ BPO）提供 EJB 組件級的方法調(diào)用接口 實現(xiàn)方式 ： EJB(stateless session bean) 注意事項 ：盡量不要在 EjbFacade 中出現(xiàn)業(yè)務處理邏輯或數(shù)據(jù)處理邏輯 業(yè)務組件層 業(yè)務組件層對 BPO 對象和 BEO 對象為主，輔以 DTO 對象作為二者同系統(tǒng)框架的交互的數(shù)據(jù)載體。其中， BPO 對象為業(yè)務處理的實現(xiàn)提供支持， BEO 對象相當于具體業(yè)務的業(yè)務單據(jù)，它封裝了從本次業(yè)務處理所需要的一個業(yè)務數(shù)據(jù)實體。 BPO 對象的職責 為： ? 實現(xiàn)業(yè)務邏輯 ? 完成 Evenlop 到 DTO 的轉(zhuǎn)換 ? 完成 DTO 到 ResponseEnvelop 的轉(zhuǎn)換 ? 完成業(yè)務邏輯 ? BPO 對象可以和 DAO 對象直接交互 BEO 對象的職責為： ? 裝載某項專用的業(yè)務數(shù)據(jù) ? 和 DAO 交互，為業(yè)務數(shù)據(jù)提供數(shù)據(jù)庫操作處理 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件