人保財險（PICC）車險業務信息管理系統的研究與分析

發布時間：2023-08-10 15:41

摘要 I

Abstract II

目錄 I

第一章引言 1

1.1項目背景 1

1.2同類系統研究與應用現狀 1

1.3研究的內容和主要工作 2

1.3.1研究的內容 2

1.3.2本人主要工作 3

1.4論文結構 3

第二章業務分析 5

2.1業務描述 5

2.1.1業務問題定義 5

2.1.2組織職能分析 6

2.1.3業務人員分析 6

2.2原有業務流程分析 7

2.2.1現場咨詢流程 7

2.2.2拓展業務流程 9

2.2.3保單出單流程 10

2.2.4投保單繳費流程 11

2.3用戶角色分析 11

2.4業務流程優化 12

2.4.1客戶信息管理流程 12

2.4.2在線業務咨詢流程 16

2.4.3業務在線受理流程 18

2.4.4出單流程管理流程 20

2.4.5網站業務信息管理流程 23

2.5流程功能模塊分析 24

第三章功能分析 26

3.1系統用例分析 26

3.2.1總體用例分析 26

3.2.2子用例分析 27

3.2系統功能包圖 50

3.3.1總體功能包圖 50

3.3.2子功能包圖 51

第四章數據分析 56

4.1功能數據分析 56

4.1.1客戶信息管理縮略類圖 56

4.1.2在線業務咨詢縮略類圖 57

4.1.3業務在線受理縮略類圖 58

4.1.4出單流程管理縮略類圖 60

4.1.5網站業務信息管理縮略類圖 62

4.1.6系統管理縮略類圖 63

4.1.7基礎信息管理縮略類圖 64

4.2實體類關系分析 64

4.3數據庫表 67

第五章總結與展望 78

5.1總結 78

5.2進一步的工作 78

參考文獻 80

致謝 81

第一章引言

1.1項目背景

隨著經濟的高速發展，國內財險市場主體有了快速的增長，新公司的成立、分支機構的擴張，帶動了國內財險市場的競爭格局的變化。財產保險行業，特別是車輛保險領域的競爭趨于白熱化，存量業務的流失率加大。近年來，我國財險公司大力推廣以客戶為中心的經營理念，但傳統的價格競爭模式占主導的現狀, 造成財險公司經營效果低下，業務員展業壓力及難度極大。

隨著科技日新月異的不斷發展，互聯網、信息化建設已經成為了一大主流, 現今提倡的互聯網+更是打破原有的業務壁壘，使得多行業進行了有效整合和變化，從單一的運營結果朝著多元化不斷發展，在這一大流下，作為傳統的保險業務，也應該要跟上時代潮流，從不斷進步的各行業成功經驗中尋找突破的戰機和升華的契機，通過互聯網+、信息化建設的有效結合，替代原有的業務運行模式, 在保留其中精華的業務流程的基礎上，改變運用工具和借助不同的手段，實現與同時代相同的生機和適應性，才是生存和發展的關鍵。

為了更好地滿足客戶需要、提高管理效率、方便業務員的業務拓展，本論文就是要通過對原有業務流程和工作方式進行透徹分析，結合現有工作實際和業務情況，通過與信息化建設相結合的方式，改進和完善車險業務經營模式，為公司提供一個良好的業務功能平臺，進而有效解決公司經營效果低下，業務員展業壓力及難度極大的難題，并以此為契機，整合公司各保險業務，進而實現公司信息化建設的整體飛躍。

1.2同類系統研究與應用現狀

本論文設計以管理信息系統⑴【2】為基礎，主要運用在車險業務信息管理方面°

國外汽車保險業務的發展已經深化和細化，這對于我國處于起步階段的汽車保險的發展大有裨益，可以通過借鑒學習國外關于汽車保險的好的方法，甚至法

律、法規，使我國汽車保險朝著科學、健康的方向發展。自從進入新世紀以來, 我國汽車保險已經歷了若干次的大規模調整，并且取得了一定的成效。我國絕大部分汽車保險還在遵循以過失責任為基礎的汽車保險制度。在以后的改革中，加大以無過失責任為基礎的汽車保險制度勢在必行。總之，我國汽車保險與汽車王國美國相比較，還存在一些不足的地方，有待于進一步完善⑶。

近年來，國內再保險業務種類繁多，分保形式復雜，同時保險公司內部的精細化管理要求越來越高，承保、理賠、精算和財務等業務環節都對再保險業務提出了較髙的要求⑷。與此同時，人們對保險的類型的要求也在呈現出一個多樣化的趨勢，也因此給保險公司業務的發展提供了良好的契機〔"°但傳統的保險業務習慣卻制約著保險行業的進一步發展，并逐步的成為負擔。中小型保險公司必須基于企業保險業務管理特色，利用現代信息化技術建立保險業務管理系統，實現保險業務的全面信息化管理，以此來提升企業經營管理水平，提升保險業務服務質量［句。但在利用現代信息化技術建立保險業務管理系統時，也不能忽略了安全方面的考慮。目前對很多行業來說,IT技術正在支持著關鍵的業務應用，關鍵業務應用對安全有較高要求，安全隱患或事故往往對業務造成巨大損失，面對這些問題，需要有一系列工具和方法，能夠對IT系統開發和運行安全進行監控和管理［7］。

1.3研究的內容和主要工作

13.1研究的內容

本論文主要采用B/S架構對系統進行設計開發，并使用螺旋模型的軟件工程開發方法對軟件進行設計，螺旋模型兼顧了快速原型的迭代的特征以及瀑布模型的系統化與嚴格監控［%這有助于系統的穩定；基于.net平臺進行系統研發，使用SQL數據庫作為底層數據庫，并對數據庫進行分析，通過UML對系統進行分析和設計，并簡單的實現了系統的基礎原型。使用UML進行設計，主要是因為 UML有利于各類人員之間的溝通，提高了系統建模的效率岡，同時在整個軟件開發過程中采用相同的概念和表示方法，在不同的開發階段，不必轉換概念和表示方法，避免了傳統軟件開發方法的兩個鴻溝〔訓，而且產生的模型易于理解，易于開發人員與用戶之間的溝通，從而能夠及時得到用戶的反饋信息【⑴。本論文主要對人保財險（PICC）車險業務進行研究和分析，對其原有的業務流程進行了剖析，并進行適當的業務流程優化，主要還是為了更好地滿足客戶需要、提高管理效率、方便業務員的業務拓展，通過開發該系統，改進和完善車險業務經營模式, 為公司提供一個良好的業務功能平臺，進而有效解決公司經營效果低下，業務員展業壓力及難度極大的難題。

1.3.2本人主要工作

本人主要負責人保財險（PICC）車險業務信息管理系統業務中對原有業務流程進行分析，并對該業務逬行了優化，重新完善了業務流程，同時對系統角色進行分析，并根據業務流程優化對用例進行了設計，初步分析出了系統主要功能, 還對數據庫進行了設計，給出了系統的初步原型。我參與的工作內容主要有：

（1）主持進行了原有業務流程分析，將原有業務流程中存在的問題一一挖掘出來，并設計出組織職能結構圖，對原業務人員進行了詳細的分析，定義了其在原業務中的工作內容。

（2）主持進行了業務流程優化，結合需要利用的現代信息化技術即將創建的系統平臺，重新設計保險業務流程，使其能完美的結合。

（3）主持進行了系統用例分析，依據之前的業務流程優化結果，設計出了系統各主要功能的使用場景，初步描述出各個功能模塊所需要的功能內容。

（4）主持進行了系統功能包圖設計，參考用例圖分析，初步的畫出了系統功能包圖，對各個功能模塊進行了定義和描述。

（5）主持進行了數據分析，利用UML中的縮略類圖分析出了所需的各實體類，即數據庫表，并針對業務流程中需要使用的數據設計了數據庫表。

1.4論文結構

本文主要由五個章節內容組成，包含：

第一章主要介紹論文的項目背景，對同類系統研究與應用現狀進行了概述，闡述了研究的內容以及本人的主要工作.

第二章是論文研究和分析的重點，其中對業務進行詳細的研究與分析,包括：業務描述、原有業務流程分析、業務流程優化，通過這三個步驟，徹底的理清本

系統要解決的問題，以及如何解決，體現本系統的價值。 •

第三章是本文的核心內容之一，也是基礎，主要是針對系統的業務分析進行功能分析，包括角色分析、系統用例分析、系統功能包圖。

第四章是本文的核心內容之一，也是系統原型的展現，主要是在業務分析和功能分析的基礎上進行了功能數據分析，通過概念類圖、類圖縮略類圖、實體類關系圖（和數據庫表結構）對數據庫進行了詳細分析與設計。

第五章總結了本文所做的所有工作，同時對進一步的工作進行了展望，為下一步的工作奠定基礎并制定下目標。

第二章業務分析

軟件需求分析就是以一種清晰、簡明、一致且無二義性的方式對一個待開發系統中的各個方面有意義的陳述的集合。需求必須是完整的，足以使設計師和工程師來開發一個使客戶滿意的軟件產品。

軟件需求分析主要包括三個不同的層次：業務分析、功能分析和數據分析。業務分析是客戶對軟件制品目標的高層次要求。

2.1業務描述

2.1.1業務問題定義

本系統旨在利用現在高速發展的互聯網技術和如火如荼的信息化建設熱潮，解決傳統保險業務存在的弊端和問題，進而提升工作效率、提升客戶滿意度和大幅度降低展業員拓展業務的壓力和難題。

在傳統的保險業務手段存在的問題主要在以下幾個方面：

1•人力成本過高。在傳統的保險業務中，一個保單從生成、填報、審核、審批、繳費，中間需要經手的內勤人員太多，成本過高。

2.保險材料保存存在漏洞，查詢不易。在傳統的保險業務中，工作中生成的各種業務數據都為紙質材料，保存不易，查詢起來也十分不便，而且數據及其容易受損和丟失。

3.效率低下。由于保單都是紙質運作和保存，在業務推進中，需要人為推進業務進度，這就使得時間成本上升，而效率反而不高。

4.業務了解渠道過窄，宣傳手段單一。傳統的保險業務宣傳主要通過傳單、展業人員介紹、活動等方式進行推廣，受眾面和業務推廣的詳盡程度都十分有限, 有效客戶群體的宣傳不足。

