【文章內(nèi)容簡介】 名字：計劃信息描述：記錄理財計劃信息清單編號：D2組成：收支計劃，儲蓄計劃，債務計劃，投資計劃名字：收支記錄描述：記錄收支記錄編號：D3組成：收入記錄，支出記錄名字：收支去向記錄描述：記錄收支去向記錄編號：D4組成：收入去向，支出去向名字：銀行賬戶記錄描述：記錄銀行賬戶記錄編號：D5組成：儲蓄賬戶信息，信用卡賬戶信息，貸款賬戶信息（3） 數(shù)據(jù)流名字：登錄管理描述：輸入登錄信息編號：F1組成：用戶名，密碼，名字：計劃信息描述：處理計劃信息編號：F2組成：家庭收支計劃，家庭投資計劃，家庭債務計劃，家庭儲蓄計劃名字：收支信息描述：處理收支信息編號：F3組成：家庭成員收入，家庭成員支出名字：銀行信息描述：處理銀行信息編號：F4組成：儲蓄賬戶信息，信用卡賬戶信息，貸款賬戶信息名字：前銀行信息描述：處理之前銀行信息編號：F5組成：之前儲蓄賬戶信息，之前信用卡賬戶信息，之前貸款賬戶信息（4） 數(shù)據(jù)處理名字：家庭理財系統(tǒng)描述：對家庭理財系統(tǒng)進行處理編號：P0輸入/輸出數(shù)據(jù)流：家庭理財系統(tǒng)信息名字：理財計劃事務處理描述：對理財計劃信息的處理編號：P1 輸入/輸出數(shù)據(jù)流：理財計劃的基本信息名字：信息存入信息描述：對信息存入信息的處理編號：P2 輸入/輸出數(shù)據(jù)流：信息存入的基本信息名字：收支信息事務處理描述：對收支信息的處理編號：P3 輸入/輸出數(shù)據(jù)流：收支信息的基本信息名字：銀行賬戶信息事務處理描述：對銀行賬戶信息的處理編號：P5 輸入/輸出數(shù)據(jù)流：銀行賬戶的基本信息ER圖為實體聯(lián)系圖，提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型[2]。在數(shù)據(jù)庫系統(tǒng)中，常用的模型有三種：層次模型、網(wǎng)狀模型、關(guān)系模型。其中，關(guān)系模型是較新的一種。它是通過表格數(shù)據(jù)來表示和實現(xiàn)兩個實體間的聯(lián)系。以關(guān)系模型為基礎的數(shù)據(jù)庫為關(guān)系數(shù)據(jù)庫。該系統(tǒng)所采用的就是關(guān)系數(shù)據(jù)庫。下面本系統(tǒng)的數(shù)據(jù)模型，主要工具是實體關(guān)聯(lián)圖，即ER圖。實體是現(xiàn)實世界中可以區(qū)別于其他對象的事件或物體。 表 32 ER圖的圖形符號說明 diagram definition explanetion of ER chart圖形名稱含義矩形表示實體集合橢圓表示屬性菱形表示聯(lián)系集合線段將屬性連接到實體集或?qū)嶓w集連接到聯(lián)系集本系統(tǒng)ER圖如下：統(tǒng)計2貸款貸款賬戶信息信用信用賬戶信息儲蓄儲蓄賬戶信息錄入銀行信息投資投資信息管理家庭成員支出收入收入信息支出信息統(tǒng)計1收支統(tǒng)計信息投資計劃信息用戶計劃投資計劃信息收支計劃信息債務計劃信息資產(chǎn)統(tǒng)計信息 n n n n 1 n 1 1 n 1 n n 1 1 n n 1 n n n n 1 n n n n n n 圖35家庭理財管理系統(tǒng)系統(tǒng)ER圖Figure 35 Family financial management system ER diagram表 23 實體及其屬性表 Table of Entity and its property實體名稱屬性用戶用戶ID,家庭成員ID，姓名，性別，年齡，與戶主關(guān)系支出信息日期，支出類型，支出金額收入信息日期，收入金額收支統(tǒng)計信息日期區(qū)間，收支計劃信息儲蓄計劃信息投資計劃信息債務計劃信息投資信息銀行信息儲蓄賬戶信息信用卡賬戶信息貸款賬戶信息家庭資產(chǎn)統(tǒng)計信息日期，姓名，計劃金額日期，利率，年限投資種類貸款種類投資種類，連接地址銀行名稱，種類存款日期，到期日期，存款金額，利率，存款類型刷卡時間，刷卡地點，刷卡原因，消費金額，還款日期貸款時間，貸款銀行，貸款用途，貸款金額，貸款利率，貸款期限，貸款類型ID，統(tǒng)計日期表24 實體間聯(lián)系及其屬性表 Table of Entity relation and its property聯(lián)系名稱屬性用戶管理家庭成員用戶名，密碼家庭成員支出支出信息無家庭成員收入收入信息無支出信息/收入信息統(tǒng)計1收支統(tǒng)計信息無用戶錄入銀行信息無銀行信息儲蓄儲蓄賬戶信息無銀行信息信用信用卡賬戶信息無銀行信息貸款貸款賬戶信息無用戶計劃投資計劃信息/收支計劃信息/儲蓄計劃信息/債務計劃信息無用戶投資投資信息無儲蓄賬戶信息/信用卡賬戶信息/貸款賬戶信息/投資信息統(tǒng)計2家庭資產(chǎn)統(tǒng)計信息無4 概要設計概要設計的基本目的就是回答“概括的說，系統(tǒng)應該如何實現(xiàn)？”這個問題，因此，概要設計又稱為總體設計或初步設計。通過這個階段的工作將劃分出組成系統(tǒng)的物理元素——程序、文件、數(shù)據(jù)庫、人工過程和文檔等等[2]。概要設計的另一項重要任務是設計軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。系統(tǒng)的功能模塊分為：家庭成員信息管理模塊，家庭理財計劃管理模塊，家庭收支管理模塊，銀行賬戶管理模塊，家庭投資管理模塊，家庭統(tǒng)計管理模塊。家庭成員信息管理模塊：對家庭成員經(jīng)行添加，刪除，更改。家庭理財計劃管理模塊分為：收支計劃管理功能，儲蓄計劃管理功能，投資計劃管理功能，債務計劃管理功能。收支計劃管理的功能：在收支之前對家庭的收入和支出經(jīng)行一個計劃，并檢查是否達到計劃目標。儲蓄計劃管理的功能：根據(jù)銀行零存整取模式通過銀行利率計算每期存入銀行金額計算到期本息總和。投資計劃管理的功能：根據(jù)家庭財產(chǎn)情況計算如何投資可以獲得最大收益。債務計劃管理的功能：通過貸款金額及貸款利率計算還款總額，利息總額，每月還款金額。日常收支管理模塊分為：收入管理功能，支出管理功能。收入管理的功能：家庭成員收入添加及查詢功能。支出管理的功能：記錄家庭成員日常支出去處及金額。銀行賬戶管理模塊分為：銀行賬戶信息管理，儲蓄卡賬戶管理，信用卡賬戶管理，貸款賬戶管理和到期提醒管理。銀行賬戶信息管理的功能：銀行賬戶信息管理這個模塊主要是對銀行名稱賬戶進行添加，刪除及修改。儲蓄卡賬戶管理的功能：對儲蓄賬戶進行添加，刪除，修改，查詢管理。信用卡賬戶管理的功能：對信用卡賬戶進行添加，刪除，修改，查詢管理。貸款賬戶管理的功能：對貸款賬戶進行添加，刪除，修改，查詢管理。到期提醒管理的功能：即將到期提醒，及取款成功后自動撤銷等功能。統(tǒng)計管理模塊分為：收支統(tǒng)計，家庭資產(chǎn)統(tǒng)計管理。收支統(tǒng)計的功能：對一段區(qū)間時間內(nèi)對家庭成員的收入與支持經(jīng)行統(tǒng)計。家庭資產(chǎn)統(tǒng)計的功能：對家庭資產(chǎn)經(jīng)行統(tǒng)計匯總。根據(jù)以上分析，該系統(tǒng)考慮將整個系統(tǒng)分解成如下功能模塊圖:家庭理財管理系統(tǒng)家庭理財計劃管理風險評估表收支計劃管理儲蓄計劃管理債務計劃管理投資計劃管理家庭收支管理家庭收入管理家庭支出管理家庭成員管理 家庭成員信息管理銀行賬戶管理銀行賬戶信息管理儲蓄賬戶管理信用卡用戶管理貸款業(yè)務管理投資管理股票管理基金管理統(tǒng)計管理日常收支統(tǒng)計家庭資產(chǎn)統(tǒng)計到期提醒管理圖41家庭理財系統(tǒng)系統(tǒng)結(jié)構(gòu)圖Figure 41 family financial system structure1. 用戶界面用戶界面是用戶與系統(tǒng)溝通的橋梁，是直接面向用戶的最外層系統(tǒng)。美觀、簡潔的操作界面可以引導用戶操作、緩解操作疲勞、為用戶使用系統(tǒng)帶來便捷。根據(jù)需求分析的結(jié)果，該系統(tǒng)力求為用戶提供方便、精簡、友善的操作界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOWS風格較熟悉，就盡量向這一方向靠攏。在設計語言上，己決定使用JSP進行編程，在界面上可使用JQuery，Ext等框架來實習三更多的動態(tài)效果等，編寫基于WINDOWS風格的用戶界面。2. 軟件接口系統(tǒng)集成開發(fā)環(huán)境采用MyEclipse來進行開發(fā)，數(shù)據(jù)庫采用mysql數(shù)據(jù)庫。選擇TOMCAT作為WEB服務器是因為TOMCAT服務器除了能夠運行SERVLET和JSP，還提供了作為WEB服務器的一些特有功能，如TOMCAT管理和控制平臺，安全域管理和TOMCAT閥等。TOMCAT已成為目前開發(fā)企業(yè)JAVA WEB應用的最佳選擇之一。3. 硬件接口在輸入方面，對于鍵盤、鼠標的輸入，對輸入進處理。在輸出方面，打印機的連接及使用。在網(wǎng)絡傳輸部分，在網(wǎng)絡硬件部分，為了實現(xiàn)高速傳輸，使用快速以太網(wǎng)。內(nèi)部接口方面，各模塊之間采用表單提交、超鏈接的方式進行信息傳遞。各模塊可以通行引用類包調(diào)用相應的類中的方法，完成數(shù)據(jù)庫的連接、查詢、刪除、添加、修改操作。代碼設計遵循以下原則：1． 確定性。每一代碼代表惟一的實體和屬性；反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€確定的代碼來表示。2． 標準化。考慮企業(yè)信息系統(tǒng)與主管部門通訊和聯(lián)網(wǎng)的需要，盡可能用國際、國內(nèi)、部門的標準代碼。3． 通用性。盡量采用原業(yè)務處理上已使用的且行之有效的代碼，方便使用。4． 擴展性?？紤]企業(yè)的發(fā)展和變化，當增加新的實體和屬性時，直接利用原代碼追加，保持原代碼體系不變。5． 識別性。代碼需方便管理人員使用，又應方便計算機識別、分類。6． 簡明性。在不影響代碼系統(tǒng)的容量和擴充性的前提下，代碼盡可能簡短、統(tǒng)一。1. 審批類型代碼 審批類型有兩個，代碼由一位數(shù)字組成，格式如下：X 用戶狀態(tài)編號用戶代碼所代表的含義如表41：表41 用戶狀態(tài)編號 Approval type number用戶狀態(tài)編號用戶狀態(tài)名稱01凍結(jié)正常2. 角色類型代碼 角色類型有三個，代碼由一位數(shù)字組成，格式如下：X 角色類型編號角色類型代碼所代表的含義如表42：表42 角色類型編號 Permissions type number角色類型編號角色類型名稱12管理員普通用戶由系統(tǒng)的概念模型導出關(guān)系模式，主要原則及實現(xiàn)方法如下：1. 主要原則：一個實體型轉(zhuǎn)換為一個關(guān)系模式。實