【正文】 就是針對(duì)現(xiàn)：肓的保險(xiǎn)業(yè)務(wù)，開發(fā)出軟件工具，服務(wù)于保險(xiǎn)，且隨著保險(xiǎn)業(yè)務(wù)的發(fā)展，新的保險(xiǎn)應(yīng)用服務(wù)工具將產(chǎn)生并集成到現(xiàn)有的核心系統(tǒng)中。在后文中我們將保險(xiǎn) 業(yè)務(wù)服務(wù)工具簡(jiǎn)稱為服務(wù)工具。在不引起誤解的前提下．也稱為工具。 定義工具集成是將保險(xiǎn)應(yīng)用的服務(wù)工具合并到保險(xiǎn)核心系統(tǒng)中并成為該系統(tǒng)中相容部分的活動(dòng)。工具集成運(yùn)行與單個(gè)工具運(yùn)行具有不同的特征。如集成的工具使用共享的數(shù)據(jù)庫(kù)、共同的業(yè)務(wù)描述格式、一致的工具調(diào)用程序和綜合的用戶接口。一個(gè)真正開放與有效的核心系統(tǒng)應(yīng)能允許不同種類的服務(wù)工具方便地集成在一起。并有效地運(yùn)行在相同的核心系統(tǒng)中。 18 建立保險(xiǎn)核心系統(tǒng)總體模型的第一步是對(duì)服務(wù)工具和系統(tǒng)框架進(jìn)行定位。系統(tǒng)框架為保險(xiǎn)應(yīng)用工具提供公共的操作環(huán)境，因此是進(jìn)行工具集成的基礎(chǔ) 。在服務(wù)工具集成環(huán)境中，業(yè)務(wù)數(shù)據(jù)統(tǒng)一存儲(chǔ)在業(yè)務(wù)數(shù)據(jù)庫(kù)中。各類不同的業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在不同的地點(diǎn) f 邏輯上的或物理上的 )，而對(duì)業(yè)務(wù)數(shù)據(jù)的訪問(wèn)通過(guò)系統(tǒng)框架進(jìn)行統(tǒng)一的控制?？蚣懿捎孟嗤姆绞綄?duì)不同的業(yè)務(wù)數(shù)據(jù)進(jìn)行組織。某項(xiàng) f 批 1 業(yè)務(wù)數(shù)據(jù)可能在幾個(gè)不同的服務(wù)工具之間共享，同時(shí)共享該項(xiàng)業(yè)務(wù)數(shù)據(jù)的服務(wù)工具可能并發(fā)地對(duì)該項(xiàng)業(yè)務(wù)數(shù)據(jù)進(jìn)行訪問(wèn)。但服務(wù)工具只能通過(guò)框架的控制才能訪問(wèn)業(yè)務(wù)數(shù)據(jù)。 圖 服務(wù)工具與框架之間的交互圖 圖 從運(yùn)行的角度給出了基于框架。核心系統(tǒng)中服務(wù)工具與系統(tǒng)框架之間的交互方式。圖中最終用戶為了完成特定 的業(yè)務(wù)功能。在分布的硬件環(huán)境中不同的位置并發(fā)地運(yùn)行多個(gè)服務(wù)工具，這些服務(wù)工具通過(guò)系統(tǒng)框架進(jìn)行業(yè)務(wù)數(shù)據(jù)的訪問(wèn)。系統(tǒng)框架作為業(yè)務(wù)管理系統(tǒng)通過(guò)與服務(wù)工具之間的信息交互完成業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)工作的管理功能。系統(tǒng)框架支持最終用戶組織自己的業(yè)務(wù)信息。并管理業(yè)務(wù)過(guò)程。因此最終用戶需要與框架之間進(jìn)行信息交互，以獲得業(yè)務(wù)的狀態(tài)和初始化某些框架功能。例如，他可能需要查閱某項(xiàng)業(yè)務(wù)數(shù)據(jù)的版本歷史。并從中選擇一個(gè)版本以進(jìn)一步的應(yīng)用。這種信息交互的需求與利用服務(wù)工具完成業(yè)務(wù)任務(wù)的需求是一致的。即最終用戶從分布的硬件環(huán)境中不同地點(diǎn)并發(fā)地與系 統(tǒng)框架進(jìn)行交互。這樣，我們將工具的定義進(jìn)行擴(kuò)充，既包括上述定義的業(yè)務(wù)工具。也包括一種新類型的工具，這種新類型的工具我們稱之為框架工具。這里框架工具是指實(shí)現(xiàn)最終用戶與系統(tǒng)框架之間信息交互功能的與特定應(yīng)用業(yè)務(wù)無(wú)關(guān)的軟件模塊。框架工具不訪問(wèn)業(yè)務(wù)數(shù)據(jù)，也不實(shí)現(xiàn)具體的業(yè)務(wù)邏輯。這里可以理解在核心系統(tǒng)中所有與最終用戶的信息交互都是通過(guò)工具進(jìn)行的 f 框架工具或服務(wù)工具 )。此外，核心系統(tǒng)由框架內(nèi)核與框架工具組成，框架內(nèi)核被動(dòng)地按照從工具傳來(lái)的信息進(jìn)行控制。 19 當(dāng)工具在運(yùn)行或保留內(nèi)部狀態(tài)時(shí)，要有大量的內(nèi)部操作。框架內(nèi)核不必獲取工 具的詳細(xì)的內(nèi)部操作信息，但一旦工具發(fā)出與框架內(nèi)核進(jìn)行交互的請(qǐng)求?？蚣軆?nèi)核必須隨時(shí)作出正確的響應(yīng)。 圖 軟件應(yīng)用架構(gòu)總體結(jié)構(gòu) 圖 在圖 的軟件應(yīng)用架構(gòu)中，處于應(yīng)用架構(gòu)最上層的是業(yè)務(wù)功能層。它是面向最終用戶的。最終用戶直接和處于本軟件層的模塊交互實(shí)現(xiàn)業(yè)務(wù)需求。緊接著業(yè)務(wù)功能層的軟件層是應(yīng)用服務(wù)層，該層次的軟件模塊主要是給業(yè)務(wù)功能層提供綜合的應(yīng)用服務(wù)，每個(gè)業(yè)務(wù)功能層和每個(gè)應(yīng)用服務(wù)層軟件模塊之間的關(guān)系是一個(gè) N： M 的關(guān)系。即一個(gè)業(yè)務(wù)功能層的模塊會(huì)采用多個(gè)應(yīng)用服務(wù)層模塊提供的服務(wù)，反之亦然。對(duì)應(yīng)用功能層的 抽象是為了實(shí)現(xiàn)應(yīng)用邏輯的重用。降低和業(yè)務(wù)功能層的耦合。應(yīng)用服務(wù)層以下是框架服務(wù)層，在該層的軟件模塊是一些與業(yè)務(wù)完全沒(méi)有關(guān)聯(lián)，但是可以抽象出的軟件模塊，是整個(gè)核心系統(tǒng)的軟件基礎(chǔ)部分，包括：權(quán)限服務(wù)、日志服務(wù)、工作流服務(wù)、規(guī)則服務(wù)等。在應(yīng)用服務(wù)層以下是數(shù)據(jù)服務(wù)層，包括核心系統(tǒng)的核心業(yè)務(wù)數(shù)據(jù)和框架外圍系統(tǒng)的接口數(shù)據(jù)，如打印管理子系統(tǒng)本身的索引數(shù)據(jù)等。 為了在開發(fā)保險(xiǎn)核心系統(tǒng)時(shí)縮短開發(fā)周期，在保險(xiǎn)核心系統(tǒng)技術(shù)架構(gòu)的表現(xiàn)層(PresentationTier)中引入開源的 Struts Framework．在業(yè)務(wù)層 (BusinessTier)中引入了開源的中間件 Hibernate。系統(tǒng)技術(shù)架構(gòu)的設(shè)計(jì)圖如圖 所示。 20 圖 保險(xiǎn)核心 系統(tǒng)技術(shù)架構(gòu) 圖 Web 開發(fā)領(lǐng)域中出現(xiàn)了許多設(shè)計(jì)好的軟件開發(fā)框架， Struts 就是一種基于MVCfModelViewController)經(jīng)典設(shè)計(jì)模式的框架．也是目前開發(fā)中比較成熟的一種框架。作為 MVC設(shè)計(jì)模式的 WEB應(yīng)用的一種典型體現(xiàn)， Struts架構(gòu)實(shí)際上是建立在 Model2基礎(chǔ)上的，對(duì) Model、 View 和 Contml~r 都提供了現(xiàn)成的實(shí)現(xiàn)組件。結(jié)合圖 5 的PresentationTier 部分以及 Struts 的架構(gòu)，下面簡(jiǎn)述在本文的技術(shù)架構(gòu)中是如何實(shí)現(xiàn)的Controller 控制器部分、 View 視圖部分和 Model 模型部分設(shè)計(jì)。 1. Controller 控制器部分： Struts 中的 Controller 控制器部分是通過(guò)專門的 Servlet 來(lái)實(shí)現(xiàn)，作用是接收客戶端瀏覽器的請(qǐng)求．然后選擇執(zhí)行相應(yīng)的 Action，再把相應(yīng)結(jié)果返回給客戶端瀏覽器： 2. View 視圖部分：采用 Jsp 實(shí)現(xiàn)。此外 Struts 還提供了豐富的自定標(biāo)記庫(kù)，使用自定義標(biāo)記同樣可以實(shí)現(xiàn)與 Model 部分有效交互并能增強(qiáng)顯示功能； 3. Model 模型部分：這部分就是下面要詳細(xì)介紹的業(yè)務(wù)層的設(shè)計(jì)。在表現(xiàn)層中，通過(guò) Action 與業(yè)務(wù)層交互．每個(gè) Action 都通過(guò)調(diào)用業(yè)務(wù)層中一個(gè)都多個(gè)Busi—nesSDelegate 組件來(lái)實(shí)現(xiàn)相應(yīng)的功能， BusinessDelegate 組件的內(nèi)部實(shí)現(xiàn)對(duì) Action來(lái)說(shuō)是完全透明的。 4. 業(yè)務(wù)層設(shè)計(jì)業(yè)務(wù)層是處理所有保險(xiǎn)業(yè)務(wù)邏輯的場(chǎng)所。在業(yè)務(wù)層中主要的組件包 21 括： BusinessDelegateQdk 務(wù)代理一 Proxy BusinessObjectf 業(yè)務(wù)邏輯對(duì)象一 Service)、SessionEJB(SessionBean—PO)、 DataAccessObject(數(shù)據(jù)訪問(wèn)對(duì)象一 DAO1。在業(yè)務(wù)處理幾個(gè)組件中， BusinessDelegate( 業(yè)務(wù)代理一 Prox—v1 所作的工作是封裝和組合BusinessObject(業(yè)務(wù)邏輯對(duì)象 )中的業(yè)務(wù)方法。 BusinessObject 實(shí)現(xiàn)所有的業(yè)務(wù)邏輯，但它不涉及任何的數(shù)據(jù)庫(kù)操作。所有與數(shù)據(jù)庫(kù)的操作都在 DataAccessObject(數(shù)據(jù)訪問(wèn)對(duì)象一 DAO1 中實(shí)現(xiàn)， DataAccessObject 在現(xiàn)在的企業(yè)級(jí)應(yīng)用系統(tǒng)開發(fā)中占據(jù)著重要的地位，也是最復(fù)雜的問(wèn)題之一． 它將影響整個(gè)系統(tǒng)的可靠性和穩(wěn)健性。從理論上說(shuō)，用面向?qū)ο蟮臄?shù)據(jù)庫(kù)管理系統(tǒng)實(shí)現(xiàn)對(duì)象的存儲(chǔ)是順理成章的決策，但是具體的應(yīng)用系統(tǒng)的開發(fā)更強(qiáng)調(diào)考慮各種實(shí)際因素．由于目前面向?qū)ο髷?shù)據(jù)庫(kù)系統(tǒng)的軟件產(chǎn)品的技術(shù)成熟程度、實(shí)用性、易用性、價(jià)格等綜合因素還沒(méi)有關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)那么有優(yōu)勢(shì)．在很大的范圍內(nèi)關(guān)系數(shù)據(jù)庫(kù)還是占有主導(dǎo)地位。面向?qū)ο蠓治雠c設(shè)計(jì)．面向?qū)ο笳Z(yǔ)言的廣泛使用．使得持久層開發(fā)中一種稱作對(duì)象～關(guān)系映射 (ObjectRelationalMapping1 的解決方案逐漸被接受。中間件 Hibernate 就是這樣一種開源的 ORM 實(shí) 現(xiàn)。 Hibernate 輕量級(jí)的組件，使用Hibernate 可以幫助我們消除或者包裝那些針對(duì)特定廠商的 SQL 代碼，并且把結(jié)果集從表格的表示形式轉(zhuǎn)換到一系列的對(duì)象中去，使開發(fā)者把更多的精力移到業(yè)務(wù)邏輯的開發(fā)上。但是，基于 JDBC 的數(shù)據(jù)庫(kù)驅(qū)動(dòng)建模解決方案優(yōu)點(diǎn)是有助于建立靈活的、可控制的數(shù)據(jù)模型．并能提供很大余地解決任何性能方面的問(wèn)題。所以在設(shè)計(jì)保險(xiǎn)核心業(yè)務(wù)系統(tǒng)時(shí)可以根據(jù)具體的業(yè)務(wù)需求來(lái)選擇對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。 數(shù)據(jù)層為業(yè)務(wù)邏輯層提供各種數(shù)據(jù)的支持．根據(jù)表現(xiàn)層的請(qǐng)求構(gòu)造出不同的業(yè)務(wù)對(duì)象。在數(shù)據(jù)層提供對(duì)關(guān)系型數(shù)據(jù)的訪問(wèn)以 及對(duì) XML 數(shù)據(jù)等其他格式數(shù)據(jù)的訪問(wèn)。 與 HTML 界面動(dòng)態(tài)綁定數(shù)據(jù) ： 快速出單為達(dá)到靈活處理顯示界面，同時(shí)保持產(chǎn)品模型化管理的目的，在技術(shù)上采用了，將業(yè)務(wù)數(shù)據(jù)直接綁定到靜態(tài) HTML 界面的策略。 通過(guò)配置實(shí)現(xiàn)與 PCISV5 通訊 ： 快速出單系統(tǒng)與 PCISV5 之間的通訊，可以通過(guò)數(shù)據(jù)映射文件來(lái)實(shí)現(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ù)處理場(chǎng)景 2． 數(shù)據(jù)模型 業(yè)務(wù)數(shù)據(jù)模型：業(yè)務(wù)處理用的報(bào)批單數(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é)議 前后臺(tái)數(shù)據(jù)通過(guò)通過(guò)： AJAX 方式繼續(xù) 協(xié)議： HTTP 報(bào)文： JSON 23 構(gòu)造思路 1. 一致性原則 與技術(shù)策略上所采用的系統(tǒng)緩存策略保持一致 與技術(shù)策略上所采用的系統(tǒng) 部署測(cè)量保持一致 2. 采有成熟穩(wěn)定的技術(shù) 以本公司已經(jīng)在多家保險(xiǎn)公司上線運(yùn)行的 PCISV7 的技術(shù)平臺(tái)為基礎(chǔ) 選用本公司 PCISV5 核心項(xiàng)目在多個(gè)項(xiàng)目中應(yīng)用的 CJava 通訊框架。 3. 關(guān)鍵支撐組件、協(xié)議以及框架選擇，有一定的前瞻性 瀏覽器與服務(wù)器通訊協(xié)議： HTTP+AJAX，啟用壓縮機(jī)制后臺(tái)通訊數(shù)據(jù)傳輸量，壓縮后的非圖片下載量為原來(lái)的 1/6 到 1/10 之一。 以 JQuery 等作為 WEB 前端框架的基礎(chǔ)組件，為以后應(yīng)用程序跨瀏覽器在不同設(shè)備上運(yùn)行提供基礎(chǔ)。 圖 物理部署架構(gòu)圖 24 圖 快速 出單邏輯部署圖 架構(gòu)實(shí)現(xiàn) 基于 PCISV7_CAS 實(shí)現(xiàn) 單點(diǎn)登錄系統(tǒng)，完成多個(gè)系統(tǒng)統(tǒng)一的省份認(rèn)證。 為 B/S核心以及集成的系統(tǒng)提供統(tǒng)一的省份上下文，是系統(tǒng)分布式部署集成的基礎(chǔ)。 PCISV7_CAS 可以在數(shù)據(jù)層面直接與當(dāng)前核心系統(tǒng)集成，從而實(shí)現(xiàn)用戶信息完全共享。 PCIS V6 應(yīng)用服務(wù)器的配置 安裝 Tomcat 版本 ， 配置 pcisv6 應(yīng)用 (具體可以參考程序目錄下 tomcat 配置說(shuō)明 .TXT)： 1. 用記事本打開 tomcat 的配置目錄 (conf)的 在文件第一行加入 ?xml version= encoding=UTF8? 2. 查找到 Host......./Host定義段 在這個(gè)定義段中添加下面代碼，修改 docBase 的程序路徑為此應(yīng)用存放的路徑 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. 另存時(shí)，選定 UTF8 編碼格式 配置文件 1. PCIS V6 配置文件列表 業(yè)務(wù) 是 Spring 整體配置 是基礎(chǔ)架構(gòu)的配置 是認(rèn)證與授權(quán)的配置 bizcontext[modulename].xml 否配置業(yè)務(wù)層和集成層對(duì)象，如 BizAction、 Service、DAO、 JMS 等 ,根據(jù)各模塊所需增加新的配置文件 VO 持久化 是 Hibernate 整體配置 是基礎(chǔ)架構(gòu) VO 的配置 Hibernate[ modulename]. 否各業(yè)務(wù)模塊的 VO 配置 [Demo]. 否各業(yè)務(wù)對(duì)象的映射配置 公用 是菜單適配器的配置 否放置 context 配置文件中經(jīng)常修改的參數(shù)（可選） Message_[zh_CN].properties 是國(guó)際化的配置 否 log4j 配置文件， PCIS V6 內(nèi)核使用 modulename 代表分類組別， zh_CN 代表國(guó)際化語(yǔ)言。 在 配置中，統(tǒng)一使用了 來(lái)導(dǎo)入 Spring 的配置信息。各模塊獨(dú)立的配置一個(gè) bizcontext[modulename].xml 我們舉例來(lái)說(shuō)明。 在 中我們定義如下： beans import resource=/!把新增的各模塊獨(dú)立的bizcontext[modulename].xml 加入到 beans.../beans import resource=/ 26 import resource=/ import resource=/ import resource=/ import resource=/ import resource=/ !acegi 安全驗(yàn)證 import resourc