【正文】 平臺建設(shè)于咨詢，總體規(guī)劃，詳細(xì)設(shè)計、硬件及網(wǎng)絡(luò)技術(shù)支持等服務(wù)，作為第3級服務(wù)，可與無錫市勞動保障業(yè)主方建設(shè)實施小組進(jìn)行直接的技術(shù)交流。5 運維服務(wù)總體方案 無錫金保工程建設(shè)情況無錫金保工程涉及的業(yè)務(wù)面廣，系統(tǒng)復(fù)雜度高，開始就提出了一體化緊耦合的設(shè)計思想，并且要實現(xiàn)金保工程中的業(yè)務(wù)經(jīng)辦、公眾服務(wù)、基金監(jiān)管、決策支持四大功能以及統(tǒng)一的社?？ㄏ到y(tǒng)建設(shè)。包含的子系統(tǒng)有養(yǎng)老保險、失業(yè)保險、醫(yī)療保險、工傷保險、生育保險、兒童統(tǒng)籌、互助醫(yī)療、退休人員社會化管理等系統(tǒng)和勞動就業(yè)系統(tǒng)，目前各系統(tǒng)都在正常運行。納入“城保”、“地保”、“新農(nóng)?！保?。 金保工程總體架構(gòu)無錫是東軟在社保信息化建設(shè)進(jìn)程中遇到的包含軟件功能最全、覆蓋領(lǐng)域最廣、開發(fā)周期最緊的城市之一。我公司經(jīng)過對無錫金保工程多年的建設(shè)對無錫市金保工程應(yīng)用軟件業(yè)務(wù)需求以及系統(tǒng)設(shè)計原則、設(shè)計思想和系統(tǒng)的技術(shù)路線都非常熟悉，結(jié)合信息技術(shù)的發(fā)展及東軟在勞動保障行業(yè)信息化建設(shè)中的經(jīng)驗和產(chǎn)品，東軟公司設(shè)計的系統(tǒng)邏輯結(jié)構(gòu)模型，如下圖所示：圖 51金保工程邏輯結(jié)構(gòu)圖如上圖所示，無錫市勞動保障信息系統(tǒng)以電子政務(wù)標(biāo)準(zhǔn)體系和勞動及社會保障標(biāo)準(zhǔn)體系為指導(dǎo)，以投融資與運營模式和項目實施監(jiān)理模式為依托，按照多層架構(gòu)的模式將系統(tǒng)自上而下分為表現(xiàn)組件與業(yè)務(wù)組件、業(yè)務(wù)運作支撐平臺、IT基礎(chǔ)設(shè)施三個層次，監(jiān)控及管理、信息安全是貫穿三個層次的兩大體系。網(wǎng)絡(luò)平臺層的構(gòu)成具有個性化的特征，不同的應(yīng)用環(huán)境具有不同的主機設(shè)備、不同的網(wǎng)絡(luò)設(shè)備、不同的存儲介質(zhì)、不同的操作系統(tǒng)。東軟的統(tǒng)一電子解決方案框架平臺是基于J2EE技術(shù)建設(shè)的，因此系統(tǒng)具備跨操作系統(tǒng)的特性，從而可最大程度地保護用戶投資。 基礎(chǔ)服務(wù)應(yīng)用平臺應(yīng)用支撐平臺層起到保證事務(wù)完整性、響應(yīng)大規(guī)模并發(fā)處理、支持異構(gòu)系統(tǒng)的互聯(lián)，并對應(yīng)用數(shù)據(jù)的安全性進(jìn)行保障，是三層結(jié)構(gòu)不可或缺的重要組成部分。業(yè)務(wù)支撐平臺層是多層架構(gòu)業(yè)務(wù)系統(tǒng)的核心支撐部分。UniEAP是三層框架開發(fā)平臺，為實現(xiàn)業(yè)務(wù)應(yīng)用的快速開發(fā)提供動力和保障；UniFlow是工作流平臺，用于管理業(yè)務(wù)系統(tǒng)易變的流程；UniDXP是數(shù)據(jù)交換平臺，用于數(shù)據(jù)傳輸和數(shù)據(jù)轉(zhuǎn)換以及應(yīng)用系統(tǒng)集成；Neusoft IM UM是統(tǒng)一消息平臺，主要用于公共服務(wù)系統(tǒng)中將手機、語音等多種渠道的消息統(tǒng)一成一種消息。業(yè)務(wù)支撐平臺中UniEAP是東軟的核心企業(yè)應(yīng)用平臺，在下面章節(jié)中將做詳細(xì)介紹，在今后的運維服務(wù)系統(tǒng)開發(fā)中，我公司也將充分利用該開發(fā)平臺的優(yōu)勢，利用平臺中的一系列的組件和工具以及相應(yīng)的開發(fā)方法，進(jìn)而達(dá)到快速建設(shè)應(yīng)用系統(tǒng)的根本目的。用戶通過系統(tǒng)表示層實現(xiàn)對業(yè)務(wù)系統(tǒng)的操作與交互，系統(tǒng)表示層設(shè)計遵循操作方式簡便、靈活、友好；操作界面設(shè)計風(fēng)格統(tǒng)一，符合業(yè)務(wù)辦理流程規(guī)范，便于操作員學(xué)習(xí)掌握等標(biāo)準(zhǔn)進(jìn)行設(shè)計，并可以根據(jù)每個用戶使用特點和角色的不同，形成個性化的應(yīng)用界面。 東軟通用企業(yè)應(yīng)用平臺—UniEAP無錫市勞動保障信息系統(tǒng)系統(tǒng)的設(shè)計和開發(fā)將基于東軟自主研發(fā)的通用企業(yè)應(yīng)用平臺UniEAP進(jìn)行開發(fā)。UniEAP就是Universal Enterprise Application Platform（通用企業(yè)應(yīng)用平臺）。UniEAP是東軟構(gòu)建于多層架構(gòu)的，以J2EE規(guī)范為核心技術(shù)實現(xiàn)模型的多層應(yīng)用開發(fā)、運行的框架和平臺。UniEAP不是Application Server，它與BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不屬于同等性質(zhì)產(chǎn)品。 通用企業(yè)應(yīng)用平臺的結(jié)構(gòu)UniEAP在整體框架上采用典型的MVC模式，集中了大量功能強大、靈活易用的功能組件。l UniEAP統(tǒng)一的業(yè)務(wù)邏輯層商業(yè)邏輯層以EJB/Java Bean技術(shù)為實現(xiàn)手段，提供了對象持久化及打印、郵件等商業(yè)邏輯組件。對象持久化接口提供面向?qū)ο蠛兔嫦蜻^程兩大類，具體支持四種方式：1) 得到connection2) 簡單的sql execute封裝3) 可持久化的數(shù)據(jù)總線DataSet,通過其xml接口可發(fā)送到頁面）4) DAO（單表抽成的可持久化的實體類對象）平臺在商業(yè)邏輯層還提供了許多通用業(yè)務(wù)組件，如打印、報表組件。與社保核心平臺二版略有不同的是：由于業(yè)務(wù)邏輯層采用我公司統(tǒng)一的通用企業(yè)應(yīng)用平臺，所以在控制層最后一道任務(wù)分發(fā)環(huán)節(jié)Event調(diào)用業(yè)務(wù)邏輯服務(wù)組件時，是通用BSFactory利用“工廠”模式來獲取服務(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ǔ)上對類進(jìn)行了適當(dāng)?shù)臍w類。類的責(zé)任單一。編程實現(xiàn)較為方便。為了說明上的方便，圖中把框架完成的調(diào)用關(guān)系去掉了。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元素和按鈕，提供顯示、標(biāo)準(zhǔn)行為控制和校驗功能；2. 重型控件：包括DataWindow，目錄樹，Tab頁等具有復(fù)雜功能屬性的控件；3. 局部刷新和對話框：采用微軟提供的局部刷新控件，提供局部刷新功能，并封裝通用的頁面對話框；4. Object：Applet和COM，用于復(fù)雜界面操作和客戶端本地化操作。設(shè)計要點如下：1. 采用Structs控制請求和業(yè)務(wù)流程，拓展Struts的ActionServlet和DispatchAction作為UniEAP的流程控制基類；2. 組織機構(gòu)和權(quán)限管理模塊進(jìn)行身份和權(quán)限認(rèn)證，從視圖、操作、數(shù)據(jù)三個層次控制權(quán)限行為；3. 日志和異常處理負(fù)責(zé)系統(tǒng)信息的記錄；4. 封裝UniWorkflow的接口，在流程多變的業(yè)務(wù)系統(tǒng)中用UniWorkflow定制和控制業(yè)務(wù)流程。 通用企業(yè)應(yīng)用平臺的功能UniEAP作為我公司自主研發(fā)的各種管理信息系統(tǒng)（社保、電力、電信、證券、OA、CRM、ERP等）的一個整體的框架和平臺，為應(yīng)用系統(tǒng)的開發(fā)提供一個統(tǒng)一的模型，為應(yīng)用系統(tǒng)的知識積累和模式提煉提供技術(shù)途徑，為應(yīng)用系統(tǒng)定制提供技術(shù)手段，解決具有共性的技術(shù)問題，提供具有通用性的系統(tǒng)組件，以達(dá)到簡化應(yīng)用系統(tǒng)的開發(fā)過程、提高應(yīng)用系統(tǒng)開發(fā)效率、提高共享組件的重用率、提供應(yīng)用系統(tǒng)開發(fā)的質(zhì)量、加強應(yīng)用系統(tǒng)之間的融合性、加強應(yīng)用系統(tǒng)的重組能力、加強應(yīng)用系統(tǒng)可定制的能力、加強對新技術(shù)的跟蹤和適應(yīng)能力的目的。要達(dá)到規(guī)模化系統(tǒng)建設(shè)就不得不搭建這樣包含技術(shù)標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn)的平臺，UniEAP就是這樣的一個平臺。從技術(shù)本身的發(fā)展來說，過去各個IT廠商注重突破性的技術(shù)，大家走到一起發(fā)展，標(biāo)準(zhǔn)化就變成了一個首要技術(shù)。在軟件方面，在標(biāo)準(zhǔn)化技術(shù)方面體現(xiàn)為標(biāo)準(zhǔn)的組件框架和標(biāo)準(zhǔn)的軟件部件。標(biāo)準(zhǔn)化的軟件部件是解決方案得以快速實施的一個重要的技術(shù)保證，一方面滿足了客戶可以根據(jù)自己的情況選擇不同的部件的需求，另一方面也使軟件開發(fā)更加規(guī)?；?，軟件產(chǎn)業(yè)更加工業(yè)化。當(dāng)用戶需要發(fā)生變化或需要對某個功能進(jìn)行修改的時候，可能只需要對某一個層次的組件進(jìn)行修改，而不會對整個系統(tǒng)的結(jié)構(gòu)發(fā)生影響。簡化了系統(tǒng)安裝和維護的難度，降低安裝和維護的成本，由于界面操作風(fēng)格一致、操作簡單，也降低了對用戶培訓(xùn)的要求。3）UniEAP提供了最基本的系統(tǒng)組件，如用戶管理、權(quán)限管理、組織機構(gòu)管理、工作流管理、菜單管理、數(shù)據(jù)庫管理等功能，簡化了應(yīng)用系統(tǒng)開發(fā)的過程，提高了工作效率。4）UniEAP實現(xiàn)了界面層和數(shù)據(jù)層的統(tǒng)一管理，在應(yīng)用系統(tǒng)的開發(fā)過程中，不需要對界面層和數(shù)據(jù)層進(jìn)行編碼，只需要通過系統(tǒng)工具對界面層和數(shù)據(jù)層對象進(jìn)行定義即可。5）基于UniEAP應(yīng)用框架，應(yīng)用系統(tǒng)開發(fā)員可以集中精力開發(fā)業(yè)務(wù)層組件，不需要過多地考慮各種技術(shù)問題和其他方面的實現(xiàn)細(xì)節(jié)，也提高了業(yè)務(wù)層組件的獨立性，減少與其他模塊的關(guān)聯(lián)，便于將來擴充、升級和修改。應(yīng)用系統(tǒng)開發(fā)員只需要定義好自己的界面層對象，不需要把精力花費在界面邏輯和界面操作的實現(xiàn)上，簡化應(yīng)用系統(tǒng)開發(fā)的過程，而且所有基于Uni EAP的應(yīng)用系統(tǒng)界面風(fēng)格一致、統(tǒng)一管理、操作方便，方便了用戶學(xué)習(xí)和使用，也降低了培訓(xùn)和維護的費用。8）從界面層到數(shù)據(jù)層，UniEAP都充分體現(xiàn)了業(yè)務(wù)對象之間的各種關(guān)系（一對一、一對多、多對多等），并且提供了充分的實現(xiàn)手段，使得應(yīng)用系統(tǒng)實現(xiàn)業(yè)務(wù)對象之間的復(fù)雜的邏輯關(guān)系成為可能，而且非常簡單。9）UniEAP在很多方面提供了通用的模式和技術(shù)規(guī)范，如組件設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計等，可以為應(yīng)用系統(tǒng)的開發(fā)提供有效的指導(dǎo)和參考。UniEAP提供了統(tǒng)一的模式和共享組件，降低了系統(tǒng)間的耦合度、減少了應(yīng)用系統(tǒng)開發(fā)的模塊，因而能夠準(zhǔn)確地控制應(yīng)用系統(tǒng)開發(fā)的過程，有效地提高應(yīng)用系統(tǒng)開發(fā)和維護的質(zhì)量。UniEAP采用組件技術(shù)，系統(tǒng)具有非常好的可擴充性，對新技術(shù)的發(fā)展也具有很好的適應(yīng)性。因此，應(yīng)用升級中，對系統(tǒng)平臺充分了解的情況下，能夠較準(zhǔn)確的規(guī)避升級過程中的技術(shù)難點，提出多種適合無錫勞動保障系統(tǒng)的升級方案，能夠較準(zhǔn)確的根據(jù)企業(yè)平臺的特點估計工作量，對升級時間進(jìn)度準(zhǔn)確把握，讓客戶方對升級的進(jìn)度和時間安排做到心中有數(shù)。 應(yīng)用邏輯實現(xiàn)策略圖 52架構(gòu)技術(shù)實現(xiàn)策略無錫金保應(yīng)用軟件系統(tǒng)將涉及社保、勞動、局機關(guān)等多個政府機構(gòu)及與其他政府機構(gòu)和內(nèi)部系統(tǒng)的接口，軟硬件基礎(chǔ)設(shè)施復(fù)雜，因此在系統(tǒng)的實現(xiàn)上必須采用標(biāo)準(zhǔn)的技術(shù)，以求跨操作系統(tǒng)平臺、跨數(shù)據(jù)庫平臺、跨中間件平臺。應(yīng)用邏輯層和公用服務(wù)層的每個功能模塊均是一個相對獨立的組件，這些組件的開發(fā)和部署保持相對的獨立性，而且在未來很可能是由不同的團隊開發(fā)和部署的，也是可以相對獨立的進(jìn)化的。這些服務(wù)的獲取者可能來自客戶端、可能來自其他組件。在J2EE 的架構(gòu)下，各組件通過J2EE 標(biāo)準(zhǔn)定義的RMI 協(xié)議，向各客戶組件提供服務(wù)。公用服務(wù)層同樣以組件的方式實現(xiàn)，可以與業(yè)務(wù)邏輯的組件的部署在同一應(yīng)用服務(wù)器上，也可以部署在不同的服務(wù)器上。在管理信息系統(tǒng)中，最重要，難度最大的是數(shù)據(jù)操作的實現(xiàn)策略，因為在任何一個管理信息系統(tǒng)中“信息”都是系統(tǒng)的核心，幾乎每一個業(yè)務(wù)邏輯都與數(shù)據(jù)操作相關(guān)，因此本方案將對數(shù)據(jù)操作的實現(xiàn)策略進(jìn)行詳細(xì)闡述：在J2EE 的架構(gòu)中，對數(shù)據(jù)庫的操作有兩種方式，一種是組件管理的持久性(Bean managed persistence)，也即組件自行管理數(shù)據(jù)庫操作的完整性和一致性；另一種EJB 容器管理的持久性(Container Managed Persistence)，也即通過J2EE的應(yīng)用服務(wù)器提供的對數(shù)據(jù)庫操作的服務(wù)。介于業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)器之間的是事務(wù)處理服務(wù)器，交易處理服務(wù)器負(fù)責(zé)處理實際的對數(shù)據(jù)源的操作，保證多個數(shù)據(jù)讀寫請求對多數(shù)據(jù)源的操作的原子性、一致性、隔離性和持久性。邏輯架構(gòu)中的交易服務(wù)和查詢處理服務(wù)均駐留在事務(wù)處理服務(wù)器上，操作數(shù)據(jù)庫，保證交易的完整性和查詢的性能。事務(wù)處理服務(wù)器一般需要在數(shù)據(jù)庫服務(wù)器上安裝相應(yīng)的組件，通過緊密集成的數(shù)據(jù)庫訪問機制，訪問數(shù)據(jù)庫。在基于J2EE 應(yīng)用架構(gòu)下，將數(shù)據(jù)存取服務(wù)獨立出來的原因如下：l 采用諸如bean 管理的實體bean、會話bean 等組件，需要從持久存儲和諸如遺留系統(tǒng)、B2B、LDAP 等等其他數(shù)據(jù)源中檢索數(shù)據(jù)，以及進(jìn)行數(shù)據(jù)存儲等操作。一些數(shù)據(jù)源擁有非標(biāo)準(zhǔn)化或私有的API。這樣存在如下缺點，即訪問這些系統(tǒng)的API 很不統(tǒng)一。當(dāng)組件中包含特殊的訪問機制和API 時，組件的可移植性直接就受到影響。解決以上的問題，需要采用數(shù)據(jù)訪問對象(Data Access Object，DAO)來抽象和封裝對數(shù)據(jù)源的訪問。下圖說明采用數(shù)據(jù)訪問對象提供數(shù)據(jù)存取服務(wù)的實現(xiàn)。數(shù)據(jù)存儲對象是數(shù)據(jù)存取服務(wù)的主要對象，數(shù)據(jù)存儲對象封裝業(yè)務(wù)對象對數(shù)據(jù)源的訪問，以保證對數(shù)據(jù)源的透明訪問，業(yè)務(wù)對象也把數(shù)據(jù)加載和存儲操作委托給數(shù)據(jù)存取對象。值對象代表用作數(shù)據(jù)攜帶的值對象。數(shù)據(jù)存取對象也可能使用值對象接受來自于客戶端的數(shù)據(jù)，并更新數(shù)據(jù)源中的數(shù)據(jù)。 核心經(jīng)辦業(yè)務(wù)技術(shù)架構(gòu)概述為了開發(fā)一套可以適應(yīng)于無錫市兩區(qū)本地業(yè)務(wù)特點的業(yè)務(wù)系統(tǒng)，東軟公司在本項目應(yīng)用軟件系統(tǒng)中綜合利用勞動部核心平臺的架構(gòu)特點，基于勞動核心平臺進(jìn)行開發(fā)，設(shè)計實現(xiàn)基礎(chǔ)服務(wù)應(yīng)用平臺，在此平臺基礎(chǔ)上構(gòu)建可拆可合、可配置的業(yè)務(wù)組件?；A(chǔ)服務(wù)應(yīng)用平臺，如果從更廣義的角度來講，又稱為“組件框架”，是構(gòu)建于多層架構(gòu)的，以J2EE規(guī)范為核心技術(shù)實現(xiàn)模型的多層應(yīng)用開發(fā)、運行的框架和平臺?；A(chǔ)服務(wù)應(yīng)用平臺不是Application Server，它與BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不屬于同等性質(zhì)產(chǎn)品。圖 55示意圖基礎(chǔ)服務(wù)應(yīng)用平臺的結(jié)構(gòu)簡圖如上圖所示，各組成部分的功能及職責(zé)如下：l GUI：用戶界面層n 呈現(xiàn)用戶交互界面n 提供表現(xiàn)控件n 界面控件布局控制界面的表現(xiàn)，包括具體的設(shè)備和與設(shè)備相應(yīng)的UI的控制。l Interaction Control：交互控制層n 定義業(yè)務(wù)邏輯的邏輯表單n 開啟和關(guān)閉事務(wù)n 響應(yīng)用戶界面層的業(yè)務(wù)請求l Transaction Management：事務(wù)管理提供事務(wù)管理機制將基礎(chǔ)服務(wù)納入統(tǒng)一的事務(wù)管理范疇l Application Logic：應(yīng)用邏輯組件n 處理事務(wù)規(guī)則及功能n 提供原子業(yè)務(wù)功能l Application Ser