保險代理軟件保單管理系統(tǒng)免費畢業(yè)設計論文.doc

保險代理軟件保險代理軟件保單管理保單管理 院（系）： 專 業(yè)： 班 級： 學 號： 姓 名： 指導教師： 負責教師： -I- 摘摘 要要 本文介紹了保險代理軟件保單管理系統(tǒng)的設計過程，詳細描述了保單管 理系統(tǒng)的業(yè)務流程，不僅實現了保單管理系統(tǒng)的基本功能，還可以對保單的理賠 信息進行相應的查詢和統(tǒng)計，然后生成統(tǒng)計后的報表并可以打印出來。該系統(tǒng)主 要包括客戶機構和客戶的資料管理模塊，保單信息的管理模塊，理賠信息的管理 模塊和客戶服務的管理模塊。 保單管理系統(tǒng)通過對客戶信息表、保單表、保單審批表、理賠單表、理賠信 息查詢、提醒信息查詢等功能設置，來滿足保險業(yè)務員和保險客戶的不同需求。 保險業(yè)務員會根據客戶的具體需求進行相應的保單管理，利用客戶信息表、保單 表、理賠信息表等完成保單系統(tǒng)的整體流程，在客戶的理賠情況中，不僅能自動 地生成一些數據信息，還可以對理賠信息進行統(tǒng)計，最終，生成報表信息。 本系統(tǒng)的前臺開發(fā)工具采用 Visual Basic 6.0，后臺數據庫采用 Microsoft SQL Server 2000。在設計的過程中，更加注重了系統(tǒng)計費的準確性和運行的高 效性。 關鍵詞關鍵詞 保單管理 保險 理賠信息 -II- Abstract This dissertation mainly introduces the design and implementation of the software for insurance act. Detailed treatise the process of the system of management for insurance. The program implements the foundational function of the system. Besides that, it also implements the inquiry and tidy up compensation information. Then, it makes a statistics and prints it. The system mainly includes the module of the information management for customer, insurance management, information management of compensation and the service of customer. It throughs the customer information table, insurance table, insurance table for audit, compensation list table, compensation information inquiry and reminding information to meet the different demands of insurance operators and customers. The operator manage the insurance by demands of the customer and through customer information table, insurance table and compensation information table to finish whole process of the system. In the situation of compensation for customers, it can not only automatically make data for customers information, but also tidy up the compensation information .At last, it makes the information table. The system uses Visual Basic 6.0 to do the front stage and uses Microsoft SQL Server 2000 to do database in background. In the process of design, it is emphasized the veracity of calculating the expense and running efficiency. Keywords The insurance management , insurance, compensation information -I- 目目 錄錄 第第 1 章章 概概 述述 .1 1.1 題目背景.1 1.2 現狀與分析.1 1.3 項目特點與研究意義.2 第第 2 章章 需求分析需求分析 .4 2.1項目內容及要求 .4 2.2可行性分析 .5 2.2.1 經濟可行性 .5 2.2.2 技術可行性 .6 2.3開發(fā)工具論述 .7 2.3.1 前臺開發(fā)工具 .7 2.3.2 后臺數據庫 .7 第第 3 章章 系統(tǒng)系統(tǒng)概要概要設計設計 .8 3.1 系統(tǒng)分析模型8 3.2 數據庫設計10 第第 4 章章 系統(tǒng)詳細設計系統(tǒng)詳細設計 .14 4.1 軟件結構設計軟件結構設計 .14 4.2 功能子模塊設計 .15 4.2.1 客戶資料管理子模塊 16 4.2.2 理賠管理子模塊 20 4.2.2.1 界面設計 .20 4.2.3 保單管理子模塊 21 4.2.4 客戶的服務管理子模塊 22 第第 5 章章 系統(tǒng)運行與調試系統(tǒng)運行與調試 .23 5.1 系統(tǒng)測試方案23 5.2 測試結果分析與調試23 結結 論論 .25 參考文獻參考文獻 .26 致致 謝謝 .27 第 1 章 概述 -1- 第 1 章 概 述 1.1 題目背景題目背景 近年來,保險行業(yè)保持高速發(fā)展，但 IT 投資和 IT 應用卻并沒有跟上業(yè)務發(fā)展 的步伐。從理論上說，信息化建設對保險行業(yè)意義重大，但是近幾年來保險行業(yè) 信息化建設的成果，并沒有給其服務對象帶來像銀行、證券行業(yè)那樣的效應。 現在，情況正在發(fā)生積極的變化。我國保險市場已經對外資開放，外資保險公司 的 IT 基礎設施應用及其先進管理思路，成為在我國保險市場上攻城略地的利器， 其鋒芒先是指向高端客戶，繼之則將是我國保險公司的一些傳統(tǒng)領地。而對我國 保險公司來說，跑馬圈地、高速擴張的時代正在成為過去，風險控制、產品精算、 資金運營、數據庫技術、CRM、網上保險等，所有這些提高鞏固和擴大市場份額、 提高盈利能力及符合監(jiān)管要求的手段，都已經提上議事日程，而且都離不開 IT 技術的支撐。 保險行業(yè)信息化建設將掀起一波新的浪潮。現在，IBM、SAP 等國外的和用 友等國內的軟件系統(tǒng)集成廠商，無不把為保險業(yè)信息化建設提供產品和服務作為 自己的業(yè)務重點。我國保險業(yè)信息化建設，將成為今后一段時間里人們普遍關注 的焦點；在不長的時間內取得重大進展，也是可以期盼的。 本報告針對潛力巨 大的中國保險業(yè) IT 應用市場，在分析行業(yè) IT 投資狀況、需求特征、競爭格局的 基礎上，預測了未來市場發(fā)展趨勢，并對主力廠商和成長性廠商提供競爭策略發(fā) 展，使整體市場的快速發(fā)展變?yōu)閺S商自身的超速發(fā)展。從而，提高企業(yè)或相關單 位的電信管理水平，降低企業(yè)的運營成本，提高企業(yè)的競爭力。 1.2 現狀與分析現狀與分析 目前，對于保險管理系統(tǒng)中保單管理的要求不斷提高，所針對的客戶群為社 會上的各界人士，不管是各企事業(yè)單位還是各個公司都涉及到保險，所以保險管 理系統(tǒng)很重要，其中的保單管理系統(tǒng)是核心，是保存客戶保險信息的重要依據。 但是，如果沒有重視到保單管理的重要性，會影響到很多后續(xù)的工作，例如客戶 第 1 章 概述 -2- 信息的丟失，保險理賠的確認，保險信息的情況等，所以要加強對保單的管理， 以免造成不必要的損失和麻煩。 因此，為了使保險工作做得好，減少不必要的損失，一定要做好保單管理， 并對保單進行即使的改進和更新。該系統(tǒng)應集保單、客戶、管理、理賠于一體， 方便保單業(yè)務員和客戶對整個流程的監(jiān)控與操作。對于使用該系統(tǒng)的企業(yè)和公司 來說，可以提高他們對整個社保福利的管理水平，提高管理的透明度，便于監(jiān)督； 還可以對繳費和續(xù)費的保單功能進行提醒，最后，即方便了保險業(yè)務員的工作， 又實現了對保險客戶管理的智能化性，使系統(tǒng)能夠實現準確性、高效性和安全性 的統(tǒng)一，避免人為的因素造成的損失。 1.3 項目特點與研究意義項目特點與研究意義 科學技術的飛速發(fā)展越來越深刻地影響著世界各國的經濟和社會發(fā)展,那么社 會經濟發(fā)展必然會帶動人民的生活水平以及相應的福利待遇的提高。本項目就是 從這一角度出發(fā)，在實地調研的基礎上針對具體情況并結合相關理論進行設計， 最終在保險業(yè)務方面，實現了保單系統(tǒng)的管理。該系統(tǒng)即方便了業(yè)務員的操作， 又實現了保單管理的各個功能，并具有良好的可維護性、穩(wěn)定性和高效性。 該保單管理系統(tǒng)主要應具有如下功能： 客戶：對客戶的資料進行詳細的管理，在客戶模塊的下拉菜單中，應具 有客戶信息的錄入和維護，客戶的續(xù)費、繳費提醒，客戶常見問題的解 答，并實現對客戶信息的分組和排序的功能。 業(yè)務員：實現對業(yè)務員信息的錄入和維護，并設定權限關系，具有保單 審批員和保單業(yè)務員，以便在保單模塊中實現對審批功能的權限分配。 保單：有效對保單信息進行詳細的管理，在保單模塊的下拉菜單中，應 具有保單信息的錄入和維護，保單的審批功能，在審批的功能中對審批 權限進行了分配，即只有保單審批員可以對保單進行審批，普通的業(yè)務 員不具有審批的權限，從而對保單信息進行合理的管理。 理賠：對理賠信息進行詳細的管理，在下拉菜單中，應具有對理賠信息 的錄入和維護，快速查詢功能和統(tǒng)計功能，在業(yè)務員根據客戶的理賠信 息進行理賠后，可以生成相應的報表，并可以保存和打印出來。 第 1 章 概述 -3- 該系統(tǒng)是保險代理軟件中的一個模塊，在此模塊中，詳細設計了保單管理的 整個流程，并能很好的和后面的模塊進行融合。保險代理軟件是根據保險公司的 營銷管理模式開發(fā)和設計出來的，其中的保單管理模塊是一個子模塊，實現對保 險公司的業(yè)務情況進行合理的管理，因此，該模塊也起到了至關重要的作用?；?于以上的設計，要不斷地進行完善，來實現軟件所帶來的便利。 。 第 2 章 需求分析 -4- 第 2 章 需求分析 2.1項目內容及要求項目內容及要求 保單管理系統(tǒng)主要包括以下幾大功能模塊：客戶機構和客戶資料管理，客戶 的服務管理，保單信息管理和理賠的情況管理。通過這幾大功能模塊的相互結合， 從而實現整個保單管理系統(tǒng)的全部功能。本文所著重論述的是保險代理軟件系統(tǒng) 中的保單管理這個功能模塊。 保險代理軟件系統(tǒng)中的保單管理這個功能模塊主要包括以下幾大功能： 客戶機構和客戶資料管理中，能夠自由地輸入和查詢客戶的相關信息。 對客戶的詳細信息進行添加、刪除、保存和顯示功能，具備靈活的信息 分組和信息排序等功能，適時地調整客戶的相關信息?？蛻舻姆展芾?中不僅具有續(xù)保、續(xù)費的自動提醒，在系統(tǒng)運行的過程中，會自動進行 日期的判斷，如果到了客戶之前所預定的下期應繳費日期，系統(tǒng)會提醒 客戶進行相應的續(xù)保、續(xù)費工作，并將每期的繳費記錄進行計算，最終 得出相應的繳費金額。此模塊中還具有客戶的常見問題解答的功能，通 過這一功能可以實現不同人群對保險行業(yè)的了解，從而滿足不同客戶群 的需求，使整個系統(tǒng)具有良好的應用性。 保單業(yè)務員的管理模塊中，實現了對保單業(yè)務員信息的錄入和維護功能。 在該模塊中，業(yè)務員分為普通業(yè)務員和保單審批員。對于普通業(yè)務員不 具有保單的審批功能，但是對于保單審批員可以對保單進行各種操作， 即實現了權限的分配。 保單信息管理包括保單信息的錄入和維護功能，保單的審批功能。在保 單的信息錄入單中，具有保險合同編號，保險類型，險種名稱，保險金 額等名稱，保單業(yè)務員通過對保單信息的錄入和日常的維護，使保單在 使用的過程中能夠快速和準確地調用信息記錄，以方便保險業(yè)務員的工 作和使用。在保單審批的功能中，只有保單審批員才可以應用此功能， 審批單中，可以根據保險合同編號把客戶的保單錄入信息調用出來，根 第 2 章 需求分析 -5- 據該信息進行相應的審批操作。在保險類型的設計中，由于保險類型不 同，相應的保險金額就不同，保險繳費方式的不種，最后生成的每期保 險費也就不同了，因此，在保單模塊中要注意對保單金額的管理，設計 出合適的算法，最后進行測試和維護。 理賠的情況管理包括備案理賠資料、快速查詢和統(tǒng)計等功能。系統(tǒng)會根 據客戶詳細的個人信息紀錄，查詢出基于保單的理賠情況，進行相應的 理賠信息統(tǒng)計并生成理賠的繳費信息，并且把理賠資料進行詳細的備案 處理；根據客戶的相關信息可以對理賠資料進行快速查詢工作，并能統(tǒng) 計出理賠的所有信息。在業(yè)務員對理賠信息表進行管理時，根據理賠事 件的具體情況進行相應的理賠管理，最后顯示出客戶的所有理賠信息情 況。 程序在設計的過程中，要保證合理的程序結構，編寫出規(guī)范的程序代碼， 使其具有良好的可讀性和客戶的友好性，便于今后自己或他人的修改。并且 還要盡量使系統(tǒng)能夠和其它部分軟件進行高效的融合。 2.2可行性分析可行性分析 可行性分析(Feasibility Analysis)也稱為可行性研究，是在系統(tǒng)調查的基礎上， 針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經濟、社 會的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功?？尚行匝?究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決。 2.2.1 經濟可行性經濟可行性 從經濟可行性的角度出發(fā)，系統(tǒng)在開發(fā)的過程中，主要應該考慮如何節(jié)約開 發(fā)成本，縮短開發(fā)周期，以最小的投入獲得最大的回報。為了保證軟件產品的質 量，系統(tǒng)的開發(fā)周期應該控制在 6 個月左右，并且要保證充足的調研時間和測試 周期。 整個保險管理系統(tǒng)具有很大的市場潛力，其中保單管理系統(tǒng)是整個保險管理 系統(tǒng)的核心問題。系統(tǒng)在 windows 2000 server，Visual Basic 6.0 和 Microsoft SQL Server 2000 環(huán)境下開發(fā)，開發(fā)成本小，能獲得很大的市場效益。 第 2 章 需求分析 -6- 2.2.2 技術可行性技術可行性 從技術可行性的角度來看，該保單管理系統(tǒng)主要是運行在 C/S 模式下，C/S 是指：客戶/服務器。其主要由客戶機、服務器、網絡三要素主成?？蛻粼趥€人 機（客戶機）上工作，可以與中心計算機（服務器）互相通信。網絡軟件則保證 客戶機和服務器互相連通。C/S 結構的最大優(yōu)點是具有強大的使用和處理數據的 能力，它將數據處理任務分開在客戶端和數據庫服務器上進行，有利于充分利用 網絡的計算資源，該操作還大大減少了網絡的傳輸量，從客戶發(fā)往數據庫服務器 的只是查詢請求，從數據庫傳回的只是查詢的結果。 以簡單的兩層客戶機/服務器系統(tǒng)而言，客戶端是指應用軟件以圖形接口顯 示數據并讓客戶進行添加、修改等并行輸入輸出作業(yè)的部分，也就是客戶接口負 責向后端的數據庫索取數據，執(zhí)行客戶端軟件的工作。服務器所執(zhí)行的后端數據 庫服務器，則專門執(zhí)行數據的存儲、檢索、管理、備份等種種關鍵操作。C/S 體 系結構圖如圖 2.1。 客戶客戶 網絡網絡 服務器服務器 圖圖 2.12.1 C/SC/S 體系結構圖體系結構圖 數據庫的設計是以關系型數據庫理論作為指導，將數據庫建立在服務器上， 應用程序則運行在客戶機/服務器體系結構中的客戶機上。以上的這些技術已經 共享數據庫 應用軟件應用軟件 連接軟件 連接軟件 連接軟件 服務器 DBMS 第 2 章 需求分析 -7- 較為成熟，并且在諸多的領域中得到了有效的驗證。有了這樣的技術支持，也為 電話計費系統(tǒng)開發(fā)的最終成功奠定了堅實的基礎。 2.3開發(fā)工具論述開發(fā)工具論述 2.3.1 前臺開發(fā)工具前臺開發(fā)工具 系統(tǒng)的前臺開發(fā)工具應選擇面向對象的，可視化的，具有強大功能及高效性 的開發(fā)工具，經過對 VC、BC、DELPHI、PB 等幾個開發(fā)工具的比較，最終選擇 了 Visual Basic 6.0 作為了本系統(tǒng)的前臺開發(fā)工具。Visual Basic 6.0 是近年來在國 內外得到迅速推廣應用的可視化程序設計語言，具有簡單易學、功能強大、軟件 費用支出低、見效快等特點。它提供了開發(fā) Windows 應用程序最迅速、最簡捷的 方法，不但是專業(yè)人員得心應手的開發(fā)工具，而且易于被非專業(yè)人員掌握使用。 Visual Basic 6.0 所提供的開發(fā)環(huán)境與 Windows 9x,Windows NT 4.0 或Windows 2000 具有完全一致的界面，使用更方便，其代碼效率已達到 Visual C+的水平。 在面向對象程序設計方面，6.0 版的 Visual Basic 全面支持面向對象的程序設計， 包括數據抽象、封裝、對象與屬性、類與成員、繼承和多態(tài)等。 2.3.2 后臺數據庫后臺數據庫 數據庫是信息的倉庫，由于系統(tǒng)應用在社會的各種企業(yè)和單位，所以承擔的 數據流量較為龐大，應該選擇中、大型的數據庫管理系統(tǒng)。結合本系統(tǒng)的特點及 實用性考慮，最終，系統(tǒng)的后臺數據庫選擇的是 Microsoft SQL Server 2000。 SQL Server 2000 數據庫管理系統(tǒng)是目前最流行的關系型數據庫系統(tǒng)之一， 它是基于客戶機/服務器模式下的數據庫，扮演著后端數據庫的角色，它對中等規(guī) 模的數據庫支持較好且具有強大的功能和穩(wěn)定性及易于維護等優(yōu)點。它具有真正 的客戶機/服務器體系結構，能與 WINDOWS 2000 操作系統(tǒng)有機的結合，在目前 的數據庫開發(fā)中被廣泛的應用。 第 3 章 系統(tǒng)詳細設計 -8- 第 3 章 系統(tǒng)概要設計 3.13.1 系統(tǒng)分析模型系統(tǒng)分析模型 保險代理軟件保單管理系統(tǒng)的實體主要有客戶，保單，保單審批，理賠單， 各個實體的具體說明如下： 客戶具有的屬性有：客戶編號、姓名、性別、出生日期、身份證號、年齡、 地址、身體狀態(tài)、手機、郵編、電話、EMALL、所屬組、顯示順序、備注、 公司名稱、公司地址、公司電話、公司傳真、業(yè)務性質、職務。當管理員登錄系 統(tǒng)時，系統(tǒng)根據其所具有的相應權限，輸入客戶機構和客戶的資料管理信息，并 對系統(tǒng)進行設置、查詢、維護等操作。 保單具有的屬性有：保險合同編號、投保日期、投保人編號、被保人姓名、 受益人姓名、保險類型、投保人與被投保人關系、投保人與受益人關系、保險金 額、每期保險費、繳付期限、付費方式、下次應繳費日期、保險費過期未付選擇、 體檢狀況、保單有效期限、理賠金額、備注。保單主要是用來對客戶的保險信息 進行記錄和管理，系統(tǒng)會根據保單記錄中的詳細信息，對客戶出現保險方面的情 況給以相應的反饋并和理賠信息表相聯系。 保單審批單具有的屬性有：保險合同編號、審批日期、審批人、審批意見、 審批狀態(tài)、備注 。保單審批主要的功能是對各種類型的保單進行分批分次的審 核，以便于相應的保單管理。 理賠單具有的屬性有：理賠編號、保險合同編號、投案個人信息、事件發(fā)生 時間、案件發(fā)生地點、事件發(fā)生類型、理賠日期、理賠金額 、理賠狀態(tài)、備注 。理賠單中保存著理賠的詳細信息，當客戶出現問題時，管理員可通過理賠單信 息來計算理賠的費用，并最終匯總成理賠總數，得出總共的理賠費用信息。 圖 3.1 到圖 3.5 為保險代理軟件保單管理系統(tǒng)部分的實體圖和 E-R 圖（實 體及其屬性）： 第 3 章 系統(tǒng)詳細設計 -9- 圖圖 3.13.1 客戶實體屬性客戶實體屬性 圖圖 3.2 保單實體屬性保單實體屬性 圖圖 3.3 保單審批實體屬性保單審批實體屬性 第 3 章 系統(tǒng)詳細設計 -10- 圖圖 3.4 理賠實體屬性理賠實體屬性 圖圖 3.5 E-R 圖圖 3.23.2 數據庫設計數據庫設計 該系統(tǒng)所涉及到的表結構主要如下： 客戶信息表： 表表 3.13.1 客戶信息表客戶信息表 字段名稱字段類型字段長度屬性含義 客戶編號INT IDENTITY4主鍵 第 3 章 系統(tǒng)詳細設計 -11- 姓名 VARCHAR20 性別 CHAR2 出生日期DATETIME8 身份證號VARCHAR18 年齡 INT4 住址 VARCHAR60 郵編 VARCHAR10 身體狀態(tài)VARCHAR10 手機 VARCHAR20 電話 VARCHAR20 E_MAIL VARCHAR60 所屬組 VARCHAR60所屬的客戶組 顯示順序FLOAT8.2顯示排序時用的順序號 備注 TEXT16 公司名稱VARCHAR60 公司地址VARCHAR255 公司電話VARCHAR20 公司傳真VARCHAR20 業(yè)務性質VARCHAR60 職務 VARCHAR60 該表主要存放客戶的個人信息。 保單表： 表表 3.23.2 保單表保單表 字段名稱字段類型字段長度屬性含義 保險合同編號 VARCHAR60主鍵 投保日期 DATETIME8 投保人編號 INT4外鍵(客戶信息表) 被保人姓名 INT4外鍵(客戶信息表) 受益人姓名 INT4外鍵(客戶信息表) 保險類型 VARCHAR60 投保人與被投保人關 系VARCHAR60 投保人與受益人關系 VARCHAR60 保險金額 FLOAT8.2 每期保險費 FLOAT8.2 分期付費時每期付費 金額 繳付期限 INT4 指保險的時間(如意 外險投保一年) 第 3 章 系統(tǒng)詳細設計 -12- 季付繳費方式 VARCHAR20季付繳費方式 半年付繳費方式VARCHAR20半年付繳費方式 年付繳費方式VARCHAR20年付繳費方式 下次應繳費日期 DATETIME 8 保險費過期未付選擇 VARCHAR60 體檢狀況 VARCHAR60 備注 TEXT 16 該表是用來存放保單的信息，系統(tǒng)根據此信息來確定與保險相關的信息，從 而實現對保險業(yè)務的全面管理，當客戶真地出現了問題時，通過查找此表，即可 得到該客戶的相關信息，為后續(xù)工作做了很好的鋪墊作用。其中，保險合同編號 是主鍵，投保人編號、被保人姓名和受益人姓名是外鍵，客戶信息表和保單表有 機得結合在一起。 保單審批表： 表表 3.33.3 保單審批表保單審批表 字段名稱字段類型字段長度屬性含義 保險合同編號VARCHAR60外鍵(保單表)，主鍵 審批日期 DATETIME8 審批人 VARCHAR20 審批意見 VARCHAR60 審批狀態(tài) VARCHAR60 備注 TEXT16 該表用來對保單進行管理，包括審批和維護。其中，保險合同編號是主鍵， 與保單表中的保險合同編號相對應。字段名稱包括：審批日期，審批人，審批意 見等。 理賠單表： 表表 3.43.4 理賠單表理賠單表 字段名稱字段類型字段長度屬性含義 理賠編號 INT4主鍵 保險合同編號 VARCHAR60外鍵(報單表) 投案個人信息VARCHAR60 事件發(fā)生時間 DATETIME8 事件發(fā)生類型 VARCHAR255 理賠日期 DATETIME8 第 3 章 系統(tǒng)詳細設計 -13- 理賠金額 FLOAT8.2 理賠狀態(tài) VARCHAR60 備注 TEXT16 該表用來對客戶進行理賠管理，存放具體的理賠信息。理賠編號是主鍵，保 險合同編號是外鍵，管理員可以根據主鍵和外鍵對客戶進行理賠管理。 第 4 章 系統(tǒng)詳細設計 -14- 第 4 章 系統(tǒng)詳細設計 4.1 軟件結構設計 系統(tǒng)的總體結構圖（圖 4.1）如下： 客戶機構和客戶資料管理 客戶的服務管理 保險代理軟件保單管理 續(xù)保、續(xù)費自動提醒 常見問題解答 保單信息管理 審批 維護 理賠情況管理 備案理賠資料 快速查詢 統(tǒng)計 4.1 系統(tǒng)的總體結構圖系統(tǒng)的總體結構圖 該系統(tǒng)主要通過對客戶機構和客戶資料的管理來進行相應的操作，當系統(tǒng)運 行的時候，根據客戶的需求，進行相應的工作。當把客戶信息都錄入之后，就可 以對客戶的保險信息進行管理，通常在使用過程中，可以依據客戶的需求，對保 單進行相應的修改，添加或刪除功能。在保單的管理過程中，可以對保單進行維 護和審批；對于客戶的管理中，有續(xù)保，續(xù)費自動提醒的功能，并且系統(tǒng)可以根 據客戶的常見問題，進行解答；當客戶出現意外情況，就會得到相應的理賠，理 賠情況管理中，具有備案理賠資料，快速查詢和統(tǒng)計的功能。系統(tǒng)還可以根據所 設定的理賠信息，自動地對客戶記錄進行統(tǒng)計計算，生成理賠金額，并匯總成客 第 4 章 系統(tǒng)詳細設計 -15- 戶最終的理賠信息。 該系統(tǒng)設計的一個主要難點是如何設計出一個高效合理的理賠生成算法。該 算法要能夠提供給客戶方便的進行理賠計費的設置，以便給系統(tǒng)的使用者在制定 理賠的過程中提供良好的技術保證。在方便軟件客戶對理賠計費進行設置和調整 的同時，還要保證算法的可行性、準確性和高效性。 系統(tǒng)主要分為以下幾個功能子模塊：客戶機構和客戶資料管理，客戶的服務 管理，保單信息管理，理賠情況管理，以及相應的信息查詢的管理和相關數據的 備份。 客戶機構和客戶資料管理模塊主要是對客戶的資料進行管理，對各個客戶資 料的添加、修改、刪除等功能，它提供給客戶一個對系統(tǒng)進行管理控制的平臺。 由保險業(yè)務員將客戶的記錄信息添入保單中，并對保單進行相應的管理。 客戶的服務管理模塊主要是管理客戶的保單，對保單進行審批和維護工作， 結合系統(tǒng)的續(xù)保、續(xù)費提醒，方便客戶自己計算；如果在使用過程中發(fā)現有一些 問題不太明白，可以查看幫助功能，在此功能中有一些常見的問題解答，可以幫 助客戶處理一些常見的問題。 保單信息管理模塊的主要功能是實現保險業(yè)務員對保單的管理和對保單進行 審核和維護。其具體的實現方式由保險業(yè)務員調用保單管理表，結合保單表上的 相關信息對保單進行相應的管理。 理賠情況管理模塊的功能是設置理賠信息并根據理賠信息對客戶的權益進行 保護。系統(tǒng)會根據每個月的這個日期，自動調用相關功能，進行理賠費用的統(tǒng)計 計算，生成相應的統(tǒng)計信息，存儲到數據庫中。 信息查詢的管理模塊中，可以滿足保險業(yè)務員和保險客戶對相關數據查詢的 需求，可以實現保單記錄明細的查詢和續(xù)費、繳費和禮賠信息的查詢等功能。 4.2 功能子模塊設計功能子模塊設計 由于本系統(tǒng)涉及到的界面比較多，所以截取一些重要的界面呈現，以便對本 系統(tǒng)有一個更加直觀的了解。 第 4 章 系統(tǒng)詳細設計 -16- 4.2.1 客戶資料管理子模塊客戶資料管理子模塊 4.2.1.1 界面的設計界面的設計 圖圖 4.2 子窗體界面子窗體界面 該模塊的界面是客戶機構和客戶資料管理（圖 4.2） 。總體的設計思想是簡潔 明了，便于保險業(yè)務員和保險客戶的操作和維護。窗體中包含了保險客戶的個人 詳細信息,將信息錄入后會對保單管理起到重要的作用.因為只有對客戶的管理工 作做好,才不會發(fā)生當保險事故出現之后,不會找不到客戶是誰以及此客戶的詳細 信息,這些前期工作是保單管理系統(tǒng)缺一不可的部分,所以在對該模塊設計的過程 中,除了重視對模塊整體上的布局,還利用一些控件和其他表進行聯系,目的就是方 便保險業(yè)務員對保單管理進行詳細的管理。在此窗體當中，保險業(yè)務員和保險客 戶可以方便調用任何一個客戶的詳細信息。 4.2.1.2 數據接口設計數據接口設計 該模塊主要是對客戶資料的管理，所以當錄入客戶信息的時候,利用一些相關 的控件進行操作和連接,就會很容易地對該模塊進行操作. 該模塊主要是通過 ADO 控件來實現數據接口的連接, ADO 數據庫可以分為 有源數據庫和無源數據庫，即是否使用了 DSN 數據源，在連接數據庫前首先要 第 4 章 系統(tǒng)詳細設計 -17- 在 VB 菜單中“工程”-“引用”從中選擇兩個組件，這是在連接數據前所必做的 工作。接下來定義 ADO 的連接對象,第一種方法采用的是無源的數據庫連接方法, 第二種方法是采用有源的方法與數據庫連接的方法，窗體中所顯示的系統(tǒng)參數， 主要是由相關的模塊在對系統(tǒng)信息進行變更的同時，對其進行更新操作。例如： 當保險客戶登錄系統(tǒng)時，會對該模塊的相關信息進行更新。ADO Data 控件的適 應性非常廣泛，它可以連接到本地的或遠程的數據庫，也可以是一個查詢或表。 連接的數據源可以是一個 OLEDB 數據源或一個 ODBC 數據庫。VB6.0 中許多新 的數據綁定控件都不支持 Data 控件。因此，應該使用 ADO Data 控件代替固有 的 Data 控件。設置 ADO Data 控件的 ConnectionString 屬性連接都數據庫，打開 ADO Data 控件的屬性頁，單擊 ConnectionString 屬性右邊的省略號按鈕，出現 “屬性頁”對話框，選擇“使用數據鏈接文件” ，單擊“瀏覽”按鈕，選擇剛 才建立的數據鏈接文件。要鏈接到 ODBC 數據源，選中“使用 ODBC 數據源” ，在下拉列表中選擇一個現存的 ODBC 數據源。要使用一個連接字符串，單擊右 邊的“生成”按鈕，出現“數據鏈接屬性”對話框，基本與定義一個數據鏈接文 件的屬性相同。生成的連接串類似于這種形式： Provider=Microsoft.Jet.OLEDB.3.51;Persist Security Info=False;Data Source=F:Program Files Microsoft Visual StudioVB98Insurance.mdb 4.2.1.3 模塊內的主要數據結構模塊內的主要數據結構 客戶資料管理的數據結構的設計，對于系統(tǒng)的實現起著非常重要的作用。應 用 Visual Basic 6.0 提供的基本數據類型主要有字符串型數據和數值型數據，此外 還提供了字節(jié)、貨幣、對象、日期、布爾和變體數據類型?？蛻艨梢岳?Type 語句定義自己的數據類型。其格式如下： Type 數據類型名 數據類型元素名 As 類型名 End Type 其中“數據類型名”是要定義的數據類型的名字，其命名規(guī)則與變量的命名 規(guī)則相同；“數據類型元素名”也遵守同樣的規(guī)則，且不能是數組名；“類型名” 第 4 章 系統(tǒng)詳細設計 -18- 可以是任何基本數據類型，也可以是客戶定義的類型。 用 Type 語句可以定義類似于 Pascal,Ada 語言中“記錄類型”和 C 語言中 “結構體”類型的數據，因而通常把用 Type 語句定義的類型稱為記錄類型。在 此模塊中應用了數組數據類型，其中在數據項中存放數組中各元素的值，指針項 中存放該值在數組中的位置，兩者一一對應。指針的上限指向數組素的位置，下 限指向最末一個元素的位置。第一個元素在數據結構當中，采用了數組類型，數 組中的元素在內存中是連續(xù)的線性的節(jié)點序列，這種線性的數據結構是應用最廣 泛，最簡單的一種數據結構。自定義數據類型（Type Statement）可以包含多個 互相關聯的不同數據類型的元素，VB 限定聲明一個自定義數據類型必須在模塊 （Module Level）進行。聲明了一個自定義數據類型后便可以定義一個那種類型 的變量。 1.用名為 queue 的自定義數據類型聲明一個固定大小的數組： Type queue data As Integer 用作數據項 next As Integer 用作指針項 End Type Const max=10 Dim a(10) As queue 設 a( i )為數組中的一個元素，該元素的指針指向數組 a(10)第 i+1 個元素， 其下標為 i ，指針的值為 i 。需要指出的是數據結構不同于數據類型，也不同于 數據類型聲明的對象（變量）。數據結構不僅描述數據類型的數據對象，而且要 描述數據對象各元素之間的各種運算。為了弄清自定義數據類型的作用，我們規(guī) 定變量 data 存放元素的值（作數據場用），變量 next 存放緊接本元素后的元素 的指針。通過用自定義數據類型 queue 聲明數組 a(10)和對變量 next 作專門規(guī)定， 可以發(fā)現，我們能將一片連續(xù)的線性分布的數據存放在內存中非線性的不連續(xù)的 第 4 章 系統(tǒng)詳細設計 -19- 地址空間里，卻不影響我們對其進行線性的運算操作。 像這種利用指針把各個元素鏈接起來的結構被稱為鏈表，類似例 1 定義的數組均 可作為鏈表使用。 例 用 queue 將 a(10)初始化為一個單向鏈接表： For i = 0 To 9 a( i ).next = i + 1 i + 1 為下一個元素的指針 a( i ).data=10*rnd Next i 在此模塊當中，因為它直接關系到其他模塊的相關信息，也決定了系統(tǒng)在進 行設置時的友好性，既要使代碼優(yōu)化，也要使數據類型合理并簡單化，因此要選 擇合適的數據結構類型。 4.2.1.4 模塊內的主要算法的描述流程圖模塊內的主要算法的描述流程圖 第 4 章 系統(tǒng)詳細設計 -20- 第 4 章 系統(tǒng)詳細設計 -21- 4.2.2 理賠管理子模塊理賠管理子模塊 4.2.2.1 界面設計界面設計 圖圖 4.44.4 理賠子窗體界面理賠子窗體界面 該模塊主要是對保單理賠費用規(guī)則表進行管理和維護。其中要實現的功能是 對表中理賠信息的錄入和記錄，對表的功能管理包括添加、刪除、保存和返回等 操作。為了保證數據庫的完整性約束，對于理賠信息庫調用的規(guī)則是不能刪除的。 對于系統(tǒng)用的理賠金額，也不能對其修改，只有系統(tǒng)釋放了該計費規(guī)則，才有權 對其進行更新操作。 在該系統(tǒng)中又包含快速查詢功能：理賠信息查詢和提醒信息查詢。理賠信息 查詢的功能主要是對理賠記錄信息進行操作，并利用理賠記錄信息表的相關信息， 實現對查詢條件的約束。當系統(tǒng)管理員或保險客戶對理賠明細進行查詢時，可以 通過理賠合同編號，事件發(fā)生時間，事件發(fā)生地點，事件發(fā)生類型，理賠日期等， 對理賠信息進行詳細查詢。提醒信息查詢的功能主要是提醒客戶對保單進行繳費 和續(xù)費。通過客戶的信息和對保險合同編號、投保日期、保險類型、保險金額、 每期保險費、繳付期限等保單表上紀錄的信息，可以提醒客戶下次應繳費的日期。 第 4 章 系統(tǒng)詳細設計 -22- 理賠模塊管理中還包含有統(tǒng)計的功能，根據統(tǒng)計的信息和結果，實現對保單 和客戶的管理。 4.2.3 保單管理子模塊保單管理子模塊 4.2.3.1 界面設計界面設計 圖圖 4.5 保單管理子窗體界面保單管理子窗體界面 在保單信息管理模塊中，包含有審批和維護兩個主要的功能。保單審批主要 是對保單進行管理方面的審批工作，在保單審批表中包含的字段名稱為保險合同 編號，審批日期，審批人，審批意見，審批狀態(tài)和備注。通過保險合同編號實現 保單審批表和保單表的聯系工作。保單維護是對保單表進行相關的日常維護工作， 可以對保單表進行相關的操作，如添加、刪除、保存等，避免當保單表出現問題 時，不能及時得保存客戶信息和相關的數據，導致重要的信息大量的流失，使后 續(xù)的工作都很難做好，影響了保險公司和客戶的利益。 該界面的設計既考慮了客戶操作的簡便性，又考慮到了對保單信息觀察的直 觀性。通過 TreeView 控件，保單業(yè)務員和客戶可以更清楚的觀察保單信息表的 結構，方便保單業(yè)務員和客戶的操作和維護。 第 4 章 系統(tǒng)詳細設計 -23- 4.2.3.2 模塊的描述模塊的描述 該模塊提供給保單業(yè)務員和使用的客戶的操作簡單方便，充分的考慮到了操 作的安全性的問題，使系統(tǒng)不會因為保單業(yè)務員和客戶的誤操作造成意外的中斷。 數據輸入的完整性約束也通過設置只讀屬性，設置下拉選擇框和設置屏蔽等方式， 得到了很好的滿足。對于保單業(yè)務員和使用的客戶的誤操作，系統(tǒng)都會給予準確 的提示。并且，由于對相關按鈕的屏蔽，也大大降低了客戶誤操作的可能性。 客戶可以通過對保險合同號及保單信息的設定，來方便的設定保險費用規(guī)則 的約束條件，并且，相關的設置還可以搭配使用，以滿足客戶對各種費率時段設 置的復雜的需求。該模塊主要使用的數據表有：客戶表，保單表，理賠表和查詢 表。通過 Query 和 Table 控件，實現對數據表的相關操作。 4.2.4 客戶的服務管理子模塊客戶的服務管理子模塊 4.2.4.1 模塊的描述模塊的描述 在客戶的服務管理模塊中，包含有續(xù)保、續(xù)費的自動提醒和常見問題的解答 功能。因為在保單表中，已經對保險合同編號、投保日期、保險金額、每期保險 費、繳付期限、下次應繳費日期等相關的信息進行錄入了，所以在此模塊中會根 據這些以前錄入的信息進行保存管理，當客戶的下次應繳費日期到時，就會對客 戶進行續(xù)保、續(xù)費的提醒，即滿足了保險客戶的要求，又方便了保險業(yè)務員的工 作，高效快捷。 在常見問題的解答功能中，設置了一些以前保險客戶在使用保單管理系統(tǒng)的 過程中遇到的一些常見的問題，這些問題在使用的過程中總是阻礙客戶的思想， 給客戶造成不必要的疑惑，使客戶不能放心地使用，有了這項功能后，客戶在使 用的過程中就不會感到困惑或是麻煩，因為這項功能的目的就是要保證客戶對保 險的知識進行全方面的了解和掌握，實現自己在使用過程中的價值和意義。 第 5 章 系統(tǒng)運行與調試 -24- 第 5 章 系統(tǒng)運行與調試 5.15.1 系統(tǒng)測試方案系統(tǒng)測試方案 為了保證系統(tǒng)在以后的應用過程中安全有效的運行，必須對系統(tǒng)進行相關的 測試工作。在對本系統(tǒng)進行程序設計的過程中，就已經注意到了這一點，當每個 程序模塊完成的時候，就已經對其進行了單元的測試。測試主要采用了黑盒測試 的方法，按照需求分析上的功能需求，對每一種功能進行了測試。因此，在系統(tǒng) 設計完成的時候，系統(tǒng)中所潛藏的錯誤將不會太多，經過系統(tǒng)的集成測試后，系 統(tǒng)中的錯誤將會進一步減少。 系統(tǒng)在集成測試時，應重點測試各個模塊接口處的數據，并且，要保證系統(tǒng) 運行時的穩(wěn)定性，盡量避免因為誤操作或輸入了錯誤的數據而導致的系統(tǒng)中斷的 情況。對于保單管理的各個模塊要進行必要的測試，以保證系統(tǒng)運行后，各個模 塊運行的準確性、高效性和穩(wěn)定性。當哪個模塊或是步驟出現錯誤時，主要采用 單步的調試和變量的跟蹤等方法，對主要算法的程序流程和運行情況進行跟蹤， 從而簡便、快捷的找出錯誤，以便改正。對于客戶資料的管理和保單管理在內存 中的存儲結構和有關系統(tǒng)運行參數的變化情況，也應對其進行變量跟蹤，測試其 是否正確的運行，有關數據是否正確的導入了內存中，以保證保單管理系統(tǒng)的正 確執(zhí)行。 5.25.2 測試結果分析與調試測試結果分析與調試 經過總體測試，發(fā)現對于數據輸入規(guī)范性的約束上還是有些不足。對于客戶 資料的誤操作，應該有提前的預判性，系統(tǒng)可以給出相應的提示或警告。例如， 當客戶欲對正在運行的客戶信息進行刪除時，系統(tǒng)會給出提示，終止刪除操作。 對于保證客戶輸入數據的規(guī)范性和有效性，也應重點的測試。例如：保險合同的 編號應該以數字開頭，投保日期、審批日期和理賠日期的字段類型應該是一致的， 都應該設成 VARCHAR 的字段類型。經過上述的測試并對程序進行相應的修改后， 系統(tǒng)運行時的出錯率將大大減少，避免意外中斷現象的發(fā)生。 第 5 章 系統(tǒng)運行與調試 -25- 對于保單管理的理賠信息也進行了大量數據的測試，其測試結果表明，該理 賠信息的管理和方法是正確有效的。經過對保單管理系統(tǒng)的各個模塊的分析和調 試，最終發(fā)現對于客戶來說，一定要注意輸入數據的規(guī)范性約束，不能憑感覺隨 便輸入，這樣會造成許多不必要的麻煩，使系統(tǒng)的運行也受到影響，可能導致某 些窗體達不開或是數據庫中的數據錯誤和流失，這些都是調試的過程中應該注意 的問題。 當問題都一一解決之后，會發(fā)現系統(tǒng)的運行更加穩(wěn)定和安全了。 結論 -26- 結 論 保單管理系統(tǒng)作為保險代理軟件的一個重要部分，成功的解決了客戶的設置， 保單管理的實現，自動生成理賠信息。為整個系統(tǒng)的實現奠定了基礎。 隨著市場競爭的日益激烈，企業(yè)信息化的步伐不斷加快。各保險公司都十分 重視客戶信息，和對保單的管理。保單管理系統(tǒng)的應用，將會使保險公司業(yè)務的 效率有明顯的增加，成本的投入也大大的減少。 可以預見，該系統(tǒng)將成為各保險公司進行信息化管理的重要部分，也能節(jié)約 人力，物力和才力等方面做出應有的貢獻。 通過這次畢業(yè)設計使我對軟件編程有了更系統(tǒng)的了解，從開始的熟悉工具， 到深入解題目進行需求分析，直至最后的詳細設計、編碼、調試，一步步走過來， 從中獲得的極大的收獲，并培養(yǎng)了良好的獨立分析問題、解決問題的能力。 在指導老師的細心幫助和自己的不懈努力下，基本實現了系統(tǒng)的基本功能。 在進行需求分析時，我根據實際情況進行了調查分析，掌握了基本的作業(yè)流程及 客戶需求，為以后的詳細設計奠定了良好的基礎。在進一步的詳細設計中，確定 了具體的方案后，將系統(tǒng)功能和模塊進行了細分，并分析各個模塊之間的聯系能 使之很好的連接起來。 進入編碼階段后，遇到了一些困難，但在老師、同學的幫助和自己的努力下， 問題一個個得到了解決。最后，在系統(tǒng)調試過程中，發(fā)現了一些漏洞但及時進行 了修改，使系統(tǒng)的功能更加完善。 這次畢業(yè)設計，我系統(tǒng)的學習了 VB 這門編程語言，掌握了其基本的編程原 理，并在實際中得以應用。了解了基于 C/S 體系結構的開發(fā)模式，初步了解了 SQL Server 2000 數據庫管理系統(tǒng)的特點。 畢業(yè)設計是一件艱苦的事情，但是正是這樣才使我得到了鍛煉和提高，我全 身心的投入進去。但是由于自己的能力有限，編制出來的軟件有一些不完善的地 方。對于這幾個月的辛苦，我感覺到自己還是有許多經驗和教訓值得自己加以總 結和保留的。 總之，畢業(yè)設計給我?guī)淼倪@段難忘的經歷值得我一生珍藏！ 參考文獻 -27- 參考文獻參考文獻 1段興.Visual Basic 6.0 控件實用程序設計 100 例 M.北京：人民郵電出版社， 2002 2鐘軍. Visual Basic 數據庫高級實例導航 M.北京：科學出版社，2004 3李曉黎.Visual Basic SQL Server 數據庫應用系統(tǒng)開發(fā)與實例 M.北京：人民 郵電出版社，2003 4薩師煊，王珊.數據庫系統(tǒng)概論M.北京：高等教育出版社，2000 5Rebecca M. Riordan.萊恩工作室譯.Microsoft SQL Server 2000 程序設計教程 M.北京：北京大學出版社，2001 6飛思科技產品研發(fā)中心.Visual Basic 數據庫開發(fā)實例精粹 M.北京：電子 工業(yè)出版社，2005 參考文獻 -28- 致 謝 在此，我衷心的感謝我的指導教師老師，他是一位做事非常認真負責的老 師，在我的畢業(yè)設計中給了我耐心的指導并提出了許多寶貴的意見。 另外，還要深深地感謝老師對我的幫助。他無論在理論上還是在實踐中， 都給予我極大的支持和指導，使我有了不少的提高。 最后，對其他熱心幫助過我的老師、同學一并表示感謝。 BOOK THIRD.-IN THE YEAR 1817 CHAPTER I THE YEAR 1817 1817 is the year which Louis XVIII., with a certain royal assurance which was not wanting in pride, entitled the twenty-second of his reign.It is the year in which M. Bruguiere de Sorsum was celebrated.All the hairdressers shops, hoping for powder and the return of the royal bird, were besmeared with azure and decked with fleurs-de-lys. It was the candid time at which Count Lynch sat every Sunday as church-warden in the church-wardens pew of Saint-Germain-des-Pres, in his costume of a peer of France, with his red ribbon and his long nose and the majesty of profile peculiar to a man who has performed a brilliant action. The brilliant action performed by M. Lynch was this: being mayor of Bordeaux, on the 12th of March, 1814, he had surrendered the city a little too promptly to M. the Duke dAngouleme. Hence his peerage. In 1817 fashion swallowed up little boys of from four to six years of age in vast caps of morocco leather with ear-tabs resembling Esquimaux mitres.The French army was dressed in white, after the mode of the Austrian; the regiments were called legions; instead of numbers they bore the names of departments; Napoleon was at St. Helena; and since England refused him green cloth, he was having his old coats turned.In 1817 Pelligrini sang; Mademoiselle Bigottini danced; Potier reigned; Odry did not yet exist. Madame Saqui had succeeded to Forioso.There were still Prussians in France. M. Delalot was a personage.Legitimacy had just asserted itself by cutting off the hand, then the head, of Pleignier, of Carbonneau, and of Tolleron.The Prince de Talleyrand, grand chamberlain, and the Abbe Louis, appointed minister of finance, laughed as they looked at each other, with the laugh of the two augurs; both of them had celebrated, on the 14th of July, 1790, the mass of federation in the Champ de Mars; Talleyrand had said it as bishop, Louis had served it in the capacity of deacon. In 1817, in the side-alleys of this same Ch