保險公司業(yè)務管理系統(tǒng)方案

./1緒論1.1課題背景隨著社會經濟的迅速發(fā)展和科學技術的全面進步,計算機事業(yè)的飛速發(fā)展,以計算機與通信技術為基礎的信息系統(tǒng)正處于蓬勃發(fā)展的時期。經濟文化水平的顯著提高,人們對生活質量及工作環(huán)境的要求也越來越高。并且計算機技術和網(wǎng)絡技術日益滲透到人們的生活、工作和娛樂的方方面面。一直以來人們使用傳統(tǒng)人工的方式管理文件檔案,這種管理方式存在許多缺點,如:效率低、性差,另外時間一長,將產生大量的文件和數(shù)據(jù),這對于查找、更新和維護都帶來了不少的困難。通過計算機對信息進行管理是一個非常迫切的需求,也為無紙化辦公邁出了堅實的一步。它的優(yōu)點是不論在管理還是在資料的存儲上都是極為方便有效的。例如：檢索迅速、查找方便、可靠性高、存儲量大、性好、壽命長、成本低等。這些優(yōu)點能夠極提高信息管理的效率,也是企業(yè)的科學化、正規(guī)化管理,與世界接軌的重要條件[1]。保險管理系統(tǒng)的發(fā)展歷史可以追溯到20世紀70年代末期。由于當時計算機技術已經進入實用階段,同時大量的保險客戶以及所產生的一系列信息的管理既費時費力又非常容易出差錯,為了解決這個矛盾,第一代的人壽保險管理系統(tǒng)應運而生。當時由于技術條件和需求的限制,用戶非常少,它的出現(xiàn)為保險信息的管理展示了美好的前景,即用計算機的高速度和自動化來代替手工的巨大工作量,用計算機的高準確性來避免手工的錯誤和誤差。保險管理系統(tǒng)的革命性變革出現(xiàn)在20世紀90年代末。隨著信息爆炸、知識經濟時代的到來,使客戶、公司、社會對保險管理系統(tǒng)有了更高的需求；同時由于個人電腦的普及,數(shù)據(jù)庫技術、客戶/服務器技術,使得第二代保險管理系統(tǒng)的出現(xiàn)成為必然。第二代保險管理系統(tǒng)的特點是從客戶管理的角度出發(fā),用集中的數(shù)據(jù)庫處理幾乎所有與保險相關的數(shù)據(jù)。友好的用戶界面,強有力的報表生成工具、分析工具和信息的共享使得保險管理人員得以擺脫繁重的日常工作,集中精力從戰(zhàn)略的角度來考慮保險業(yè)規(guī)劃和政策。管理信息系統(tǒng)的開發(fā)方法有生命周期法、原型法和面向對象的開發(fā)等[2]。生命周期法〔LifeCycleMethod是20世紀60年代發(fā)展起來的一種應用廣泛且比較成熟的管理系統(tǒng)開發(fā)方法,它的基本思想是將系統(tǒng)的開發(fā)工作從開始到結束劃分為若干個階段,每個階段都有明確的任務,而系統(tǒng)開發(fā)出來后,并不意味著生命周期的結束,而意味著根據(jù)組織的需要對系統(tǒng)的修改和重建的開始；原型法<PrototypiMethod>是20世紀80年代發(fā)展起來的,旨在改變生命周期法的缺點的一種系統(tǒng)開發(fā)方法,該方法的開發(fā)思路是首先根據(jù)用戶的要求,由用戶和開發(fā)者共同確定系統(tǒng)的基本要求和主要功能,利用系統(tǒng)快速生成工具,建立一個系統(tǒng)模型,再在此基礎上與用戶交流,將模型不斷補充、修改、完善,如此反復,最終直至用戶和開發(fā)者都比較滿意為止,從而形成一個相對穩(wěn)定、較為理想的管理信息系統(tǒng)；面向對象〔ObjetOriented的開發(fā)方法于20世紀80年代開始興起的,是一種基于問題對象的自底向上的一種系統(tǒng)開發(fā)方法,這種方法的特點是以對象為基礎,對象是分析問題和解決問題的核心?；谝陨先N方法的特點和各自的優(yōu)缺點,本保險管理系統(tǒng)利用軟件工程化思想和方法,總體上是采用結構化生命法進行系統(tǒng)分析和設計的,而系統(tǒng)實現(xiàn)等步驟則采用了原型法和面對對象的方法。在計算機飛速發(fā)展的今天,將計算機這一信息處理機器應用于人壽保險行業(yè)是勢必所然,而且這也將為管理帶來前所未有的改變,它可以帶來意想不到的效益,同時也會為企業(yè)的飛速發(fā)展提供無限潛力。開發(fā)這個管理信息系統(tǒng)優(yōu)勢主要體現(xiàn)在,極大提高了保險公司工作人員的工作效率,大大減少了以往出入存流程繁瑣,雜亂,周期長的弊端。借助計算機系統(tǒng)對數(shù)據(jù)處理的嚴密性等特有機制,在改善人壽保險業(yè)務的數(shù)據(jù)管理方式,降低業(yè)務人員的勞動強度,提高勞動生產率等等方面,人壽保險業(yè)務管理系統(tǒng)都起到了良好的效果。同時還能使得業(yè)務流程更加規(guī)化,信息和數(shù)據(jù)的處理更加高效準確,能適應信息化的要求,能幫助工作人員利用計算機,快速方便的對人壽信息和數(shù)據(jù)流進行管理、輸入、輸出、查找的所需操作,使雜亂的業(yè)務數(shù)據(jù)能夠具體化,直觀化、合理化等。1.2開發(fā)研究本課題的必要性和意義人類文化水平的顯著提高、人們對人壽保險意識的增長,自然中國人壽保險公司的規(guī)模不斷擴大。隨著客戶數(shù)量的不斷增長,管理難度也越來越大,并涉及到大量的數(shù)據(jù)處理,以前的手工操作不僅浪費時間、人力、物力,而且工作率低,容易出錯,而應用計算機管理,可以大大提高工作效率,以適用社會發(fā)展。人壽保險管理的信息化程度體現(xiàn)在將計算機與信息技術應用于經營與管理,以現(xiàn)代化工具代替?zhèn)鹘y(tǒng)手工作業(yè)。無疑,使用信息化管理能夠使人壽保險管理更先進、更高效、更科學,信息交流更迅速。要想提高勞動生產,降低成本,提高服務質量和管理水平,進而促進經濟效益,必須借助計算機來進行現(xiàn)代化的信息管理[3]。信息管理系統(tǒng)的服務性系統(tǒng),能滿足保險業(yè)務的需求、客戶群的拓展和管理模式的變化。系統(tǒng)開發(fā)具有超前意識,強調系統(tǒng)的標準化、系列化,模塊化設計,有明確的功能模塊結構和技術支持模塊結構,便于系統(tǒng)維護、修改和升級,跟隨先進技術的發(fā)展。工程信息管理的自動化、規(guī)化是當今社會的發(fā)展趨勢。信息錄入項目齊全、完整、系統(tǒng),這些無疑是現(xiàn)代工程信息管理系統(tǒng)的要求?，F(xiàn)代化的工程信息管理系統(tǒng)中靈活使用了表格對檔案分門別類,組成工程信息管理系統(tǒng),可以方便地查詢、閱讀、修改、交流和重復使用。作為畢業(yè)設計這一最后環(huán)節(jié)是學生完成本專業(yè)基礎課程、專業(yè)課程及實踐課程的一次綜合性的練習與實踐,是檢驗學生綜合運用所學知識解決實際問題的能力,是以本專業(yè)知識參加社會工作前的一次模擬訓練。通過這次畢業(yè)設計開發(fā)這個管理信息系統(tǒng),能更深刻地對數(shù)據(jù)庫基礎理論和計算機基本知識的理解,提高運用數(shù)據(jù)庫解決實際問題的能力,掌握普通程序設計的基本方法和過程。2需求分析需求分析是一個管理系統(tǒng)成功實施的基礎,只有弄清楚客戶的需求,才能真正開發(fā)出滿足客戶需求的管理信息系統(tǒng),才能夠真正的讓整個系統(tǒng)發(fā)揮其應有的作用。只有通過軟件需求分析才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明,進而建立軟件開發(fā)的基礎。需求分析的基本任務就是確定開發(fā)的軟件應有哪些功能,應達到什么性能,確定軟件設計的限制和軟件同其他系統(tǒng)元素的接口細節(jié),定義軟件的其他有效性需求。下面就從幾個方面來分析人壽保險公司業(yè)務管理系統(tǒng)〔服務器端系統(tǒng)開發(fā)的目標和需求。2.1功能需求分析在對市人壽保險公司業(yè)務流程等進行了詳細的了解后,再綜合用戶的需求,整理出一個人壽保險業(yè)務管理系統(tǒng)開發(fā)結構,并對該結構進行了分析得出本系統(tǒng)應包含以下功能。a保險人相關信息的入庫,以及入庫后信息的修改、刪除、增加以及打印。b能對保單整體及個人詳細情況進行詳細或模糊查詢,并對其進行打印。c為了對查詢的結果很清晰的統(tǒng)計出來,對統(tǒng)計結果用圖表或報表進行分析。d本系統(tǒng)是一個性高的系統(tǒng),因此要求對用戶的權限做了限制,同時過濾非法用戶的登陸。系統(tǒng)能夠對各種信息逐項錄入,對錄入的基本信息能夠查詢、統(tǒng)計,通過圖形、報表等方式對一些信息進行及時的反饋,為領導層做出決策提供依據(jù)。有完善的管理系統(tǒng),通過系統(tǒng)管理功能賦予不同的用戶不同的權限,使系統(tǒng)管理更加安全、規(guī)。2.2性能需求分析a穩(wěn)定性：系統(tǒng)應具備長期持續(xù)工作的能力。b安全性：有良好的用戶身份認證體制和靈活的密碼更改模塊；用戶權限可以通過管理員靈活修改。c實用性：用戶界面做到直觀、友好,業(yè)務人員只需經過簡單培訓即可操作。d可靠性：采用良好的操作系統(tǒng)和數(shù)據(jù)庫,確保數(shù)據(jù)的一致性和完整性,并使系統(tǒng)免受病毒感染。2.3業(yè)務流程分析業(yè)務流程分析可以幫助我們了解某項業(yè)務的具體處理過程,發(fā)現(xiàn)和處理系統(tǒng)調查工作中的錯誤和疏漏,修改和刪除原系統(tǒng)中不合理部分,在新系統(tǒng)基礎上優(yōu)化業(yè)務處理流程[4-6]。經過調查分析,人壽保險公司業(yè)務管理系統(tǒng)的業(yè)務流程是：用戶登錄系統(tǒng)前首先判斷用戶名和密碼是否正確,如果不正確就停留在登錄界面重新輸入；如果輸入的信息正確就可以順利的進入服務器端進行系統(tǒng)管理。若登錄的用戶權限是管理員,則進入服務器端管理系統(tǒng)后就可以對客戶信息,基本保單信息,客戶繳納保險金單據(jù)信息,用戶信息等進行添加、修改、刪除、查詢操作。若登錄的用戶是瀏覽者,則只能查詢該用戶的相關信息。系統(tǒng)流程圖如圖2.1所示。YYN客戶資料管理開始用戶登陸圖2.1系統(tǒng)流程圖受益人資料管理數(shù)據(jù)庫維護繳費信息管理基本資料管理保單信息管理被保人資料管理人壽保險公司業(yè)務管理系統(tǒng)2.4數(shù)據(jù)需求分析系統(tǒng)數(shù)據(jù)流圖數(shù)據(jù)流圖是描述系統(tǒng)邏輯功能的圖形工具,主要是將目標軟件系統(tǒng)中各子功能以及他們之間的數(shù)據(jù)流動用圖形表示。數(shù)據(jù)流圖的細化過程,實際上是處理子功能和數(shù)據(jù)流的細化過程。隨著這一過程的進行,本系統(tǒng)的用戶需求將會進一步精確化、一致化、完全化。具體數(shù)據(jù)流圖如下所示：a總體數(shù)據(jù)流圖管理員登錄后臺系統(tǒng)后,根據(jù)客戶提供的相關信息,錄入詳細的保險信息表,通過審核之后,得出保險定單的結果,最后反饋給管理員?？傮w數(shù)據(jù)流圖如圖2.2所示：D1保險信息表D1保險信息表D2保險定單結果客戶信息3審核管理員用戶名,密碼1登錄客戶信息2錄入信息保單信息圖2.2總體數(shù)據(jù)流圖b客戶信息管理模塊數(shù)據(jù)流圖管理員根據(jù)錄入客戶的基本信息,進行客戶信息的統(tǒng)計和編輯,最后還是反饋給管理員。同樣,客戶查詢相關的信息,最后的信息也是反饋給管理員?？蛻粜畔⒐芾砟K數(shù)據(jù)流圖如圖2.3所示：D1客戶信息D1客戶信息D2每個客戶信息D3查詢信息查詢的信息編輯后的信息統(tǒng)計后的信息客戶查詢條件客戶信息客戶信息管理員客戶1.0客戶信息統(tǒng)計2.0客戶信息編輯3.0客戶信息查詢管理員圖2.3客戶信息管理模塊數(shù)據(jù)流圖c用戶信息管理模塊數(shù)據(jù)流圖管理員登陸后臺系統(tǒng)后,可以選擇對用戶信息進行添加、刪除、修改處理以及用戶種類的管理,即用戶權限的設置,如管理員,瀏覽者。處理完畢后將相應的信息反饋給管理員。用戶信息管理模塊數(shù)據(jù)流圖如圖2.4所示：管理員管理員1.0用戶信息修改2.0用戶種類管理3.0用戶信息添加管理員用戶修改條件用戶種類信息用戶信息D1用戶信息D2用戶類型信息D1用戶信息修改后的用戶信息選擇后的用戶種類添加后的用戶信息圖2.4用戶信息管理模塊數(shù)據(jù)流圖系統(tǒng)數(shù)據(jù)字典為了更進一步描繪系統(tǒng)的邏輯模型,在得出系統(tǒng)的數(shù)據(jù)流圖后就要對圖中的數(shù)據(jù)進行定義即數(shù)據(jù)字典。數(shù)據(jù)字典是關于數(shù)據(jù)信息的集合,也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。一般來說,數(shù)據(jù)字典應該由四類元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量〔即數(shù)據(jù)元素、數(shù)據(jù)存儲、數(shù)據(jù)處理[7-9]。a客戶資料信息包括的數(shù)據(jù)項有：客戶編號、、號、性別、民族、職業(yè)、出生日期、婚否、住宅、辦公等。b被保險人信息包括的數(shù)據(jù)項有：編號、、號、性別、民族、職業(yè)、出生日期、婚否、住宅、辦公等。c受益人信息包括的數(shù)據(jù)項有：受益人編號、、生日、號、與被保險人關系、備注等。d繳費信息包括的數(shù)據(jù)項有：繳費編號、保單編號、繳費金額、繳費日期等。e保單信息包括的數(shù)據(jù)項有：保單編號、客戶編號、被保人編號、受益人編號、險種名稱、繳費方式、投保金額、生效期、有效時間等。f險種管理信息包括的數(shù)據(jù)項有：險種編號、險種名稱等。g繳費方式管理信息包括的數(shù)據(jù)項有：繳費編號、繳費方式等。h用戶管理信息包括的數(shù)據(jù)項有：用戶編號、用戶名、密碼、權限管理等。i數(shù)據(jù)庫維護信息包括的數(shù)據(jù)項有：數(shù)據(jù)庫備份,打開備份數(shù)據(jù)庫,數(shù)據(jù)庫還原等。2.4.3系統(tǒng)ER圖根據(jù)需求分析,數(shù)據(jù)庫概念設計過程即是用用戶可以理解的形式來表達信息的流程。概念設計所得到的概念模型,充分反映了現(xiàn)實世界中實體與實體之間的聯(lián)系,是一個現(xiàn)實世界的真實模型。概念設計的成功與否將有直接影響到整個數(shù)據(jù)庫系統(tǒng)設計的成功。根據(jù)需求分析的信息容,可以得出的實體有：管理員、瀏覽者、保單信息、受益人、繳費信息、被保人信息等。結合數(shù)據(jù)字典繪制出ER圖如下：a人壽保險業(yè)務管理系統(tǒng)ER圖人壽保險業(yè)務管理系統(tǒng)主要包括管理員對客戶的信息,保單信息進行管理,同時客戶也可以登錄查詢相關的保單信息。一個管理員可以管理多個客戶的信息,一個客戶也可以被多個管理員管理；一個客戶能瀏覽多個客戶的相關信息。人壽保險公司業(yè)務管理系統(tǒng)ER圖,如下圖2.5所示。用戶管理用戶管理繳費信息客戶信息保單信息受益人信息數(shù)據(jù)庫維護瀏覽者管理員查閱管理MNNNNNN1NNNN被保險人信息基本資料管理MM圖2.5人壽保險業(yè)務管理系統(tǒng)ER圖b系統(tǒng)各實體屬性圖如下所示：1客戶資料信息實體屬性客戶信息客戶信息客戶編號姓名身份證號性別民族職業(yè)婚否出生日期住宅電話辦公電話圖2.6客戶資料信息實體屬性圖2被保險人信息實體屬性被保險人信息被保險人信息編號姓名身份證號性別民族職業(yè)婚否出生日期住宅電話辦公電話圖2.7被保險人信息實體屬性圖3受益人信息實體屬性受益人信息受益人信息受益人編號姓名生日身份證號與被保險人關系備注圖2.8受益人信息實體屬性圖4繳費信息實體屬性繳費信息繳費信息繳費編號保單編號繳費金額繳費日期圖2.9繳費信息實體屬性圖5保單信息實體屬性保單信息保單信息保單編號客戶編號險種名稱繳費方式投保金額生效期有效時間被保人編號受益人編號圖2.10保單信息實體屬性圖6基本資料管理實體,關系及屬性基本資料管理基本資料管理包括險種管理繳費方式管理險種編號險種名稱繳費方式繳費編號1NN圖2.11基本資料管理實體,關系及屬性圖7用戶管理實體屬性用戶管理用戶管理用戶編號權限管理用戶名密碼圖2.12用戶管理實體屬性圖2.5系統(tǒng)的實現(xiàn)環(huán)境硬件環(huán)境應用系統(tǒng)與其所處的系統(tǒng)環(huán)境密切相關,一個系統(tǒng)的功能及性能好壞,環(huán)境起著十分顯著的作用[10-13]。硬件配置要求如下：a處理器要求：PentiumⅡ266或更高b存要求：128MB或以上c顯示存要求：16MB或以上d硬盤要求：系統(tǒng)驅動器上需要900MB以上的可用空間,安裝驅動器上需要3.3千兆字節(jié)<GB>的可用空間e顯示器要求：SuperVGA<1024x768>或更高分辨率〔顏色設置為256色f外設要求：報表打印機等軟件環(huán)境本課題人壽保險業(yè)務管理系統(tǒng)將以Delphi7.0為開發(fā)工具,采用目前被廣泛應用的SQLServer2000作為后臺數(shù)據(jù)庫。這些軟件在MIS開發(fā)中已被大量應用,技術上都比較成熟。采用MSWindows/Windows98/2000/xp,WindowsNTworkstation4.0等Windows系列操作系統(tǒng)。Delphi是美國Borland公司推出的功能強大的應用程序開發(fā)工具,它具有功能強大、運行速度快、易于學習和使用以及開發(fā)效率高等特點。Delphi是可視化應用編程開發(fā)環(huán)境、可重用性面向對象編程語言、快速編譯器和數(shù)據(jù)庫的完美結合。Delphi在開發(fā)數(shù)據(jù)庫應用方面有著眾多的優(yōu)越特性,提供了強大的開發(fā)基于客戶/服務器模式的數(shù)據(jù)庫應用程序的能力。在數(shù)據(jù)庫訪問方面,配有BorlandDatabaseEngine<BDE>,可通過SQLLinksODBC等技術訪問多種數(shù)據(jù)庫,另外還可以利用ADO來訪問各種數(shù)據(jù)庫。在應用程序客戶端應用開發(fā)方面,Delphi7.0是面向對象的可視化編程工具,是目前最好的Windows應用程序開發(fā)工具之一,在數(shù)據(jù)庫和網(wǎng)絡應用程序的開發(fā)有著獨到之處。所以,可見Delphi7.0是目前最佳選擇之一。Delphi7.0使用VCL類將BDE數(shù)據(jù)庫引擎封裝成對象,為數(shù)據(jù)庫應用開發(fā)人員提供一致的訪問接口。組建面板中的Dateaccess,Datacontrols和BDE頁中有不同的數(shù)據(jù)庫對象,其中BDE和Dateaccess為非可視的對象。Delphi7.0可以訪問其他數(shù)據(jù)庫管理系統(tǒng)中的數(shù)據(jù)庫,也可以訪問遠程數(shù)據(jù)庫服務器上的數(shù)據(jù)庫,比如本系統(tǒng)中的SQLServer等客戶服務器體系結構的數(shù)據(jù)庫中的數(shù)據(jù)。經ODBC可以訪問數(shù)據(jù)庫管理系統(tǒng)中的數(shù)據(jù)庫這些都是通過數(shù)據(jù)庫引擎來實現(xiàn)的。Delphi是Borland公司推出的一種可視化的、方便快捷的Windows應用程序開發(fā)工具,一個面向對象的可視化編程平臺,已經成為功能十分強大、使用人數(shù)最多的面向對象的編程工具。MicrosoftSQLServer2000是關系數(shù)據(jù)庫管理系統(tǒng),在數(shù)據(jù)庫復制、數(shù)據(jù)傳輸、分析服務、元數(shù)據(jù)服務、英語查詢等都有所增強,其可靠性和易用性,使它成為一個杰出的數(shù)據(jù)庫平臺,可用于大型聯(lián)機事務處理,數(shù)據(jù)倉庫以及電子商務等。MicrosoftSQLServer與WindowsNT的密切集成,使得它除了具有其它數(shù)據(jù)庫類似的特性外,還具有獨到之處,SQLServer的客戶機/服務器的連通使用了建在多樣化平臺上WindowsNT中的網(wǎng)絡功能組件,使得SQLServer提供了與客戶系統(tǒng)的連接性。另外,在網(wǎng)絡功能組件上層增加了具有特別服務功能的組件,MicrosoftSQLServer建立在成熟的和強有力的關系模型之上,使得它成為當今首選的數(shù)據(jù)存儲和檢索模型。MicrosoftSQLSever2000是為創(chuàng)建可伸縮電子商務、在線商務、數(shù)據(jù)倉庫解決方案而設計的關系型數(shù)據(jù)庫管理與分析系統(tǒng)。它在當今流行Client-Server〔C/S結構中扮演后端的角色。它的主要職責是保存數(shù)據(jù)和提供一套方法來管理這些數(shù)據(jù),并且應付來自Client的連接和數(shù)據(jù)訪問需求。本系統(tǒng)中使用數(shù)據(jù)庫,考慮到是在局域網(wǎng)的基礎上工作的,所以選擇使用MicrosoftSQLServer2000作為數(shù)據(jù)庫開發(fā)。Delphi7.0提供了強大的數(shù)據(jù)庫應用程序開發(fā)功能和數(shù)據(jù)庫輔助工具,程序員利用這些工具能夠迅速開發(fā)出功能強大的數(shù)據(jù)庫應用程序。他與SQLServer2000結合,也是開發(fā)C/S程序最有用和最強大的工具結合。3概要設計軟件的概要設計是在需求分析的基礎上經過概括總結用戶的具體要求,對系統(tǒng)的總體結構進行規(guī)劃,根據(jù)需求確定軟件和數(shù)據(jù)的總體框架,概要設計旨在確定程序各主要部件之間的關系。3.1系統(tǒng)總體結構圖在系統(tǒng)的開發(fā)過程中,我通過進行細致的系統(tǒng)調研工作,設計出了人壽保險業(yè)務管理系統(tǒng)開發(fā)的功能結構。該系統(tǒng)的總體框架主要有客戶資料管理模塊,被保人資料管理模塊,受益人資料管理模塊,繳費信息管理模塊,保單信息管理模塊,基本資料管理模塊,用戶管理模塊以及數(shù)據(jù)庫維護模塊?？傮w框架如圖3.1所示。客客戶基本信息添加客戶基本信息修改客戶基本信息刪除客戶基本信息查詢用戶基本信息管理用戶權限的管理數(shù)據(jù)庫的還原數(shù)據(jù)庫備份保單基本資料管理被保人資料管理受益人基本資料管理繳費信息管理信息查詢和報表管理繳費信息的修改繳費信息的查詢受益人信息的修改受益人信息的查詢被保人信息的修改被保人信息的查詢繳費方式基本資料管理基本資料查詢險種基本資料管理人壽保險業(yè)務管理系統(tǒng)客戶資料管理模塊保單信息管理模塊基本資料管理模塊用戶管理模塊被保人資料管理模塊受益人資料管理模塊繳費信息管理模塊數(shù)據(jù)庫維護模塊圖3.1系統(tǒng)總體框架圖3.2模塊功能描述本系統(tǒng)是人壽保險業(yè)務管理系統(tǒng)開發(fā),在該系統(tǒng)中主要包括用戶登錄和密碼修改模塊、客戶信息資料的管理、被保人信息資料的管理,受益人信息資料的管理、保單資料的管理、基本資料的管理、用戶信息的管理,數(shù)據(jù)庫維護以及特別為客戶設置的幫助等功能,以下就詳細介紹每個模塊的具體功能[14]。a系統(tǒng)登錄模塊該模塊包括系統(tǒng)管理員、客戶登錄及主界面的設計。每一個系統(tǒng)用戶都擁有事先分配好的用戶名和密碼,不同類型的用戶只能訪問各自工作領域的相關頁面。本模塊實現(xiàn)了對用戶身份的驗證,如果用戶輸入的信息有誤,將不能進入該系統(tǒng),必須輸入正確的用戶名和密碼才能進入系統(tǒng),保護了系統(tǒng)的安全。b幫助模塊如果用戶對系統(tǒng)不熟悉,不了解如何填寫資料,使用該系統(tǒng)時則可以登錄該模塊進行詳細地了解,充分體現(xiàn)了系統(tǒng)的可行性及實用性。c重新登錄模塊如果用戶有多個用戶名和密碼,則可以在使用一個用戶名和密碼登錄成功之后再用其他的用戶名和密碼登錄,這也是為了不熟悉系統(tǒng)的用戶設置的,因為有可能用戶不熟悉系統(tǒng)不知道如何修改原來填寫的信息,就可以重新登錄重新填寫相關的信息。d客戶資料管理模塊該模塊主要對所有客戶的資料進行管理,管理員可以從該模塊添加、修改、刪除,查詢客戶的基本資料；瀏覽者只能查詢相關的客戶資料,不能進行其他操作。e被保險人信息管理模塊管理員可以填寫、查詢、修改被保險人的基本資料；瀏覽者只能查詢相關的信息不能做修改等其他操作。f受益人信息管理模塊管理員可以填寫、查詢、修改受益人的基本資料；瀏覽者只能查詢相關的信息不能做修改等其他操作。g繳費信息管理模塊管理員根據(jù)客戶的繳費填寫、修改相關信息；瀏覽者可以查閱相關的繳費信息。h保單信息管理模塊管理員可以查詢、修改保單信息和客戶繳納保險金單據(jù)信息,并能夠把詳細的報表信息打印出來給客戶；瀏覽者能查詢保單信息并把詳細的報表打印出來。i基本資料管理模塊管理員根據(jù)客戶的要求添加、修改、刪除保險的繳費方式、險種資料管理、上繳保險費用的時間限制〔半年一繳,一年一繳等,以及繳納的保險費用等,瀏覽者只能查閱客戶的繳費方式以及險種資料等信息。j用戶管理模塊管理員輸入系統(tǒng)管理員的信息與瀏覽者的信息,可以對這些信息進行修改,添加,刪除等操作,還可以對用戶進行分類,并且添加用戶,分配用戶名、密碼,設置用戶的權限〔如是管理員還是瀏覽者等；瀏覽者只能查看用戶的信息而不能做其他操作。k數(shù)據(jù)庫維護模塊管理員可以進行數(shù)據(jù)庫的備份、打開、還原,只需單擊就可以實現(xiàn)將數(shù)據(jù)庫中的數(shù)據(jù)備份到指定的文件存放位置,當數(shù)據(jù)更新后每次進行備份,以達到數(shù)據(jù)的安全、不丟失。預防了數(shù)據(jù)丟失給公司帶來損失,增強了系統(tǒng)的安全性。3.3數(shù)據(jù)庫邏輯結構設計通過對上述的功能需求分析、業(yè)務流程分析、ER圖的分析和模塊功能的劃分,可以得到以下數(shù)據(jù)項和數(shù)據(jù)結構：a客戶資料信息表用于存儲客戶資料,包括的數(shù)據(jù)項有：客戶編號、、號、性別、民族、職業(yè)、出生日期、婚否、住宅、辦公等b被保險人信息表用于存儲被保人的信息,包括的數(shù)據(jù)項有：編號、、號、性別、民族、職業(yè)、出生日期、婚否、住宅、辦公等。c受益人信息表用于存儲受益人的信息,包括的數(shù)據(jù)項有：受益人編號、、生日、號、與被保險人關系、備注等。d繳費信息表用于存儲客戶的繳費信息,包括的數(shù)據(jù)項有：繳費編號、保單編號、繳費金額、繳費日期等。e保單信息表用于存儲客戶的保單信息,包括的數(shù)據(jù)項有：保單編號、客戶編號、被保人編號、受益人編號、險種名稱、繳費方式、投保金額、生效期、有效時間等。f險種管理信息表用于存儲險種管理信息,包括的數(shù)據(jù)項有：險種編號、險種名稱等。g繳費方式管理信息表用于存儲繳費方式管理信息,包括的數(shù)據(jù)項有：繳費編號、繳費方式等。h用戶管理信息表用于存儲用戶管理信息,包括的數(shù)據(jù)項有：用戶編號、用戶名、密碼、權限管理等。3.4數(shù)據(jù)庫物理結構設計在明確了系統(tǒng)的總體結構后,根據(jù)系統(tǒng)各模塊的功能要求理清其中的數(shù)據(jù)關系并提煉出其中的數(shù)據(jù)關系,結合需求分析中的ER圖,設計了各數(shù)據(jù)表。詳細表單的設計如下：a客戶資料信息表表3.1客戶資料信息表〔customer字段名稱數(shù)據(jù)類型字段大小說明Cust_IDchar10客戶編號Cust_Genderchar2性別Cust_nationvarchar10民族Cust_profvarchar10職業(yè)Cust_birthdaydatetime8出生日期Cust_marriageChar4婚否Cust_namevarchar10Cust_IDCardvarchar20號Cust_Housephonevarchar20住宅Cust_OfficephoneVarchar20辦公b被保險人信息表表3.2被保險人信息表〔insurant字段名稱數(shù)據(jù)類型字段大小說明Inst_IDchar10被保險人編號Inst_Genderchar2性別Inst_Nationvarchar10名族Inst_Profvarchar10職業(yè)Inst_BirthdayDatetime8出身日期Inst_Marriagechar4婚否Inst_Namevarchar10Inst_IDCardvarchar20Inst_Housephonevarchar20住宅Inst_Homeaddressvarchar100家庭住址c受益人信息表表3.3受益人信息表〔beneficiary字段名稱數(shù)據(jù)類型字段大小說明Bene_IDchar10受益人編號Bene_Namevarchar10Bene_Birthdaydatetime8生日Bene_Idcardvarchar20Bene_Memoryvarchar100備注Bene_Relationshipvarchar10與被保險人關系d繳費信息表表3.4繳費信息表〔bill字段名稱數(shù)據(jù)類型字段大小說明Bill_IDchar10繳費編號Policy_IDchar10保單編號Bill_Moneymoney8繳費金額Bill_Datedatetime8繳費日期e保單信息表表3.5保單信息表〔policy字段名稱數(shù)據(jù)類型字段大小說明policy_IDchar10保單編號Cust_IDchar10投保人編號Inst_IDchar10被保險人編號Bene_IDchar10受益人編號Class_IDchar10險種編號Policy_Modechar10繳費方式Policy_Moneymoney8投保金額Policy_Datedatetime8生效日期Policy_periodnumeic9〔18,0有效日期f險種管理信息表表3.6險種管理信息表〔class字段名稱數(shù)據(jù)類型字段大小說明Class_IDchar10險種編號Class_Namevarchar20險種名稱g繳費方式管理信息表表3.7繳費方式管理信息表〔fan字段名稱數(shù)據(jù)類型字段大小說明fan_numchar10繳費編號fan_namechar10繳費方式h用戶管理信息表表3.8用戶管理信息表〔users字段名稱數(shù)據(jù)類型字段大小說明User_IDvarchar10用戶編號User_namevarchar10用戶名User_Passwordvarchar10密碼User_powervarchar10權限4詳細設計與實現(xiàn)根據(jù)已有的需求信息和總體設計,可以進行系統(tǒng)的詳細設計和實現(xiàn)。為此,我們建立了一個Project1.dpr工程文件[15]。系統(tǒng)的設計和實現(xiàn)如下：4.1主界面如圖4.1所示,本程序采用流行的界面設計技術,符合商業(yè)化軟件設計的要求。采用菜單、工具欄、狀態(tài)條相結合的方法,使用戶能夠在主界面上快速進入自己想要的程序模塊。該主界面達到了簡潔、美觀、直觀的的要求,更重要的是達到了系統(tǒng)所要求的各模塊的實現(xiàn),主界面主要實現(xiàn)對模塊的調用和顯示工作[16]。該窗體的設計包括導航欄設計,工具欄設計、狀態(tài)欄設計,下面分別進行簡單的說明。導航欄和工具欄的設計在窗體中添加Panel控件,并把它的Align屬性改為alTop,使它位于窗體的最上方,用來放置工具按鈕。Panel控件上的命令按鈕用了Additional控件欄中的SpeedBotton按鈕,選中后放置在Panel中,該按鈕的Caption屬性修改為所需要的容,例如"幫助"。然后再利用Glyph屬性裝載所需的位圖,修改Layout屬性可以調整按鈕中位圖和文本的相對位置,在這里把位圖放置在文本的上方,則選擇blGlyphTop屬性。工具按鈕放置好以后,需要給工具欄配上一些顏色,將Panel控件的Color屬性設置為clSkyBlue,然后將SpeedBotton按鈕的Flat屬性設置為True即可使其顏色與Panel控件的背景顏色一致。相應的導航欄和右邊主視圖區(qū)的制作過程都和前面描述的方法大致一樣。b狀態(tài)欄的設計從Win32組件中選擇StatusBar控件,添加狀態(tài)欄,顯示簡單的文本。為了實現(xiàn)此功能,雙擊狀態(tài)欄,打開編輯Panels編輯窗口,創(chuàng)建3個Panels,Style屬性都設置為psText,Alignment屬性都設置為taCenter,在第一個Panels的Text屬性中輸入"★歡迎使用人壽保險業(yè)務管理系統(tǒng)★"。圖4.1人壽保險業(yè)務管理系統(tǒng)的主界面4.2系統(tǒng)登錄模塊圖4.2系統(tǒng)登錄界面系統(tǒng)登錄模塊用來對使用該系統(tǒng)的用戶進行登錄控制,使用者在登錄窗口中輸入管理員為自己分配的用戶名和密碼,然后進入系統(tǒng),登錄界面設計如圖4.2所示。在登錄窗口中,根據(jù)用戶輸入的用戶名,登錄模塊查詢數(shù)據(jù)庫中的用戶信息表,返回其密碼和權限,然后與用戶在登錄窗口中輸入的密碼進行匹配。如果匹配結果正確,模塊就根據(jù)其權限設置主界面,賦予其相應的使用權限。在該界面中添加有3個Label控件,2個SpeedBotton控件,一個Edit控件以及一個MaskEdit控件,主要介紹一下MaskEdit控件的使用。在用戶輸入密碼時,MaskEdit控件來屏蔽用戶輸入的密碼容,其創(chuàng)建過程如下：在Additional空間欄中選擇MaskEdit控件,放入登錄窗體。為了使輸入的密碼容看上去都是"*",需要修改其PassworkChar屬性為"*",這樣就達到了輸入的要求。下面主要介紹兩個控件對應的核心代碼："取消"對應的代碼：procedureTF_Login.SpeedButton2Click<Sender:TObject>;begin//單擊取消按鈕,關閉登錄窗體,退出系統(tǒng)F_Login.Close;Application.Terminate;//終止進程end;"確定"對應的代碼：procedureTF_Login.SpeedButton1Click<Sender:TObject>;beginOper:=f_login.Edit1.Text;//定義的全局字符串變量：=操作員trywithmydm.userQuerydo//根據(jù)用戶輸入的用戶名和密碼查找用戶信息beginClose;SQL.Clear;SQL.Add<'select*fromuserswhereuser_name=:panduser_password=:a'>;Parameters[0].Value:=Trim<Edit1.Text>;Parameters[1].Value:=Trim<MaskEdit1.Text>;Open;End;Ifmydm.userquery.RecordCount>0then//查找到用戶信息beginF_main.statusbar1.Panels[1].Text:='當前操作員：'+oper;F_main.StatusBar1.Panels[2].Text:='系統(tǒng)日期〖'+datetostr<date<>>+'〗';F_main.SpeedButton12.Enabled:=True;ifTrim<mydm.userQuery.fields[3].AsString>='瀏覽者'then//判斷權限beginF_customer.Panel1.Visible:=False;……endelse//管理員權限所看到的頁面beginF_customer.Panel1.Visible:=True;……end;Edit1.Clear;Maskedit1.Clear;Close;F_main.Show;endelsebeginApplication.MessageBox<'密碼不正確。','提示',64>;Edit1.Clear;Maskedit1.Clear;Edit1.SetFocus;end;exceptApplication.MessageBox<'系統(tǒng)出錯。','提示',64>;end;end;4.3客戶資料管理模塊圖4.3客戶資料管理界面管理員進入該界面后,就可以按照客戶的要求進行信息的錄入,修改,刪除,查詢等操作,窗體界面設計如圖4.3所示。首先是客戶資料的信息錄入,在該界面設計時,主要根據(jù)數(shù)據(jù)模型來設計,主要是一些Panel、Edit、Label、Button、SpeedButton、Combobox、DateTimerPicker、DBGrid等等控件,每個控件也設計了其對應的事件代碼,并將數(shù)據(jù)信息存入SQLServer2000數(shù)據(jù)庫中。為了避免了向每個窗體添加數(shù)據(jù)訪問組件來訪問數(shù)據(jù)庫中的數(shù)據(jù),方便集中管理數(shù)據(jù)表和數(shù)據(jù)源控件,可以將其放在一個數(shù)據(jù)模塊中,數(shù)據(jù)模塊設置保存在Unit11.pas文件中,于是創(chuàng)建mydm數(shù)據(jù)模塊。在其他窗體需要訪問數(shù)據(jù)庫時,只需在其單元文件中引用數(shù)據(jù)模塊的單元文件就可以直接訪問到數(shù)據(jù)集中的數(shù)據(jù)了。主要介紹該界面涉及到的建立的數(shù)據(jù)表的連接：在mydm窗體中,新建一個ADOQuery控件,命名為custquery,把它的Connection屬性設置為已經連接好的ADOConnection1,custquery的主要用途是用來是想對數(shù)據(jù)庫表中的數(shù)據(jù)存取。為了測試當前custquery是否能夠連接到指定的數(shù)據(jù)庫中的數(shù)據(jù)表,可以在它的SQL屬性中加入如下SQL語句：Select*fromcustomer然后把Active屬性設置為True,如果沒有警告則表明連接成功。為了讓DBGrid能夠顯示數(shù)據(jù)表中的數(shù)據(jù),必須在mydm中加入一個DataSource控件,命名為custsrc,并把它的Dataset屬性設置為custquery。把一個DBGrid控件放入窗體中,設置Datasouce屬性為mydm窗體中custsrc,為執(zhí)行此操作,必須在當前程序單元中應用Unit11.pas文件。下面是幾個主要控件所對應的核心代碼。其"添加"控件所對應的事件代碼如下：procedureTf_customer.SpeedButton1Click<Sender:TObject>;vardatefen:string;beginF_select.ListBox1.Clear;guo:=0;Edit2.Enabled:=True;Edit3.Enabled:=True;……Mydm.custquery.Last;Datefen:='';Punum:='';datefen:=Formatdatetime<'yyyymmdd',now<>>;//格式化的年月日ifTrim<mydm.custsrc.DataSet.Fields[0].AsString><>''then//判斷原來客戶表中//否有客戶編號存在,如果不為空即存在Punum:=inttostr<strtoint<copy<Trim<mydm.custsrc.DataSet.Fields[0].AsString>,9,2>>+1>;//Punum定義的字符串型全局變量,提取上一個客戶編號9位中的最后2位再//加1即是新的客戶編號的最后兩位if<1<=length<punum>>and<length<punum><2>thenpunum:='0'+punum;iflength<punum><1thenpunum:='01';iflength<punum>=3thenpunum:='01';Edit1.Text:=datefen+punum;//日期+兩位編號Punum:=Edit1.Text;Mydm.guo.Edit;//存編號Mydm.guosrc.DataSet.FieldByName<'savepunum'>.AsString:=Trim<punum>;//將客戶編號去掉空格以字符串的形式賦值給savepunum,存到數(shù)據(jù)集MYdm.guo.Post;//將數(shù)據(jù)寫入數(shù)據(jù)庫Edit2.Clear;Edit3.Clear;…….Datetimepicker1.Date;ifEdit2.Enabled=TruethenEdit2.SetFocus;end;其"修改"控件所對應的事件代碼：procedureTf_customer.SpeedButton2Click<Sender:TObject>;beginifmydm.custquery.RecordCount=0then//如果表中沒有記錄,則退出Exit;mybookmark:=mydm.custsrc.DataSet.Bookmark;button1.Enabled:=true;button4.Enabled:=true;…….end;其"刪除"控件所對應的事件代碼：procedureTf_customer.SpeedButton3Click<Sender:TObject>;beginButton1.Enabled:=True;Button2.Enabled:=True;Edit1.Text:=mydm.custsrc.DataSet.Fields[0].AsString;//將原來的客戶編號顯示//在Edit1的編輯框中PUnum:='';PUnum:=Trim<Edit1.Text>;ifApplication.MessageBox<'是否刪除?','提示',mb_yesno>=6then//6為yes7為nobegintryIfmydm.custsrc.DataSet.IsEmpty<>truethen//如果客戶信息記錄不為空begin//則刪除Mydm.custsrc.DataSet.Delete;end;Mydm.guo.Edit;Mydm.guosrc.DataSet.FieldByName<'saveguo'>.AsString:='0';MYdm.guo.Post;//將已修改的信息反饋給數(shù)據(jù)庫withMydm.insquerydo//刪除客戶對應的被保險人記錄beginClose;withSQLdobeginClear;Add<'select*frominsurant'>;Add<'whereinst_id=:p'>;end;Parameters[0].Value:=punum;Prepared;Open;ifMydm.inssrc.DataSet.IsEmpty<>truethen//如果被保險人的信息不為Mydm.inssrc.DataSet.Delete;//空,則刪除,調用delete方法end;withMydm.beneQuerydo//刪除客戶對應的受益人記錄beginClose;withSQLdobeginClear;Add<'select*frombeneficiary'>;Add<'wherebene_id=:p'>;end;Parameters[0].Value:=punum;Prepared;Open;IfMydm.benesrc.DataSet.IsEmpty<>truethen//如果受益人的信息不為Delete;//空,則刪除end;……PUnum:='';exceptApplication.MessageBox<'無記錄。','提示',mb_ok>;end;end;Button4.Click;end;其"查詢"控件所對應的事件代碼：procedureTf_customer.Button2Click<Sender:TObject>;beginwithmydm.custquerydo//根據(jù)客戶編號查詢相關客戶信息beginClose;withSQLdobeginClear;Add<'select*fromcustomerwherecust_id=:p0'>;end;Parameters[0].Value:=Trim<Edit8.Text>;//Trim<>為去空格函數(shù)Prepared;Open;Button2.Enabled:=False;end;end;4.4保單信息管理模塊圖4.4保單信息管理界面該界面的設計和客戶資料管理模塊的窗體設計大體一致。窗體的上部是工具欄,使用SpeedButton,Button控件；左邊是信息輸入?yún)^(qū),使用Label,Edit,Button控件；右邊同樣是DBGrid控件來顯示數(shù)據(jù)表中的數(shù)據(jù)。保單信息管理模塊中的修改,刪除等功能和客戶資料管理模塊中對應功能大致相同,實際該模塊主要是對客戶資料,被保人資料,受益人資料,繳費信息的匯總,包含了所有的這些信息,便于瀏覽者和管理員查詢和修改。其窗體設計如圖4.4所示。4.5用戶管理模塊圖4.5用戶管理界面該界面可以由公司管理員添加、刪除、修改用戶的信息,包括用戶編號,用戶名,用戶密碼的修改已經權限的設置。用戶管理界面如圖4.5所示。用戶管理模塊窗體的設計和前面介紹的窗體大致相同,稍有不同的是使用了單選按鈕組框RadioGroup控件和單選按鈕RadioButton控件來實現(xiàn)用戶權限級別的選取。這兩個控件的設置步驟如下：a從Standard控件欄中拖放一個RadioGroup控件到所需要的窗體中,用來盛放RadioBotton控件。b同樣,從從Standard控件欄中拖放一個RadioBotton控件到RadioGroup控件中,設置Caption屬性為"管理員"。c重復上一步完成另一個單選按鈕的設置。d把命名為"管理員"的單選按鈕的Checked屬性設置為"True",這使得"管理員"變?yōu)槟J設置。4.6數(shù)據(jù)庫維護模塊圖4.6數(shù)據(jù)庫維護界面數(shù)據(jù)庫維護界面如圖4.6所示。該界面的設計和前面的窗體設計相似,添加一些Edit,SpeedButton,Label,SaveDialog,OpenDialog,ComboBox等控件,不同的是用到了Bevel控件,用來分割該窗體上的兩個不同的主題。該界面實現(xiàn)數(shù)據(jù)的安全備份,打開備份的數(shù)據(jù)庫,還原數(shù)據(jù)庫,當數(shù)據(jù)更新后每次進行備份,以達到數(shù)據(jù)的安全、不丟失。點擊"數(shù)據(jù)庫備份"按鈕,就可以實現(xiàn)將數(shù)據(jù)庫中的數(shù)據(jù)備份到指定的文件存放位置,并跳出提示"備份成功！"。數(shù)據(jù)庫備份界面用到了ProgressBar控件,用于反饋給用戶程序中某個處理過程的進程,即充當進度條。當處理進程進行時,進度條從左向右填充高亮度的系統(tǒng)顏色。數(shù)據(jù)庫備份界面如圖4.7所示：圖4.7數(shù)據(jù)庫備份界面"數(shù)據(jù)庫備份"控件對應的代碼：IfTrim<savedialog1.FileName><>''thenbeginbar:=Tmythread.Create<False>;//創(chuàng)建線程bar.Synchronize<bar,bar.backup>;//調用線程bar.FreeOnTerminate:=True;end;點擊"打開備份數(shù)據(jù)庫",可以從原來存放備份文件的位置打開備份數(shù)據(jù)庫,再點擊"數(shù)據(jù)庫還原"即可以將數(shù)據(jù)庫還原,并顯示數(shù)據(jù)庫最后一次備份的時間,同時跳出提示"還原成功！"。數(shù)據(jù)庫還原界面同樣用到了ProgressBar控件,其核心代碼與數(shù)據(jù)庫備份相似,只是調用線程的語句是bar.Synchronize<bar,bar.cc>;。數(shù)據(jù)庫還原界面如圖4.8所示：圖4.8數(shù)據(jù)庫還原界面5測試5.1測試目的開發(fā)人員在程序開發(fā)過程中,一般說總會犯一些想象不到的錯誤,影響系統(tǒng)的正常運行。為此開發(fā)人員要對系統(tǒng)進行測試,解決錯誤問題,使系統(tǒng)能夠正常運行。軟件測試首先要明確目標,然后要掌握測試方法策略。確實做到將軟件中存在的問題找出來,以保證軟件質量[17-18]。5.2軟件測試的原則測試是程序的執(zhí)行過程,目的在于發(fā)現(xiàn)錯誤,一個好的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤,一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。軟件開發(fā)者應當把"盡早地和不斷地進行軟件測試"作為自己的座右銘；測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果兩部分組成,程序員應避免檢查自己的程序〔注意不是指對程序的調試；在設計測試用例時,應當包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的,臨界的,可能引起問題異變的輸入條件。5.3功能測試功能測試著眼于程序的外部特征,而不考慮程序的部邏輯結構。測試者把被測程序看成一個黑盒,不用關心程序的部結構。功能測試是在程序接口處進行測試,它只檢查程序功能是否能正常使用,程序是否能接收輸入數(shù)據(jù)產生正確的輸出信息,并且保持外部信息<如數(shù)據(jù)庫或文件>的完整性。功能測試是基于用戶角度進行的測試。模塊的功能測試a用戶輸入正確的用戶名和密碼,能夠成功登錄。在用戶沒有輸入用戶名或密碼,或用戶和密碼輸入錯誤時都提示相應的錯誤。b用戶進入系統(tǒng)的主界面后能夠點擊所有模塊對應的控件進入相應的界面。c用戶登錄到具有查詢、修改、刪除、添加,打印等功能的模塊能夠進行正常操作。d該系統(tǒng)的客戶資料管理模塊,被保險人資料管理模塊,受益人資料管理模塊,繳費信息管理模塊,保單信息管理模塊是一個流程,錄入每一份資料后點下一份資料,能夠進入下一份資料錄入界面。完成這五個步驟后,如還有客戶點下一位客戶,能夠對新的客戶信息進行錄入。e管理員如果要添加用戶信息只能從客戶資料管理模塊,被保險人資料管理模塊,受益人資料管理模塊,繳費信息管理模塊,到保單信息管理模塊依次添加信息,不能從中間的模塊開始添加信息,添加的功能由客戶資料管理模塊決定,其他的模塊只能修改該模塊原來添加的一些信息。以上功能正常實現(xiàn)。f只有管理員能夠對客戶的信息進行修改,刪除,添加,查詢等所有操作,瀏覽者只能局限性的查詢,打印相關的信息。g在各個模塊中有下拉式列表框能夠選擇其中的容進行正常的操作。在"查詢"的控件中輸要查詢容的關鍵字,才可以實現(xiàn)查詢,此功能正常。h管理員在各個模塊添加,修改信息時,要提交才能夠將相應的信息添加,修改成功,并反饋到相應的數(shù)據(jù)庫中。i只有管理員能夠修改用戶名,密碼和權限設置,也能夠添加,刪除用戶信息；當點擊"修改"時,原來是用戶編號,用戶名,密碼,權限能夠自動顯示在相應的編輯框中。瀏覽者權限的用戶是不能進行這些操作的只能查看已有用戶的用戶名,權限,不能看到其他用戶的密碼,也不能修改自己的信息。j登錄到具有添加,修改,刪除等功能的界面時,只能點擊"添加","修改","刪除"等其中一個執(zhí)行,不能夠同時執(zhí)行。k只有管理員能夠成功進行"數(shù)據(jù)庫備份"、"打開備份數(shù)據(jù)庫"、"數(shù)據(jù)庫還原"的操作,瀏覽者不能進行這些操作。提示文本測試提示文本測試從嚴格意義上來講應該屬于UI合理性測試的一部分,該項測試主要針對各個頁面中使用到的大量提示文檔進行測試,主要包括：表達不明確的位置是否有提示文本、提示文本的彈出是否正常、提示信息含義是否明確易懂。a大部分加了提示文本：提示用戶輸入的密碼不正確,提示用戶是否要刪除相關的信息或者不完整信息,提示用戶輸入的信息不完整,提示用戶取消添加信息還是提交添加的信息,提示數(shù)據(jù)庫備份成功,提示數(shù)據(jù)庫還原成功,提示用戶是否要退出系統(tǒng)等。b提示文本的彈出是否正常：當在用戶沒有輸入用戶名或密碼,或用戶和密碼輸入錯誤時都提示"密碼輸入不正確！"。當要刪除某項信息時,點擊"刪除"按鈕,提示"是否刪除？"。如果用戶在錄入信息的時候沒有錄入完整就退出了相應的界面,當重新登錄到"客戶資料管理模塊"時,會提示"您上次操作沒有完成,是否刪除不完整信