個人財務管理系統設計與實現_第1頁
個人財務管理系統設計與實現_第2頁
個人財務管理系統設計與實現_第3頁
個人財務管理系統設計與實現_第4頁
個人財務管理系統設計與實現_第5頁
已閱讀5頁,還剩23頁未讀, 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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數據庫

2、邏輯結構設計 .102.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密碼修改測試.錯誤!未定義書簽??偨Y .211個人財務管理系統需求分析1.1系統需求分析的任務與步驟任務:調查用戶需求,該“用戶”主要指系統的后臺管理員以及前臺用戶,分析用戶對 系統

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

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

5、界面的響 應速度。因此,它比 Eclipse更具有實用性。在硬件方面,用戶計算機的硬件配置只需滿足以下條件即可:計算機處理器P4 2.0G及以上,計算機 RAM滿足512M或以上,硬盤存儲滿足 40G或以上,該硬件環境要求明顯低 于市面上的普通電腦配置。所以,從技術方面來看開發此系統是可行的。Data Flow122操作可行性由于本系統是基于 B/S模式開發的,用戶可以通過瀏覽網頁的方式進入本系統的操作界 面,使得用戶無論在世界哪個角落,無論在什么時候,只需能連上互聯網,就能登錄本系統進行相關記錄的插入、修改、刪除等操作。操作簡單直接,一切操作都可以在瀏覽器上完成。 客戶端不需要額外安裝軟件,

6、用戶使用不需要提前培訓,所以,該系統是簡單可操作的。1.3功能需求分析在生活中,我們每個人都有理財需求。而最傳統的理財方式就是準備一本記賬簿,然后對其進行賬目的手工記錄。甚至多數人沒有記賬習慣,也就沒有理財規劃,導致賬目混亂。所以,設計個人財務管理系統是非常有必要的,它實現的功能有以下幾個方面:131.前臺頁面模塊:1)個人收支管理:它的功能包含對收入支出記錄的增添(除現金外,只能對現有卡進行增加操作)、更改、刪除、篩選查詢(分為按日期查詢和按賬號查詢)、金額統計和以Excel 文件形式導出數據(只能導出當前的篩選查詢結果)。一條完整的收支記錄包含記錄名稱、說明、金額數量、收支選擇、日期。2)

7、收支報表:它主要負責將收支數據分別以柱狀圖、餅狀圖展現給用戶,給用戶提供 以不同角度分析數據的條件。3)卡信息管理:用戶可以對自己的銀行卡、基金卡進行增加、修改、刪除,在編輯的 同時保持與所編輯卡的記錄相關聯。4)留言管理:用戶在登錄后可以在本系統留言板發表自己的意見與建議。5)賬號管理:用戶可以進行注冊操作(不能出現用戶名重名的現象)以及對自己賬戶 的密碼進行修改。1.3.2 .后臺界面模塊:分為管理員角色與超級管理員角色:1) 管理員: 查看當前系統的參數的功能,修改網站簡介信息。對用戶信息進行維護(增加、刪除、修改、查詢)的權限,但不能編輯用戶密碼。對留言板進行查看和管理,有權限刪除不合

8、理的留言。2)超級管理員:在管理員的基礎上額外增加管理普通管理員和管理用戶密碼的功能。1.4數據流分析數據流分析指對系統的數據流動方向的進行動態分析,本階段的主要任務就是找出并解 決數據流動過程中的問題。而目前來說比較常用的方式是分層數據流程圖,即Diagram,簡稱 DFD。數據流分析的主要工作是分析系統的數據流程,然后將該流程中所涉及的數據抽象出來,用數據流程圖的方式來描述該系統的數據流程。經過以上的步驟來分析本系統的數據流程,初步確定了系統數據的流動方向,以及系統的主要模塊和功能劃分,本系統模塊大致分為:收入管理模塊、支出管理模塊、卡管理模塊、財務統計模塊、留言管理模塊、用戶管理模塊,分

9、析后得出以下流程圖:圖1-2個人財務管理系統數據流圖(0層圖)用戶信息用戶信息表1.5數據字典在本章的前面幾個階段已經分析出了系統的數據流動方向,而本階段的目的是設計數據,從而得到設計結果:數據字典。數據字典就是指某些數據的集合,而這些數據必須包含于數據流圖中,即數據字典詳細記錄了數據流圖中的數據的信息。經過詳細的設計后得出如下數據字典:表1-1管理員信息的數據字典表數據項名內容舉例類型取值范圍備注管理員編號1001int唯一賬戶名楊天冋n varchar150唯一密碼ytg123n varchar150是否為超級管理員是char2表1-2留言信息的數據字典表數據項名內容舉例類型取值范圍備注留

10、言編號1001int唯一留言信息系統還行n varchar62留言人張三n varchar150外鍵4生成用戶信息圖1-3用戶注冊數據流圖圖1-4管理員登錄數據流圖日期2016/4/2 21:35n varchar50表1-3財務資金信息的數據字典表數據項名內容舉例類型取值范圍備注財務編號1001int唯一財務分類買東西n varchar50賬戶現金n varchar50金額250.50float時間2016/4/13 18:50n varchar50備注用于投資n varchar50收支shoun varchar4會員名李四n varchar150外鍵表1-4用戶信息的數據字典表數據項名內容