5.信息分析不足。在傳統業務中，客戶信息也是重要的資源，有效的使用好客戶信息，可以為業務的開展和下一步的業務推廣起到重要的作用，但傳統的業務中，客戶信息主要在展業人員手中，而且信息較為分散，不易有效使用。

針對以上傳統業務手段存在的問題，本系統將通過以下六個模塊的功能建立，來有效的解決，這六個模塊分別是：客戶信息管理、在線業務咨詢、業務在線受理、出單流程管理、業務信息管理、系統管理。

2.12組織職能分析

如圖2所示，地市分公司由辦公室、人力資源部、理賠中心、出單中心、財務中心、車險部、非車險部、銷售管理部等。

圖2地市分公司組織結構圖

辦公室主要負責公司的協調工作和后勤工作，人力資源部主要負責公司的人力資源工作，理賠中心負責保單有效期內的保險理賠工作，出單中心主要負責接收提單并對所提投保單進行審核、審批，生成保單的業務過程，財務中心主要負責公司的財務運轉工作，車險部負責公司車險業務的工作，非車險部負責車險之外的保險業務，銷售管理部主要負責對展業員的管理。

2.1.3業務人員分析

（1）客戶：在原有業務流程分析中，客戶主要為車險業務的購買群體，保單的生成需要客戶提供各種基礎數據，并購買保單。

（2）展業人員：在原有業務流程分析中，展業人員主要為銷售人員，及業務開展人員，主要負責推銷業務，與客戶交流，介紹產品，并初步記錄和整理投保所需的各種基礎性材料，如身份證、行駛證等相關資料。

（3）提單員：在原有業務流程中，提單員從展業人員手中接過收集的投保初步信息，并按照承保提報要求，重新排序和整理信息，填寫投保信息登記表并附上各種所需材料的復印件和表格。

（4）出單員：在原有業務流程中，出單員根據提單員提供的投保信息登記表和各種所需材料，重新填寫投保資料信息，生成投保單。

（5）核保員：在原有業務流程中，核保員對投保單進行審核，如投保的險種符合常規承保規則則通過或有違反常規承保規則但領導已審批同意投保，則將投保單生成保單，如有違反常規承保規則且領導審批不同意的則不通過，放棄該業務，不生成保單。

（6）領導：在原有業務流程中，領導對違反常規承保規則的投保單進行審批。

（7）繳費員：在原有業務流程中，繳費員對生成的保單進行繳費計算，并生成繳費單給客戶，讓客戶繳費。

（8）大堂經理：在原有業務流程中，業務介紹員為到保險營業廳或代辦點的客戶介紹業務信息，并幫助提交基礎性材料。

2.2原有業務流程分析

2.2.1現場咨詢流程

經辦業務員整理各種基礎材料，、提單員填寫投保信息登記表并提交

圖2.1現場咨詢業務流程圖

如圖2.1所示，現場咨詢業務流程是客戶到保險營業廳或代理點進行業務咨詢的流程。客戶通過到現場了解具體車險業務情況，進而根據自身的實際情況,

選擇是當場購買，還是回家商量后再行購買，確認購買后，則由提單員提交投保單信息登記表和其他材料，確保信息完整后，出單員將根據提交內容錄入并形成投保單，然后上報審核、審批。

2.2.2拓展業務流程

展業員

廣業員將材料提交給提單員

提單員填寫投保信息登記表，

J 岀單員錄入投保單丿

圖2.2拓展業務流程圖

如圖2.2所示，拓展業務流程是展業員自行拓展業務，尋找潛在客戶，并完成保單的流程。展業員通過自身人脈手段和各種渠道尋找潛在客戶，然后與客戶進行接觸，如果潛在客戶對車險不感興趣則結束流程，如果潛在客戶感興趣或當場購買則轉變為客戶，展業員會提供基礎性材料，確保信息完整后，將資料提交給提單員，提單員填寫投保信息登記表，出單員錄入投保單。

2.2.3保單出單流程

-提單員出單員核保員 -

怎據備種云材料填盒

J投保信息登記夫

"幣理各種基礎材料.A 廠勺野照投保信息段錄入投保號丿

圖2.3保單出單業務流程圖

如圖2.3所示，保單出單業務流是保單從基礎數據轉變為投保單，再轉變成正式保單的過程。在流程中，提單員將展業員提供的各種基礎數據匯總和初步整理后提交給出單員，出單員按照投保信息登記表的要求，將各種基礎數據匯總整理成保單所需要的數據，并生成投保單提交核保員審核，核保員對投保單進行審

核，如果投保單中包含特殊險種，且沒有領導審批同意的話，則放棄該業務，如不存在特殊險種或特殊險種已經由領導審批通過，則審核通過該投保單，并將投保單提交給繳費員，進行下一步業務。

2.2.4投保單繳費流程

繳費員

沢從核保員接收投保信息

根據投保單信息計算生成保費金額

圖2.4保單繳費流程業務流程圖

如圖2.4所示，保單繳費流程是客戶完成繳費激活保單的過程。繳費員按照投保單信息，計算岀保險的費用，然后生產繳費單提交給客戶，客戶按照繳費單要求進行繳費（繳費方式可現金可轉賬），無論何種繳費方式，繳費員主要確認客戶完成繳費即可開具發票，保單自動生效。

2.3用戶角色分析

以下從人保財險（PICC）車險業務信息管理系統的實際需求分析，系統涉

及到以下角色：

表3用戶角色劃分表

角色職責或功能

客戶系統主要參與者，進行自助咨詢、客服咨詢、業務申請、業務通知、

繳費管理等

展業員系統主要參與者，客戶信息管理、業務受理等

客服人員系統主要參與者，客服咨詢等

提單員系統主要參與者，投保單管理等

出單員系統的管理人員，投保單管理等

核保員系統主要參與者，保單審核等

領導系統主要參與者，特殊險種審批等

業務策劃人員系統主要參與者，業務信息管理等

部門領導系統主要參與者，信息審批等

信息審核員系統主要參與者，業務信息管理、信息審核等

分管領導系統主要參與者，信息審批等

系統管理員系統主要參與者，權限管理、公司用戶管理、日志管理、數據備份等

2.4業務流程優化

2.4.1客戶信息管理流程

客戶

填寫完整后提交，等待系統記錄信息

圖2.5自動記錄客戶信息流程優化業務流程圖

如圖2.5所示，流程優化業務流程圖從源頭上對潛在客戶信息進行登記，只要訪問過業務咨詢網站并有興趣的用戶都可以記錄下其簡單的信息，便于將來展業員進一步篩選和聯系，為拓展業務提供更大的可能和空間，相對于原來無視或遺漏客戶的信息相比，新的系統將客戶的信息做了有意識的收集，并形成基礎的數據庫，便于將來其他部門或其他應用的進一步調用和分析，就當前系統來講, 也可以作為潛在客戶庫進行發展，無論建設到何程度，客戶信息的收集都是十分有必要的。

設置訪問網站業務步驟的數據約束：無數據約束。

設置需進行在線客戶服務，按照系統指導完善基礎信息業務步驟的數據約束：客戶輸入信息的時間記錄必須以國際時間為準，且輸入的信息必須有效，如名字必須為漢字，手機位數必須為11位等。

設置等待系統生成客戶信息步驟的數據約束：生成客戶信息必須與之前錄入的信息相同。

設置進行在線客服服務業務步驟的數據約束：客戶基本信息必須與之前的信息相同。

設置填寫完整的用戶信息業務步驟的數據約束：客戶的信息必須符合實際，如身份證要符合中華人民共和國居民身份證證件號要求，地址必須為中國大陸地區（從選項中選擇）等。

設置填寫完整后提交，等待系統記錄信息業務步驟的數據約束：數據生成時間必須與當前時間相同。

展業人員

＞（錄入客戶基本信息

圖2.6展業員記錄客戶信息流程優化業務流程圖

如圖2.6所示，展業員記錄客戶信息流程優化業務流程圖展現另外一個獲取客戶信息的渠道，及展業員手中的客戶資料。通過對展業員手中客戶信息的登記, 形成一個強大的客戶群信息，展業員之間可以相互調用客戶信息，幫助他們更好的開展業務和了解客戶喜好、之前接觸的情況等信息。

設置進入客戶信息管理頁面業務步驟的數據約束：必須驗證展業員用戶的權限，確保登陸用戶為當前展業員。

設置錄入客戶基本信息業務步驟的數據約束：客戶輸入信息的時間記錄必須以國際時間為準，且輸入的信息必須有效，如名字必須為漢字，手機位數必須為

11位等。

設置等待系統查詢改客戶是否存在步驟的數據約束：查詢客戶存在的依據信息必須是名字和電話號碼都相同。

設置等待系統生成客戶信息業務步驟的數據約束：生成客戶信息必須與基本信息相同，且時間記錄為當前時間。

設置完善客戶信息業務步驟的數據約束：客戶的信息必須符合實際，如身份證要符合中華人民共和國居民身份證證件號要求，地址必須為中國大陸地區（從選項中選擇）等。

設置查看客戶信息業務步驟的數據約束：系統查詢出來的客戶信息必須與之前輸入的客戶名字和手機號碼都相同的人員信息或新建立的客戶信息。

2.4.2在線業務咨詢流程

乂席底了解業務.離開咨詢頁號

圖2.7在線業務咨詢流程優化業務流程圖

如圖2.7所示，在線業務咨詢流程優化業務流程圖將原有面對面業務咨詢模式進行了改革，變為通過互聯網的形式進行咨詢，并分為自助咨詢和客服咨詢兩種，客戶可以根據自身實際需求，足不出戶即可進行業務了解，同樣的，如果展業員對某個業務信息描述的不是很清楚或把握的不是很到位的話，也可以通過該方式向客戶介紹業務，更可以通過客服咨詢獲取更多的業務信息，完全改變原來被動的業務介紹形式，利用互聯網這一廣闊平臺進行業務宣傳。

設置訪問網站業務步驟的數據約束：無數據約束。

設置自行查看相關業務信息介紹業務步驟的數據約束：顯示的信息必須為客戶選擇需展現的業務信息內容。

設置有些業務仍不清楚，需要獲得更多幫助，進入客服咨詢業務步驟的數據約束：使用客服咨詢功能必須要有客戶賬號，否則無法啟用。

