1、旃力亨洛軟件項目實訓報告項目名稱個人財務管理系統設計與實現姓名劉志欣學號1212210139班級13計本1指導教師張峰報告日期2016年7月1日目錄目錄1個人財務管理系統需求分析11.1 系統需求分析的任務與步驟11.2 可行性分析11.2.1 技術可行性11.2.2 操作可行性21.3 功能需求分析21.3.1 前臺頁面模塊21.3.2 后臺界面模塊21.4 數據流分析21.5 數據字典42個人財務管理系統的總體設計與實現62.1 系統功能設計62.1.1 系統功能模塊設計62.1.2 功能模塊簡介62.2 數據庫設計82.2.1 數據庫概念結構設計82.2.2 數據庫邏輯結構設計102.2

2、.3 數據庫物理結構設計102.3 系統實現122.3.1 賬戶管理模塊142.3.2 收支管理模塊142.3.3 卡管理模塊152.3.4 留言管理模塊163系統測試193.1 測試環境及方法193.1.1 測試環境193.1.2 測試方法193.2 系統測試結果錯誤!未定義書簽。3.2.1 注冊測試錯誤!未定義書簽。3.2.2 登錄測試錯誤!未定義書簽。3.2.3 密碼修改測試錯誤!未定義書簽。總結211個人財務管理系統需求分析1.1 系統需求分析的任務與步驟任務：調查用戶需求，該“用戶”主要指系統的后臺管理員以及前臺用戶，分析用戶對系統功能、性能、硬件等的具體要求，然后以文本形式作成報告

3、。本階段主要是利用圖表與文字來表示系統的邏輯模型，旨在從邏輯上描述系統的功能和性能。步驟：1.利用圖表和文字全面描述系統。2 .根據用戶提出的新需求，適當地對系統模型進行改進。3 .編寫系統分析文檔。1.2 可行性分析可行性分析是一個系統開發的初始階段，其意義在于：在盡可能短的時間里，花費盡量小的代價確定問題是否可以解決。因此，我們就必須探究清楚原定的各種可能的方案是否可行，以及完成的該系統之后系統所能帶來的效益是否足夠大于投資的成本。所以，可行性研究是必要的，它的主要作用是簡化系統分析與設計的過程，從而以更合理的方式來進行系統分析與設計，以保證系統的開發成功。所以說，開發本系統的成本少，開發

4、周期短，從經濟方面看開發此系統是可行的。1.2.1 技術可行性本系統開發采用的是B/S模式1。系統包括客戶端和服務器端，對應前臺和后臺。在服務器端采用的是SQLServer2005數據庫，該數據庫具有數據的完整行、一致行以及安全性的特點，并提供了相當安全可靠的存儲功能，因而比較適合處理中小型系統。它在處理大量數據的同時，也能夠保證系統的完整管理功能。開發過程中所使用的開發軟件為MyEclipse,MyEclipse是在Eclipse的基礎上加入了許多功能強大的插件，它繼承了Eclipse獨特圖形API,美化了Java界面，并且提高了界面的響應速度。因此，它比Eclipse更具有實用性。在硬件方

5、面，用戶計算機的硬件配置只需滿足以下條件即可：計算機處理器P42.0G及以上，計算機RAM滿足512M或以上，硬盤存儲滿足40G或以上，該硬件環境要求明顯低于市面上的普通電腦配置。所以，從技術方面來看開發此系統是可行的。1.2.2 操作可行性由于本系統是基于B/S模式開發的，用戶可以通過瀏覽網頁的方式進入本系統的操作界面，使得用戶無論在世界哪個角落，無論在什么時候，只需能連上互聯網，就能登錄本系統進行相關記錄的插入、修改、刪除等操作。操作簡單直接，一切操作都可以在瀏覽器上完成。客戶端不需要額外安裝軟件，用戶使用不需要提前培訓，所以，該系統是簡單可操作的。1.3 功能需求分析在生活中，我們每個人

6、都有理財需求。而最傳統的理財方式就是準備一本記賬簿，然后對其進行賬目的手工記錄。甚至多數人沒有記賬習慣，也就沒有理財規劃，導致賬目混亂。所以，設計個人財務管理系統是非常有必要的，它實現的功能有以下幾個方面：1.3.1 前臺頁面模塊：1）個人收支管理：它的功能包含對收入支出記錄的增添（除現金外，只能對現有卡進行增加操作）、更改、刪除、篩選查詢（分為按日期查詢和按賬號查詢）、金額統1t和以Excel文件形式導出數據（只能導出當前的篩選查詢結果）。一條完整的收支記錄包含記錄名稱、說明、金額數量、收支選擇、日期。2）收支報表：它主要負責將收支數據分別以柱狀圖、餅狀圖展現給用戶，給用戶提供以不同角度分析