11、舉例類型取值范圍備注用戶編號1001int唯一用戶名王五n varchar150唯一密碼wg456n varchar150性別男n varchar1年齡23int表1-5網站信息的數據字典表數據項名內容舉例類型取值范圍備注信息編號1001int唯一信息名稱網站簡介n varchar50唯一具體信息隨手理財好幫手n varchar3002個人財務管理系統的總體設計與實現2.1系統功能設計2.1.1系統功能模塊設計本系統分為賬戶管理、收支管理、卡管理、留言管理模塊,其系統功能模塊如圖示:2-1所個人財務管理系統賬 戶 管 理收 支 管 理留.言管理圖2-1個人財務管理系統的功能模塊圖2.1.2功能

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

13、收支分析:顯示年/月收支總額。2) 收入管理:收入記錄的錄入,查詢,編輯,添加。3) 支出管理:支出記錄的錄入,查詢,編輯,添加。4) 統計分析:以報表形式展示用戶的財務數據,方便用戶進行 統計分析。3卡管理模塊:用戶對自己的信用卡,儲蓄卡,基金卡等進行管理維護。4留言管理模塊:發表對網站使用問題,建議,意見等;刪除本人留言。圖2-2用戶用例圖系統后臺:1) 系統參數:管理員可以查看系統運行環境,編輯網站前臺簡介信息。2) 管理員維護:對后臺管理員的信息進行維護。3) 用戶管理:對前臺用戶的信息進行維護。4) 留言管理:對留言板信息進行維護。登錄 賬號管理模塊修改”收入管理-一-_ -收支管理

14、模塊4支出管理“留言管理模塊刪除-.更新注冊賬號管理模塊卡管理模塊卡管理用戶修改 _留言發布統計分析圖2-3管理員用戶圖本系統采用1 設計局部ER模式。2.綜合局部ER模式,然后將之整合為一個整體,得到全局ER模式。3 優化全局ER模式。從而得到邏輯結構模型。設計規劃出的實體有:管理員、用戶實體、收支記錄、卡、留言、網站信息,ER圖如2.2數據庫設計2.2.1數據庫概念結構設計ER圖方法描述數據對象之間的關系。采用該方法設計數據庫,大致分成三步:下所示:賬號管理員 是否為超級 管理員圖2-4管理員信息實體 E-R圖密碼性別用戶名字分類時間卡留言人留言日期I圖2-5用戶對象實體E-R圖收支編號卡

15、賬戶卡編號卡賬號用戶名圖2-6收支對象實體圖 E-R圖圖2-7卡對象實體E-R圖用戶編號密碼留言編號年齡收支類別卡名字留言字段用戶名備注備注金額卡類型收支留言一N收支記錄 -M.管理1 用戶1管理擁有圖2-8留言相對實體E-R圖圖2-9網站信息相對實體 E-R圖通過整合上述局部 ER圖,得到如下全局 ER圖,。其中每個用戶可以同時擁有 N張卡、N條收支記錄以及管理 N條本人留言;每張卡可以擁有M條收支記錄;多個管理員管理一條網站信息;管理員與用戶的管理關系為M:N ;管理員與留言的管理管理為M:N。詳情如圖2-10所示:圖2-10整體E-R圖2.2.2數據庫邏輯結構設計此階段就是根據本章第一節

16、的設計好E-R圖設計相對應的邏輯結構,則設計好的邏輯結構如下:1.管理員:管理員編號(主鍵),管理員賬戶名,管理員密碼2用戶:用戶編號(主鍵),賬戶名,密碼,性別,年齡3收支:收支編號(主鍵),收支類別,分類,備注,賬戶,添加時間,用戶名(外鍵), 金額4卡:卡編號(主鍵),用戶名(外鍵),卡賬號,備注,卡名字,卡類型5.留言:留言編號(主鍵),留言人(外鍵),留言內容,留言日期6 網站信息:信息編號(主鍵),信息名稱,信息內容2.2.3數據庫物理結構設計本系統在數據庫中的表設計如下所示(每個表對應數據庫一張表):網站信息j/F信息名稱具體信息表2-1管理員表 admin列名字段名數據類型長度

17、允許空用戶編號adnoint主鍵用戶名adNamen varchar150not n ull密碼adPwn varchar150not n ull是否為超級管理員isSchar2not n ull表2-2會員表student列名字段名數據類型長度允許空用戶編號idintnot n ull姓名n amen varchar150主鍵密碼pwdn varchar150not n ull性別sexn varchar1null年齡ageintnull表2-3財務資金表money列名字段名數據類型長度允許空資金編號idint主鍵分類fenlein varchar50null賬戶zhanghun varch

