【文章內容簡介】 行記錄。4) 客戶管理：經理可以修改查看客戶信息，幫助客戶找回密碼，增加或刪除客戶。每個客戶或員工可以通過自己的頁面進行修改密碼。5) 批準賠償：經理可以通過看申請賠償信息，核對賠付金額，可以批準或者拒絕賠償需求。6) 用戶登陸：用戶輸入用戶名和密碼進行登入，通過輸入的不同身份進行跳轉到給客戶的模塊界面。 系統(tǒng)總體結構設計表現(xiàn)層WEB業(yè)務邏輯層包裝類數(shù)據(jù)服務類業(yè)務邏輯類傳輸對象數(shù)據(jù)庫圖31 系統(tǒng)總體結構設計圖系統(tǒng)總共分為三層：表現(xiàn)層，業(yè)務邏輯層，數(shù)據(jù)庫。1) 表現(xiàn)層：離用戶最近的一個層面，用于顯示數(shù)據(jù)和接受用戶輸入的，數(shù)據(jù)給用戶一個WEB網頁，也就是數(shù)據(jù)交互的操作平臺，2) 業(yè)務邏輯層：中間層，用于處理表現(xiàn)層發(fā)來的數(shù)據(jù)以及數(shù)據(jù)庫中的數(shù)據(jù)，將表現(xiàn)層發(fā)過來的數(shù)據(jù)傳遞數(shù)據(jù)庫進行保存，也將數(shù)據(jù)庫的數(shù)據(jù)提取出來傳遞給表現(xiàn)層顯示出來。中間的業(yè)務邏輯層主要通過J2EE實現(xiàn)。3) 數(shù)據(jù)庫層：位于系統(tǒng)結構的最底層，用于存儲數(shù)據(jù)、讀取數(shù)據(jù)和訪問數(shù)據(jù)。根據(jù)對保險業(yè)務管理系統(tǒng)中主要存在的問題的討論調研，選擇研究開發(fā)一個利用J2EE為編程語言，以Oracle作為數(shù)據(jù)庫的保險業(yè)務關系管理信息系統(tǒng)。本系統(tǒng)保險管理系統(tǒng)主要由投保過程管理、保單申報管理、保單審批管理、保單理賠管理、系統(tǒng)管理模塊組成。具體的功能結構如圖所示：32 系統(tǒng)組織功能圖系統(tǒng)管理模塊：用戶管理模塊針對各個功能模塊與報表，授予各個員工，將不同部門，不同職位的工作責任與操作權限明確下來，使數(shù)據(jù)的保密性與系統(tǒng)運行的安全性得到保證。該系統(tǒng)其中包括有用戶管理，用戶密碼管理兩部分。具體功能有：查詢、修改、增加、刪除用戶，修改用戶密碼等。投保管理模塊：在投保管理模塊中，主要是對客戶信息，保單信息，險種信息，保單的收款，以及投保過程的管理。保險登記銷售人員通過和客戶接觸收集客戶的意見和建議提交技術部門開發(fā)出適合大眾的新的保險險種，客戶在保險公司的大廳或者通過營業(yè)員的介紹了解保險信息，要進行投保則在保險公司進行信息的登記，填寫保險單并繳保險費，則客戶投保成功。申報管理模塊：若發(fā)生事故或者保險到期那么客戶進行保險申報，申報部門報案保護現(xiàn)場，進行現(xiàn)場的信息核實，客戶和審核員填寫提交相關資料，申報部門進行申報條件審查并確定申報類型。審批管理模塊：申報相關手續(xù)完成之后，根據(jù)相關資料證明，審批部門進行申報金額、等級客戶相關要求是否合理進行審批，審批通過。理賠管理模塊：通過申報審批之后，理賠部門根據(jù)相關憑證單據(jù)要進行相關的金額賠付核算，給客戶賠付保險金，這個模塊功能主要是人為工作。根據(jù)系統(tǒng)的功能需求分析,我們建立了保險管理系統(tǒng)的頂層需求模型用例模型。創(chuàng)建用例圖之前要確定參與者。整個銷售系統(tǒng)的外部用戶有：客戶customer；員工employer；經理manager。 客戶customer用例圖 在保險公司中客戶是保險公司最主要的資源?？蛻艨梢缘卿涀约涸诒ｋU公司的自己的主頁操作相關的業(yè)務，也可以在保險公司的大廳進行相關的手續(xù)辦理?？蛻舻卿浀阶约旱闹黜摽梢愿拿艽a、進行申報理賠聲明?？蛻魠⑴c整個系統(tǒng)的用例圖如圖41所示：圖41 客戶參與用例圖 員工employer用例圖 員工主要任務是介紹保險信息和操作投保過程及進行投保之后的服務工作。在保險公司的網上操作系統(tǒng)中，員工在保險系統(tǒng)中的活動主要有：客戶保險單登記、收取保險費、根據(jù)客戶的需要進行理賠申請登記、更改自己密碼等。員工參與的用例圖如圖42所示：圖42 員工參與用例圖 經理manager用例圖經理在整個保險系統(tǒng)中的權限除了包括員工的全部權限外，最只要的是對險種的管理和對整個業(yè)務流程的控制。其中經理除了有對客戶信息注冊、 查看刪除編輯客戶信息、保單注冊信息、保單申報審批理賠管理（包括從申請到核實再到審批的各個過程）等權限的控制外，最重要的是充當一個審核驗證者得角色，來審批申報、審批理賠的有效性。經理參與的用例圖如圖43所示：圖43 經理參與用例圖 業(yè)務流程分析1) 保險掛歷系統(tǒng)用戶登陸活動圖如圖44： 登錄該系統(tǒng)時，首先輸入用戶名和密碼，在數(shù)據(jù)庫中驗證該用戶名的正確性，如果正確，進入系統(tǒng)的主頁面，根據(jù)相應過的權限完成相應的功能模塊實現(xiàn)，如果不正確則重新輸入用戶名和密碼，重新返回到選擇登陸按鈕的活動，知道輸入的用戶名和密碼正確為止。圖44 用戶登錄系統(tǒng)活動圖2）客戶信息修改活動圖如圖45錄入客戶保單號如果顯示出此客戶的詳細信息，那么修改其信息，修改完要修改的信息后，要會顯示出修改字段的原值和新值并能打印出客戶修改信息的單據(jù)圖45客戶信息修改活動圖3）保險單申報、審批、理賠活動圖如圖46所示當事故發(fā)生或者保單到期需要進行索賠或者分紅。首提出申報請求并出具保險單，保險公司負責申報的部門對客戶提交的有關證明進行有效審核驗證，如果申報資格不夠那么不予申報，如果申報條件符合，則準予申報，簽發(fā)審核合格證明并移交給審批部門。審批部門在檢查審核客戶資料證明有效之后對于客戶提出的申報項目進行合理性檢查，合理有效則審批并開具證明，提交理賠部門，理賠部門實地考察事故狀況或者到期保險單核對，并對相應信息登記記錄，核算賠付金額，有關責任人簽字，支付賠付款，辦理相關手續(xù)。圖46保險單申報、審批、理賠活動圖從用戶的觀點來看，在關系模型下，數(shù)據(jù)的邏輯結構是一張二維表,每個表保存著保險企業(yè)業(yè)務活動中所涉及的實體中所有實例的各種屬性值數(shù)據(jù)。該管理系統(tǒng)涉及到的主要實體及其屬性如下:1）登錄信息關系表（SANJEEVINI_LOGIN）：登陸保險系統(tǒng)時候需要確認的登陸信息。其中UserId（用戶編碼），Password（用戶密碼），Role（角色）。表51登錄信息關系表（SANJEEVINI_LOGIN）主外鍵列名長度數(shù)據(jù)類型是否為空主UserId20Varchar2否Password20Varchar2否Role1Char否2）客戶信息關系表（SANJEEVINI_CUSTOMER）：客戶信息表中包含了客戶的詳細個人信息，主要是客戶號和登陸時候用到的用戶號。客戶信息主要是包含一些聯(lián)絡信息地址、電話及出生日期。其中CustomerId(客戶編碼), CustomerName(客戶名), UserId(用戶編碼), DOB(出生日期), Address(地址), Telephone(電話).表52客戶信息關系表（SANJEEVINI_CUSTOMER）主外鍵列名長度數(shù)據(jù)類型是否為空主CustomerId6Number否CustomerName25Varchar2否外UserId20Varchar2是DOBDate否Address50Varchar2否Telephone12Varchar2否3）員工信息的關系表（SANJEEVINI _EMPLOYEE）：員工信息表是保險系統(tǒng)中儲存員工相關信息，主要包括員工的一些聯(lián)絡方式和活動。其中EmpId(員工編號), UserId(用戶編號), EmpName(員工名), Telephone(電話), Email(郵件), Active(活動).表53員工信息的關系表（SANJEEVINI _EMPLOYEE）主外鍵列名長度數(shù)據(jù)類型是否為空主EmpId6Number否外UserId20Varchar2是EmpName25Varchar2否Telephone12Varchar2否Email25Varchar2否Active1Char是4）新增加的險種信息關系表（SANJEEVINI_POLICYPLAN）：包含了險種的詳細描述信息，主要是保險單號。其中PolicyId（保險單編碼），PolicyName（保險名），Type（類型），MinT