一個簡化的機動車輛保險業務處理系統的設計說明書

摘要：介紹了一套簡化的機動車保險業務處理系統的數據庫分析及設計，該系統采用vfp6數據庫開發平臺，以應用于太平洋保險公司汽車保險業務管理系統。

關鍵詞：數據庫；e-r圖；字段

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044(2009)05-1025-04

A Simplified Mechanically-propelled Vehicle Insurance Services Sells Systematic Design Specifications at Reduced Prices

GUAN Xiao-tong

(China Oversea Chinese History Museum， Beijing 100007， China)

Abstract: Have introduced that a set of simplified motor vehicle insurance services handles the systematic data base analysis and designs that， this system adopt the vfp6 data base to develop platform， to apply to Pacific Insurance Agency automobile insurance business management system.

Key words: data base; E-r map; syllable

1 引言

近幾年來，國內機動車輛保險業務發展迅速，保費收入急劇上升，已成為國內財產保險的首要險種，對支持國內財產保險業務的發展發揮了重要作用。但是，近年來有些保險公司無視人民銀行和財政部的有關規定，采取大幅度降低保險費率、超標準支付代理手續費、支付高額退費、提前給予無賠款優待等非正常手段進行惡性競爭，直接造成機動車輛保險業務賠付率巨幅上升，嚴重影響了保險市場秩序的穩定。為加強對機動車輛保險業務的管理，促進機動車輛保險業務的健康發展，太平洋保險公司決定開發一個簡單的機動車保險業務處理系統——BXS系統。

2 簡單需求分析

2.1 BXS系統數據需求

1) 保險單：車輛按單位投保，一個單位的車輛在一張保單上投保，每張保單保險期限固定為一年，基本數據項如下：

保單號，單位名稱，單位地址，聯系人及電話，起保日期，簽單日期（必須早于起保日期），總保額，總保費，車輛總數，操作員，復核人。

每張保險單上有若干被保險車輛，記錄每輛車的數據項有：車牌號，發動機號，車型，座位，噸位，使用性質，起保日期，保險金額，基本費率，保費合計。車輛的起保日期為保單上的起保日期，保費=保額*費率。

2) 批單：記錄對保險單的修改情況，一張保單可批改多次，每次一張批單，并在保單上體現改后的情況，可批改內容有：

批改保單上單位地址，修改某輛車的保險金額，保單上加車輛。

對每張批單應記錄：批單號，批改的保單號，批改日期，操作員和批改內容。

3) 賠款單：記錄車輛出險后的理賠情況，每輛出險車一次出險開具一張賠款單，賠款單數據項包括：

賠款單號，保單號，車輛車牌號，出險日期，申請金額，結案日期，賠付金額，負責人，操作員。

4) 車型代碼表：車型代碼，含義。

5) 使用性質表：使用代碼，含義。

6) 費率表：車型代碼，使用性質，費率（保費=保額*費率）。

2.2 業務分析

1) 投保：

① 錄入新保單，包括車輛清單，保單上的總計數字在清單錄入完畢后計算并填入保單。注：保單號不可重復，復核人置為空值。

② 保單復核：給出保單號，填寫復核人。復核后的保單可批改，可理賠。

③ 刪除保單：給出保單號，刪除保單。復核后的保單不可刪除。

2) 批改：錄入批單信息，并將保單改為最新數據。

3) 理賠處理：記錄出險后的賠付情況。

① 理賠申請：出險日期應在保險期限內。

② 結案：給付后要沖減車輛及保險單上的保險金額。

4) 查詢統計：

① 給出兩個日期，找出起保日期在這兩個日期之間的所有保險單，計算這些保單的金額，保費，車輛數，保單數等等，并可顯示這些保單及其車輛清單。

② 給出保單號，查詢其內容及其所有批單并逐個顯示。

③ 給出兩個日期，分別顯示時段內出險的已結案和未結案的案件。

④ 月統計：查詢給定月份中的投保及賠款情況，包括：投保單數，總保額，總保費，車輛數，發生案件數，申請的賠款金額（未結案的），出險率（出險車輛數/投保車輛數），給付的總金額，給付率（給付金額/保費總計）。

⑤ 年統計：給定當年的投保及賠款情況，包括：投保單數，總保額，總保費，車輛數，發生案件數，申請的賠款金額（未結案的），出險率（出險車輛數/投保車輛數），給付的總金額，給付率（給付金額/保費總計）。

5) 系統維護：

① 車型代碼表維護。

② 使用性質表維護。

③ 費率表維護。

④ 操作員維護（操作員增刪改，操作員操作權限維護）。

⑤ 兩年以前保單的數據轉出。

3 概念模型

3.1 實體分析

經過對BXS系統的分析，我們可得到如下的數據實體：

1) 投保單位：單位名稱，單位地址，聯系人，電話， 總保額，總保費，車輛總數。

2) 保單：保單號，起保日期，簽單日期（必須早于起保日期），操作員，復核人。

3) 投保車：車牌號，發動機號，車型，座位，噸位，使用性質，保起保日期，保險金額，基本費率，保費合計。

4) 批單：批單號，批改的保單號，批改日期，操作員和批改內容。

5) 賠款單：賠款號，車輛車牌號，出險日期，申請金額，結案日期，賠付金額，負責人，操作員。

6) 車型代碼：車型代碼，含義。

7) 使用性質：使用代碼，含義。

8) 費率：車型代碼，使用性質，費率。