設置在系統指引客戶創建基本賬號業務步驟的數據約束:客戶輸入信息的時間記錄必須以國際時間為準，且輸入的信息必須有效，如名字必須為漢字，手機位數必須為11位等。

設置系統指引進行在線咨詢業務步驟的數據約束:進入客服咨詢功能模塊的客戶賬號必須為之前創建的賬號，客戶信息也必須為之前創建的賬號信息。

設置是否已有賬號業務步驟的數據約束：必須為客戶信息庫中存有的賬號。

設置登陸賬號業務步驟的數據約束：必須為通過驗證的客戶信息庫中存有的賬號。

設置接收在線咨詢請求業務步驟的數據約束：咨詢請求的客戶為之前新創建賬號或已通過驗證的客戶賬號。

設置向客戶問好，并詢問需要何種幫助務步驟的數據約束：全部的對話記錄的時間必須為真實的北京時間。

設置描述自己的問題提交咨詢業務步驟的數據約束：全部的對話記錄的時間必須為真實的北京時間。

設置了解問題后，提供解決方案業務步驟的數據約束：全部的對話記錄的時間必須為真實的北京時間。

設置徹底了解業務，離開咨詢頁面業務步驟的數據約束：無數據約束。

2.4.3業務在線受理流程

展業員

通過各種渠道聯系客戶

確認客戶真實性

圖2.8在線業務咨詢流程優化業務流程圖

如圖2.8所示，在線業務咨詢流程優化業務流程圖提供了傳統保險業務之外的業務拓展渠道，由有需求的客戶提出申請，系統分配給所負責區域的展業員進行聯系和跟進，進一步擴大了客戶群，有效擴大了業務量。同時，業務受理的發起者不一定是客戶自身，也可以由客服人員在客服咨詢中代為辦理。

設置訪問網站業務步驟的數據約束：無數據約束。

設置充分了解業務相關信息業務步驟的數據約束：無數據約束。

設置登錄網站登記所需車險業務業務步驟的數據約束：所輸入的車險業務必須為現有業務種類，不能超出。

設置判斷是否已有客戶賬號業務步驟的數據約束：獲取的賬戶信息必須與當前客戶信息相同。

設置記錄客戶基本信息并生成基本賬號業務步驟的數據約束：輸入的信息必須有效，如名字必須為漢字，手機位數必須為11位，身份證要符合中華人民共和國居民身份證證件號要求，地址必須為中國大陸地區（從選項中選擇）等。

設置等待系統登記業務信息并根據情況分配展業員業務步驟的數據約束：車險業務必須為現有業務種類，不能超出，展業員必須為客戶所在地區。

設置接收業務受理成功提示業務步驟的數據約束：展業員必須為客戶所在地區。

設置收到業務辦理通知業務步驟的數據約束：客戶信息必須為申請客戶。

設置通過各種渠道聯系客戶確認客戶真實性業務步驟的數據約束：無數據約束。

設置約定見面事宜業務步驟的數據約束：無數據約束。

設置填寫受理情況業務步驟的數據約束：展業員要據實填寫，展業員必須與實際經辦人相同。

2.4.4出單流程管理流程

圖2.9出單流程管理流程優化業務流程圖

如圖2.9所示，出單流程管理流程優化業務流程圖將原有的保單出單流程和保單繳費流程進行合并，并剔除了繳費員角色，由展業員一并承擔，雖然主體審核、審批流程不變，但中間的信息報送、繳費流程等完全由互聯網取代，響應速度、用戶體驗、辦事效率等都得到大幅度提高。

設置收集客戶基本信息業務步驟的數據約束：無數據約束。

設置整理客戶基本信息上報提單員業務步驟的數據約束：無數據約束。

設置錄入客戶基本信息業務步驟的數據約束：上報的客戶基本信息必須為復印件或照片，如身份證、行駛證等。

設置錄入客戶詳細信息生成投保單業務步驟的數據約束：詳細信息必須與基本信息相對應。

設置上報核保員審核業務步驟的數據約束：無數據約束。

設置是否存在特殊險種業務步驟的數據約束：審核的特殊險種業務必須在公司業務范圍內。

設置特殊險種審批業務步驟的數據約束：審核的特殊險種業務必須在公司業務范圍內。

設置將投保單轉化為保單業務步驟的數據約束：保單數據必須與投保單數據能相對應。

設置特殊險種審批業務步驟的數據約束：審批的特殊險種業務必須在公司業務范圍內。

設置等待系統自動生成繳費單業務步驟的數據約束：繳費單必須與保單、客戶數據信息相同。

設置收到繳費通知完成繳費業務步驟的數據約束：已繳費金額必須與保單金額相同。

設置收到繳費完成信息業務步驟的數據約束：繳費單的保單編號必須與需生效的保單相同。

設置履行保單打印發票業務步驟的數據約束：保單發票金額必須繳費金額相同，保單險種必須與客戶需求相同。

設置短信提醒保單生效拿取發票業務步驟的數據約束：提醒客戶必須與保單客戶相同。

2.4.5網站業務信息管理流程

業務策劃人員部門領導信息審核員分管領導

審lit上按血務借息

圖2.10網站業務信息管理流程優化業務流程圖

如圖2.10所示，網站業務信息管理流程優化業務流程圖為原有業務中沒有的業務，是根據優化后的業務產生的新業務流程，該流程主要是對網站業務信息發布的內容進行審核，確保發布的信息符合實際業務需要，且內容不會出現太大的偏差。

設置填報新的業務信息業務步驟的數據約束：需明確新的業務信息所屬分類或發布的欄目位置。

設置上報部門領導審批業務步驟的數據約束：審批單號要與自動生成的單號相同。

設置審批上報業務信息業務步驟的數據約束：審批單號要相同。

設置審核上報業務信息業務步驟的數據約束：審批單號要相同。

設置審批上報業務信息業務步驟的數據約束：審批單號要相同。

設置發布新業務信息業務步驟的數據約束：發布信息要與申請發布的業務信

息相同。

2.5流程功能模塊分析

1.客戶信息管理

該功能模塊的主要目的是用于對通過人保財險（PICC）車險業務管理系統進行業務咨詢、辦理的客戶進行信息登記和存儲，形成一個初步的客戶信息庫，便于其他功能模塊的調取，也可以作為其他客戶關系管理系統的基礎數據庫。該模塊將有效地解決客戶信息的利用問題，幫助展業員、管理層在做一些決策時提供有效的信息幫助。

2.在線業務咨詢

該功能模塊的主要目的是為客戶提供在線自助業務咨詢和客服業務咨詢功能，通過這兩個功能模塊，幫助客戶快速了解業務相關信息，并獲得相應的幫助, 同時提升業務咨詢接收能力，擴大客戶群體。該模塊主要解決業務信息的宣傳問題，釆取被動和主動兩種方式，通過互聯網這一廣大的潛在客戶資源平臺，將業務信息宣傳出去，幫助展業員有效開展業務。

3.業務在線受理

該功能的主要目的是幫助客戶通過人保財險（PICC）車險業務管理系統在線提交投保需求，由系統按照相關信息判定業務所在區域，轉交給相應的展業人員，由其通過線下接觸等方式，完成保單的進一步受理。該模塊主要解決傳統業務中工作效率不高和展業人員業務開展的死角問題，通過該模塊，公司能夠快速定位客戶所需的服務，并派出展業人員完成訂單，進一步擴大保費收入來源。

4.出單流程管理

該功能模塊的主要目的是在展業人員與客戶詳細了解需求之后并確定投保單內容之后，將各種基礎相關資料提交給提單員，提單員通過該功能模塊提交基本信息給出單員（主要為圖片、掃描件等），出單員根據提單員提供的圖片、表格等資料進一步完善表單信息，然后提交給核保員進行審核，如屬于審核不通過的特殊業務還需要提交領導審批，對于審核和審批都不通過的業務只能放棄，審核通過或審批通過的業務則完成出單流程。該模塊主要解決工作效率不高和保單信息存儲的問題，通過對原有業務的優化和整合，通過信息化的手段，加速保單處理流程和速度，提升工作效率。

5.業務信息管理

該功能模塊的主要目的是對人保財險（PICC）車險業務管理系統的客戶在線自助查詢信息進行編輯管理，確保自助查詢的信息符合公司業務現狀，并能夠幫助展業人員進一步開展工作，擴大客戶群體。該模塊主要針對的是業務的宣傳問題。

6.系統管理

該功能模塊的主要目的是為人保財險（PICC）車險業務管理系統提供對公司人員信息、權限信息、數據備份、日志信息的管理功能，這些功能為系統管理功能，無任何業務流程支持。該模塊主要作用是對以上各個模塊進行支撐，幫助系統運作的更加完善和穩定。

7.基礎信息管理模塊

該功能模塊主要目的是對系統中用戶信息、內部人員信息、保單信息進行管理，避免在業務流程操作中因系統或誤操作等其他未知情況而導致用戶信息異常，為系統管理員提供后門可管理途徑。

第三章功能分析

3.1系統用例分析 3.1.1總體用例分析

下面給出了人保財險(PICC)車險業務信息管理系統的總體用例圖，包含客

戶信息管理、在線業務咨詢、業務在線受理、出單流程管理、網站業務信息管理、

圖3.1人保財險(PICC)車險業務信息管理系統總體用例圖

3,1.2子用例分析

3.1.2.1客戶信息管理用例

表3-1客戶賬號管理用例描述

描述項說明

名稱客戶賬號管理

描述描述了客戶使用本系統客戶賬號管理模塊進行客戶賬號管理的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件生成客戶賬號

基本操作流 (1)訪問公司網站，點擊在線客服或業務在線受理，進入系統

引導自動創建賬號頁面；

（2）輸入客戶基本信息，如客戶姓名、手機號；

（3）點擊“確認”按鈕；

（4）系統自動生成客戶賬號，并進入在線客服或業務在線受理頁面。

（5）進入在線客服頁面；

（6）點擊“開始使用”進入完整信息填寫頁面；

（7）客戶填寫住址、身份證等完整信息；

（8）系統記錄下客戶完整信息；

（9）進入在線客服服務頁面。

其他可選

操作流（1）進入在線客服頁面；

（2）點擊“不使用此功能”退出頁面。

表3?1?1自動創建賬號用例描述

描述項說明

名稱自動創建賬號

