基于SSH保险业务管理系统的设计与实现
摘要
歷經二十余年的高速發展，我國保險行業的市場競爭已經達到白熱化的程度，在同一個城市往往有數十家主體參與保險業務的競爭。保險企業的競爭異常激烈，想要在現在這復雜多變的市場環境中跳出來，必須好好的進行業務的管理。廣大保戶在享受著競爭帶來的實惠同時也變得更加挑剔，哪家保險公司能提供更好的服務往往成為其最終決定的關鍵因素。在這種環境下，越來越多的保險公司使用管理系統來提供更好的服務。目前保險公司的業務和管理信息平臺，大多依從原來的內部開發思路搭建。一旦有新的應用要求，新開發出的系統又要考慮和以前系統的單獨集成。而老系統的升級又會引發大量的系統更新和檢測工作。因此一個好的系統對于企業是很重要的。
關鍵詞：互聯網；保險行業；Mysql；SSH ；B/S ；
Abstract
After more than twenty years of rapid development, China’s insurance industry market competition has reached a white hot degree, in the same city, there are often several main players compete in the insurance business. The majority of households in the enjoyment of the benefits brought by the competition has become more critical, which insurance companies can provide better service is often a key factor in the final decision. In this environment, more and more insurance companies use the management system to provide better service. At present, the insurance company’s business and management information platform, mostly with the original internal development ideas. Once a new application is required, the newly developed system will be considered separately from the previous system. The upgrading of the old system will lead to a large number of system updates and testing. So a good system is very important to the enterprise.
Key words : Internet; Insurance Industry; Mysql; SSH; B/S;
一、 研究背景及意義
(一) 研究背景
科技增長的日新月異，由于不斷進步的科學技術以及社會生產化的趨向擴大使得人類的科技水平大大增強，人類文明思想的富裕堪稱越來越加強，思維的靈活加強速率呈超速加速。市場爭搶日益嚴厲的趨勢，使得人們對新聞的觀念產生了根本性的變革。使新聞成為了繼物資、動力后，文字被擺為與其并發的人類社會發育的第三大物資。
在計算機基本普及的今天，網絡科技的發展使得在家辦公變得不再陌生，幾乎家家戶戶都有一臺以上的網絡設備。最新數據截至到2016年9月，中國網民規模達7.4億，互聯網普及率超過50%，由此可見因特網的傳播率之高。顯然，互聯網已經漸漸地成為了我們生涯的一個區域，上網環節的日益美滿，以及越來越增長的變換因特網技術，終于使得各類互聯網應用技術根據需求被逐漸的開發。
到了如今社會，在面臨損失和災難的時候人們通常希望能夠保證自己財產的安全，而且他們也想盡各種辦法來避免生活中的一些損失，因此保險業務得以派上用場，從古至今，人們都擁有保險意識，人類社會一直以來就面臨著自然災害和意外的事件的困擾，人們在與大自然抗衡的時候，就萌生了對付意外事故和傷害的保險。我國的歷任王朝都十分重視糧食的儲存，被稱為孔圣人的孔子就提出過“耕三余一”的思想頗具代表性。在國外，古埃及的石匠之間就有一種互助基金組織，該組織向每一位會員收取會費，假使有個別會員死滅，收到的費用就用來領取故去成員的死亡賠償金，還有古代落馬中不對里面的兵士結構，會用收取來的會費來撫慰死去戰士的家屬，這就是原始的保險雛形。現代保險發源于意大利，14世紀中葉出現了世界最古老的保險，是海上保險的雛形，此后，安全的作法迅速傳播盡歐洲各個康吹，到了十七時代，倫敦已經成為了全球保險行業的大旨。在上海創設了華安合群保壽單位，這是國內首家華人資產人保險單位。到了21世紀保險已成為人們生活不可或缺的一部分。各種各樣的保險業務在現實生活中無處不在，已經成為人們正常生活不可或缺的一項業務。由于社會的發展、人們對保險意識增強因此保險業務的數量快速增加。但是保險公司為了確保公司業務可持續增長,公司因此來自己培養高效率和訓練有素的銷售隊伍，并且在各個地區建立自己的分公司以用來擴展保險業務，以記錄所有投保人的詳細信息，但是直到目前為止，手工依然作為主要的紀錄形式。
隨著保險市場的逐漸增加，保險主體的市場已經逐漸完成。在1988年以前，只有中國人民保險公司在我國保險市場上經營。1988年以來，隨著安平保險企業、太平洋保險公司的接踵創設，安全局勢私家操作的款式被沖破。截至二零一一年終，國內國有中資、外國保險企業共一百五十八家。另外，保險中介介于保險機構之間或保險機構與投保人之間，專門從事保險中介服務，并從中遵章奪取回傭的企業和個人。部門也一直增長，截至二零一零年十二月底，我們國家保險市場上職業保險代購單位、安全經濟企業和安全公共估算企業已經達到2461家左右，保險中介布局市場首先產生。
安全主要市場的多方位，有力地促進了保險企業管理意識的變化，使之逐步創立了服務思想、競賽思想、利益思維和發育思維。安全市場的膨脹逐漸由量的轉向質的升高。
?
然而隨著業務的擴展和參保人數的增多，所要記錄的信息必然會越來越多，每天讓員工從幾千堆的以硬盤形式存儲的數據文件中查找客戶的信息，不但費時、低效而且枯燥乏味。由此，保險公司為了合理方便的管理處理客戶信息、業務運 作信息，讓客戶、員工、管理員方便的擁有自己的權限并對自己的信息模塊進行操作，借助一個現代化計算機技術建立一個高效的管理信息系統是關鍵。
(二) 行業背景
保險是指將通過約定模式集合起來的本錢，用來補充被保護人的金錢利潤的行業。
安全是指投資人根據合約，向客戶領取安全金，客戶對于合約的可能爆發的事項因其發生而造成的物業承擔損失補償賠償金職責，或者當客戶死滅、傷亡和達到合同約定的春秋、限期時經受支付安全費職責的行為。
安全市級是生意安全即雙方簽訂安全合約的場合。它可以是集中的市集，也可以是疏散的沒有性的市場。
按照保險標的的不同，保險可分為財產保險和人身保險兩大類。
安全金錢是指以物業及其有關職責為安全性的的安全，包括金錢丟失保險、職責保險、守信保險、確保保險、農民保險等。它是財產及其相關利益為保險標的的一項賠償性保險。
人身保險是用的生命和身段為安全性的的業務。當人們遭遇禍患或因生病、垂老以致遺失工作力氣、殘疾、死滅或年老下崗時，根據安全合約，客戶對被保險人或得利者支付保險金錢或年終獎，以辦理其因病、殘、老、死所造成的金幣缺失。
按照與投資人有沒有直接相關關系，安全可變為原保險和二次保險。發生在保險人和投保人之間的安全舉動，被叫為原保險。發生在保險人與保險人之間的保險行為，稱之為二次保險。
(三) 國內外現狀
1. 1. 國內現狀
隨著資產配置更加多元化，中國社會老齡化問題日益突出，巨大的保險需求仍是國內壽險保 費收入增長的原動力，因此預計未來一年國內壽險公司整體保費收入仍將增長，根據測算，預計 2017 年保費增速將達到 10%。保費的迅速增長也表明保險業務的快速增加，隨之而來的管理問題以及工作效率的問題也被放大。
我國在加入世界貿易組織后組織后，國外的保險也對我國的業務產生了重大的影響，我國的保險業務開始體現出了國際化的特征，對中國保險行業的擴展有著很大的幫助，新的公司發展形勢，對傳統的保險業發展產生了很大的影響，是的對公司的能力要求產生了很大的增加，所以對保險的管理的依賴性就加強了很多，一個好的管理系統可以幫助公司脫穎而出，成為保險行業中的佼佼者。信息系統的好壞講直接的影響到公司的發展。信息管理系統的好壞是未來保險公司想要在競爭中大白競爭對手的關鍵。
目前的通信結構已經無法越好地滿足行業程序與處理措施高準側的要求，不足國度衡量的準則以及領導指示各地根據地區的處境，創建自己的信息工程。有些地方的結構項目沒有按照意圖及標相關設計的要求，致使軟件的多次開發；上網連接阻斷；新聞系統搭建如今還沒有準確的金錢源頭，對于新聞系統的組建金錢明顯不足；缺乏結構和精英上的能力確保。外界的安全中介組織在很多區域沒有專業實際的外部經營部門。社會安全中介部門的計算器精英不足，這種情況嚴重約束著全部保險新聞體系的創建和發展。所以保險業務管理系統的設計的實現就顯得十分重要了。
2. 2. 國外現狀
由于臨時的區域知識和新聞模板的溝通，及這些年的闡明、設計安全業務員軟件經歷的積聚，外國安全業務使用設施在數字模板的構建上有一定的優點，具體反映在這多個方面，首先，具有完美的數據詞典。數據字典是整個應用系統的基礎，它包括各種數據項 的分類和定義，是保險行業應用軟件的基石。第二，數據取值標準化。全面的數據取值定義，是系統標準化的基礎，保證了軟件系統的整體性、一致性和可操作性。第三，數據實體及關系。在數據項的基礎上，數據實體及關系是表達保險行業 知識的最有效方法，在信息系統模型中占有重要地位。
國外的很多系統已有20—30年的使用歷史，積累了各種成功和失敗的經驗，這些是非常寶貴的資料，從整個應用系統發展看，應當是教訓多于經驗，這對我國保險公司管理系統進一步的開發具有很強的借鑒作用。特別在組織管理經驗方面。所以我們十分有必要學習外國公司的管理方法。常言道—取其精華，去其糟粕。向他們好的一方面學習，同時也要去掉其中一些不好的東西。一個好的東西是值得我們學習的。學習好國外優秀的保險管理機制，可以使我們國內的保險行業發展的更加的優秀。一個好的股息機制可以促進我們變得越好。國外的軟件行業相對于國內來說得話，發展的比較早，所以說他們的系統相對的也就比較完善一些，所以我們需要借鑒他們的優秀管理系統，才能使我們的保險行業發展的更加壯大。
(四) 研究意義
眾所周知，不論什么公司想要發展都在不同程度上依賴一定的技術和知識才能夠更好的發展與生存。尤其是在如今這知識經濟和信息經濟的時代，現在企業之間的競爭更多的是在于知識獲取和信息獲取使用能力的競爭。所以對企業對信息資源的有效管理和及時獲取是當今時代更似想要更好發展的前提。只有在信息處理方面采取了有效的措施，才能夠使公司企業在激烈的競爭中長期處于不敗之地。不論任何一個行業，對需要一個優秀的管理機制，這樣的話才可以公司發展得更加的完善。古語云：工預善其事,必先利其器。這就是一個充分的代表，一個好的公司想要在負載的環境中脫穎而出，就必須擁有一個優秀的管理系統，而現在互聯網技術已經得到了非常迅速的發展，于是就特別的有必要建立一個可以是現在web瀏覽器上的一個系統來進行公司保險業務的管理，由此我們的系統就應孕而生了。
通過本系統可以使保險業務的管理更加方便，用戶和管理人員通過管理系統可以更加方便的進行保險的買入和對業務的管理，比傳統的手工管理方便了好多。為管理人員提供方便條件。且系統運行穩定，數據安全可靠。在現代化管理中，計算機系統已經成為企業管理不可缺少的幫手。它的廣泛應用已經成為現代化管理的重要標志。面對越來越多的信息資源和復雜的企業環境，相信企業有必要創建高效率的、實用性強的信息管理系統。這是現代化管理的必然趨勢。因此很有必要開發一個管理系統來進行企業的業務管理。
保險管理系統的開發目的是使保險業務的管理模式從手工記錄轉變成信息管理，為管理人員提供方便條件。對保險業務的實際情況進行調研之后，進行詳細的需求分析，對現有的管理模式進行改進，開發出一套新型的管理系統，從中領悟系統開發的思想，掌握系統開發的流程和方法。開發這個管理信息系統優勢主要體現在，極大提高了保險公司工作人員的工作效率，大大減少了以往出入存流程繁瑣，雜亂，周期長的弊端。借助計算機系統對數據處理的嚴密性等特有機制，在改善保險業務的數據管理方式，降低業務人員的勞動強度，提高勞動生產率等等方面，保險業務管理系統都起到了良好的效果。同時還能使得業務流程更加規范化，信息和數據的處理更加高效準確，能適應信息化的要求，能幫助工作人員利用計算機，快速方便的對信息和數據流進行管理、輸入、輸出、查找的所需操作，使雜亂的業務數據能夠具體化，直觀化、合理化等。
保險業務系統的實施的現實意義：
系統處理業務更高效 , 節約人力資源。
基本信息的全面設置、數據錄入方便、快捷。
最大限度的實現了易維護性和易操作性。
系統運行穩定，數據安全可靠。
本系統主要是為了開發一個操作方便、使用快捷、處理高效的保險管理系統。因此，本系統是從人工操作容易產生錯誤、過程繁瑣、工作效率不高，保密性差不足之處，對系統的可操作性、穩定性和實用性有一定的限制，并能安全地保存數據于數據庫中來提高其系統的保密性。使其真正實現保險管理系統的安全化、規范化、科學化、信息化。最終使公司能夠更好地管理保險業務。本系統是從人工操作容易產生錯誤、過程繁瑣、工作效率不高，保密性差不足之處，對系統的可操作性、穩定性和實用性有一定的限制，并能安全地保存數據于數據庫中來提高其系統的保密性。使其真正實現保險管理系統的安全化、規范化、科學化、信息化。
二、 系統開發技術
(一) 系統開發工具
1. Jsp技術
JSP技術是開發Java Web應用程序的主要技術，全名為java server page，其根本是一個簡化的Servlet設計。它是由Sun Microsystems在1996年開發的，和許多公司一起建立的一種動態網頁技術標準。JSP是servlet技術的擴展，現在的版本是1.2（2.0版將很快定下來）。有人認為JSP是servlets的替代，但實際并不是這樣的。Servlets和JSP是一起用于復雜的Web應用程序的。
JSP技術有點類似ASP技術，它是在傳統的網頁HTML文件(.htm，.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件(*.jsp)，而構成的JSP網頁的程序片段可以控制數據庫、對網頁重新定向和發送E-mail等，從而滿足建立動態網站所需要的功能。 簡單來說JSP可用等式表示為：HTML+Java=JSP。JSP技術的運行原理為所有JSP頁面，在執行的時候都會被服務器端的JSP引擎轉換為Servelet（.java），然后又由JSP引擎調用Java編譯器，將Servelet（.java）編譯為Class文件（.class），并由Java虛擬機（JVM）解釋執行。主要采用JSP技術的原因在于它對客戶瀏覽器的要求不高因為所有操作都是在服務器端執行，客戶只接收傳送結果，就算客戶端的瀏覽器不支持Java，同樣可以訪問JSP網頁。Web應用如果用JSP開發就能跨平臺使用，在Linux和其他操作系統上都能運行。
JSP技術通過Java語言來編寫類的標簽來進行對網頁的處理邏輯的封裝使用Java編程語言編寫類XML的tags和scriptlets，來封裝產生動態網頁的處理邏輯。JSP將網頁邏輯與設計的顯示分離，支持可重用的基于組件的設計，使基于Web的程序開發變得簡單容易。 JSP(Java Server Pages)技術支持的網頁是動態的，將邏輯和servlet進行了分離。
而本系統采用JSP技術的原因也是基于相比較于其他技術JSP有很多優勢：
JSP代碼跨平臺, 即一次編寫,處處運行
眾所周知，微軟公司的產品都具有壟斷性,產品的可移植性也很差,ASP也不例外,而相較而言，JSP就避免了這些問題，可以在很多平臺上使用，更加平民化人性化。
JSP組件跨平臺
JSP組件包括企業JavaBeans,JavaBeans或定制的JSP標簽，跟代碼一樣都是可以跨平臺可重用的。企業JavaBeans組件可以訪問傳統的數據庫并能以分布式系統模式工作于Solaris,Linux,UNIX和Windows平臺。
支持多種網頁格式
目前, JSP技術支持的網頁格式沒有特定的標準。一般來說,JSP技術既可以支持HTML/DHTML的傳統瀏覽器文件格式,又適用于于無線通信設備如移動電話、PDA等設備進行網頁預覽的WML文件格式,還可以支持其他一些B2B電子商務網站應用的XML格式。
JSP標簽可擴充性
JSP標簽技術與XML兼容，所以使得開發網頁的制作者充分的利用此技術來降低了對腳本語言的依賴，使網頁建設變得越發簡單容易。
健壯性與安全性
Java語言的存儲管理具有健壯性，并且安全性更高，而JSP制作網頁是基于Java語言的，因此也囊括了Java語言的優勢。
3. SSH技術概述
“SSH 組合框架”是Struts + Spring + Hibernate的縮寫，“SSH組合框架”體現的是“強強聯手、各司其職、協調互補”的團隊協作精神。SSH框架的流程大致是：Jsp頁面----Struts------Service（業務邏輯處理類）—Hibernate（左到右）。而負責控制Service生命周期的Struts框架會加大層與層之間的依賴性，也就是通常所說的耦合。大型Java Web 應用程序的開發具有代碼繁瑣過多，難于維護和擴展的缺點，而“SSH 組合框架”能夠很好的實現業務分層，為該問題提供了很好的解決平臺。
1、Struts
最早的Java Web 程序全部使用JSP 實現， JSP 頁面包含HTML 標簽和Java 業務邏輯代碼，使得整個JSP 頁面顯得過于繁瑣復雜，并且難以維護，在系統出現問題時使得開發人員面對大批的代碼束手無策。于是SUN 公司對Java Web 進行了規范，先推出模式1，在模式1中引入了JavaBean代碼，以達到封裝業務邏輯代碼的目的，最終成功的將邏輯代碼與JSP頁面進行了分離，而模式1引入的JavaBean代碼仍然存在對流程控制上的缺陷，由此在模式2中引入Servlet 技術，才將整個框架徹底分離為模型、視窗和控制器三部分，使得Java Web 應用開發更加規范化。之后推出模式2，Struts 2集結了組件的多重優點，同時也使得基于MVC 的Java Web應用程序的開發變的更加簡單。Struts 2通過核心控制器Struts Prepare And Execute Filter（struts2.0.x到2.1.2版本的核心過濾器為FilterDispatcher，繼2.1.3版本開始就改為truts Prepare And Execute Filter）和攔截器遵循一定模式更好的實現后臺控制維護、前臺表現和業務邏輯處理等多項功能。
Struts是用來做應用層的，它負責調用業務邏輯serivce層，從而控制了Service的生命周期。
2、Spring
服務器廠商對于很多技術支持沒有進行統一，因此J2EE的應用缺少平臺無關性，并且應用開發的效率低下，而Struts對邏輯service的調用會導致層與層之間的依賴性增強，發生耦合問題。這時Spring框架作為開源的中間件就起到了承上啟下的作用，它控制Action對象（Strus中的）和Service類，使得兩者關系變得松散，降低了層與層之間的依賴性來達到松散耦合的目的，這就是Spring的Ioc機制（控制反轉和依賴注入）所起的作用。
Spring事實上充當了管理容器的角色，用來管理struts和hibernate之間的工作，作為管理者它在整個程序中充當了橋梁的角色，整個程序運行都需要通過這個橋梁，Spring致力于解決應用各層的方案，而不僅僅局限于一層。
可以說Spring的“一站式”功能貫穿表現層、業務層及持久層。但是Spring并沒有取代整個框架而是與之完美的契合，就像一個服務者而不是霸占整個領域的統領者。Spring的核心技術是控制反轉IOC 與AOP 代理機制，現在Spring使用基本的JavaBean就可以解決以前只能由EJB完成的事情，Spring 的用途并不局限于服務器端，從多方面角度來說，任何Java 應用都可以從Spring 中受益。
3、Hibernate
現在對很多的多層體系結構的開發都有一個缺點就是單憑使用JDBC 對持久層進行分離非常困難，負責業務邏輯代碼編寫的程序員在與數據庫交互時需要書寫大量的SQL語句，并且必須密切關注數據庫各表的結構關系，以確保其SQL 語句工作的正常。而引入Hibernate 這樣的持久層中間件的話，就對JDBC做了一個良好的封裝，業務邏輯層的開發人員面對的就是對象而不必關心數據表，這樣有利于分工合作，并且降低了產品的不可移植性。任何使用JDBC 的場合都可引入Hibernate，既可以在Java Application中使用，也可以在Servlet/JSP 的Web 應用中使用。
4、整合
Struts 2 標簽庫處理視圖層，Struts 2 的核心控制器與業務控制充當控制層，Hibernate 與各業務邏輯組件處理業務層事務，最后由Spring 統管Bean 資源，對整個應用的JavaBean實例資源進行統一管理與調度。三個開源框架相輔相成，對所有資源進行一個良好的運轉，就像團隊分工協作，任務明確，因此“SSH框架”的引入推動了J2EE的開發。
4. B/S模式簡介
B/S（Browser/Server，瀏覽器/服務器）模式又稱B/S結構。它是隨著internet技術的興起，對C/S模式應用的擴展。在這種結構下，用戶工作界面是通過瀏覽器來實現的。B/S模式最大的好處是運行維護比較簡便，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據析。B/S模式如圖2-1所示
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-Rv9Y0BLG-1612847009641)(E:%5C%E8%AE%BA%E6%96%87%5Cimages%5Cimage-20210209112042585.png)]
(二) 系統開發環境
5. 1. MySQL數據庫
任何程序的運行都需要數據庫，這是網絡開發過程中不可或缺的一部分，就像任何生物不管類別大小個頭大小，它們生命的延續都需要心臟的跳動，同樣的道理，無論程序大小，都需要數據庫的支持。Web數據庫一般為三層或多層體系結構，前端采用瀏覽器技術，通過中間件和服務器對數據庫進行訪問。
MySQL軟件目前屬于Oracle公司，由瑞典MySQL AB公司開發。以往的數據庫都將數據集中存儲在一個空間，就像一個大型倉庫，因此容易造成數據過多冗余繁雜并且難以管理，而MySQL是一個關系型數據庫管理系統，將數據分塊保存于不同的表中，提高了數據的靈活性并且也解決了因為數據冗長而造成的運行速度過慢的問題。
MySQL軟件由于其體積小、速度快、總體擁有成本低的，成為中小型網站開發的常用網絡數據庫，尤其是開放源碼這一特點，用于訪問數據庫的SQL語言很普遍，使得很多企業更偏向于選擇MySQL數據庫。MySQL軟件分為社區版和商業版，由于其社區版的性能卓越，搭配PHP和Apache可組成良好的開發環境。
MySQL規模小、功能有限（MySQL Cluster的功能和效率都相對比較差）的缺陷無法與其他大型數據庫例如Oracle、DB2、SQL Server等并駕齊驅，但也并不磨滅許多中小型網站對它的使用熱情。“麻雀雖小，五臟俱全”，MySQL提供的功能已經足夠滿足一般的個人使用者和中小型企業，并且源碼開放使得總擁有成本大大降低，使得它更加受到這些使用者的青睞。
6. 2. MyEclipse IDE工具
MyEclipse企業級工作平臺（MyEclipse Enterprise Workbench ，簡稱MyEclipse）是對EclipseIDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML,Struts,JSP,CSS,Javascript,Spring,SQL,Hibernate。
MyEclipse 是一個十分優秀的用于開發Java, J2EE的 Eclipse 插件集合，MyEclipse的功能非常強大，支持也十分廣泛，尤其是對各種開源產品的支持十分不錯。MyEclipse目前支持Java Servlet,AJAX, JSP, JSF, Struts,Spring, Hibernate,EJB3,JDBC數據庫鏈接工具等多項功能。可以說MyEclipse幾乎囊括了目前所有主流開源產品的專屬eclipse開發工具。
三、 系統分析
(一) 可行性分析
可行性分析是目前項目開發中必不可少的一項工作，具有決定性的意義。在一個項目開啟之前，必須對項目進行全面科學的分析，從各個角度進行科學的研究，對自己的項目進行全面的分析。本項目主要是關于技術可行性、經濟可行性、管理可行性和社會可行性進行研究。
可行性分析是在制定某一建設或科研項目之前，對該項目實施的可能性、有效性、技術方案及技術政策進行具體、深入、細致的技術論證和經濟評價，以求確定一個在技術上合理、經濟上合算的最優方案和最佳時機而寫的書面報告。
可行性研究報告主要內容是要求以全面、系統的分析為主要方法，經濟效益為核心，圍繞影響項目的各種因素，運用大量的數據資料論證擬建項目是否可行。對整個可行性研究提出綜合分析評價，指出優缺點和建議。
1. 技術可行性
本管理軟件的開發工具為Myeclipse，前臺頁面使用JSP技術，后臺數據庫為MySQL。
軟件系統的實現使用了SSH框架來實現，使用該框架有很多的優點，SSH是典型的J2EE三層架構體現MVC思想，即將一個應用分成三個基本部分：M（模型）、V（視圖）和C（控制器）。那邊與迅捷的開發出新的需求，降低開發成本。它還具有良好的可擴展性，而且SSH還具有良好的可維護性，使用該框架實現了視圖、控制器與模型的徹底分離，并且可以使業務邏輯層與持久層的分離。
可以極大的提高可復用性，這樣的話，不管前端怎樣的變化，模型層只需要小小的變化即可。而且前端也不會隨著數據庫變化。還因為不同的層之間耦合度小，可以方便工作，大大提高了效率。控制層依賴于業務邏輯層，只與接口耦合，但絕不與任何具體的業務邏輯組件耦合；同樣，業務邏輯層依賴于DAO層，也不會與任何 具體的DAO組件耦合，而是面向接口編程。采用這種方式的軟件實現，即使軟件的部分發生改變，其他部分也不會改變。
通過使用SSH框架，配合數據庫的連接，使此系統里的每個模塊都能很好的實現。因此在技術上是可行的。
7. 經濟可行性
從經濟可行性的角度出發，軟件系統在開發過程中主要應該考慮的是怎樣最大限度的節約成本，縮短軟件的開發周期，用最小的投入取得最大的回報。該軟件的實現是基于B/S架構的，B/S 架構即瀏覽器和服務器結構，在此結構下，用戶的工作界面是通過瀏覽器實現此管理軟件的一切操作基于WEB瀏覽器，很少的事務邏輯在前端實現，基本上主要的事物都是在服務器端實現，這樣就大大簡化了客戶端電腦載荷，降低了用戶的總體成本，減輕了系統維護與升級的成本和工作量，并且開發使用的軟件直接安裝在本機上，所以成本低廉且效率高，沒有太多的經濟負擔。因此在經濟上也是可行的。
8. 管理可行性
本系統有管理員、客戶兩種角色。客戶可以進行登陸用戶賬號，來進行下訂單，申請賠付或者修改自己的信息。然而管理員可以通過登錄管理員用戶然后進行直接管理客戶信息，并可以查看所有訂單信息和賠償信息，發揮了監督審查的作用，起到了監督管理的左右。因此在管理上是可行的。管理可行性是非常有用的，擁有一個好的管理可行性，系統的運行時是非常好的，十分有助于系統的完成。
9. 社會可行性
當前的中國保險市場，是一個急速發展與變革的市場。保險行業 IT服務必須滿足這種現狀的要求。因此，他們對于IT服務的響應速度和服務質量有了更高的要求。
現階段，我國經濟環境諸多因素給保險業提出了新的要求。一方面，加入WTO后，外資保險公司的加盟對于我國保險業產生重大的影響 ，中國保險市場將呈現出國際化特征，有利于業務拓展；但是另一方面，新的市場發展形勢 使得國內保險公司面臨嚴峻考驗，對于公司的經營運作能力提出了更高的要求。
現在，保險行業的特征決定了企業管理信息對保險公司尤為重要，公司的經營策略、業務運作、財務管理、分析決策無一不 建立在高質量信息管理的基礎上。各家保險公司對于新險種開發、業務管理、自身風險管控以及服務水準提升等方面的要求 越來越強烈，這就要求其核心業務系統不能僅是對業務的簡單支持，更重要的是到達支持、分析、管理、決策的層面。換句話說，保險信息系統的好壞將從根本上影響到保險公司的核心競爭力。
10. 操作可行性
伴隨著社會的不斷發展，計算機的不斷普及，越來越多的人已經可以熟練地掌握計算機的基本操作，本系統采用基于Windows的圖形用戶界面，通過web瀏覽器即可進行操作，而該系統是大家熟悉的操作系統，對于那些有一般的計算機知識的人員就可以輕松上手。整個保單管理系統采用友好的交互界面，簡潔明了，不需要對數據庫進行深入的了解便能輕松使用，無需對使用系統的人員進行培訓。這樣既減少投入成本又簡化了操作環節。
(二) 需求分析
軟件需求分析是軟件項目設計中非常重要的一部分。在軟件工程的歷史長河中，人們在很長一段時間里把需求分析當做是整個軟件工程中的一個非常簡單的步驟，但在過去十多年中越來越多的人逐漸認識到它是整個過程中最關鍵的一個過程。只有通過軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規格說明，從而奠定軟件開發的基礎。許多大型應用系統的失敗，最后均歸結到需求分析的失敗：要么獲取需求的方法不當，使得需求分析不到位或不徹底，導致開發者反復多次地進行需求分析，致使設計、編碼、測試無法順利進行；要么客戶配合不好，導致客戶對需求不確認，或客戶需求不斷變化，同樣致使設計、編碼、測試無法順利進行。
需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟件系統的開發中,他的作用要遠遠大于程序設計。需求分析在一個項目中是非常重要的，一個好的項目是離不開需求分析的，需求分析的好壞是一個項目成功須否的重要保證。所以一個項目的完成務必要做好需求分析環節，只有了解了需求之后，才能更好的進行業務邏輯的設定。這是一個項目完成的重中之重。我們要好好地完成需求分析。需求的好壞是一個設計完成的重要保障。需求分析做不好，后續工作就會出現很多的問題，就需要返工，導致效率的下降，所以我們有必要完善需求。
保險業務信息管理系統主要就是完成保險的下單，交費，申請賠償，和對個人信息的管理等流程。其中可以分為客戶部分和管理員部分。
1. 客戶部分
客戶主要就是進行注冊自己的用戶之后，通過自己的用戶賬號的登錄系統，然后進行查看各種保險信息，選擇自己所要購買的保險類別，進行下訂單操作，在發生了意外之后可以進行申請賠償的操作，還可以進入自己的個人用戶界面進行個人信息的修改。
其中客戶部分的需求總共可以分為以下四部分:
查看/購買保險產品信息、查看/確認訂單信息、查看/申請賠償信息、管理個人信息。
（1）查看/購買保險產品信息
客戶在可以看到當前出售的保險信息：保險的名稱、保險費用、發布時間、保險內容，選擇合適的保險后，可以添加到訂單中。
（2）查看/確認訂單信息
客戶選擇需要購買的保險后可以在訂單列表中查看訂單名稱、訂單金額訂單時間、訂單人、訂單狀態，決定后確認訂單。
（3）查看/申請賠償信息
客戶可以在個人賠償信息管理界面管理個人申請賠償列表。客戶可以在購買保險后，在保險內容生效時申請賠償。
（4）管理個人信息
? 通過個人信息管理面板客戶管理個人注冊信息：賬號名、密碼、姓名、年齡、電話、聯系地址，客戶可以在個人信息中修改自己的信息。
11. 管理員部分
管理員在通過管理員用戶登錄之后，可以自己管理公司的保險列表下面的各類保險信息，其中包括增加和刪除操作，還可以查看用戶的訂單選購情況，是否完成付款，另外還能夠進行賠償信息的管理，可以對用戶申請的賠付選擇同意或者不同意，最后還可以進行用戶的管理操作，增加或者刪除用戶。管理員用戶能夠隨意的管理用戶，對用戶的管理有著很大的幫助。
管理員的需求主要可以分為以下四個部分：保險信息管理、訂單信息管理、賠償信息管理、用戶信息管理。
（1）保險信息管理
管理員在登錄自己的管理員用戶后，通過后臺對保險信息管理進行新增或刪除，從而完成自己對保險信息的管理。
（2）訂單信息管理
管理員登錄之后，進入訂單管理界面之后，可以查看當前用戶提交的所有的訂單信息。
（3）賠償信息管理
管理員可以查看用戶提交的賠償申請，根據實際的情況同意或者不同意用戶的賠償申請。
（4）用戶信息管理
管理員可以在用戶信息管理中維護所有客戶的信息。包括增加刪除用戶，進行用戶信息的管理。
四、 系統總體設計
(一) 系統的設計
SSH是 struts+spring+hibernate的一個集成框架，是目前比較流行的一種Web應用程序開源框架。Ssh架構圖，如圖4-2所示
4-1 ssh架構圖
系統總共分為三層：表現層，業務層，持久層。
在表示層中，首先通過JSP頁面實現交互界面，負責接收請求(Request)和傳送響應(Response)，然后Struts根據配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應的Action處理。
在業務層中，管理服務組件的Spring IoC容器負責向Action提供業務模型(Model)組件和該組件的協作對象數據處理(DAO)組件完成業務邏輯，并提供事務處理、緩沖池等容器組件以提升系統性能和保證數據的完整性。
在持久層中，則依賴于Hibernate的對象化映射和數據庫交互，處理DAO組件請求的數據，并返回處理結果。
Struts負責Web層：
ActionFormBean接收網頁中表單提交的數據，然后通過Action進行處理，再Forward到對應的網頁，在Struts-config.xml中定義了，ActionServlet會加載進來。
Spring負責業務層管理，即Service：
Service為Action提供統一的調用接口，封裝持久層的DAO，并集成Hibernate，Spring可對JavaBean和事物進行統一管理。
Hibernate負責持久層，完成數據庫的CRUD操作：
Hibernate有一組hbm.xml文件和PO，是與數據庫中的表相對應的，然后定義DAO，這些是與數據庫打交道的類。
在Struts+Spring+Hibernate系統中，對象之間的調用流程如圖4-2所示：
(二) 系統結構設計
關于對保險業務信息管理的調研，選擇了利用SSH框架編寫，mysql作為數據庫來進行保險業務管理系統的設計本系統主要分為保險業務管理和后臺管理兩部分，其中保險業務管理可以進行查看/購買保險產品信息、查看/確認訂單信息、查看/申請賠償信息、管理個人信息。后臺管理部分主要是管理員進行登錄管理員用戶，從而進行管理，而管理員的權限可分為保險信息管理、訂單信息管理、賠償信息管理、用戶信息管理。具體的功能結構圖如圖4-3所示。
4-3 功能結構圖
(三) 數據庫關系圖
E-R圖也稱實體-聯系圖(Entity Relationship Diagram)，提供了表示實體類型、屬性和聯系的方法，用來描述現實世界的概念模型。對于任何數據庫，都可以創建任意多個數據庫關系圖；每個數據庫表都可以出現在任意數量的關系圖中。這樣，便可以創建不同的關系圖使數據庫的不同部分可視化，或強調設計的不同方面。例如，可以創建一個大型關系圖來顯示所有表和列，并且可以創建一個較小的關系圖來顯示所有表但不顯示列。系統ER圖如圖4—3所示。
4-3系統E-R圖
通過數據庫關系圖我們可以看出表與表之間的聯系，主要可以分為user_list,order_list和product_list,每個表所含項目如下圖所示
(四) 系統用例圖
用例圖是用來表現設計出來的某某系統可以用來干什么的圖，用路途主要關注的是系統的外在表現，人與人之間的交互，以及人與系統的交互，系統和其它系統的交互。
用例圖里面有三個基本元素：用例、關系、角色
角色(Actor):是用來描述系統里面有那些角色，不同的角色占用的系統功能是不一樣的，用例圖里的一個個小人就是表示的角色。
用例：用例是對包括變量在內的一組動作序列的描述，系統執行這些動作，并產生傳遞特定參與者的價值的可觀察結果。用例在用例圖中用橢圓的圓圈來表示，在圓圈里用文字來描述該序列，一般用動詞賓語來描述。
關系：就是用來用來描述角色與線條之間關系的，在用例圖中用線條來表示。
線條是指角色與用例之間的線條，這些線條是用來聯系角色（小人）和用例（圈圈）的，表示某某角色能“做”什么用例。
管理員用例圖
管理員在整個管理系統中的權限主要包括保險信息管理，訂單信息管理，賠償信息管理，用戶管理。其中保險信息管理主要包括查看新增保險信息和刪除保險信息，訂單信息管理包含查看訂單信息，賠償信息管理包含審批賠償申請，用戶管理主要包含查看新增用戶和刪除用戶，管理員用例圖如圖4-4
4-4管理員用例圖
客戶的用例圖：
客戶是保險公司中最主要的資源。客戶在登錄自己的主業之后可以進行自己相關的權限操作，權限主要分為保險信息，訂單信息，賠償信息和個人信息管理四大模塊，其中保險信息包括購買保險產品，訂單信息包括確認取消訂單信息，賠償信息模塊主要包括賠償申請，個人信息管理模塊用戶可以修改和保存自己的個人信息。客戶參與整個系統的用例圖如圖所示：
4-5客戶用例圖
五、 系統詳細設計與實現
(一) 系統詳細設計
保險業務管理系統設計共有3個數據字典，分別為：用戶信息表（user_list），反饋評價信息表(product_list)，軟件信息表(order_list)。三個表底下分別有著不同的結構。
在普通用戶的角度看起來，數據的邏輯關系模型就是一張簡單的二維表,每一個表里面都保存著保險企業中涉及總體的業務的邏輯。該管理系統涉及到的主要實體及其屬性如下:
1. 數據庫結構設計
用戶信息表：user_list（主鍵、帳號、密碼、姓名、性別、年齡、電話、地址、類型）
反饋評價信息表：product_list（主鍵、產品名稱、產品內容、產品費用、發布時間）
軟件信息表：order_list（主鍵、訂單名稱、訂單金額、下單時間、下單人、下單人ID、訂單狀態、產品ID）
2. 數據字典
數據字典是對于數據模型中的數據對象或者項目的描述的集合，這樣做有利于程序員和其他需要參考的人。分析一個用戶交換的對象系統的第一步就是去辨別每一個對象，以及它與其他對象之間的關系。這個過程稱為數據建模，結果產生一個對象關系圖。當每個數據對象和項目都給出了一個描述性的名字之后，它的關系再進行描述（或者是成為潛在描述關系的結構中的一部分），然后再描述數據的類型（例如文本還是圖像，或者是二進制數值），列出所有可能預先定義的數值，以及提供簡單的文字性描述。
保險業務管理系統設計共有3個數據字典，分別為：
表 1 user_list表
| 主鍵 | user_id | int | 11 | 主鍵，唯一性 |
| 用戶名 | username | varchar | 45 | |
| 密碼 | password | varchar | 45 | |
| 姓名 | name | varchar | 45 | |
| 性別 | sex | varchar | 45 | |
| 年齡 | age | varchar | 45 | |
| 電話 | phone | varchar | 45 | |
| 地址 | address | varchar | 45 | |
| 類型 | type | varchar | 45 |
用戶信息表主要包括用戶的個人信息，其中包含用戶名（username），密碼（password），姓名（name），性別(sex)，年齡(age)，電話(phone),地址(address)和類型(type)幾大部分。
表 2 product_list表
| 主鍵 | product_id | int | 11 | 主鍵，唯一性 |
| 產品名稱 | product_name | varchar | 100 | |
| 產品內容 | product_desc | varchar | 2000 | |
| 產品費用 | product_cost | varchar | 45 | |
| 發布時間 | product_time | varchar | 45 |
反饋評價信息表包含了險種的詳細描述信息，主要是保險單號。其中產品名稱（product_name），產品內容（product_desc），產品費用（product_cost），發布時間（product_time）。主要是用來反饋產品的信息。這個表里包含的是所有的保險業務的信息，是用來保存保險產品的。里面所含的各項信息是保險產品的各個內容。
表 3 order_list表
| 主鍵 | order_id | int | 11 | 主鍵，唯一性 |
| 訂單名稱 | order_name | varchar | 100 | |
| 訂單金額 | order_cost | varchar | 45 | |
| 下單時間 | order_time | varchar | 45 | |
| 下單人 | order_uname | varchar | 45 | |
| 下單人ID | order_uid | varchar | 45 | |
| 訂單狀態 | order_state | varchar | 45 | |
| 產品ID | product_id | varchar | 45 |
軟件信息表主要是包括用戶的訂單信息，其中包含了訂單名稱（order_name），訂單金額（order_cost），下單時間（order_time），下單人（order_uname），下單人ID（order_uid），訂單狀態（order_state），產品ID(product_id)。這些信息都是和用戶有著緊要關系的。用戶下了訂單之后的狀態都是顯示在這個表里。這個表示整個系統的核心，所有的業務實現基本都在這個表里面，所以這個表很重要。
(二) 模塊實現
1. 登錄模塊
所有用戶輸入帳號、密碼后，即可憑正確的信息登錄系統。如圖5-1所示
5-1 登陸界面
?
如通過管理員賬號進入管理員界面，如圖5-2所示
5-2 管理員界面
由用戶賬號登錄進入用戶界面，如圖5-3所示
? 5-3用戶界面
? 不同身份，功能的權限也不同。
登錄所需代碼：
public String login(){
? UserList ul = userListService.login(userlist.getUsername(), userlist.getPassword(), “”);
? if (ul.getUser_id() != 0) {
? session.put(“login”, ul);
? return SUCCESS;
? }else{
? response.setContentType(“text/html;charset=UTF-8”);
? response.setCharacterEncoding(“UTF-8”);//防止彈出的信息出現亂碼
? try {
? PrintWriter out = response.getWriter();
? out.print(“”);
? out.print(“”);
? out.flush();
? out.close();
? } catch (IOException e) {
? e.printStackTrace();
? }
? return null;
? }
? }
2. 保險信息模塊
管理員登錄進去所顯示的界面，如圖5-4所示
5-4管理員界面
管理員可以在保險信息管理中查詢、新增或者刪除保險產品信息。如圖5-5所示
5-5 增加保險界面
客戶可以在保險列表中查看所有保險產品。如圖5-6所示
? 5-6 用戶查看保險信息
客戶選擇需要購買的保險后，加入訂單信息中，用戶可以在訂單中確認或取消訂單。如圖5-7所示
5-7 用戶個人訂單列表
?
public List selProductList() {
? Session session = sessionFactory.openSession();
? String sql=“select * from product_list”;
? Transaction tran = session.beginTransaction();
? SQLQuery sq = session.createSQLQuery(sql);
? List<Object[]> list = sq.list();
? List plist = new ArrayList();
? for(Object[] obj : list){
? ProductList pl = new ProductList();
? pl.setProduct_id((Integer)obj[0]);
? pl.setProduct_name((String)obj[1]);
? pl.setProduct_desc((String)obj[2]);
? pl.setProduct_cost((String)obj[3]);
? pl.setProduct_time((String)obj[4]);
? plist.add(pl);
? }
? tran.commit();
? session.close();
? return plist;
? }
}
3. 賠償模塊
客戶確認購買保險后，可以申請賠償。如圖5-8所示
? 5-8 個人用戶賠償列表
管理員可以根據實際情況同意或者否決用戶的賠償申請，如圖5-9所示。
? 5-9管理員賠償管理列表
public List selOrderList(String uid, String state) {
? Session session = sessionFactory.openSession();
? String sql=“select * from order_list where order_uid = '”+uid+"’ and order_state in ("+state+")";
? Transaction tran = session.beginTransaction();
? SQLQuery sq = session.createSQLQuery(sql);
? List<Object[]> list = sq.list();
? List olist = new ArrayList();
? for(Object[] obj : list){
? OrderList ol = new OrderList();
? ol.setOrder_id((Integer)obj[0]);
? ol.setOrder_name((String)obj[1]);
? ol.setOrder_cost((String)obj[2]);
? ol.setOrder_time((String)obj[3]);
? ol.setOrder_uname((String)obj[4]);
? ol.setOrder_uid((String)obj[5]);
? ol.setOrder_state((String)obj[6]);
? ol.setProduct_id((String)obj[7]);
? olist.add(ol);
? }
? tran.commit();
? session.close();
? return olist;
? }
public String selCompensateListByMe(){
? UserList ul = (UserList)session.get(“login”);
? List clist = orderListService.selOrderList(String.valueOf(ul.getUser_id()), “‘1’,‘2’,‘n’,‘9’”);
? session.put(“clist”, clist);
? return SUCCESS;
? }
4. 用戶信息模塊
管理員登錄管理員賬號后，用戶管理界面，如圖5-10所示。
? 5-10管理員用戶管理界面
管理員可以修改用戶的個人信息，如圖5-11所示
5-11管理員修改用戶信息界面
?
客戶可以在個人信息管理中修改自己的信息，如圖5-12所示
? 5-12客戶修改個人信息界面
增加更新用戶
public UserList selUser(String uid) {
? Session session = sessionFactory.openSession();
? String sql=“select * from user_list where user_id = '”+uid+"’";
? Transaction tran = session.beginTransaction();
? SQLQuery sq = session.createSQLQuery(sql);
? List<Object[]> list = sq.list();
? UserList ul = new UserList();
? for(Object[] obj : list){
? ul.setUser_id((Integer)obj[0]);
? ul.setUsername((String)obj[1]);
? ul.setPassword((String)obj[2]);
? ul.setName((String)obj[3]);
? ul.setSex((String)obj[4]);
? ul.setAge((String)obj[5]);
? ul.setPhone((String)obj[6]);
? ul.setAddress((String)obj[7]);
? ul.setType((String)obj[8]);
? }
? tran.commit();
? session.close();
? return ul;
? }
? public void updateUser(UserList ul) {
? Session session = sessionFactory.openSession();
? Transaction tran = session.beginTransaction();
? String sql = “update user_list set password = '”+ul.getPassword()+"’, name = ‘"+ul.getName()+"’, sex = ‘"+ul.getSex()+"’, age = ‘"+ul.getAge()+"’, phone = ‘"+ul.getPhone()+"’, address = ‘"+ul.getAddress()+"’, type = ‘"+ul.getType()+"’ where user_id = ‘"+ul.getUser_id()+"’";
? session.createSQLQuery(sql).executeUpdate();
? tran.commit();
? session.close();
六、 系統測試
經過分析、設計和編碼等階段的開發后，得到了源程序，開始進入到軟件測試階段。然而，在測試之前的各階段中都可能遺留下許多錯誤和缺陷，如果不及時找出并改正，這個軟件產品就可能會導致巨大的損失。目前，程序的正確性證明尚未得到根本的解決，因此軟件測試仍是發現軟件中錯誤和缺陷的主要手段。
系統測試，就是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試。系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。系統測試發現問題之后要經過調試找出錯誤原因和位置，然后進行改正，是基于系統整體需求說明書的黑盒類測試，應復蓋系統所有聯合的部件。對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數據、某些支持軟件及其接口等。比較常見的、典型的系統測試包括恢復測試、安全測試、壓力測試。
軟件測試方法從測試人員角度看，可分為人工測試和機器測試。人工測試又稱為代碼復審。主要有三種方法：個人復查、走查、會審。機器測試分為黑盒測試（又稱功能測試）和白盒測試（又稱結構測試）兩種。
下面對本系統進行測試，以檢查系統能否正確完成各種操作，是否能夠實現預期具有的功能。
登錄測試，如圖6-1所示
6-1登錄測試
管理員測試：
賠償信息管理測試，如圖6-2所示
6-2賠償信息管理測試
賠付成功如圖6-3所示
6-3賠付測試
用戶管理測試：
測試要點：新增用戶 。
測試路徑：填寫的用戶信息是否完整。
測試結果：填寫完整，系統增加新的用戶信息；填寫不完整，提示輸入完整的用戶信息。如圖6-4所示
6-4增加用戶測試
修改用戶信息，如圖6-5所示。
6-5修改用戶信息測試
刪除用戶，如圖6-6所示
6-6刪除用戶測試
保險信息管理測試，如圖6-7所示
? 6-7管理員保險信息管理測試
新增保險，如圖6-8所示。
? 6-8新增保險測試
刪除保險產品如圖6-9所示。
? 6-9刪除保險測試
訂單信息管理測試，如圖6-10所示。
? 6-10訂單信息管理測試
客戶：
保險信息管理測試，如圖6-11所示。
? 6-11用戶保險管理測試
購買如圖6-12測試
? 6-12保險購買測試
賠償信息測試，如圖6-13所示。
? 6-13賠償信息測試
個人信息測試，如圖6-14所示。
6-14個人信息測試
參考文獻
[1] 溫濤.東軟Java軟件工程師實訓項目教程;大連;東軟電子出版社，2011.8
[2] 2016-2017年中國保險行業發展現狀、發展趨勢、發展前景分析
http://www.chyxx.com/industry/201611/471965.html
[3] 伍飛.冉文江.基于J2EE架構的SSH框架研究及應用[J];信息系統工程;2010.6
[4] 單曉光.Java Web開發技術的教學方法研究[J];黑龍江教育學院學報;2011.7
[5] 劉志成.Java程序設計實例教程;北京;人民郵電出版社;2010.8
[6] 李剛．Struts2權威指南——基于WebWork核心的MVC開發[M].北京：電子工業出版社，2007．
[7] 魯霞．基于Struts_Spring_Hibernate架構的綜合積分系統的研究與實現[D]．成都：西南交通大學碩士學位論文，2008．
[8] 趙少卡．基于Struts+Spring+Hibernate架構的信息交流平臺的設計與實現[J]．計算機與現代化，2009(2)：62-66．
[9] 黃志明．基于Spring+Struts+Hibernate的報備系統的設計與實現[J]．電腦知識與技術，2008，4(Z2)：40-41．
[10] MySQL入門與精通教程
http://www.docin.com/p-167853642.html
[11] 網絡數據庫Mysql介紹
http://www.docin.com/p-60867610.html
[12] 曹大有．基于Struts和Spring框架技術的Web應用的開發過程[J]．計算機應用與軟件，2008，25(8)：203-204．
[13] 夏昕．曹曉鋼．深入淺出Hibernate[M]． 北京：電子工業出版社，2005．
[14] 夏昕．Spring開發指南[M]．北京：電子工業出版社，2004．
[15] O‘REILLY. Learning MySQL.2010
[16] DEITEL Java How to Program, 2012
[17] O‘REILLY JavaServer Pages (JSP) - From The O′Reilly Anthology, 2011
[18] 陳瀟.在SQL Server使用觸發器實現數據完整性[J].電腦知識與技術,2013(35)
[19] 姜鋒.Web網站通信安全的優化方案[J].網絡安全技術與應用,2015,(10):53,55.DOI:10.3969/j.issn.1009-6833.2015.10.035.
[20] 楊荻.保險行業BS架構信息管理系統設計與應用[J].計算機仿真,2010,27(6):342-345.DOI:10.3969/j.issn.1006-9348.2010.06.082.
[21] 馬秀麟,衷克定,劉立超等.從大數據挖掘的視角分析學生評教的有效性[J].中國電化教育,2014,(10):78-84.DOI:10.3969/j.issn.1006-9860.2014.10.013.
[22] 楊偉斌.tomcat安裝配置在高校web課堂中的應用研究[J].速讀（下旬）,2015,(9):309-309.
致謝
感謝XX理工大學對我四年來的栽培，通過大學四年的學習，我的專業知識得到了飛速的增長，眼界得到了開闊，沒有學校對我的親切栽培，就沒有我的今天，非常感謝學院給我提供了優美的校園環境，舒適整潔的宿舍環境，感謝老師們對我無微不至的指導，讓我學到了很多有用的專業知識，也要感謝自己的同學、舍友們為自己創建了一個良好的學習生活氛圍，大家們都來自五湖四海，從遙遠的家來到這個地方一起生活一起學習，四年里幾乎沒有為瑣事吵過架和紅過臉，在互相遇到困難的時候都積極幫助，就像一家人一樣，眼看畢業，大家都要分別了，各奔前程，大家珍重。
時間過得真快，四年時間在不知不覺中就慢慢的過去了，隨著畢業時間的逐漸推進，畢業設計的進行也逐漸進入了尾聲，在這里衷心的對在整個畢業十幾過程中給我幫助的老師和同學，這次畢業設計從一開始的選題就是在指導老師的細心指導下選定的，而且在我實現系統的過程中對我悉心指導，指導老師在我完成畢業設計過程中對我的幫助很大，沒有他們的認真負責，這次畢業設計的進行也不會這么的順利，對我畢業設計的完成幫助很大，通過這次的畢業設計是我對大學四年學習的知識的一次運用，也是一次鞏固，在畢業設計的完成過程中，我遇到了很多的困難，遇到困難后，我通過在網上查詢翻閱書籍以及詢問老師和同學，鍛煉了自己的動手能力，讓自己對知識的記憶更加的牢固。畢業設計的完成過程中，我也學習了很多以前沒有學過的知識，對我以后的工作有很大的幫助，讓我的專業知識更加的充實。
最后由心的對在四年當中幫助過我的同學們和對我悉心栽培的老師們說一聲謝謝。論文即將完成，想到老師對我的認真指導，我激動地心情久久不能平靜，在這里請接受我誠摯的謝意！
總結
以上是生活随笔為你收集整理的基于SSH保险业务管理系统的设计与实现的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 深入理解Servlet原理
- 下一篇： ABB 机器人DH参数