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