描述描述了客戶使用本系統客戶賬號管理模塊進行創建賬號的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件生成客戶賬號

基本操作流（1）訪問公司網站，點擊在線客服或業務在線受理，進入系統引導自動創建賬號頁面；

（2）輸入客戶基本信息，如客戶姓名、手機號；

（3）點擊“確認”按鈕；

（4）系統自動生成客戶賬號，并進入在線客服或業務在線受理頁面。

表3-1-2完善賬號信息用例描述

描述項說明

名稱完善賬號信息

描述描述了客戶使用本系統客戶賬號管理模塊進行完善賬號的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件生成完整的客戶賬號信息

基本操作流（1）進入在線客服頁面；

（2）點擊“開始使用”進入完整信息填寫頁面；

（3）客戶填寫住址、身份證等完整信息；

（4）系統記錄下客戶完整信息；

（5）進入在線客服服務頁面。

其他可選（1）進入在線客服頁面；

操作流（2）點擊“不使用此功能”退出頁面。

表3-2客戶信息登記用例描述

描述項說明

名稱客戶信息登記

描述描述了展業員使用本系統客戶信息登記模塊進行客戶信息登記

的過程

參與者展業員

前置條件必須是展業員角色登錄系統

后置條件生成完整客戶賬號

基本操作流（1）訪問公司網站，點擊客戶信息登記進入登記頁面；

（2）輸入客戶基本信息，姓名和手機；

（3）點擊“創建”按鈕；

（4）等待系統對客戶信息庫進行查詢，確認信息庫中無此客戶信息；

（5）展業員在客戶信息登記頁面完善客戶全部信息；

（6）信息輸入完成后，點擊“保存”；

（7）系統保存客戶完整信息；

（8）系統自動打開錄入完成的客戶信息頁面。

其他可選

操作流（1）訪問公司網站，點擊客戶信息登記進入登記頁面；

（2）輸入客戶基本信息，姓名和手機；

（3）點擊“創建”按鈕；

（4）等待系統對客戶信息庫進行查詢，信息庫已存在改客戶信息；

（5）系統取消創建申請，打開該客戶信息頁面。

表3-3自助咨詢用例描述

描述項說明

名稱自助咨詢

描述描述了客戶使用本系統自助咨詢模塊進行自助咨詢的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件無

基本操作流（1）訪問公司網站；

（2）按照網頁業務分類查看業務介紹。

其他可選流程（1）點擊“特定查詢”按鈕，進入查詢頁面；

（2）客戶輸入需了解的車險業務信息，查詢相關信息；

（3）系統給出查詢結果；

（4）客戶點擊查詢結果中的鏈接頁面，進入詳細車險業務介紹頁面。

表3-3-1特定査詢用例描述

描述項說明

名稱特定查詢

描述描述了客戶使用本系統自助咨詢模塊進行特定查詢的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件無

基本操作流（1）訪問公司網站；

（2）點擊“特定查詢”按鈕，進入查詢頁面；

（3）客戶輸入需了解的車險業務信息，查詢相關信息；

（4）系統給出查詢結果；

（5）客戶點擊查詢結果中的鏈接頁面，進入詳細車險業務介紹

頁面。

表34客服咨詢用例描述

描述項說明

名稱客服咨詢

描述描述了客戶、客服人員使用本系統客服咨詢模塊進行客服咨詢的

過程

參與者客戶、客服人員

前置條件必須是客戶、客服人員角色登錄系統

后置條件形成業務咨詢記錄

基本操作流（1）客戶訪問公司網站，點擊客服咨詢；

（2）使用賬號登陸進行客服咨詢；

（3）系統將客戶咨詢請求發送給空閑客服人員；

（4）客服人員與客戶建立對話窗口進行客服咨詢；

（5）客戶與客服人員進行咨詢中產生的對話記錄由系統自動存儲作為備查資料；

（6）客戶了解相關業務信息后離開客服咨詢頁面，客服人員離開咨詢頁面，咨詢頁面關閉。

其他可選

操作流（1）客戶訪問公司網站，點擊客服咨詢；

（2）客戶第一次訪問，無登陸賬號；

（3）按照系統指引創建賬號；

（4）進行客服咨詢服務。

表34-1文字咨詢用例描述

描述項說明

名稱文字咨詢

描述描述了客戶、客服人員使用本系統客服咨詢模塊進行文字咨詢的

過程

參與者客戶、客服人員

前置條件必須是客戶、客服人員角色登錄系統

后置條件形成業務咨詢記錄

基本操作流（1）客戶訪問公司網站，點擊客服咨詢；

（2）使用賬號登陸進行客服咨詢；

（3）系統將客戶咨詢請求發送給空閑客服人員；

（4）客服人員與客戶建立對話窗口進行客服咨詢；

（5）客戶輸入文字信息進行咨詢；

（6）客服人員根據客戶文字信息提供咨詢服務。

表3>4?2視頻咨詢用例描述

描述項說明

名稱視頻咨詢

描述描述了客戶、客服人員使用本系統客服咨詢模塊進行視頻咨詢的

過程

參與者客戶、客服人員

前置條件必須是客戶、客服人員角色登錄系統

后置條件形成業務咨詢記錄

基本操作流（1）客戶訪問公司網站，點擊客服咨詢；

（2）使用賬號登陸進行客服咨詢；

（3）系統將客戶咨詢請求發送給空閑客服人員；

(4)客服人員與客戶建立對話窗口進行客服咨詢；

(5)客戶點擊“視頻咨詢”按鈕，打開視頻咨詢窗口；

(6)客戶通過客戶端使用麥克風、攝像頭進行視頻咨詢。

表3-5業務申請用例描述

描述項說明

名稱業務申請

描述描述了客戶使用本系統業務申請模塊進行業務申請的過程

參與者客戶

前置條件必須是客戶角色登錄系統

后置條件形成業務申請記錄

基本操作流 (1)客戶訪問公司網站，點擊業務在線受理進入業務申請頁

面；

(2)客戶使用已申請賬號登陸；

(3)客戶選擇需要的車險業務和其他業務信息；

(4)系統記錄下申請業務信息。

其他可選

操作流 (1)客戶訪問公司網站，點擊業務在線受理進入業務申請頁面；

(2)客戶第一次訪問，無登陸賬號；

(3)按照系統指引創建賬號；

(4)進行在線業務申請。

表3-6信息通知用例描述

描述項說明

名稱信息通知

描述描述了客戶、展業員使用本系統信息通知模塊進行信息通知的過程

參與者客戶、展業員

前置條件必須是客戶創建了在線業務申請

后置條件形成短信通知發送到客戶、展業員手機中或客戶、展業員收到網站信息通知

基本操作流 (1)系統收到客戶的業務申請后，記錄業務申請；

(2)系統根據業務申請內容和客戶所在區域，選擇對應展業員；

(3)系統將業務申請發送給展業員，由展業員進行下一步業務；

(4)系統將業務申請信息、受理情況、負責展業員信息發送給客戶。

表3-7業務受理用例描述

描述項說明

名稱業務受理

描述描述了展業員使用本系統業務受理模塊進行業務受理的過程

參與者展業員

前置條件必須是展業員角色登錄系統

后置條件形成業務受理最終信息

基本操作流（1）展業員登陸系統查看業務申請的詳細信息；

（2）展業員依據系統信息對客戶進行聯系，了解具體信息；

（3）展業員打開業務受理頁面；

（4）展業員對業務受理情況進行填寫。

其他可選

操作流（1）展業員登陸系統查看業務申請的詳細信息；

（2）展業員依據系統信息對客戶進行聯系，但未聯系上客戶；

（3）展業員打開業務受理頁面；

（4）展業員對業務受理情況進行填寫。

3.L2.4出單流程管理用例

圖3.5出單流程管理用例圖

表3-8投保單管理用例描述

描述項說明

名稱投保單管理

描述描述了展業員、提單員、出單員使用本系統提交投保單管理模塊進行提交投保單管理的過程

參與者展業員、提單員、出單員

前置條件必須是展業員、提單員、出單員角色登錄系統

后置條件形成投保單

基本操作流 (1)展業員將客戶基本信息上報給提單員；

（2）提單員登陸系統點擊出單流程管理進入提交投保單提報頁面；

（3）提單員填報客戶基本信息，并上傳或掃描相關證件信息到系統，上報出單員制作投保單；

（4）出單員點擊填投保單制作申請，進入填投保制作的詳細頁面；

（5）出單員依據提單員上傳的客戶基本信息完善投保單全部信息。

包含被擴展的用例掃描文件、上傳圖片

表3-9保單審核用例描述

描述項說明

名稱保單審核

描述描述了出單員、核保員使用本系統保單審核模塊進行保單審核的過程

參與者出單員、核保員

前置條件必須是出單員、核保員角色登錄系統

后置條件形成投保單或取消該業務

基本操作流（1）出單員將填寫完整的投保單上報核保員；

（2）核保員點擊投保單審核進入審核總頁面；

（3）核保員點擊需審核的投保單，進入審核詳細頁面；

（4）核保員對投保單的險種進行審核，如不屬于違反承保規則或是已經通過審批的違反承保規則則通過審核。

其他可選（1）出單員將填寫完整的投保單上報核保員；

操作流（2）核保員點擊投保單審核進入審核總頁面；

（3）核保員點擊需審核的投保單，進入審核詳細頁面；

（4）核保員對投保單的險種進行審核，如屬于違反承保規則則點擊審核不通過。

表3-10超權限審批用例描述

描述項說明

名稱超權限審批

描述描述了領導使用本系統超權限審批審批模塊進行超權限業務審批的過程

參與者領導

前賅件必須是領導角色登錄系統

后置條件修改超權限通過審核或取消該業務

基本操作流（1）核保員將超權限審批業務上報領導進行審批；

（2）領導點擊超權限審批進入總頁面；

（3）領導點擊需審批的申請，進入超權限審批詳細信息頁面；

（4）領導對超權限業務進行審批，點擊審批通過通過業務審批；

（5）系統將該投保單重新提交給核保員進行審核。

其他可選

操作流（1）核保員將超權限審批業務上報領導進行審批；

（2）領導點擊超權限審批進入總頁面；

C3）領導點擊需審批的申請，進入超權限審批詳細信息頁面；

（4）領導對超權限業務進行審批，點擊審批不通過結束該業務。

表3-11繳費管理用例描述

