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