9) 操作員：操作員名稱，操作員密碼，操作員權限。

3.2 實體E＿R圖

經過分析，我們得出BXS系統的實體E＿R圖（如圖1），為了簡化圖形，E＿R圖中我們省略是實體屬性。

4 BXS系統數據庫設計

為了實現以上BXS系統的實體以及實體間的關系，我們設計BXS系統數據庫如下(在設計中，為了保證數據的一致性和完整性，對于冗余的數據不重復存儲，對凡能通過計算出來的數據都不存儲，這些數據通過程序運行中計算出來)：

4.1 投保單位表unit

總保額：SELECT SUM(car. Rse_money)from unit，car where unit_id=car.unit_id

總保費：SELECT SUM(car.Rse_money*(SELECT cost.cost from car，cost，unit where car.typ_id=cost.typ_idand car.per_id=cost.per_id andunit.unit_id=car.unit_id))from unit，carwhere unit.unit_id=car.unit_id

車輛總數：SELECT count(car.id) from car，unit where unit.unit_id=car.unit_id

4.2 保單表resurance

操作員名稱：SELECT operator.Ope_name from operator，resurancewhere

resurance.Ope_id=operator.Ope_id

在表設計時注意要給簽單日期添加約束，使其日期大于起保日期。

4.3 保車表car

起保日期：SELECT resurance.B_data from resurance，car

where car.unit_id=resurance.unit_id

車型：SELECT cartype.meanings from cartype，carwhere car.typ_id=cartype.typ_id

使用性質：SELECT useper.meanings from useper，car where car.per_id=useper.per_id

基本費率：SELECT cost.cost from car，cost where car.typ_id=cost.typ_id

and car.per_id=cost.per_id

保費合計：SELECT car.Rse_money*( SELECT cost.cost from car，costwhere

car.typ_id=cost.typ_idandcar.per_id=cost.per_id) from car

4.4 批單表examine

操作員名稱：SELECT operator.Ope_name from operator，examinewhere

examine.Ope_id=operator.Ope_id

4.5 賠款單表indemnidy

操作員名稱：SELECT operator.Ope_name from operator， indemnidywhere

indemnidy.Ope_id=operator.Ope_id

4.6 車型代碼表cartype

注：操作員權限用1，2，3……等字符代表不同的權限，在程序中依據其具體的權限含義限定操作員的操作權限

5 VFP設計要點分析

5.1 選用VFP6的理由

VFP6是一個數據庫開發設計的平臺，盡管它有許多不足之外，但對于數據庫設計卻比較方便，它可直接設計數據庫及數據表，可直接使用SQL語句等優勢。特別是非常方便的設計數據表之間的關聯關系，在多表查詢中優勢特別明顯。也非常方便的支持視圖查詢操作。

其最大缺點是數據保密性比較差。

5.2 數據環境

VFP6可為每一個表單設計一個數據環境，在數據環境中添加表單所需要的數據表，并可在數據環境中設計表之間的關聯。在設計中我們充分利用了VFP的這個優點。

5.3 開發手段

VFP6提供了非常方便的開發手段，如表單、報表、對話框、菜單等設計。對快速開發簡單的MIS系統是一個很好的開發平臺。

6 結束語

BXS系統的開發和使用對太平洋保險公司車保業務的管理具有很深遠的意義和作用，使原來混亂的車輛保險業務非常容易進行管理。通過此次對BXS系統的開發設計，我們深刻體會到任何軟件的開發都需要我們重視系統需求分析，數據庫系統也不例外。在分析數據庫系統的概念模型時，應該充分的考慮數據的完整性、一致的約束。在BXS系統的設計中，有兩個方面我們深有體會：一個是車型、保車使用性質、費率與保車的關系，常規的理解，也許會將車型、使用性質和費率作為保車的基本屬性，但這樣也許會產生相同車型、相同使用性質但費率卻不同的情況產生，破壞數據的一致性原則。由于費率是由車型和使用性質共同確定的，因此，在BXS系統中，不能采用常規的理解，而應將車型、使用性質和費率作不同的實體來看待。二是操作員實體，在系統中并沒有體現出需要操作員實體，因此極易在系統的保單實體、批單實體、賠款單實體中直接采用操作員姓名作為實體的基本屬性，經過分析我們發現這樣做會帶來極大隱患，如果有不同的操作員擁有相對的姓名如何區分？他們的權限是否發生混亂？為此，須建立一個操作員實體，為操作員提供一個ID作為識別其身份的標志。同樣，為了保證數據的完整性、一致的約束，我們在設計數據表時，對于實體所具有的一些屬性，我們并沒有設計到數據表中去，如總保費、總保額等，這些數據是可以通過本實體的基本屬性或其它實體的基本屬性直接或間接得到。所以，為了能關聯這些實體以便得到這些屬性，我們在有些表增加了關聯的ID，比如在批單表中增加了保單的ID，在賠款單中增加了保車的ID等。盡管關聯增加了系統的復雜度和查詢的復雜度，但為了保證數據的完整性、一致的約束，這樣做是值得的。

參考文獻：

[1] 郭文明.數據庫原理[M].北京:北京郵電大學出版社，2001.

[2] 王子芳.數據庫及應用課程教學探[J]討.西南農業大學學報，2005，3(3).

[3] 朱其亮.計算機基礎[M].北京:北京郵電大學出版社，2000.

[4] 宋茂強.數據庫原理及應用[M].北京:北京郵電大學出版社，2001.