描述項說明

名稱繳費管理

描述描述了展業員、客戶使用本系統繳費管理模塊進行繳費管理的過程

參與者展業員、客戶

前置條件保單生成

后置條件保單生效，繳費完成

基桶作流（1）系統根據保單生成繳費單，并將繳費信息發送給客戶；

（2）展業員點擊繳費管理進入管理頁面查看需繳費的客戶信息情況；

（3）客戶收到繳費信息通知后到銀行或營業廳完成繳費；

（4）繳費完成后銀行發送繳費完成通知給系統，系統接收到該信息后修改保單狀態；

（5）展業員點擊繳費管理進入管理頁面，選擇已完成繳費的保單；

（6）展業員點擊“打印發票”將保單發票打印出來，并交給客戶。

包含被擴展

的用例發票打印、繳費完成通知

3.1.2.5網站業務信息管理用例

分管領導

圖3.6網站業務信息管理用例圖

表3-12業務信息管理用例描述

描述項說明

名稱業務信息管理

描述描述了業務策劃人員、信息審核員使用本系統業務信息管理模塊進行業務信息管理的過程

參與者業務策劃人員、信息審核員

前置條件必須是業務策劃人員、信息審核員角色登錄系統

后置條件生成待審批的業務信息或發布業務信息

基本操作流 (1)業務策劃人員登錄業務信息管理頁面；

（2）業務策劃人員點擊新建業務進入業務信息管理頁面；

（3）業務策劃人員在頁面填寫相關業務信息；

（4）業務策劃人員填寫完成后，點擊提交審批；

（5）信息審核員登錄系統，點擊業務信息發布，進入總頁面；

（6）信息審核員點擊己通過分管領導審批的業務信息，進入業務信息詳細頁面；

（7）信息審核員點擊發布信息將通過審批的業務信息發布到網站；

（8）信息審核員點擊瀏覽查看剛發布的業務信息最終形式。

被包含的用例信息編輯、信息發布

表3-12-1信息編輯用例描述

描述項說明

名稱信息編輯

描述描述了業務策劃人員使用本系統信息編輯模塊進行信息編輯的

過程

參與者業務策劃人員

前置條件必須是業務策劃人員角色登錄系統

后置條件生成待審批的業務信息

基本操作流（D業務策劃人員登錄業務信息管理頁面；

（2）業務策劃人員點擊新建業務進入業務信息管理頁面；

（3）業務策劃人員在頁面填寫相關業務信息；

（4）業務策劃人員填寫完成后，點擊提交審批；

表3-12-2業務信息管理用例描述

描述項說明

名稱信息發布

描述描述了信息審核員使用本系統信息發布模塊進行信息發布的過程

參與者信息審核員

前峻件必須是信息審核員角色登錄系統

后矽件發布業務信息

基本操作流（1）信息審核員登錄系統，點擊業務信息發布，進入總頁面；

（2）信息審核員點擊己通過分管領導審批的業務信息，進入業務信息詳細頁面；

（3）信息審核員點擊發布信息將通過審批的業務信息發布到網站；

（4）信息審核員點擊瀏覽查看剛發布的業務信息最終形式。

表3-13信息審批用例描述

描述項說明

名稱信息審批

描述描述了部門領導、分管領導使用本系統信息審批管理模塊進行信息審批的過程

參與者部門領導、分管領導

前置條件必須是部門領導、分管領導角色登錄系統

后置條件形成審批意見

基本操作流（1）部門領導登錄系統，進入業務信息審批頁面；

（2）部門領導點擊需審批業務信息，進入業務信息詳細頁面；

（3）部門領導查看需審批業務信息，確認沒有問題后填寫審批

意見點擊同意上報；

(4)分管領導登錄系統，進入業務信息審批頁面；

(5)分管領導點擊需審批業務信息，進入業務信息詳細頁面；

(6)分管領導查看需審批業務信息，確認沒有問題后填寫審批意見點擊同意發布。

其他可選

操作流 (1)部門領導登錄系統，進入業務信息審批頁面；

(2)部門領導點擊需審批業務信息，進入業務信息詳細頁面；

(3)部門領導查看需審批業務信息，對業務信息不滿意，填寫修改意見后點擊不同意上報打回重擬；

(4)分管領導登錄系統，進入業務信息審批頁面；

(5)分管領導點擊需審批業務信息，進入業務信息詳細頁面；

(6)分管領導查看需審批業務信息，對業務信息不滿意，填寫修改意見后點擊不同意上報打回重擬。

表3-13-1部門領導審批用例描述

描述項說明

名稱部門領導審批

描述描述了部門領導使用本系統部門領導審批模塊進行部門領導審批的過程

參與者部門領導

前置條件必須是部門領導角色登錄系統

后置條件形成審批意見

基本操作流 (1)部門領導登錄系統，進入業務信息審批頁面；

(2)部門領導點擊需審批業務信息，進入業務信息詳細頁面；

(3)部門領導查看需審批業務信息，確認沒有問題后填寫審批意見點擊同意上報；

(1)部門領導登錄系統，進入業務信息審批頁面；

(2)部門領導點擊需審批業務信息，進入業務信息詳細頁面；

(3)部門領導查看需審批業務信息，對業務信息不滿意，填寫修改意見后點擊不同意上報打回重擬；

表3-13-2分管領導審批用例描述

描述項說明

名稱分管領導審批

描述描述了分管領導使用本系統分管領導審批模塊進行分管領導審批的過程

參與者分管領導

前置條件必須是分管領導角色登錄系統

后置條件形成審批意見

基本操作流 (1)分管領導登錄系統，進入業務信息審批頁面；

(2)分管領導點擊需審批業務信息，進入業務信息詳細頁面；

(3)分管領導查看需審批業務信息，確認沒有問題后填寫審批意見點擊同意發布。

其他可選

操作流 (1)分管領導登錄系統，進入業務信息審批頁面；

(2)分管領導點擊需審批業務信息，進入業務信息詳細頁面；

(3)分管領導查看需審批業務信息，對業務信息不滿意，填寫修改意見后點擊不同意上報打回重擬。

表3-14信息審核用例描述

描述項說明

名稱信息審核

描述描述了分管領導使用本系統信息審核模塊進行信息審核的過程

參與者信息審核員

前置條件必須是信息審核員角色登錄系統

后置條件形成審核意見

基本操作流（1）分管領導登錄系統，進入業務信息審批頁面；

（2）分管領導點擊需審批業務信息，進入業務信息詳細頁面；

（3）分管領導查看需審批業務信息，確認沒有問題后填寫審批意見點擊同意發布。

其他可選

操作流（1）分管領導登錄系統，進入業務信息審批頁面；

（2）分管領導點擊需審批業務信息，進入業務信息詳細頁面；

（3）分管領導查看需審批業務信息，對業務信息不滿意，填寫修改意見后點擊不同意上報打回重擬。

3.1.2.6系統管理用例

表3-15權限管理用例描述

描述項說明

名稱權限管理

描述描述了系統管理員使用本系統權限管理模塊進行權限管理的過程

參與者系統管理員

前置條件必須是系統管理員登錄系統

后置條件系統管理員退出登錄

基本操作流 (1)系統管理員登錄系統，點擊權限管理進入管理頁面；

(2)系統管理員點擊添加新權限，進入新權限登記頁面，填寫相應信息后點擊保存，創建新權限；

(3)系統管理員點擊修改權限，進入權限匯總頁面，選擇需要修改的權限，進入權限詳細頁面修改對應信息后點擊保存，修改權限；

(4)系統管理員點擊刪除權限，進入權限匯總頁面，選擇需要刪除的權限，進入權限詳細頁面點擊刪除權限，點擊確認后刪除權限。

表3-16日志管理用例描述

描述項說明

名稱日志管理

描述描述了系統管理員使用本系統日志管理模塊進行日志管理管理

的過程

參與者系統管理員

前置條件必須是系統管理員登錄系統

后置條件系統管理員退出登錄

基本操作流 (1)系統管理員登錄系統，點擊日志管理進入管理頁面；

(2)系統管理員點擊查看日志，進入日志會總頁面，查看全部日志信息；

(3)系統管理員點擊查詢日志按鈕，輸入查詢的相關信息，系統按照查詢條件給出對應日志記錄；

(4)系統管理員點擊日志信息進入日志詳細信息頁面，點擊刪除按鈕可以刪除所查看的日志信息。

表3-17數據備份用例描述

描述項說明

名稱數據備份

描述描述了系統管理員使用本系統數據備份模塊進行數據備份管理

的過程

參與者系統管理員

前置條件必須是系統管理員登錄系統

后置條件系統管理員退出登錄

基本操作流 (1)系統管理員點擊系統備份進入系統備份管理頁面

(2)系統管理員點擊系統備份，選擇備份路徑，填寫備份文件名稱，點擊備份，系統將系統備份到相應位置

(3)系統管理點擊數據還原，選擇還原文件，確認還原后，系統將數據還原到系統中

3.1.2.7基礎信息管理用例

表3-18公司用戶基礎信息管理用例描述

描述項說明

名稱公司用戶管理

描述描述了系統管理員使用本系統公司用戶基礎信息管理模塊進行公司用戶基礎信息管理的過程

參與者系統管理員

前置條件必須是系統管理員登錄系統

后置條件系統管理員退出登錄

基本操作流 (1)系統管理員登錄系統，點擊公司用戶基礎信息管理進入基礎信息頁面；

(2)系統管理員點擊添加新公司用戶，進入新公司用戶登記頁面，填寫相應信息后點擊保存，創建新公司用戶；

(3)系統管理員點擊修改公司用戶，進入權限匯總頁面，選擇需要修改的公司用戶，進入公司用戶詳細頁面修改對應信息后點擊保存，修改公司用戶；

(4)系統管理員點擊刪除公司用戶，進入公司用戶匯總頁面，

選擇需要刪除的公司用戶，進入公司用戶詳細頁面點擊刪除公司用戶，點擊確認后刪除公司用戶。

表3-19客戶基礎信息管理用例描述

描述項說明

名稱客戶基礎信息管理

描述描述了系統管理員使用本系統客戶基礎信息管理模塊進行客戶

基礎信息管理的過程

參與者系統管理員

前置條件必須是系統管理員登錄系統

后置條件系統管理員退出登錄

