【正文】 PCISV5 通訊 ： 快速出單系統(tǒng)與 PCISV5 之間的通訊，可以通過數(shù)據(jù)映射文件來實現(xiàn) 22 圖 系統(tǒng)整體技術(shù)架構(gòu) 圖 1． 支持框架：包括三部分 (1) 瀏覽器端的 Web 支持框架： 業(yè)務(wù)數(shù)據(jù) 與 HTML 界面綁定 瀏覽器與服務(wù)器數(shù)據(jù)交付 (2) Web Server 端支持框架 完成與瀏覽器端數(shù)據(jù)交付 完成瀏覽器端 JSON 數(shù) 據(jù)與業(yè)務(wù)模型的 JAVA 邏輯數(shù)據(jù)轉(zhuǎn)換 (3) 業(yè)務(wù)應(yīng)用支持框架 完成業(yè)務(wù)數(shù)據(jù)讀寫 控制業(yè)務(wù)處理場景 2． 數(shù)據(jù)模型 業(yè)務(wù)數(shù)據(jù)模型：業(yè)務(wù)處理用的報批單數(shù)據(jù) 用戶數(shù)據(jù)模型：在瀏覽器上展現(xiàn)給客戶操作的數(shù)據(jù) 產(chǎn)品數(shù)據(jù)模型：產(chǎn)品定義的數(shù)據(jù)模型 V5 協(xié)議包： PCISV5 前后通訊協(xié)議格式數(shù)據(jù)包 數(shù)據(jù)映射文件：配置快速出單系統(tǒng)與 PCISV5 協(xié)議包之間的關(guān)系 3． 通訊協(xié)議 前后臺數(shù)據(jù)通過通過： AJAX 方式繼續(xù) 協(xié)議： HTTP 報文： JSON 23 構(gòu)造思路 1. 一致性原則 與技術(shù)策略上所采用的系統(tǒng)緩存策略保持一致 與技術(shù)策略上所采用的系統(tǒng) 部署測量保持一致 2. 采有成熟穩(wěn)定的技術(shù) 以本公司已經(jīng)在多家保險公司上線運(yùn)行的 PCISV7 的技術(shù)平臺為基礎(chǔ) 選用本公司 PCISV5 核心項目在多個項目中應(yīng)用的 CJava 通訊框架。各模塊獨(dú)立的配置一個 bizcontext[modulename].xml 我們舉例來說明。 為 B/S核心以及集成的系統(tǒng)提供統(tǒng)一的省份上下文，是系統(tǒng)分布式部署集成的基礎(chǔ)。所以在設(shè)計保險核心業(yè)務(wù)系統(tǒng)時可以根據(jù)具體的業(yè)務(wù)需求來選擇對數(shù)據(jù)庫的訪問。在業(yè)務(wù)處理幾個組件中， BusinessDelegate( 業(yè)務(wù)代理一 Prox—v1 所作的工作是封裝和組合BusinessObject(業(yè)務(wù)邏輯對象 )中的業(yè)務(wù)方法。 20 圖 保險核心 系統(tǒng)技術(shù)架構(gòu) 圖 Web 開發(fā)領(lǐng)域中出現(xiàn)了許多設(shè)計好的軟件開發(fā)框架， Struts 就是一種基于MVCfModelViewController)經(jīng)典設(shè)計模式的框架．也是目前開發(fā)中比較成熟的一種框架。緊接著業(yè)務(wù)功能層的軟件層是應(yīng)用服務(wù)層，該層次的軟件模塊主要是給業(yè)務(wù)功能層提供綜合的應(yīng)用服務(wù)，每個業(yè)務(wù)功能層和每個應(yīng)用服務(wù)層軟件模塊之間的關(guān)系是一個 N： M 的關(guān)系。這里可以理解在核心系統(tǒng)中所有與最終用戶的信息交互都是通過工具進(jìn)行的 f 框架工具或服務(wù)工具 )。例如，他可能需要查閱某項業(yè)務(wù)數(shù)據(jù)的版本歷史。 圖 服務(wù)工具與框架之間的交互圖 圖 從運(yùn)行的角度給出了基于框架。并有效地運(yùn)行在相同的核心系統(tǒng)中。存在著許多針對保險業(yè)務(wù)的服務(wù)工具。 圖 系統(tǒng)總體架構(gòu) 圖 保險核心系統(tǒng)應(yīng)用架構(gòu)由框架和集成在框架的保險應(yīng)用服務(wù)組成。同時不限制展現(xiàn)界面的展示方式。采用配置化與構(gòu)建接口策略對接到 PCISV5；快速出 單系統(tǒng)的輔助數(shù)據(jù)采用獨(dú)立數(shù)據(jù)模型；在技術(shù)路線上，保持系統(tǒng)性、實用性、前瞻性 技術(shù)以用為本，根據(jù)業(yè)務(wù)當(dāng)前以及可以預(yù)見的將來的發(fā)展，構(gòu)建快速出單系統(tǒng)的技術(shù)路線。我們將著力解決出單過程中的人機(jī)交互及錄單效率。在 Hibernate 的啟動的過程中， Configuration 類的實例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對象。但需 要注意的是 Session 對象是非線程安全的。無論是從設(shè)計草案還是從一個遺留數(shù)據(jù)庫開始，開發(fā)人員都可以采用 Hibernate。 在設(shè)計應(yīng)用程序 Model 時， MVC 模式（例如 Struts）通常難于給出一個簡潔明了的框架結(jié)構(gòu)。并且面向 JDBC 的異常與 Spring 通用數(shù)據(jù)訪問對象（ Data Access Object）異常等級相一致。 1. Spring 中包含的關(guān)鍵特性 強(qiáng)大的基于 JavaBeans 的采用控制翻轉(zhuǎn)（ Inversion of Control， IoC）原則的配置管理，使得應(yīng)用程序的組建更加快捷簡易。 Spring技術(shù) Spring 也表示是一個開源框架，是為了解決企業(yè) 應(yīng)用程序開發(fā) 復(fù)雜性由 Rod Johnson 創(chuàng)建的。Struts 跟 Tomcat、 Turbine 等諸多 Apache 項目一樣，是開源軟件，這是它的一大優(yōu)點(diǎn)，使開發(fā)者能更深入的了解其內(nèi)部實現(xiàn)機(jī)制。通過應(yīng)用 Struts 的框架，最終用戶可以把大部分的關(guān)注點(diǎn)放在自己的業(yè)務(wù)邏輯（ Action）與 映射關(guān)系的配置文件（ ）中的。 (3) 與 XML 格式的比較 JSON 與 XML 最大的不同在于 XML 是一個完整的標(biāo)記語言，而 JSON 不是。還可以用 ―e‖或者 ―E‖表示為指數(shù)形式。不過這并不代表 JSON 無法使用于其他語言，事實上幾乎所有與網(wǎng)頁開發(fā)相關(guān)的語言都有 JSON 函式庫。當(dāng)前 JSP 頁交出控制權(quán)。主體是指開始標(biāo)簽和結(jié)束標(biāo)簽之間的文本。 application：該屬性在各種情況下都有效，并且永遠(yuǎn)不會被變?yōu)椴豢梢?，和全局變?global variable 相同。在 OBJECT標(biāo)簽出現(xiàn) 之前，并沒有一種嵌入 applets 的通用方法。控制權(quán)永遠(yuǎn)不會交還給當(dāng)前 JSP 頁。 %一種是表達(dá)式標(biāo)簽，在 JAVA SERVLET 的類中放入待賦值的表達(dá)式，表達(dá)式注意不能以分號結(jié)尾。該指令需要指定一個前綴 prefix（和 C++的命名空間很類似）和標(biāo)簽庫的描述 URI： % taglib prefix=myprefix uri=taglib/ % 3. JSP 腳本元素和變量 (1) 以下是永遠(yuǎn)可用的標(biāo)準(zhǔn)腳本變量： out： JSPWriter 用來寫入響應(yīng)流的數(shù)據(jù) page： servlet 自身 pageContext： 一個 PageContext 實例包括和整個頁面相聯(lián)系的數(shù)據(jù)，一個給定的 HTML 頁面可以在多個 JSP 之間傳遞。而且，客戶端每次請求都會得到相同的響應(yīng)內(nèi)容。 JSP 被 JSP 編譯器編譯成 Java Servlets。 JSP 技術(shù)有點(diǎn)類似 ASP 技術(shù)，它是在傳統(tǒng)的 網(wǎng)頁 HTML 文件(*.htm,*.html)中插入 Java 程序段 (Scriptlet)和 JSP 標(biāo)記 (tag)，從而形成 JSP 文件 (*.jsp)?，F(xiàn)在的趨勢是凡使用 B/S 架構(gòu)的應(yīng)用管理軟件，只需安裝在 Linux 服務(wù)器上即可，而且安全性高。 目前，軟件系統(tǒng)的改進(jìn)和升級越來越頻繁， B/S 架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。它是隨著 Inter 技術(shù)的興起，對 C/S 結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。 新的框架使用的是純 JSP作為前臺頁面展現(xiàn)及數(shù)據(jù)獲取，在頁面初始化的時候平臺將初始化一個 WD（ WebData）的 JSON 數(shù)據(jù)結(jié)構(gòu)存儲數(shù)據(jù)。快速出單系統(tǒng)應(yīng)該允許公網(wǎng)訪問，不能僅僅依靠 VPN 才能聯(lián)通。但是，其的技術(shù)架構(gòu)不能適應(yīng)車險快速出單的要求。s business and facing enormous petitive pressures need to be a highly flexible, reliable and scalable core business system support core business systems need to be able to insurance panies and all users to provide a plete, prehensive business support. Domestic insurance core systems are usually developed as a template tot he existing business of the insurance pany, and often a lack of forwardlooking, such systems lack the scalability and portability. Business and business model differences between the different insurance panies, the mon core system with a high degree of modularity, parameterization, in order to meet the needs of different insurance panies, while ensuring that the system has good scalability and portability . Key words： B/S, J2EE, Insurance core system, Frameworkmodel, UniversalFramework III 目 錄 1 緒論 .............................................................................................................................. 1 背景及目的 ........................................................................................................ 1 研究主要內(nèi)容 .................................................................................................... 2 2 開發(fā)工具和開發(fā)技術(shù)選擇 .......................................................................................... 3 B/S 模式 ............................................................................................................. 3 JSP 技術(shù) ............................................................................................................. 4 JSON 技術(shù) .......................................................................................................... 8 Struts 技術(shù) ........................................................................................................ 10 Spring 技術(shù) ....................................................................................................... 11 Hiberanate 技術(shù) ................................................................................................ 12 本章小結(jié) .......................................................................................................... 13 3 系統(tǒng)的需求分析 ........................................................................................................ 14 需求分析 .......................................................................................................... 14 新舊系統(tǒng)功能對比 .......................................................................................... 15 本章小結(jié) .......................................................................................................... 16 4 系統(tǒng)的設(shè)計 ................................................................................................................ 17 整體技術(shù)架構(gòu) ...........................................................