7、數據的條件。3）卡信息管理：用戶可以對自己的銀行卡、基金卡進行增加、修改、刪除，在編輯的同時保持與所編輯卡的記錄相關聯。4）留言管理：用戶在登錄后可以在本系統留言板發表自己的意見與建議。5）賬號管理：用戶可以進行注冊操作（不能出現用戶名重名的現象）以及對自己賬戶的密碼進行修改。1.3.2 后臺界面模塊：分為管理員角色與超級管理員角色：1）管理員：查看當前系統的參數的功能，修改網站簡介信息。對用戶信息進行維護（增加、刪除、修改、查詢）的權限，但不能編輯用戶密碼。對留言板進行查看和管理，有權限刪除不合理的留言。2）超級管理員：在管理員的基礎上額外增加管理普通管理員和管理用戶密碼的功能。1.4 數據

8、流分析數據流分析指對系統的數據流動方向的進行動態分析，本階段的主要任務就是找出并解決數據流動過程中的問題。而目前來說比較常用的方式是分層數據流程圖，即DataFlowDiagram,簡稱DFD。數據流分析的主要工作是分析系統的數據流程，然后將該流程中所涉及的數據抽象出來，用數據流程圖的方式來描述該系統的數據流程。經過以上的步驟來分析本系統的數據流程，初步確定了系統數據的流動方向，以及系統的主要模塊和功能劃分，本系統模塊大致分為：收入管理模塊、支出管理模塊、卡管理模塊、財務統計模塊、留言管理模塊、用戶管理模塊，分析后得出以下流程圖:游客用戶查看前臺系統的簡介, 查看留言，注冊用戶 查看系統簡介，

9、修改 用戶密碼，查看、編輯、 收支記錄，查看收支記錄圖， 增加、刪除用戶本人留言導出收支記錄文件,打印收支記錄圖個人財務管理系統.平臺,管理員編輯前臺網站信息簡介, 編輯管理員信息，編輯 用戶信息，管理留言圖1-1個人財務管理系統頂層DFD圖用戶/管理員輸入注冊/修改信息用戶注冊、修改信息管理員輸入賬戶名/密碼管理員操作系統獲取指令用戶信息集用戶信息管理員系統和卜»魯理員看錄驗證管理員醺用戶信息統計*用戶信息表收入統計 收入信息統計用戶編輯收支信息一進入系統用戶用戶輸入賬戶名/密碼用戶信目R前臺系統 用川噌*功能支出統計尸卡信息統計用戶操作系統留言統計 > 留言信息統計用戶言息

10、支出信息統計卡信息統計-留言信息 *1留言信息表收支信息用戶/管理員編輯留言信息一留言信息集統計財務信息卡信息一一用戶編輯卡信息財務信息銀行卡信息表.獲取留言指令圖1-2個人財務管理系統數據流圖（0層圖）f 生成用戶信息:一用戶信息年用戶信息表圖1-3用戶注冊數據流圖圖1-4管理員登錄數據流圖1.5 數據字典在本章的前面幾個階段已經分析出了系統的數據流動方向，而本階段的目的是設計數據，從而得到設計結果：數據字典。數據字典就是指某些數據的集合，而這些數據必須包含于數據流圖中，即數據字典詳細記錄了數據流圖中的數據的信息。經過詳細的設計后得出如下數據字典：表1-1管理員信息的數據字典表數據項名內容舉

11、例取值范圍備注管理員編號1001int唯一賬戶名松天同nvarchar150唯一密碼ytg123nvarchar150是否為超級管理員是char2表1-2留言信息的數據字典表數據項名內容舉例回取值范圍備注留言編號1001int唯一留言信息系統還行nvarchar62留言人張三nvarchar150外鍵日期2016/4/221:35nvarchar50表1-3財務資金信息的數據字典表數據項名內容舉例回取值范圍財務編號1001int唯一財務分類買東四nvarchar50賬戶現金nvarchar50金額250.50float時間2016/4/1318:50nvarchar50備注用于投資nvarch

12、ar50收支shounvarchar4會員名李四nvarchar150外鍵1-4用戶信息的數據字典表數據項名內容舉例回取值范圍備注1001int唯一用戶名王五nvarchar150唯一密碼wg456nvarchar150性別男nvarchar1年齡23int1-5網站信息的數據字典表數據項名內容舉例回取值范圍備注信息編號1001int唯一信息名稱網站簡介nvarchar50唯一具體信息1nvarchar3002個人財務管理系統的總體設計與實現2.1 系統功能設計2.1.1 系統功能模塊設計本系統分為賬戶管理、收支管理、卡管理、留言管理模塊，其系統功能模塊如圖2-1所示：圖2-1個人財務管理系統