基本操作流 (1)系統管理員登錄系統，點擊客戶基礎信息管理進入基礎信息管理頁面；

(2)系統管理員點擊添加新客戶，進入新客戶登記頁面，填寫相應信息后點擊保存，創建新客戶；

(3)系統管理員點擊修改客戶，進入權限匯總頁面，選擇需要修改的客戶，進入公司用戶詳細頁面修改對應信息后點擊保存，修改客戶；

(4)系統管理員點擊刪除客戶，進入公司用戶匯總頁面，選擇需要刪除的客戶，進入公司用戶詳細頁面點擊刪除客戶，點擊確認后刪除客戶。

3.2系統功能包圖

3.2.1總體功能包圖

人保財險（PICC）車險業務信息管理系統

□ | ~~1 一一 1

客戶信息人保財險（PICC）車險業務信息管理系統界面業務昨

管理 •、受理

□ | / \ 、、、、

、、、、、 —1

在線業務咨詢 — —1* 、、、出單流程骨理

網站業務信息管理系統管理

圖3.8人保財險（PICC）車險業務信息管理系統總包圖

如上圖3.8所示，人保財險（PICC）車險業務信息管理系統一共分為六個包：客戶信息管理、在線業務咨詢、業務在線受理、出單流程管理、網站業務信息管理、系統管理。客戶信息管理包提供給客戶、展業員使用，通過該包可以實現創建賬號、完善賬號信息等。在線業務咨詢包提供給客戶和客服人員使用，客戶可使用該包的自助咨詢和客服咨詢功能，客服人員主要使用客服咨詢功能為客戶提供咨詢服務。業務在線受理包提供客戶和展業員使用，客戶可使用該包的業務申請和短信通知功能，展業員可使用該包的短信通知和業務受理。出單流程管理包提供客戶、展業員、提單員、出單員、核保員和領導使用，客戶可使用該包的繳費管理功能，展業員可使用該包的投保單管理和繳費管理功能，提單員可使用該包的投保單管理功能，出單員可使用該包的投保單管理和保單審核功能，核保員可使用該包的保單審核功能，領導可使用該包的特殊險種審批功能。網站業務信息管理包提供業務策劃人員、信息審核員、部門領導、分管領導使用，業務策劃人員可使用該包的信息編輯功能，信息審核員可使用該包的信息發布和信息審核功能，部門領導可使用該包的部門領導審批功能，分管領導可使用該包的分管領導審批功能。系統管理包提供系統管理員使用，系統管理員可使用該包的權限管理、公司用戶管理、日志管理和數據備份功能。

3.2.2子功能包圖

3.2.2.1客戶信息管理包圖

客戶信息管理

圖3.9客戶信息管理包圖

“客戶信息管理”包主要目的是為客戶、展業員提供客戶賬號管理和客戶信息登記功能，其中客戶賬號管理和客戶信息登記都包含了自動創建賬號、完善賬號信息功能。因此，客戶信息管理包主要涉及客戶賬號管理和客戶信息登記兩個子包。

3.22.2在線業務咨詢包圖

圖3.10在線業務咨詢包圖

“在線業務咨詢”包主要目的是為客戶提供自自助咨詢和客服咨詢功能，為客服人員提供客服咨詢功能，其中自助咨詢還包含特定查詢功能，客服咨詢包含

文字咨詢和視頻咨詢功能。因此，在線業務咨詢包主要涉及自助咨詢和客服咨詢兩個子包。

3.22.3業務在線受理包圖

圖3.11業務在線受理包圖

“業務在線受理”包主要目的是為客戶提供業務申請和短信通知功能，為展業員提供短信通知和業務受理功能。因此，業務在線受理包主要涉及業務申請、信息通知和業務受理三個子包。

3.2?2.4出單流程管理包圖

圖3.12出單流程管理包圖

“業務在線受理”包主要目的是為客戶提供繳費管理功能，為展業員提供投保單管理和繳費管理功能，為提單員提供投保單管理功能，為出單員提供投保單

管理和投保單審核功能，為核保員提供投保單審核功能，為領導提供超權限審批功能。因此，業務在線受理包主要涉及投保單管理、投保單審核、超權限審批、繳費管理四個子包。

3.22.5網站業務信息符理包圖

圖3.13網站業務信息管理包圖

“網站業務信息管理”包主要目的是為業務策劃人員提供業務信息系管理，為信息審核員提供業務信息管理和信息審核功能，其中業務信息管理又提供信息編輯和信息發布功能，為部門領導提供部門領導審批功能，為分管領導提供分管領導審批功能。因此，網站業務信息管理包主要涉及業務信息管理、信息審核、信息審批三個子包。

3.22.6系統管理包圖

系統管理

系統管理界面

—、八.

日志管理

圖3.14系統管理包圖

“系統管理”包主要目的是為系統管理員提供權限管理、公司用戶管理、日志管理和數據備份功能。因此，系統管理包主要涉及權限管理、公司用戶管理、日志管理和數據備份功能四個子包。

3.2.2.7基礎信息管理包圖

基礎信息管理

基礎信息管理界面

公司用戶基礎信息管理 . 客戶基礎信息管理

圖3.15基礎信息管理包圖

“基礎信息管理”包主要目的是為系統管理員提供對公司用戶基礎信息和客戶基礎信息管理的功能。因此，系統管理包主要涉及公司用戶基礎信息管理和客戶基礎信息管理功能兩個子包。

第四章數據分析

4.1功能數據分析

圖4.1人保財險(PICC)車險業務信息管理系統控制類關系圖

經過分析后得知系統中所需的控制類之間的關系如上圖4.1所示。圖中人保財險(PICC)車險業務信息管理系統控制類依賴于客戶信息管理、在線業務咨詢、業務在線受理、出單流程管理、網站業務信息管理、系統管理控制類，客戶信息管理控制類依賴自動創建賬號、完善賬號信息、客戶信息登記控制類；在線業務咨詢控制類依賴自助咨詢和客服咨詢控制類;業務在線受理控制類依賴業務申請、信息通知和業務受理控制類；業務在線受理控制類依賴投保單管理、保單審核、超權限審批、繳費管理控制類；網站業務信息管理控制類依賴業務信息管理、信息審核、信息審批控制類；系統管理控制類依賴權限管理、公司用戶管理、日志管理和數據備份控制類。

4.1.1客戶信息管理縮略類圖

«實體類〉〉客戶信息表

圖4.2客戶信息管理縮略類圖

如圖4.2所示，客戶信息管理縮略類圖中，客戶通過客戶信息管理客戶界面進行賬號信息的創建、完善，所以完善賬號信息、自動創建賬號依賴客戶信息表實體類；展業員通過展業員信息管理客戶界面進行客戶信息登記對客戶信息表進行設置，所以客戶信息登記依賴客戶信息表實體類。

根據客戶信息管理功能對數據實體的依賴，給出客戶信息表實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.2在線業務咨詢縮略類圖

實體類〉〉網站業務信息表

+業務信息ID

+創建人

+審批部門領導

+審核人員

+審批分管領導

+所屬欄目卄創建時間：+當前狀態 / +內容 / +所屬部門

+所屬類別

+發布時間

+備注

«實體類>> 客服記錄表

+客服記錄ID

+創建時間

、、+結束時間「+客戶ID

+客服人員ID

+咨詢內容

+備注

圖4.3在線業務咨詢縮略類圖

如圖4.3所示，在線業務咨詢縮略類圖中，客戶通過在線業務咨詢客戶界面進行自助咨詢和客服咨詢，所以自助咨詢需要依賴網站業務信息表和客服記錄表實體類；客服人員通過在線業務咨詢客服人員界面進行客服咨詢，所以客服咨詢依賴客服記錄表實體類。

根據在線業務咨詢功能對數據實體的依賴，給出網站業務信息表和客服記錄表實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.3業務在線受理縮略類圖

<<實體類〉〉業務受理登記表 +業務受理ID-

?+客戶ID

/ +受理人員ID

/ +客戶手機

/ 斡客戶地址

/ +復核情況

/ +受理時間

/嚴復核時間

/ / +備注

，‘ 1

«實體類>> 公司人員表 +公司人員ID +公司人員賬號 +密碼 +手機 +地址

+身份證號 +所屬部門 +工作職務 +入職時間 +出生日期

+座機號

+郵編號 +微信號

+信用等級 -備注

\ 實體類〉〉

客戶信息表

抄賬號 +密碼 +手機 +地址 +證件類型 +組織機構 +性別 +年齡 +證件號 +國籍 +固定電話 +備注

圖4?4業務在線受理縮略類圖

如圖4.4所示，業務在線受理縮略類圖中，客戶通過業務在線受理客戶界面進行業務申請和信息通知，所以業務申請和信息通知需要依賴業務受理登記表、公司人員信息表和客戶信息表實體類；展業員通過業務在線受理展業員界面進行信息通知和業務受理，所以信息通知和業務受理依賴業務受理登記表、公司人員信息表和客戶信息表實體類。

根據業務在線受理功能對數據實體的依賴，給出業務受理登記表、公司人員信息表和客戶信息表實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.4出單流程管理縮略類圖

圖4.5出單流程管理縮略類圖

如圖4.5所示，出單流程管理縮略類圖中，展業員通過出單流程管理展業員界面進行投保單管理，所以投保單管理需要依賴投保單登記表和投保單實體類；提單員通過出單流程管理提單員界面進行投保單管理，所以投保單管理需要依賴投保單登記表和投保單實體類；出單員通過出單流程管理出單員界面進行投保單

管理和投保單審核管理,所以投保單管理和投保單審核需要依賴投保單登記表和投保單實體類；客戶通過出單流程管理客戶界面進行繳費管理，所以繳費管理需要依賴投保單體類；核保員通過出單流程管理核保員界面進行投保單審核管理，所以投保單審核需要依賴投保單實體類；領導通過出單流程管理領導界面進行投保單審核，所以投保單審核需要依賴投保單實體類。

根據業務出單流程管理功能對數據實體的依賴，給出投保單登記表、投保單和投保單實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.5網站業務信息管理縮路類圖

圖4.6網站業務信息管理縮略類圖

如圖4.6所示，業網站業務信息管理縮略類圖中，業務策劃人員通過網站業務信息管理業務策劃人員界面進行業務信息管理，所以業務信息管理需要依賴網站業務信息表實體類；部門領導通過網站業務信息管理部門領界面進行信息審批，所以信息審批需要依賴網站業務信息表實體類；信息審核人員通過網站業務信息管理業務信息審核人員界面進行信息審核，所以信息審核需要依賴網站業務

