【正文】 其中， BPO 對象為業(yè)務處理的實現(xiàn)提供支持， BEO 對象相當于具體業(yè)務的業(yè)務單據(jù)，它封裝了從本次業(yè)務處理所需要的一個業(yè)務數(shù)據(jù)實體。 客戶端層 職責 ： ? 為客戶端與服務器端的一次交互提供處理 ? 組合組件處理的流程 ,返回請求所需的數(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)用。典型的做法是： BEO 為業(yè)務提供數(shù)據(jù)支持，BPO 控制業(yè)務處理過程， Helper 為 BPO 提供算法支持，而這三類對象之間的消部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 33 息傳遞封裝在 DTO 中完成。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ù)。 7. 關(guān)于 Helper： Helper 體現(xiàn)為業(yè)務處理的算法分離，這里的算法指的是接口相對穩(wěn)定，可以單獨抽取出來的業(yè)務操作或計算。 命名規(guī)則 ： (stereotype:BEO) (stereotype:DAO) 5. 當 BPO 在進行業(yè)務處理有多種算法時，將多種算法的公共接口提取出來形成抽象類 (接口 )，然后為每一個算法實現(xiàn)一個具體類 (參見 Strategy 模式 )。只有可以公用的，相對獨立的算法、功能才能獨立成為輔助算法類；其他情況，作為 BPO 的私有方法實現(xiàn)。ade Session Bean 只實現(xiàn)業(yè)務接口，具體處理分發(fā)給 BPO 實現(xiàn)。 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 32 2. 業(yè)務接口由 Fa231。為了盡量減少網(wǎng)絡傳輸，數(shù)據(jù)傳輸盡量采用DTO, DTO 只保存必須的屬性。ade(業(yè)務外觀層 )BPO(業(yè)務處理層 )BEO(業(yè)務實體層 )DAO(數(shù)據(jù)訪問層 ) 所有業(yè)務邏輯，運算和類之間的調(diào)用，由 BPO 完成。這些原則是設計時區(qū)分 BPO、 BEO、 DTO、 Helper 等各類對象的主要指導原則。 推薦實現(xiàn)的位置：服務器端業(yè)務組件層（盡量避免出現(xiàn)在 EjbAction 層）中的總控 BPO 層（見圖 ） 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 31 各層次之間推薦的對應關(guān)系 界面交互一對一一對多EjbAction一對一EjbFacade業(yè)務原子組件業(yè)務組件控制EjbAction業(yè)務組件控制多對一圖 各層次之間推薦調(diào)用方式 界面與交互的關(guān)系：一個界面可以與服務器發(fā)生一次或多次的交互。在業(yè)務操作流程中出現(xià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è)務操作交互流程。這些原則是利用Uni_EAP 業(yè)務應用平臺設計組件化的業(yè)務模塊的基礎，對于從事系統(tǒng)分析和設計的工作人員來說，只有理解這些調(diào)用關(guān)系和組織原則才能在分析和設計中更有針對性的將系統(tǒng)分析模型轉(zhuǎn)化成系統(tǒng)設計模型。 表 系統(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è)務應用 平臺的總體設計和分層設計原則。應用 UML 和 OO 的方式對系統(tǒng)進行分析和設計對環(huán)境和輔助工具沒有嚴格的要求，相反地，過分強調(diào)對設計工具的使用技巧對設計意圖和方案理解是不利的。這部分的業(yè)務實現(xiàn)主要以 EJB為主，也間接使用系統(tǒng)框架提供的各項服務如 ：安全、日志、交易等。本文所涉及的主要問題域處在圖中的灰色的流程部分，即系統(tǒng)的服務端設計部分。業(yè)務層組件開發(fā)作為系統(tǒng)業(yè)務可擴展性和可配置性的關(guān)鍵環(huán)節(jié)，其設計的質(zhì)量將直接影響到系統(tǒng)在生產(chǎn)環(huán)境中的可維護性可擴展性，因此，服務端業(yè)務層設計應該在系統(tǒng)框架的基礎上充分考慮到業(yè)務系統(tǒng)的易變性和不穩(wěn)定因素，并把這些因素對系統(tǒng)的影響充分加載到系統(tǒng)分析和設計的各個環(huán)節(jié)中，遵循“為變化而設計，為將來而設計 (Design for the change, design for the future)”的原則進行系統(tǒng)設計。本文檔內(nèi)容主要涉及系統(tǒng)的設計階段。 下面我們將詳細介紹我們的 UNI_EAP 平臺。 ? “ 二次開發(fā)平 臺 ”定制生成“業(yè)務管理服務包”。 軟件結(jié)構(gòu)描述 安全保障平臺、信息交換平臺、二次開發(fā)平臺、決策支持平臺是基于UNI_EAP 平臺創(chuàng)建的，我們將基于這四個平臺開發(fā)面向公安部部級人口信息管理系統(tǒng)的 六大功能服務包 。 三、 數(shù)據(jù)中心發(fā)展規(guī)劃 從純技術(shù)的角度講，數(shù)據(jù)交換領(lǐng)域內(nèi)的發(fā)展軌跡如上圖所示。 需要說明的是當服務的請求者請求數(shù)據(jù)中心的相關(guān)服務時要通過公安應用支撐平臺，由公安應用支撐平臺中的安全認證系統(tǒng)進行安全認證。 根據(jù) Web Service 的原理，服務的請求者在調(diào)用相應服務前先到數(shù)據(jù)交換服務注冊中心查找自己想要訪問部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 24 的服務，查到后按照注冊中心告訴自己的供應者位置及請求格式與服務提供者綁定并調(diào)用相應服務。 應用服務的發(fā)布 與運行 J2EE 應用服務器 \JMS 消息中間件、目錄服務器、數(shù)據(jù)中心運行引擎為 數(shù)據(jù)中心的各種 服務 提供 運行的平臺 。 二、 數(shù)據(jù)中心 的 功能及 模塊間的關(guān)系： 如圖， 數(shù)據(jù)中心從功能上講主要實現(xiàn)了數(shù)據(jù)的管理、應用服務的定制與發(fā)布、業(yè)務的協(xié)同三大功能。 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 22 數(shù)據(jù)交換平臺中心端直接面對最終用戶的是管理控制臺，包括以下幾部分： 系統(tǒng)配置管理 系統(tǒng)運行監(jiān)管 數(shù)據(jù)管理 數(shù)據(jù)交換服務注冊管理 服務插件接口及配置工具 數(shù)據(jù)統(tǒng)計及宏觀決策 數(shù)據(jù)交換中心的另一個重要組成部分是協(xié)同工作流平臺中心端，其結(jié)構(gòu)如下圖所示： 部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 23 協(xié)同工作流平臺的核心是協(xié)同工作流引擎，它的系統(tǒng)配置信 息及流程模板存儲在協(xié)同工作流運行支撐庫中，這些流程模板由系統(tǒng)管理員通過工作流程定制工具定制，在流程定制過程中需要對每一個流程節(jié)點進行授權(quán)，而授權(quán)就需要全局組織機構(gòu)接口的實現(xiàn)模塊，它由各部門的組織單元接口實現(xiàn)模塊聯(lián)合完成。服務的請求者在調(diào)用相應服務前先到數(shù)據(jù)交換服務注冊中心查找自己想要訪問的服務，查到后 按照注冊中心告訴自己的供應者位置及請求格式與服務提供者綁定并調(diào)用相應服務。數(shù)據(jù)中心需要對外提供數(shù)據(jù)查詢、應用、相關(guān)業(yè)務等服務，為此，方案中按照 Web Service的原理進行了設計，如下圖。 信息資源體系 包含一系列業(yè)務相關(guān)資源信息，如下圖所示： J2EE 應用 服務器 \JMS 消息中間件、目錄服務器 、數(shù)據(jù)中心運行引擎， 主要向 業(yè)務組件提供運行的環(huán)境和支撐的平臺。 消息持久化庫 存儲的是經(jīng)配置指定的參與交換的數(shù)據(jù)，在默認情況下消息被全部訂閱方都接收到后， JMS Server 就會自動將消息從隊列中部級人口信息管理系統(tǒng) \全國人口基本 信息資源庫建設 總體設計 方案 沈陽東軟軟件股份有限公司 21 徹底清除。 一、 數(shù)據(jù)中心的組成 數(shù)據(jù)中心由這樣幾部分組成， 三類數(shù)據(jù)庫（運行支撐庫、消息持久化庫、信息資源體系）、 J2EE 應用服務器 \JMS 消息中間件 、目錄服務器、 數(shù)據(jù)中心運行引擎、 數(shù)據(jù)服務注冊中心、數(shù)據(jù)中心管理控制臺 、工作流平臺 等部分組成。圖中下部分是數(shù)據(jù)中心， 數(shù)據(jù)中心 從功能上講主要實現(xiàn)了數(shù)據(jù)的管理、應用服務的 發(fā)布與運行 、業(yè)務的協(xié)同 三大功能。東軟結(jié)合多年在各行業(yè)數(shù)據(jù)中心管理系統(tǒng)的建設實踐中總結(jié)出此類應用的完整解決方案。 盡管并非與基于組件完全密不可分，但基于組件的應用程序傾向于分布式結(jié)構(gòu)。 通過僅對這種應用程序的某些組件進行升級，從而對其進行小幅度的升級。通過分層，可以限制子系統(tǒng)間的依賴關(guān)系，使系統(tǒng)以更松散的方式耦合，從而更易于建設、維護和進化。具體軟件采用 ROSE2022以上版本 。 面向?qū)ο蠼７椒ǚ从沉丝陀^事物的本質(zhì)特性，有利于反復迭代，有利于復用。 由美國卡耐基梅隆大學軟件工程研究所發(fā)布的 CMM（軟件能力成熟度模型），目前已在世界范圍被廣泛地推廣和應用。 采用標準和開放的架構(gòu) 采用基于 J2EE 標準的技術(shù)和架構(gòu)， 同時又采用了 Web Service 技術(shù)， 有利于降低技術(shù)風險和對特定供應商的依賴性；采用的開放系統(tǒng)架構(gòu)，有利于保持系統(tǒng)的向后兼容性、可集成性和可擴展性。由于不同的應用服務器對系統(tǒng)運行有一定的影響，所以在應用服務器的選擇上，我們以 Weblogic 作為系統(tǒng)設計的參考。 技術(shù)路線 技術(shù)路線概述 在金盾工程應用支撐平臺基礎上架構(gòu)我們系統(tǒng)開發(fā)平臺 金盾工程應用支撐平臺主要包含：請求服務、安全認證、數(shù)據(jù)交換、標準規(guī)范等部分組成，我們在這一基礎上 有機地結(jié)合了 我們 東軟的工作流平臺、東軟應用開發(fā)平臺，構(gòu)建出部級人口信息管理系統(tǒng)的開發(fā)平臺。 表現(xiàn)層： 通過 信息發(fā)布平臺的支撐 ，提供從多種 形式的信息表現(xiàn) 。 定制服務區(qū)針對具體業(yè)務，其中的定制業(yè)務集合為通過專業(yè)服務平臺定制，跨系統(tǒng)跨地區(qū)服務代理為別系統(tǒng)別地區(qū)的系統(tǒng)服務代理，實現(xiàn)遠程服務調(diào)度。 請求服務控制中心負責全部服務調(diào)度，并依靠公安應用支撐平臺運轉(zhuǎn)。為此我們將應用服務層分為專業(yè)服務區(qū)和可定制服務區(qū)兩個層面，對于具體應用而言實現(xiàn)了 簡單的 請求與服務模式，具體實現(xiàn)開發(fā)如下： 服務接口層進行各種應用服務登記和服務統(tǒng)一發(fā)布，使業(yè)務驅(qū)動建立在服務基礎之上。 應用層： 整個系統(tǒng)建設面向服務架構(gòu)，以組件服務器為實現(xiàn)模式，充分利用公安應用支撐平臺和 J2EE、 WEB SERVICES 技術(shù)。 數(shù)據(jù)層： 是以 人口基本信息 為主要內(nèi)容，依托數(shù)據(jù)庫管理，按照統(tǒng)一的標準，建立 部級人口基本信息庫 的組織、管理、維護和更新體系。 信息標準體系、技術(shù)標準體系 ： 系統(tǒng)建設要嚴格遵循有關(guān)國標和部標，并且 通過系統(tǒng)的管理、運行和維護的技術(shù)規(guī)范，建立 部級人口信息管理系統(tǒng)的 系統(tǒng)管理、運行和維護等一