13、的功能模塊圖詢支記 查收出錄加支錄添收記查看月/年總收支改碼 修密冊號注賬理管用信 管員理戶息2.1.2 功能模塊簡介在上一節的圖2-1中已經說明了個人財務管理系統的總體功能，以下是每個功能的簡介：由于本系統屬于管理系統，許多功能都是通過管理模塊實現。所以，在這里首先介紹管理模塊。管理模塊內容要比客戶模塊更多，因為存在許多對信息的維護工作，包含有查詢、添加、更改和刪除等操作。頁面的命名采用“模塊名+功能名”的方式，見名知意。總體來說，用戶用例圖2-2管理員用戶圖2-3所示管理模塊具有如下功能：系統前臺：1.賬戶管理模塊：1）注冊：用于前臺用戶的注冊。2）登錄：用于前臺用戶的系統登錄。3）修改密

14、碼：用戶登錄后可以選擇修改本賬戶密碼。2 .收支管理模塊：1）收支分析：顯示年/月收支總額。2）收入管理：收入記錄的錄入，查詢，編輯，添加。3）支出管理：支出記錄的錄入，查詢，編輯，添加。4）統計分析：以報表形式展示用戶的財務數據，方便用戶進行統計分析。3 .卡管理模塊：用戶對自己的信用卡，儲蓄卡，基金卡等進行管理維護。4 .留言管理模塊：發表對網站使用問題，建議，意見等；刪除本人留言。用戶系統后臺：1）系統參數：2）管理員維護3）用戶管理：4）留言管理：管理員注冊irf登錄Z賬號管理模塊工修改.收支分析一一i-<收支管理模塊-丁_-_.統計分析留言管理模塊>"留言發布卡

15、管理模塊-7A卡管理圖2-2用戶用例圖管理員可以查看系統運行環境，編輯網站前臺簡介信息。:對后臺管理員的信息進行維護。對前臺用戶的信息進行維護。對留言板信息進行維護。»登錄.賬號管理模塊%-.-1修改酎收入管理一-收支管理模塊»支出管理-u-_4留言管理模塊M刪除-7更新-_卡管理模塊防二卡管理圖2-3管理員用戶圖2.2 數據庫設計2.2.1 數據庫概念結構設計本系統采用ER圖方法描述數據對象之間的關系。采用該方法設計數據庫，大致分成三步：1 .設計局部ER模式。2 .綜合局部ER模式，然后將之整合為一個整體，得到全局ER模式。3 .優化全局ER模式。從而得到邏輯結構模型。

16、設計規劃出的實體有：管理員、用戶實體、收支記錄、卡、留言、網站信息，ER圖如下所示：是否為超級管理員賬號管理員密碼圖2-4管理員信息實體E-R圖圖2-7卡對象實體E-R圖圖2-8留言相對實體E-R圖信息編號/:信息名稱;網站信息:具體信息J圖2-9網站信息相對實體E-R圖通過整合上述局部ER圖，得到如下全局ER圖，。其中每個用戶可以同時擁有N張卡、N條收支記錄以及管理N條本人留言；每張卡可以擁有M條收支記錄；多個管理員管理一條網站信息；管理員與用戶的管理關系為M:N;管理員與留言的管理管理為M:N。詳情如圖2-10所示：收支記錄M擁有管理|1、1.T.LL留言-N一（管理A1T用戶41一管理：

17、一I卡信息圖2-10整體E-R圖2.2.2 數據庫邏輯結構設計此階段就是根據本章第一節的設計好E-R圖設計相對應的邏輯結構，則設計好的邏輯結構如下：1 .管理員：管理員編號（主鍵），管理員賬戶名，管理員密碼2 .用戶：用戶編號（主鍵），賬戶名，密碼，性別，年齡3 .收支：收支編號（主鍵），收支類別，分類，備注，賬戶，添加時間，用戶名（外鍵），金額4 .卡：卡編號（主鍵），用戶名（外鍵），卡賬號，備注，卡名字，卡類型5 .留言：留言編號（主鍵），留言人（外鍵），留言內容，留言日期6 .網站信息：信息編號（主鍵），信息名稱，信息內容2.2.3 數據庫物理結構設計本系統在數據庫中的表設計如下所示（每

18、個表對應數據庫一張表）：表2-1管理員表admin列名字段名數據類型長度adnoint用戶名adNamenvarchar150notnull密碼adPwnvarchar150notnull是否為超級管理員isSchar2notnull表2-2會員表student列名字段名數據類型長度允許空用戶編號idintnotnull姓名namenvarchar150主鍵密碼pwdnvarchar150notnull性別sexnvarchar1null年齡ageintnull2-3money列名字段名數據類型長度允許空賁走編Ridint主鍵分類fenleinvarchar50null賬戶zhanghunva