信息表實體類；分管領導通過網站業務信息管理分管領導界面進行信息審批，所以信息審批需要依賴網站業務信息表實體類。

根據網站業務信息管理功能對數據實體的依賴，給出網站業務信息表實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.6系統管理縮略類圖

〈＜實體類＞＞

權限表

一〈〈控制類＞＞

/權限管理

«實體類＞＞

日志表

«控制類〉〉

系統管理〈〈控制類〉〉

日志管理

+日志ID +日志名稱 +日志類別 +日志內容 +創建日期 +操作類型 +操作人員

+備注

«實體類＞＞備份登記表 +備份ID~ +備份日期 +備份路徑 +備份名稱 +備份人員 +備份原因

圖4.7系統管理縮略類圖

如圖4.7所示，系統管理縮略類圖中，系統管理員通過系統管理系統管理員界面進行權限管理、公司用戶管理、日志管理、數據備份，所以系統管理需要依賴權限表、公司人員表、日志表和備份登記表實體類。

根據網站業務信息管理功能對數據實體的依賴，給出賴權限表、公司人員表、

日志表和備份登記表實體類的全部屬性，這些都是構建數據庫表的基礎。

4.1.7基礎信息管理縮略類圖

«實體類＞＞公司人員表

圖4.8基礎信息管理縮略類圖

如圖4.8所示，基礎信息管理縮略類圖中，系統管理員通過基礎信息管理界面進行公司用戶基礎信息管理和客戶基礎信息管理，所以系統管理需要依賴公司人員表和客戶信息表。

根據網站業務信息管理功能對數據實體的依賴，公司人員表和客戶信息表在之前已給出相關屬性，這里不再給出。

4.2實體類關系分析

類圖是由類，相關建模元素，及其關系構成的圖，用來描述類之間的靜態關系。由于人保財險（PICC）車險業務信息管理系統功能數據分析中的客戶信息管理縮略類圖涉及客戶信息表;在線業務咨詢縮略類圖涉及網站業務信息表和客服記錄表；業務在線受理縮略類圖涉及業務受理登記表、公司人員信息表和客戶信息表；出單流程管理縮略類圖涉及投保單登記表、投保單和保單；網站業務信息管理縮略類圖涉及網站業務信息表；系統管理縮略類圖涉及權限表、公司人員表、日志表和備份登記表。因此，人保財險（PICC）車險業務信息管理系統包括客戶信息表、網站業務信息表、客服記錄表、業務受理登記表、投保單登記表、投保單、保單、權限表、公司人員表、日志表和備份登記表十一個實體類。

圖4.9人保財險（PICC）車險業務信息管理系統實體類關系圖

如圖4.8所示，人保財險（PICC）車險業務信息管理系統實體類關系圖表示: 權限表中的多個權限可以與公司人員表中一個人對應，同樣的公司人員表中的多個人也可以與一個權限對應，所以權限表和公司人員表是對多（n對n）的關系；日志表中記錄的日志可以由公司人員表中一個人創建，而一個人可創建多條日志，所以日志表與公司人員表是多對單（n對1）的關系；保單只能由一個投保單轉變而來，同時保單也只能由一個客戶提出，并且保單只能有一個展業員負責開展業務，所以保單與投保單、客戶信息表、公司人員表都是單對單（1:1）的關系；一個客戶能提出多個投保單登記表，而一個投保單登記表只能由一個客戶提出，所以客戶信息表與投保單登記表是單對多（1： n）的關系，一個客戶能提出多個投保單，而一個投保單只能由一個客戶提出，所以客戶信息表與投保單是單對多（1： n）的關系，一個客戶能提出多個保單，而一個保單只能由一個客戶提出，所以客戶信息表與保單是單對多（1： n）的關系，一個客戶能夠提起多個客服服務，但是每個客服服務只服務一個客戶，所以客戶信息表與客服記錄表是單對多（1： n）的關系，一個客戶可以發起多個在線業務受理，但是每個業務受理只能有一個客戶發起，所以客戶信息表與業務受理登記表是單對多（1： n）, 一個客戶只能是作為客戶這一角色，所以客戶信息表與用戶角色表為單對單

（1:1）關系；一個業務信息可以由多個公司人員進行操作，如創建、審核、審批等，而一個公司人員也可能對多個業務信息金慈寧宮操作，所以網站業務信息表和公司人員信息表是多對多（n對！1）的關系；一個客服服務職能服務一個客戶,但是一個客戶能發起多個客服服務，所以客服記錄表與客戶信息表多對單（n： 1）的關系；一個業務受理信息只能由一個客戶發起，并且只能由一名展業員負責跟進，而一個客戶是可以發起多個業務受理申請，一個展業員也可能是跟進多個業務受理的，所以業務受理登記表與客戶信息表是多對單（n:l）的關系，與公司人員信息表也是多對單（n:l）的關系；一個公司人員可以擁有多種權限，而一種權限可能由多個公司人員擁有，所以公司人員信息表與權限表是多對多

（n:n）的關系，一個公司人員可以創建多個日志信息，而一個日志信息能由一個公司人員創建，所以公司人員信息表與日志表是單對多（1： n）的關系，一個公司人員（系統管理員）可以進行多個備份，而一個備份只能有一個公司人員（系統管理員）進行操作，所以公司人員信息表與備份登記表是單對多（1： n）的關系，一個公司人員（客服人員）可以提供多個客服服務，而一個客服服務只能由一個公司人員（客服人員）提供，所以公司人員信息表與客服記錄表是單對多（1: n）的關系，一個公司人員（展業員）能夠跟蹤多個投保單登記表、投保單、保單、業務在線受理，而投保單登記表、保單、業務在線受理多只能由一個展業員負責開展相關工作，所以公司人員表與投保單登記表、保單、業務受理登記表都是單對多（1： n）的關系，一個公司人員（展業員、提單員、出單員、核保員、領導）可能對多個投保單進行操作（如新建、審核、審批等），而一個投保單可能需要多個公司人員（展業員、提單員、出單員、核保員、領導）對其進行操作（如新建、審核、審批等），所以公司人員表與投保單是多對多（n:n）的關系；一個投保單登記表只能由一個客戶提出、一個展業員跟進，而一個客戶可能提出多個投保單登記表、一個展業員可能跟進多個投保單登記表，所以投保單登記表與客戶信息表和公司人員表都是多對單（n： 1）關系，一個投保單登記表只能生成一個投保單，而一個投保單也只能由一個投保單登記表轉化而來，所以投保單登記表和投保單是單對單（1:1）的關系；一個投保單可能需要多個公司人員（展業員、提單員、出單員、核保員、領導）對其進行操作（如新建、審核、審批等），而一個公司人員（展業員、提單員、出單員、核保員、領導）可能對多個投保單進行操作（如新建、審核、審批等），所以投保單登記表與公司人員表是多對多（n:n）的關系，一個公司人員可以同時擁有多個角色，而一個角色同時也可以對應多個公司人員，所以公司人員表與角色信息表是多對多（n： n）關系；一個投保單也只能由一個投保單登記表轉化而來，而一個投保單登記表只能生成一個投保單，所以投保單與投保單登記表是單對單（1:1）的關系，一個投保單只能由一個客戶提出，而一個客戶是可以提出多個投保單的，所以投保單與客戶信息表是多對單（n： 1）的關系。

4.3數據庫農

（1）權限表

保存權限的基本信息。

表4-1權限表

字段名媽類型長度鍵

權限ID 唯一標識符型主鍵

權限名稱字符型 10 否

權限范圍字符型 20 否

權限內容字符型 50 否

權限描述字符型 50 否

權限對應欄目字符型 20 否

創建時間日期型否

備注字符型 50 否

權限ID是表4-1權限表的主鍵，它是唯一標識該表中所有行的一個列或一組列。

（2）日志表

保存日志的基本信息。

表4-2日志表

字段名數據類型長度鍵

日志ID 唯一標識符型主鍵

日志名稱字符型 10 否

日志類別字符型 20 否

日志內容字符型 50 否

創建日期日期型否

操作類型字符型 10 否

操作人員唯一標識符型外鍵

備注字符型 100 否

日志ID是表4-2日志表的主鍵，它是唯一標識該表中所有行的一個列或一組列。操作人員是建立和加強表4-2日志表與表4-5公司人員表數據鏈接的一列, 操作人員是表4-2日志表的外鍵。

（3）備份登記表

保存備份操作的基本信息。

表4-3備份登記表

字段名數據類型長度鍵

備份ID 唯一標識符型主鍵

備份日期日期型否

備份路徑字符型 20 否

備份名稱字符型 20 否

備份人員唯一標識符型外鍵

備份原因字符型 100 否

備份ID是表4-3備份登記表的主鍵，它是唯一標識該表中所有行的一個列

或一組列。備份人員是建立和加強表4-3備份登記表與表4-5公司人員表數據鏈

接的一列，操作人員是4-3備份登記表的外鍵。

（4）保單

保存保單的基本信息。

表4-4保單

字段名姑類型長度鍵

保單ID 唯一標識符型主鍵

投保單ID 唯一標識符型外鍵

客戶ID 唯一標識符型外鍵

展業員ID 唯一標識符型外鍵

保單價格字符型 10 否

備注字符型 100 否

保單ID是表4-4保單表的主鍵，它是唯一標識該表中所有行的一個列或一組列。投保單ID、客戶ID、展業員ID是建立和加強表4-4保單與表4-投保單、表4-6客戶信息表、表4-5公司人員表數據鏈接的一列，故投保單ID、客戶ID、展業員ID是表4-4保單的外鍵。

（5）公司人員信息表

保存公司人員的基本信息。

表4-5公司人員信息表

字段名數據長度鍵

公司人員ID 唯一標識符型主鍵

公司人員賬號字符型 10 否

密碼字符型 10 否

手機字符型 15 否

地址字符型 30 否

身份證號字符型 18 否

所屬部門字符型 20 否

工作職務字符型 20 否

入職時間日期型否

出生日期日期型否

座機號字符型 12 否

郵編號字符型 10 否

微信號字符型 20 否

權限ID 唯一標識符型外鍵