18、ar50not n ull金額ji nefloatnull時間shijia nn varchar50null備注infon varchar50null收支類型shouzhin varchar4not n ull會員姓名user namen varchar150外鍵表2-4網站信息表in trod列名字段名數據類型長度允許空列名信息編號in trodNoint主鍵信息名稱in trodNamen varchar50not n ull具體信息in trodMsgn varchar150表2-5卡信息表 card列名字段名數據類型長度允許空卡編號idint主鍵卡名n amen varchar50no

19、t n ull類別stylen varchar100null卡賬號coden varchar100not n ull備注infon varchar100null會員名user namen varchar150外鍵表2-6留言信息表message列名字段名數據類型長度允許空列名留言編號midint主鍵內容msgn varchar62not n ull發布者appusern varchar150外鍵日期datedatetime50null2.3系統實現在管理員登錄系統前需經過用戶名、密碼和驗證碼的驗證,驗證成功后方可進入后臺界面??梢缘卿浐笈_界面的人員包括普通管理員和超級管理員,超級管理員不能被刪

20、除, 可以被修改權限為普通管理員, 超級管理員在擁有普通管理員權限的基礎上,額外擁有管理普通管理員信息和管理用戶密碼的權限。普通管理員沒有編輯其他管理員信息和用戶密碼的權 限,但是可以對網站簡介、用戶信息及留言信息進行管理。由上所建立的系統流程圖如下所示:1 前臺界面模塊:客戶注冊登錄系統登錄NY- 是否繼續圖2-11前臺界面系統流程圖2.后臺界面模塊:圖2-12后臺界面系統流程圖本章以下幾節詳細將說明前臺界面各模塊的具體實現。2.3.1賬戶管理模塊當用戶第一次進入系統時, 在系統首頁面板上具有登錄、注冊模塊,用戶必須首先選擇注冊,注冊成功后用戶重新進入首頁選擇登錄,在用戶登錄成功后,可以選擇

21、修改密碼,修 改成功后必須重新登錄系統。以上功能組成過了賬戶管理模塊,其具體工作流程圖如下圖2-13所示:圖2-13賬戶管理模塊工作流程圖2.3.2收支管理模塊用戶在登錄系統之后,可以在收支管理模塊中進行收支記錄的添加、修改、刪除、查詢操作,以及導出收支記錄文件、查看收支記錄動態柱狀圖。本模塊的工作流程圖如圖2-17所示:開始查看卡信息的餅狀圖。本模塊的工作流程圖如圖2-22所示:輸入用戶名/密碼判斷用戶名/密碼是否正確查看年/月總收支添加/編輯收支記錄篩選查看收支記錄導岀收支記錄查看收支記錄柱狀圖N是否導出文件按日期查詢1收支記錄列日期賬尸表1 1開始選擇收支管理模塊_1 Fr233卡管理模

22、塊用戶在登錄系統之后,可以在卡管理模塊中進行卡信息記錄的添加、修改、刪除操作,是否提交數據輸入收 支信息I按日期查詢I按賬戶查詢Y返回查詢結果選擇 日期選擇 選擇開始4輸入用戶 名/密碼判斷用戶名/密碼是否正確YN圖2-22卡管理模塊工作流程圖234留言管理模塊網站留言板。用戶可以發表對網站的建議,意見等以及管理本人留言,本模塊的工作流程圖如圖2-24所示:添加留言信息查看全部留 言信息是否提交數據十判斷用戶名/密碼是否正確選擇留言管理模塊開始輸入用戶名/密碼查看本人留言輸入留Y退出系統登錄留言信息列表是否刪除刪除本人 留言結束圖2-24留言管理模塊工作流程圖3系統測試軟件測試是軟件開發過程中

23、的重要一步,本階段的目標是測試一個程序的品質和性能,然后對比開發前的規范是否一致,以確保是否符合要求。 軟件測試的目的是發現錯誤,這一步是軟件質量保證的關鍵。測試內容:在軟件投入運行前,對軟件需求分析、設計規格說明和編碼的最終復審。測試目的:保證軟件的質量符合規定;給風險評估提供依據。測試原則:1從用戶角度出發:在軟件測試中發現的某些問題是否可以修復,或者客戶是否 能夠接受。2從開發者的角度出發:就是希望通過測試表明本軟件不存在錯誤,能夠正確滿 足用戶需求。3.1測試環境及方法3.1.1測試環境本次軟件測試需要的軟件環境為:在操作系統Windows7下,安裝了 MyEclipse, Chrome瀏覽器,Ofice2010, SQL Server2005等軟件。軟件測試需要的硬件配置為:計算機處理器 P4 2.0G及以上,計算機RAM滿足512M或以上(客戶端128M或以上),硬盤存儲滿足40G或以上,總體來說低于市面上普通電腦的 配置。3.1.2測試方法一般來說,軟件測試的方法從原理上來說大致分為兩類:白盒測試與黑盒測試。1.黑盒測試:顧名思義,黑盒測試就是把我們所測試的系統看做是一個不透明的黑盒子,我們不

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論