【文章內(nèi)容簡介】 其中兩種體系結(jié)構(gòu)共用同一套業(yè)務(wù)邏輯處理服務(wù)，只是表現(xiàn)和控制層不同。l UniEAP統(tǒng)一的業(yè)務(wù)邏輯層商業(yè)邏輯層以EJB/Java Bean技術(shù)為實現(xiàn)手段，提供了對象持久化及打印、郵件等商業(yè)邏輯組件。設(shè)計要點如下：1．用EJB和JavaBean做商業(yè)邏輯；2．通過統(tǒng)一的服務(wù)組件基類調(diào)用安全、日志、工作流、規(guī)則等引擎式服務(wù)構(gòu)件；3．在管理管理信息系統(tǒng)中對象持久化是一個關(guān)鍵性服務(wù)，單一的數(shù)據(jù)庫接口解決全部問題并不現(xiàn)實，因此采用由OP層統(tǒng)一包裝，統(tǒng)一管理，但暴露多種操作接口的方式來解決。對象持久化接口提供面向?qū)ο蠛兔嫦蜻^程兩大類，具體支持四種方式：1) 得到connection2) 簡單的sql execute封裝3) 可持久化的數(shù)據(jù)總線DataSet,通過其xml接口可發(fā)送到頁面）4) DAO（單表抽成的可持久化的實體類對象）平臺在商業(yè)邏輯層還提供了許多通用業(yè)務(wù)組件，如打印、報表組件。l C/S/S結(jié)構(gòu)的視圖層和控制層C/S/S結(jié)構(gòu)的框架設(shè)計基本上采用勞動部社保核心平臺二版的結(jié)構(gòu)，這是一套經(jīng)過驗證是健壯穩(wěn)定的架構(gòu)。與社保核心平臺二版略有不同的是：由于業(yè)務(wù)邏輯層采用我公司統(tǒng)一的通用企業(yè)應用平臺，所以在控制層最后一道任務(wù)分發(fā)環(huán)節(jié)Event調(diào)用業(yè)務(wù)邏輯服務(wù)組件時，是通用BSFactory利用“工廠”模式來獲取服務(wù)組件對象的。這樣做的好處是可以以透明的方式處理EJB和Java Bean的服務(wù)對象。C/S/S結(jié)構(gòu)中客戶端的設(shè)計要點是：1. GUI采用傳統(tǒng)的Window界面，以Delphi為開發(fā)工具；2. 客戶端通過統(tǒng)一的動態(tài)庫函數(shù)與服務(wù)端的門戶MainServlet通訊，通訊的內(nèi)容以XML為數(shù)據(jù)格式，整個通訊協(xié)議完全模擬SOAP協(xié)議；3. 客戶端的設(shè)計在分層基礎(chǔ)上對類進行了適當?shù)臍w類。做到類之間的調(diào)用關(guān)系明確。類的責任單一。類之間的依賴關(guān)系簡單。編程實現(xiàn)較為方便。下面簡略的介紹一下編程常用的調(diào)用關(guān)系。為了說明上的方便，圖中把框架完成的調(diào)用關(guān)系去掉了。調(diào)用關(guān)系簡圖如下：C/S/S結(jié)構(gòu)中控制層的設(shè)計要點是：1. 整個控制層的設(shè)計思路參考B/S/S結(jié)構(gòu)中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser + Event可映射到Struts的Action；2. 但與Struts不同的是它與客戶端之間傳遞的均是XML，沒有表現(xiàn)語義，因此它要增加XML信息過濾器、轉(zhuǎn)換器等功能；l B/S/S結(jié)構(gòu)的視圖層和控制層設(shè)計界面層以JSP/XML/XSL/JS技術(shù)為主要實現(xiàn)手段，為系統(tǒng)開發(fā)提供了一系列功能強大的組件，主要有以下幾大類：1. 輕型控件：封裝所有的HTML Form元素和按鈕，提供顯示、標準行為控制和校驗功能；2. 重型控件：包括DataWindow，目錄樹，Tab頁等具有復雜功能屬性的控件；3. 局部刷新和對話框：采用微軟提供的局部刷新控件，提供局部刷新功能，并封裝通用的頁面對話框；4. Object：Applet和COM，用于復雜界面操作和客戶端本地化操作。請求控制層以Servlet技術(shù)為實現(xiàn)手段，綜合運用struts框架和WorkFlow引擎，以單點入口的方式統(tǒng)一控制請求。設(shè)計要點如下：1. 采用Structs控制請求和業(yè)務(wù)流程，拓展Struts的ActionServlet和DispatchAction作為UniEAP的流程控制基類；2. 組織機構(gòu)和權(quán)限管理模塊進行身份和權(quán)限認證，從視圖、操作、數(shù)據(jù)三個層次控制權(quán)限行為；3. 日志和異常處理負責系統(tǒng)信息的記錄；4. 封裝UniWorkflow的接口，在流程多變的業(yè)務(wù)系統(tǒng)中用UniWorkflow定制和控制業(yè)務(wù)流程。5. Action本身并不處理業(yè)務(wù)邏輯，而是通過統(tǒng)一的BSFactory從EJB Container獲取Business Service Componets處理業(yè)務(wù)邏輯。 通用企業(yè)應用平臺的功能UniEAP作為我公司自主研發(fā)的各種管理信息系統(tǒng)（社保、電力、電信、證券、OA、CRM、ERP等）的一個整體的框架和平臺，為應用系統(tǒng)的開發(fā)提供一個統(tǒng)一的模型，為應用系統(tǒng)的知識積累和模式提煉提供技術(shù)途徑，為應用系統(tǒng)定制提供技術(shù)手段，解決具有共性的技術(shù)問題，提供具有通用性的系統(tǒng)組件，以達到簡化應用系統(tǒng)的開發(fā)過程、提高應用系統(tǒng)開發(fā)效率、提高共享組件的重用率、提供應用系統(tǒng)開發(fā)的質(zhì)量、加強應用系統(tǒng)之間的融合性、加強應用系統(tǒng)的重組能力、加強應用系統(tǒng)可定制的能力、加強對新技術(shù)的跟蹤和適應能力的目的。大型的平臺才能支持超大型的多功能的軟件，應用共性平臺技術(shù)是社會保障行業(yè)IT建設(shè)規(guī)?；亟?jīng)的歷程。要達到規(guī)?；到y(tǒng)建設(shè)就不得不搭建這樣包含技術(shù)標準和行業(yè)標準的平臺，UniEAP就是這樣的一個平臺。 標準化技術(shù)是構(gòu)建共性平臺的靈魂。從技術(shù)本身的發(fā)展來說，過去各個IT廠商注重突破性的技術(shù)，大家走到一起發(fā)展，標準化就變成了一個首要技術(shù)。只有標準化，使得客戶獲得的是所有軟件提供商的精華濃縮，使世界上所有的軟件精品找到公共的接口，所以標準化技術(shù)使得系統(tǒng)達到最優(yōu)。在軟件方面，在標準化技術(shù)方面體現(xiàn)為標準的組件框架和標準的軟件部件。東軟的每一個軟件部件都是按照標準化軟件部件的要求開發(fā)的，有著一個公開的標準化接口，可以很方便地嵌入到組件框架平臺當中。標準化的軟件部件是解決方案得以快速實施的一個重要的技術(shù)保證，一方面滿足了客戶可以根據(jù)自己的情況選擇不同的部件的需求，另一方面也使軟件開發(fā)更加規(guī)?；?，軟件產(chǎn)業(yè)更加工業(yè)化。 通用企業(yè)應用平臺的特點 1）UniEAP采用了三層結(jié)構(gòu)的技術(shù)框架，為應用系統(tǒng)提供了一個非常良好的結(jié)構(gòu)，應用系統(tǒng)將來的升級、擴充、修改和定制都非常方便。當用戶需要發(fā)生變化或需要對某個功能進行修改的時候，可能只需要對某一個層次的組件進行修改，而不會對整個系統(tǒng)的結(jié)構(gòu)發(fā)生影響。2）UniEAP支持WWW技術(shù)，允許用戶通過WWW瀏覽器來操作。簡化了系統(tǒng)安裝和維護的難度，降低安裝和維護的成本，由于界面操作風格一致、操作簡單，也降低了對用戶培訓的要求。另外，由于支持WWW技術(shù)，為將來支持其他的客戶端和移動用戶也提供了技術(shù)上的可能。3）UniEAP提供了最基本的系統(tǒng)組件，如用戶管理、權(quán)限管理、組織機構(gòu)管理、工作流管理、菜單管理、數(shù)據(jù)庫管理等功能，簡化了應用系統(tǒng)開發(fā)的過程，提高了工作效率。而且在將來應用系統(tǒng)開發(fā)的過程中，也可以提取和積累各種通用組件，增強系統(tǒng)功能。4）UniEAP實現(xiàn)了界面層和數(shù)據(jù)層的統(tǒng)一管理，在應用系統(tǒng)的開發(fā)過程中，不需要對界面層和數(shù)據(jù)層進行編碼，只需要通過系統(tǒng)工具對界面層和數(shù)據(jù)層對象進行定義即可。這樣不僅簡化了開發(fā)過程、提高了開發(fā)效率，而且在界面層和數(shù)據(jù)層需求發(fā)生變化和需要重新定制的時候，可以通過簡單地修改界面層和數(shù)據(jù)層的進行來完成。5）基于UniEAP應用框架，應用系統(tǒng)開發(fā)員可以集中精力開發(fā)業(yè)務(wù)層組件，不需要過多地考慮各種技術(shù)問題和其他方面的實現(xiàn)細節(jié)，也提高了業(yè)務(wù)層組件的獨立性，減少與其他模塊的關(guān)聯(lián)，便于將來擴充、升級和修改。6）UniEAP提供了一個統(tǒng)一的界面層，該界面層包括菜單管理、視圖管理、界面權(quán)限管理、界面操作邏輯管理、界面元素自動生成等功能。應用系統(tǒng)開發(fā)員只需要定義好自己的界面層對象，不需要把精力花費在界面邏輯和界面操作的實現(xiàn)上，簡化應用系統(tǒng)開發(fā)的過程，而且所有基于Uni EAP的應用系統(tǒng)界面風格一致、統(tǒng)一管理、操作方便，方便了用戶學習和使用，也降低了培訓和維護的費用。7）UniEAP提供了一個通用的數(shù)據(jù)層，業(yè)務(wù)系統(tǒng)不需要重新開發(fā)，只需要定義自己的數(shù)據(jù)層對象，因次簡化了應用系統(tǒng)的開發(fā)過程。8）從界面層到數(shù)據(jù)層，UniEAP都充分體現(xiàn)了業(yè)務(wù)對象之間的各種關(guān)系（一對一、一對多、多對多等），并且提供了充分的實現(xiàn)手段，使得應用系統(tǒng)實現(xiàn)業(yè)務(wù)對象之間的復雜的邏輯關(guān)系成為可能，而且非常簡單。方便了業(yè)務(wù)系統(tǒng)。9）UniEAP在很多方面提供了通用的模式和技術(shù)規(guī)范，如組件設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計等，可以為應用系統(tǒng)的開發(fā)提供有效的指導和參考。 基于通用企業(yè)平臺的運維服務(wù)由于無錫市勞動保障信息系統(tǒng)系統(tǒng)的設(shè)計和開發(fā)基于東軟自主研發(fā)的通用企業(yè)應用平臺UniEAP進行開發(fā)，所有東軟有信心做好無錫軟件運維服務(wù)。UniEAP提供了統(tǒng)一的模式和共享組件，降低了系統(tǒng)間的耦合度、減少了應用系統(tǒng)開發(fā)的模塊，因而能夠準確地控制應用系統(tǒng)開發(fā)的過程，有效地提高應用系統(tǒng)開發(fā)和維護的質(zhì)量。按招標文件要求對于采購單位提出的應用軟件升級需求，由現(xiàn)場工程師與采購單位業(yè)務(wù)部門進行溝通，了解業(yè)務(wù)部門對應用軟件的升級需求，按雙方商定的開發(fā)進度進行開發(fā)和實施。UniEAP采用組件技術(shù)，系統(tǒng)具有非常好的可擴充性，對新技術(shù)的發(fā)展也具有很好的適應性。這是因為采用了組件技術(shù)后，可以開發(fā)出各種共享組件和通用組件，也可以集成第三方開發(fā)的組件，組件的升級也非常方便，而且隨著組件技術(shù)的標準化，不同的組件標準之間也可以實現(xiàn)通訊，因而無論采用哪種組件標準都具有可擴充性和兼容性。因此，應用升級中，對系統(tǒng)平臺充分了解的情況下，能夠較準確的規(guī)避升級過程中的技術(shù)難點，提出多種適合無錫勞動保障系統(tǒng)的升級方案，能夠較準確的根據(jù)企業(yè)平臺的特點估計工作量，對升級時間進度準確把握，讓客戶方對升級的進度和時間安排做到心中有數(shù)。另外，由于由于UniEAP采用了組件技術(shù)，提供了很強的可定制能力，因而應用系統(tǒng)能夠在此基礎(chǔ)上能夠建立面向具體行業(yè)的業(yè)務(wù)模型，在每一次為具體用戶定制業(yè)務(wù)系統(tǒng)的時候，都可以積累經(jīng)驗，提高業(yè)務(wù)模型的通用性，以便適應更加廣泛的用戶需求。 應用邏輯實現(xiàn)策略圖 52架構(gòu)技術(shù)實現(xiàn)策略無錫金保應用軟件系統(tǒng)將涉及社保、勞動、局機關(guān)等多個政府機構(gòu)及與其他政府機構(gòu)和內(nèi)部系統(tǒng)的接口，軟硬件基礎(chǔ)設(shè)施復雜，因此在系統(tǒng)的實現(xiàn)上必須采用標準的技術(shù)，以求跨操作系統(tǒng)平臺、跨數(shù)據(jù)庫平臺、跨中間件平臺?；诖吮竟驹谡w技術(shù)實現(xiàn)路線上采用基于J2EE 和web service組件的技術(shù)構(gòu)建應用邏輯。應用邏輯層和公用服務(wù)層的每個功能模塊均是一個相對獨立的組件，這些組件的開發(fā)和部署保持相對的獨立性，而且在未來很可能是由不同的團隊開發(fā)和部署的，也是可以相對獨立的進化的。每個組件通過定義良好的接口，向外部提供服務(wù)。這些服務(wù)的獲取者可能來自客戶端、可能來自其他組件。這種基于組件的設(shè)計可以達到比較好的重用性。在J2EE 的架構(gòu)下，各組件通過J2EE 標準定義的RMI 協(xié)議，向各客戶組件提供服務(wù)。業(yè)務(wù)操作員及公眾信息查詢?nèi)藛T通過標準的HTTP 協(xié)議或安全的HTTPS協(xié)議訪問社保管理信息系統(tǒng)及公共服務(wù)系統(tǒng)。公用服務(wù)層同樣以組件的方式實現(xiàn)，可以與業(yè)務(wù)邏輯的組件的部署在同一應用服務(wù)器上，也可以部署在不同的服務(wù)器上。如果業(yè)務(wù)邏輯層的組件和公用服務(wù)層的組件駐留在同一進程空間中，則通過對象間的消息機制通訊，如果駐留在不同的進程空間中，則通過標準的RMIIIOP 的協(xié)議通訊。在管理信息系統(tǒng)中，最重要，難度最大的是數(shù)據(jù)操作的實現(xiàn)策略，因為在任何一個管理信息系統(tǒng)中“信息”都是系統(tǒng)的核心，幾乎每一個業(yè)務(wù)邏輯都與數(shù)據(jù)操作相關(guān)，因此本方案將對數(shù)據(jù)操作的實現(xiàn)策略進行詳細闡述：在J2EE 的架構(gòu)中，對數(shù)據(jù)庫的操作有兩種方式，一種是組件管理的持久性(Bean managed persistence)，也即組件自行管理數(shù)據(jù)庫操作的完整性和一致性；另一種EJB 容器管理的持久性(Container Managed Persistence)，也即通過J2EE的應用服務(wù)器提供的對數(shù)據(jù)庫操作的服務(wù)。考慮到性能和負載方面的因素，我們建議采用結(jié)合事務(wù)處理服務(wù)器和組件管理的持久性的方式，管理對數(shù)據(jù)源的操作。介于業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)器之間的是事務(wù)處理服務(wù)器，交易處理服務(wù)器負責處理實際的對數(shù)據(jù)源的操作，保證多個數(shù)據(jù)讀寫請求對多數(shù)據(jù)源的操作的原子性、一致性、隔離性和持久性。同時通過交易處理服務(wù)器，進一步降低業(yè)務(wù)邏輯層和數(shù)據(jù)源之間的耦合度。邏輯架構(gòu)中的交易服務(wù)和查詢處理服務(wù)均駐留在事務(wù)處理服務(wù)器上，操作數(shù)據(jù)庫，保證交易的完整性和查詢的性能。J2EE 組件與事務(wù)處理服務(wù)器通訊的機制，與事務(wù)處理服務(wù)器的平臺和應用服務(wù)器的平臺有關(guān)。事務(wù)處理服務(wù)器一般需要在數(shù)據(jù)庫服務(wù)器上安裝相應的組件，通過緊密集成的數(shù)據(jù)庫訪問機制，訪問數(shù)據(jù)庫。介于交易處理服務(wù)器和業(yè)務(wù)邏輯層之間的是公用的數(shù)據(jù)存取服務(wù)，這一層封裝業(yè)務(wù)邏輯和公用服務(wù)層其他組件對各種數(shù)據(jù)源的讀寫操作，直接管理與數(shù)據(jù)庫、目錄服務(wù)器、應用集成服務(wù)器之間的數(shù)據(jù)交換請求，進一步降低業(yè)務(wù)邏輯與交易服務(wù)器、目錄服務(wù)器等數(shù)據(jù)源之間的耦合度。在基于J2EE 應用架構(gòu)下，將數(shù)據(jù)存取服務(wù)獨立出來的原因如下：l 采用諸如bean 管理的實體bean、會話bean 等組件，需要從持久存儲和諸如遺留系統(tǒng)、B2B、LDAP 等等其他數(shù)據(jù)源中檢索數(shù)據(jù)，以及進行數(shù)據(jù)存儲等操作。l 根據(jù)產(chǎn)品供應商不同，持久存儲API 差別很大。一些數(shù)據(jù)源擁有非標準化或私有的API。這些API 、面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng) (OODBMS)、XML 文檔、純文本文件等。這樣存在如下缺點，即訪問這些系統(tǒng)的API 很不統(tǒng)一。l 組件通常使用私有的API 來訪問外部或遺產(chǎn)系統(tǒng)，以便于檢索和存儲數(shù)據(jù)。當組件中包含特殊的訪問機制和API 時，組件的可移植性直接就受到影響。組件需要透明于實際的持久性存儲或者數(shù)據(jù)源實現(xiàn)，以便于提供到不同供應商產(chǎn)品、不同存儲類型和不同數(shù)據(jù)源類型的更容易的移植性。解決以上的問題，需要采用數(shù)據(jù)訪問對象(Data Access Object，DAO)來抽象和封裝對數(shù)據(jù)源的訪問。DAO 管理著與數(shù)據(jù)源的連接以便于檢索和訪問數(shù)。下圖說明采用數(shù)據(jù)訪問對象提供數(shù)據(jù)存取服務(wù)的實現(xiàn)。圖 53實現(xiàn)示意圖其中業(yè)務(wù)對象代表數(shù)據(jù)客戶端，該對象需要訪問數(shù)據(jù)源以獲取和存儲數(shù)據(jù)。數(shù)據(jù)存儲對象是數(shù)據(jù)存取服務(wù)的主要對象，數(shù)據(jù)存儲對象封裝業(yè)務(wù)對象對數(shù)據(jù)源的訪問，以保證對數(shù)據(jù)源的透明訪問，業(yè)務(wù)對象也把數(shù)據(jù)加載和存儲操作委托給數(shù)據(jù)存取對象。事務(wù)處理服務(wù)負責完成對數(shù)據(jù)對象的實際存儲和加載的工作，應用集成服務(wù)實際完成將數(shù)據(jù)發(fā)布到外部系統(tǒng)以及從外部系統(tǒng)讀取數(shù)據(jù)的職能。值對象代表用作數(shù)據(jù)攜帶的值對象。數(shù)據(jù)存取對