用戶角色ID 唯一標識符型外鍵

備注字符型 100 否

公司人員ID是表4-5公司人員信息表的主鍵，它是唯一標識該表中所有行

的一個列或一組列。權限ID是建立和加強表4-5公司人員信息表與表4-1權限

表數據鏈接的一列，故權限ID是表4-5公司人員信息表的夕卜鍵。戶角色ID是建

立和加強表4-5公司人員信息表與表4-12用戶角色表數據鏈接的一列，故用戶角色ID是表4-5公司人員信息表的外鍵。

（6）客戶信息表

保存客戶信息的基本信息。

表4-6客戶信息表

字段名長度鍵

客戶ID 唯一標識符型主鍵

賬號字符型 20 否

密碼字符型 20 否

手機字符型 18 否

地址字符型 20 否

證件類型字符型 10 否

組織機構字符型 20 否

性別布爾型否

年齡字符型 2 否

證件號字符型 15 否

國籍字符型 20 否

固定電話字符型 14 否

用戶角色ID 唯一標識符型外鍵

備注字符型 100 否

客戶ID是表4-6客戶信息表的主鍵，它是唯一標識該表中所有行的一個列或一組列。用戶角色ID是建立和加強表4-6客戶信息表與表4-12用戶角色表數據鏈接的一列，故用戶角色ID是表4-6客戶信息表的外鍵。

（7）網站業務信息表

保存用戶的基本信息。

表4-7網站業務信息表

字段名孵類型長度鍵

業務信息ID 唯一標識符型主鍵

創建人唯一標識符型外鍵

審批部門領導唯一標識符型外鍵

審核人員唯一標識符型外鍵

審批分管領導唯一標識符型外鍵

所屬欄目字符型 20 否

創建時間日期型否

當前狀態布爾型否

內容字符型 1000 否

所屬部門字符型 20 否

所屬類別字符型 10 否

發布時間日期型否

備注字符型 100 否

業務信息ID是表4-7網站業務信息表的主鍵，它是唯一標識該表中所有行的一個列或一組列。創建人、審批部門領導、審核人員、審批分管領導是建立和加強表4-7網站業務信息表與表牛5公司人員信息表數據鏈接的一列，故創建人、審批部門領導、審核人員、審批分管領導是表4-7網站業務信息表的外鍵。

（8）客服記錄表

保存客服服務的基本信息。

表4-8客服記錄表

字段名媽類型長度鍵

客服記錄ID 唯一標識符型主鍵

創建時間日期型否

結束時間日期型否

客戶ID 唯一標識符型外鍵

客服人員ID 唯一標識符型外鍵

咨詢內容字符型 1000 否

備注字符型 100 否

客服記錄ID是表4-8客服記錄表的主鍵，它是唯一標識該表中所有行的一個列或一組列。客戶ID、客服人員ID是建立和加強表4-8客服記錄表與表4-6 客戶信息表、表4-5公司人員信息表數據鏈接的一列，故客戶ID、客服人員ID 都是表4-8學生信息表的外鍵。

(9)業務受理登記表

保存業務受理的基本信息。

表4-9業務受理登記表

字段名長度鍵

業務受理ID 唯一標識符型主鍵

客戶ID 唯一標識符型外鍵

受理人員ID 唯一標識符型外鍵

客戶手機字符型 15 否

客戶地址字符型 30 否

復核情況字符型 20 否

受理時間日期型否

復核時間日期型否

備注字符型 100 否

業務受理ID是表表4-9業務受理登記表的主鍵，它是唯一標識該表中所有行的一個列或一組列。客戶ID、受理人員ID是建立和加強表4-9業務受理登記表與表4-6客戶信息表、表4-5公司人員信息表數據鏈接的一列，故客戶ID、受理人員ID都是表4-9業務受理登記表的外鍵。

（10）投保單登記表

保存投保單生成之前的基本信息。

表4-10投保單登記表

字段名姻類型長度鍵

投保單登記表ID 唯一標識符型主鍵

客戶ID 唯一標識符型外鍵

展業員唯一標識符型外鍵

提單員唯一標識符型外鍵

行駛證照片二進制型否

身份證照片二進制型否

其他照片二進制型否

主險字符型 50 否

附加險字符型 50 否

備注字符型 100 否

投保單登記表ID是表4-10投保單登記表的主鍵，它是唯一標識該表中所有行的一個列或一組列。客戶ID、展業員、提單員是建立和加強表4-9業務受理登記表與表4-6客戶信息表、表4-5公司人員信息表數據鏈接的一列，故客戶ID、展業員、提單員都是表4-9業務受理登記表的外鍵。

<11）投保單

保存投保單的基本信息。

表4-11投保單

字段名鮭類型長度鍵

投保單ID 唯一標識符型主鍵

投保單登記表ID 唯一標識符型外鍵

客戶ID 唯一標識符型外鍵

展業員唯一標識符型外鍵

保險期限（商）日期型否

保險期限（交）日期型否

購買類別字符型 10 否

上年投保公司（交）字符型 20 否

上年投保公司（商）字符型 20 否

提交去向字符型 20 否

緊急程度字符型 4 否

歸屬部門字符型 20 否

業務來源字符型 20 否

短信通知字符型 20 否

經辦人/驗車人唯一標識符型外鍵

歸屬人員唯一標識符型外鍵

車牌字符型 10 否

號牌底色字符型 2 否

發動機號字符型 15 否

VIN碼字符型 15 否

車型字符型 20 否

座位數字符型 2 否

使用性質字符型 8 否

車輛種類字符型 8 否

排量字符型 8 否

核定載質量字符型 8 否

整備質量字符型 8 否

初登日期日期型否

發證日期日期型否

圖片二進制型否

實際使用年限字符型 2 否

車牌號字符型 15 否

新車購置價格字符型 10 否

車架號字符型 15 否

備注字符型 100 否

審核人員唯一標識符型外鍵

特殊險種審批領導唯一標識符型外鍵

審核意見字符型 50 否

特殊險種審批意見字符型 50 否

被保險人字符型 10 否

被保險人身份證號字符型 15 否

被保險人性別布爾型否

被保險人與投保人

關系字符型 8 否

被保險人家庭地址字符型 30 否

投保單ID是表4-11投保單的主鍵，它是唯一標識該表中所有行的一個列或一組列。投保單登記表ID是建立和加強表4-11投保單與表4-10投保單登記表數據鏈接的一列，投保單登記表ID是表表4-11投保單的外鍵；客戶ID、展業員、經辦人/驗車人、歸屬人員、審核人員、特殊險種審批領導是建立和加強表 4-11投保單與表4-5公司人員信息表數據鏈接的一列,投保單登記表ID是表4-11 投保單的外鍵。

(12)用戶角色表

保存用戶角色的基本信息。

表4-12用戶角色表

字段名 ***<- 、上密

類型長度鍵

用戶角色ID 唯一標識符型主鍵

角色名稱唯一標識符型外鍵

角色描述唯一標識符型外鍵

備注唯一標識符型外鍵

用戶角色ID是表4-12用戶角色表的主鍵，它是唯一標識該表中所有行的一個列或一組列。

第五章總結與展望

5.1總結

本文所做的主要工作有如下幾方面：

1•對人保財險（PICC）車險業務進行了詳細的剖析，描述出了現有的業務流程，并指出其存在的不足，然后進行業務優化，結合信息化建設和互聯網+的理念，創新和擴展業務流程，進而解決公司經營效果低下，業務員展業壓力及難度極大，公司競爭力不強的問題。

2•結合業務優化分析和設計，使用UML的用例圖描述出了系統的大體使用場景，明確的系統邊界和功能內容，為下一步的設計打下基礎。

3.依據用例圖的分析和設計，使用UML的包圖，采用包中含包的表現形式將各個功能模塊的功能組成描述出來，將功能模塊具體化。

4.通過之前業務分析、用例圖設計、包圖分析，在使用UML的縮略類圖初步的展現出系統結構以及系統的基礎形狀。

5•按照各系統功能模塊的需求對數據庫表進行設計，也就是將之前的實體類具體化，描述出數據庫表的具體信息。

通過對人保財險（PICC）車險業務信息管理系統的業務、功能、數據分析的過程，不僅使我深入的了解人保財險（PICC）車險業務信息，而且也使我學到了如何靈活應用軟件工程理論，如何使用UML軟件工具快速構建和分析一個系統的能力。除此之外，由于此次負責業務分析、功能分析和數據分析的過程，使我對軟件系統開發的需求工程有了更深的認識。

5.2進一步的工作

雖然，本文完整的研究與分析了人保財險（PICC）車險業務信息管理系統。但是系統的功能分析和數據分析中仍然存在不足之處。

1.理論結合實際。本文只是對人保財險（PICC）車險業務信息管理系統進行的研究與分析，在實際項目中可能會遇到本文分析之外的功能，今后在實際項目中不斷完善。

2.業務確定。本文對人保財險（PICC）車險業務信息管理系統的業務流程進行了優化，但優化之后的業務是否還有需要進一步改進或不合理的地方，仍需要向相關業務部門征求意見，進一步了解需求，并印證業務優化的正確性和可行性。

3.逐步細化。本文只對人保財險（PICC）車險業務信息管理系統進行了簡單、籠統的系統功能分析和設計，許多細節和具體部分并沒有詳細研究和分析，需要在下一步工作中將功能具體化、細節化、可操作化。

4.完善數據庫。本文對人保財險（PICC）車險業務信息管理系統的數據進行了設計，但是業務信息畢竟較為復雜，加上前臺數據展現、數據挖掘、數據搜索等決策需求，考慮到系統的運行性能、數據獲取、數據冗余等多方面的情況，對數據庫進一步優化。

參考文獻

［1］（美）哈格，（美）卡明斯.信息時代的管理信息系統［M］.嚴建援.機械工業出版社，2011年5月1日.

［2］朱順泉.當前管理信息系統的發展趨勢與最新動態［J］.中國管理信息化，2005 （12）： 11-14.

［3］劉勺華陳德富.我國汽車保險的現狀與發展趨勢研究［D］.常州機電職業技術學院,2013.

［4］尚凌瑞.財產保險公司再保險業務管理平臺的設計與實現［D］.北京郵電大學, 200&

⑸王燕.基于B/S架構的保險業務管理系統的設計與實現［D］.廈門：廈門大學，2013.