19、rchar50notnull金額jinefloatnull時間shijiannvarchar50null備注infonvarchar50null收支斐型shouzhinvarchar4notnull會員姓名usernamenvarchar150外鍵表2-4introd列名字段名數據類型長度允許空列名信息編號introdNoint主鍵信息名稱introdNamenvarchar50notnull具體信息introdMsgnvarchar150表2-5卡信息表card列名字段名數據類型長度K編idint卡名namenvarchar50notnull類別stylenvarchar100null卡賬號

20、codenvarchar100notnull備注infonvarchar100null會員名usernamenvarchar150外鍵表2-6留言信息表message列名字段名數據類型長度允許空列名midint內容msgnvarchar62notnull發布后appusernvarchar150外鍵日期datedatetime50null2.3 系統實現在管理員登錄系統前需經過用戶名、密碼和驗證碼的驗證，驗證成功后方可進入后臺界面。可以登錄后臺界面的人員包括普通管理員和超級管理員，超級管理員不能被刪除，可以被修改權限為普通管理員，超級管理員在擁有普通管理員權限的基礎上，額外擁有管理普通管理員信

21、息和管理用戶密碼的權限。普通管理員沒有編輯其他管理員信息和用戶密碼的權限，但是可以對網站簡介、用戶信息及留言信息進行管理。由上所建立的系統流程圖如下所示：前臺界面模塊:圖2-11前臺界面系統流程圖2.后臺界面模塊:登錄輸入用戶名/密碼判斷用戶名 是否合法判斷用戶名/密 碼是否正確Y圖2-12后臺界面系統流程圖本章以下幾節詳細將說明前臺界面各模塊的具體實現。2.3.1 賬戶管理模塊當用戶第一次進入系統時，在系統首頁面板上具有登錄、注冊模塊，用戶必須首先選擇注冊，注冊成功后用戶重新進入首頁選擇登錄，在用戶登錄成功后，可以選擇修改密碼，修改成功后必須重新登錄系統。以上功能組成過了賬戶管理模塊，其具體

22、工作流程圖如下圖2-13所示:開始用戶進入前臺首頁注冊輸入用戶名/密碼圖2-13賬戶管理模塊工作流程圖2.3.2 收支管理模塊用戶在登錄系統之后，可以在收支管理模塊中進行收支記錄的添加、修改、刪除、查詢操作，以及導出收支記錄文件、查看收支記錄動態柱狀圖。本模塊的工作流程圖如圖2-17所示：開始輸入用戶名/密碼L判斷用戶名/密碼是否正確選擇收支管理模塊查看年/月總收支添加/編輯 收支記錄師選查看收支記錄導出收支記錄查看收支記錄柱狀圖I*按日期查詢：按賬戶查詢是否導出文件Y .選擇.選擇收支t表列一/日期賬戶 表 , I I返回查詢結果2.3.3 卡管理模塊用戶在登錄系統之后，可以在卡管理模塊中進

23、行卡信息記錄的添加、修改、刪除操作,查看卡信息的餅狀圖。本模塊的工作流程圖如圖2-22所示：YN選擇卡管理模塊退出系統登錄結束圖2-22卡管理模塊工作流程圖2.3.4 留言管理模塊網站留言板。用戶可以發表對網站的建議，意見等以及管理本人留言，本模塊的工作流程圖如圖2-24所示:開始/一輸入用戶名/密碼判斷用戶名/密碼是否正確N 輸入留Y選擇留言管理模塊添加留言信息4圖2-24留言管理模塊工作流程圖3系統測試軟件測試是軟件開發過程中的重要一步，本階段的目標是測試一個程序的品質和性能，然后對比開發前的規范是否一致，以確保是否符合要求。軟件測試的目的是發現錯誤，這一步是軟件質量保證的關鍵。測試內容：

24、在軟件投入運行前，對軟件需求分析、設計規格說明和編碼的最終復審。測試目的：保證軟件的質量符合規定；給風險評估提供依據。測試原則：1 .從用戶角度出發：在軟件測試中發現的某些問題是否可以修復，或者客戶是否能夠接受。2 .從開發者的角度出發：就是希望通過測試表明本軟件不存在錯誤，能夠正確滿足用戶需求。3.1 測試環境及方法3.1.1 測試環境本次軟件測試需要的軟件環境為：在操作系統Windows7下，安裝了MyEclipse,Chrome瀏覽器，Ofice2010,SQLServer2005等軟件。軟件測試需要的硬件配置為：計算機處理器P42.0G及以上，計算機RAM滿足512M或以上（客戶端128M或以上），硬盤存儲滿足40G或以上，總體來說低于市面上普通電腦的配置。3.1.2 測試方法一般來說，軟件測試的方法從原理上來說大致分為兩類：白盒測試與黑盒測試。1 .黑盒測試：顧名思義