【正文】 許可證發(fā)行的自由、開源的軟件。 Hibernate 也是目前 Java 開發(fā)中最為流行的數(shù)據(jù)庫持久層框架，現(xiàn)已歸 JBOSS 所有。無論是從設計草案還是從一個遺留數(shù)據(jù)庫開始，開發(fā)人員都可以采用 Hibernate。 Hibernate 的核心接口一共有 6 個，分別為 :Session、 SessionFactory、 Transaction、Query、 Criteria 和 Configuration。通過這些接口，不僅可以對持久化對象進行存取，還能夠進行事務控制。 1. Session 接口： Session 接口負責執(zhí)行被持久化對象的 CRUD 操作 (CRUD 的任務是完成與數(shù)據(jù)庫的交流，包含了很多常見的 SQL 語句。但需 要注意的是 Session 對象是非線程安全的。這里當使用 session 這個術語時，其實指的是 Hibernate 中的 session，而以后會將 HttpSession 對象稱為用戶 session。它充當數(shù)據(jù)存儲源的代理，并負責創(chuàng)建 Session 對象。需要注意的是 SessionFactory并不是輕量級的，因為一 般情況下，一個項目通常只需要一個 SessionFactory 就夠，當需要操作多個數(shù)據(jù)庫時，可以為每個數(shù)據(jù)庫指定一個 SessionFactory。在 Hibernate 的啟動的過程中， Configuration 類的實例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對象。它是 可選的，開發(fā)人員也可以設計編寫自己的底層事務處理代碼。它可以使用 HQL 語句或 SQL 語句兩種表達方式。 14 3 系統(tǒng)的需求分析 需求分析 以業(yè)務需求為根本，分析目標客戶的訴求和業(yè)務特征，提出針對性解決方案： 1. 增加交強 商業(yè)共同投保功能 2. 增強續(xù)保功能。我們將著力解決出單過程中的人機交互及錄單效率。 在滿足上述要求的前提下，系統(tǒng)建設需要滿足渤海公司的上線的時間要求：采用與現(xiàn)有核心系統(tǒng) PCISV5 對接方式，重用現(xiàn)有 核心系統(tǒng)后臺服務功能。與 PCISV5 統(tǒng)一維護業(yè)務主數(shù)據(jù)，減少數(shù)據(jù)同步的開發(fā)和維護工作；采用 PCISV5 已經穩(wěn)定成熟的 JAVAC 服務調用框架，減少快速出單與PCISV5 整合的開發(fā)任務。與當前的核心系統(tǒng) PCISV5 的升級規(guī)劃保持一致。采用配置化與構建接口策略對接到 PCISV5；快速出 單系統(tǒng)的輔助數(shù)據(jù)采用獨立數(shù)據(jù)模型；在技術路線上，保持系統(tǒng)性、實用性、前瞻性 技術以用為本，根據(jù)業(yè)務當前以及可以預見的將來的發(fā)展，構建快速出單系統(tǒng)的技術路線。 1. 系統(tǒng)性：作為 ISS_PCIS 技術平臺的一部分，具有規(guī)模性系統(tǒng)實際運營的基礎；同時具有長期的研發(fā)規(guī)劃；獨立的研發(fā)團隊維護，確保技術平臺的的系統(tǒng)性。 2. 實用性：智能緩存技術能夠解決程序、資源 和數(shù)據(jù)緩存以及自動更新問題；在ISS_PCIS 平臺基礎上構建便捷易用的 UI 構件，增強使用者操作體驗，加快保單錄入的過程；采用 AJAX+JSON 作為瀏覽器與 Web 服務端的通信方式，界面無刷新，增強用戶體驗。 3. 前瞻性：引入 ISS_PCIS_FWK_EC 版 WEB 框架，降低網絡流量以及客戶端環(huán)境 15 對系統(tǒng)的要求；數(shù)據(jù)包驗證功能，解決網絡傳輸數(shù)據(jù)包丟失導致的錯誤。同時不限制展現(xiàn)界面的展示方式。 圖 快速出單系統(tǒng)的業(yè)務架構圖 新舊系統(tǒng)功能對比 表 表 大類 子類 功能實現(xiàn) 快速出單 PCISV5 錄入 保單錄入 /保存 ? — 保單錄入 /保存 — ? 保費試算 /計算 ? ? 試算單管理 ? — 批單處理 批文模板 — ? 可批改項設置 — ? 16 核保 提核 ? ? 任務告知 ? — 自核體系 — ? 核保級別 — ? 核保流程 — ? 打印 打印接口實現(xiàn) ? — 單證管理 — ? 單證制作 — ? 打印服務 — ? 刷卡繳費 與 POS/銀行 ? — 繳費記錄 — ? 接口 平臺 — ? 收付 — ? 整車配件 ? — 保 /批單單查詢 綜合查詢 ? — 數(shù)據(jù)導出 ? — 任務管理 任務自動告知功能 ? — 本章小結 本章主要介紹了系統(tǒng)實際的業(yè)務需求和新系統(tǒng)和舊系統(tǒng)的功能對比。根據(jù)保險公司的業(yè)務員對于舊系統(tǒng)的反饋，經過多方深思熟慮，相互 的探討，總結出新的需求方案，做出比較完善的需求分析。保險核心系統(tǒng)的應用架構是根據(jù)保險公司的業(yè)務需求而產生的軟件結構， 而保險核心系統(tǒng)的技術架構是與業(yè)務無關的技術實現(xiàn)。 圖 系統(tǒng)總體架構 圖 保險核心系統(tǒng)應用架構由框架和集成在框架的保險應用服務組成。而保險核心系統(tǒng)軟件技術架構是一個和具體的業(yè)務應用無關的技術平臺。 在保險核心系統(tǒng)的應用架構上，有兩個重要概念。它們定義如下：定義保險應用服務工具是指執(zhí)行特定保險業(yè)務的軟件模塊。存在著許多針對保險業(yè)務的服務工具。在后文中我們將保險 業(yè)務服務工具簡稱為服務工具。 定義工具集成是將保險應用的服務工具合并到保險核心系統(tǒng)中并成為該系統(tǒng)中相容部分的活動。如集成的工具使用共享的數(shù)據(jù)庫、共同的業(yè)務描述格式、一致的工具調用程序和綜合的用戶接口。并有效地運行在相同的核心系統(tǒng)中。系統(tǒng)框架為保險應用工具提供公共的操作環(huán)境，因此是進行工具集成的基礎 。各類不同的業(yè)務數(shù)據(jù)存儲在不同的地點 f 邏輯上的或物理上的 )，而對業(yè)務數(shù)據(jù)的訪問通過系統(tǒng)框架進行統(tǒng)一的控制。某項 f 批 1 業(yè)務數(shù)據(jù)可能在幾個不同的服務工具之間共享，同時共享該項業(yè)務數(shù)據(jù)的服務工具可能并發(fā)地對該項業(yè)務數(shù)據(jù)進行訪問。 圖 服務工具與框架之間的交互圖 圖 從運行的角度給出了基于框架。圖中最終用戶為了完成特定 的業(yè)務功能。系統(tǒng)框架作為業(yè)務管理系統(tǒng)通過與服務工具之間的信息交互完成業(yè)務數(shù)據(jù)和業(yè)務工作的管理功能。并管理業(yè)務過程。例如，他可能需要查閱某項業(yè)務數(shù)據(jù)的版本歷史。這種信息交互的需求與利用服務工具完成業(yè)務任務的需求是一致的。這樣，我們將工具的定義進行擴充，既包括上述定義的業(yè)務工具。這里框架工具是指實現(xiàn)最終用戶與系統(tǒng)框架之間信息交互功能的與特定應用業(yè)務無關的軟件模塊。這里可以理解在核心系統(tǒng)中所有與最終用戶的信息交互都是通過工具進行的 f 框架工具或服務工具 )。 19 當工具在運行或保留內部狀態(tài)時，要有大量的內部操作?？蚣軆群吮仨氹S時作出正確的響應。它是面向最終用戶的。緊接著業(yè)務功能層的軟件層是應用服務層，該層次的軟件模塊主要是給業(yè)務功能層提供綜合的應用服務，每個業(yè)務功能層和每個應用服務層軟件模塊之間的關系是一個 N： M 的關系。對應用功能層的 抽象是為了實現(xiàn)應用邏輯的重用。應用服務層以下是框架服務層，在該層的軟件模塊是一些與業(yè)務完全沒有關聯(lián)，但是可以抽象出的軟件模塊，是整個核心系統(tǒng)的軟件基礎部分，包括：權限服務、日志服務、工作流服務、規(guī)則服務等。 為了在開發(fā)保險核心系統(tǒng)時縮短開發(fā)周期，在保險核心系統(tǒng)技術架構的表現(xiàn)層(PresentationTier)中引入開源的 Struts Framework．在業(yè)務層 (BusinessTier)中引入了開源的中間件 Hibernate。 20 圖 保險核心 系統(tǒng)技術架構 圖 Web 開發(fā)領域中出現(xiàn)了許多設計好的軟件開發(fā)框架， Struts 就是一種基于MVCfModelViewController)經典設計模式的框架．也是目前開發(fā)中比較成熟的一種框架。結合圖 5 的PresentationTier 部分以及 Struts 的架構，下面簡述在本文的技術架構中是如何實現(xiàn)的Controller 控制器部分、 View 視圖部分和 Model 模型部分設計。此外 Struts 還提供了豐富的自定標記庫，使用自定義標記同樣可以實現(xiàn)與 Model 部分有效交互并能增強顯示功能； 3. Model 模型部分：這部分就是下面要詳細介紹的業(yè)務層的設計。 4. 業(yè)務層設計業(yè)務層是處理所有保險業(yè)務邏輯的場所。在業(yè)務處理幾個組件中， BusinessDelegate( 業(yè)務代理一 Prox—v1 所作的工作是封裝和組合BusinessObject(業(yè)務邏輯對象 )中的業(yè)務方法。所有與數(shù)據(jù)庫的操作都在 DataAccessObject(數(shù)據(jù)訪問對象一 DAO1 中實現(xiàn)， DataAccessObject 在現(xiàn)在的企業(yè)級應用系統(tǒng)開發(fā)中占據(jù)著重要的地位，也是最復雜的問題之一． 它將影響整個系統(tǒng)的可靠性和穩(wěn)健性。面向對象分析與設計．面向對象語言的廣泛使用．使得持久層開發(fā)中一種稱作對象～關系映射 (ObjectRelationalMapping1 的解決方案逐漸被接受。 Hibernate 輕量級的組件，使用Hibernate 可以幫助我們消除或者包裝那些針對特定廠商的 SQL 代碼，并且把結果集從表格的表示形式轉換到一系列的對象中去，使開發(fā)者把更多的精力移到業(yè)務邏輯的開發(fā)上。所以在設計保險核心業(yè)務系統(tǒng)時可以根據(jù)具體的業(yè)務需求來選擇對數(shù)據(jù)庫的訪問。在數(shù)據(jù)層提供對關系型數(shù)據(jù)的訪問以 及對 XML 數(shù)據(jù)等其他格式數(shù)據(jù)的訪問。 通過配置實現(xiàn)與 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)定的技術 以本公司已經在多家保險公司上線運行的 PCISV7 的技術平臺為基礎 選用本公司 PCISV5 核心項目在多個項目中應用的 CJava 通訊框架。 以 JQuery 等作為 WEB 前端框架的基礎組件，為以后應用程序跨瀏覽器在不同設備上運行提供基礎。 為 B/S核心以及集成的系統(tǒng)提供統(tǒng)一的省份上下文，是系統(tǒng)分布式部署集成的基礎。 PCIS V6 應用服務器的配置 安裝 Tomcat 版本 ， 配置 pcisv6 應用 (具體可以參考程序目錄下 tomcat 配置說明 .TXT)： 1. 用記事本打開 tomcat 的配置目錄 (conf)的 在文件第一行加入 ?xml version= encoding=UTF8? 2. 查找到 Host......./Host定義段 在這個定義段中添加下面代碼，修改 docBase 的程序路徑為此應用存放的路徑 Context path=/pcis docBase=D:\pcis\WebRoot debug = 5 Manager pathname=/ Resource name=jdbc/claim factory= auth=Container type= maxActive=10 maxIdle=1 maxWait=10000 25 driverClassName= username=pcisv6 password=11 url=jdbc:oracle:thin::1521:corev6/ /Context 3. 另存時，選定 UTF8 編碼格式 配置文件 1. PCIS V6 配置文件列表 業(yè)務 是 Spring 整體配置 是基礎架構的配置 是認證與授權的配置 bizcontext[modulename].xml 否配置業(yè)務層和集成層對象，如 BizAction、 Service、DAO、 JMS 等 ,根據(jù)各模塊所需增加新的配置文件 VO 持久化 是 Hibernate 整體配置 是基礎架構 VO 的配置 Hibernate[ modulename]. 否各業(yè)務模塊的 VO 配置 [Demo]. 否各業(yè)務對象的映射配置 公用 是菜單適配器的配置 否放置 context 配置文件中經常修改的參數(shù)（可選） Message_[zh_CN].properties 是國際化的配置 否 log4j 配置文件， PCIS V6 內核使用 modulename 代表分類組別， zh_CN 代表國際化語言。各模塊獨立的配置一個 bizcontext[modulename].xml 我們舉例