【正文】 。對(duì)于我們年輕人來說，我相信：挑戰(zhàn)越多，機(jī)會(huì)越多。這并不是畢業(yè)設(shè)計(jì)的結(jié)束，更不是人生在學(xué)習(xí)生涯中的結(jié)束，而是新環(huán)境、新學(xué)習(xí)、新挑戰(zhàn)的開始。就像我們生活中的第一件事都需要有始有終，認(rèn)真對(duì)待。 // (())。 // Long pid = ().getId()。 // } // Item item=(41)。 // for(Item item:items) // { // ((()))。 // ((43L).getPitem().getSitems())。 } public static void main(String[] args) { // ApplicationContext applicationContext = new ClassPathXmlApplicationContext()。 (thenav)。 tempStr[1] = 。 (str)。 } else { thenav = new ArrayList()。 if(thenav!=null) { String[] str ={收入 /支出 ,?pid=0}。 } return itemType。 } public String getSZbyPK(Long id) { String itemType = 收入 。 } //通過 ID 得到所有的 PID public Item getPItem(long id) { return 第 27 頁 ((id).getPitem().getId())。 } // 根據(jù)父項(xiàng)目 id獲得其子項(xiàng)目集合 public ListItem getAllItems() { return ()。 if(()!=0||()!=0){ return false。 ListItem sitems = (id)。 } // 首先判斷這些項(xiàng)目中是否有子項(xiàng)目，或是否已有帳目，如有則不可以刪除 public boolean canDelete(String[] ids) { for(String s : ids) { // Long id = new Long(s)。 } 第 26 頁 // 刪除一個(gè)項(xiàng)目 public void delete(long id) { (id)。 } // 保存 Item 對(duì)象 public void save(Item item) { (item)。 } public void setItemDao(ItemDao itemDao) { = itemDao。 private ItemDao itemDao。 // 收入類型 ,項(xiàng)目 ID,即收入項(xiàng)目的父 ID private final static long INCOME_ID = 1。 import 。 import 。 import 。 import 。 import 。 點(diǎn)擊確定刪除，用例結(jié)束。 刪除收支項(xiàng)目 使用者：用戶 目的：刪除條目 基本事件流： 進(jìn)入收支項(xiàng)目管理界面，點(diǎn)擊刪除，本用例開始。 對(duì)當(dāng)前選中的收支條目進(jìn)行修改編輯。 點(diǎn)擊確定，用例結(jié)束。 模塊流程圖如圖 ： 圖 登錄模塊流程圖 開始 用戶登錄 進(jìn)入系統(tǒng) 失敗 3 次 退 出 第 23 頁 登陸窗體如圖 ： 圖 登錄窗體 輸入正確的用戶名和密碼登錄，進(jìn)入系統(tǒng)主界面，如下圖示： 圖 系統(tǒng)主界面 第 24 頁 查看收支項(xiàng)目 使用者：用戶 目的：查看收支具體信息 基本事件流： 進(jìn)入收支項(xiàng)目管理界面，點(diǎn)擊查看，本用例開始。選擇取消退出登陸系統(tǒng)。根據(jù)上述設(shè)計(jì)規(guī)劃出以下各個(gè)實(shí)體及其 ER圖： 圖 成員信息圖 收入項(xiàng)目 收入來源 編號(hào) 支出項(xiàng)目 支出類型 編號(hào) 成員信息 編號(hào) 權(quán)限 姓名 密碼 稱呼 第 17 頁 圖 收入支出項(xiàng)目圖 圖 日常收入信息圖 綜合以上 ER模型，得到整個(gè)系統(tǒng)的 ER關(guān)系圖，如下示： 日常收入信息 項(xiàng)目 備注 人員 來源 編號(hào) 日期 方式 金額 用 戶 管 理 管 理 日常收入 日常支出 查詢 查詢 收入項(xiàng)目 支出類型 第 18 頁 圖 ER 關(guān)系圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)模型的邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)是把概念結(jié)構(gòu)設(shè)計(jì)好的基本的 ER圖轉(zhuǎn)換為支持關(guān)系模型的 DBMS 相符合的邏輯結(jié)構(gòu)。 系統(tǒng)架構(gòu) 通過對(duì)家庭理財(cái)功能的分析，本系統(tǒng)分為系統(tǒng)登錄界面、系統(tǒng)主程序界面、導(dǎo)出數(shù)據(jù)庫界面、導(dǎo)入數(shù)據(jù)庫界面、收支項(xiàng)目管理界面、家庭成員管理界面、日常收入管理界面、日常支出管理界面、查詢明細(xì)界面。系統(tǒng)設(shè)計(jì)階段的主要任務(wù)是：在系統(tǒng)分析提出的邏輯模型的基礎(chǔ)上，科學(xué)合理地進(jìn)行物理模型設(shè)計(jì)。模塊化指的是把一個(gè)程序按功能分解成若干彼此具有一定獨(dú)立性同時(shí)也具有一定聯(lián)系的組成部分，這些組成部分稱為模塊。 第 12 頁 ◆ 理財(cái) 分析，實(shí)現(xiàn)分類查詢，即按類別查詢收支明細(xì)，而且可以看到收支的財(cái)務(wù)分析報(bào)告，并可打??； ◆ 數(shù)據(jù)維護(hù)：包括數(shù)據(jù)庫的備份、數(shù)據(jù)庫的導(dǎo)入 /出，方便用戶保存和早期查詢； 第 13 頁 第 3 章 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)設(shè)計(jì)方法 系統(tǒng)設(shè)計(jì)是對(duì)整個(gè)管理系統(tǒng)功能進(jìn)行分析，并劃分和構(gòu)建系統(tǒng)功能模塊。理財(cái)項(xiàng)目包括日常收入來源和支出類型，相關(guān)信息存在“收入來源表”、“支出類型表”、“活期賬戶信息表”均可以實(shí)現(xiàn)添加、刪除、修改功能； ◆ 日常財(cái)務(wù)管理，包括日常收入和日常支出，即記下日常的收入和日常的支出。本系統(tǒng)主 要有以下功能： ◆ 對(duì)家庭成員資料的管理及對(duì)使用權(quán)限的管理。它有三個(gè)要點(diǎn)： (1)分解和抽象； (2)圖表描述； (3)模型轉(zhuǎn)換。它是一種利用系統(tǒng)工程的思想和有關(guān)結(jié)構(gòu)的概念、自頂向下劃分模塊、逐步求精的分析方法。其中，結(jié)構(gòu)化分析方法自從 20 世紀(jì) 70 年代末提出以后，由于其簡(jiǎn)單、清晰、易于學(xué)習(xí)、掌握和使用的特點(diǎn)，成為長(zhǎng)期以來被廣泛使用的分析方法。如果在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話，那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要，或者軟件無法在規(guī)定的時(shí)間里完工。在這個(gè)過程中，系統(tǒng)分析員和軟件工程師必須確定顧客的需要。需求分析的任務(wù)是通過詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對(duì)象，充分了解原系統(tǒng)的工作概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定新系統(tǒng)的功能。 由此可以得出，本系統(tǒng)在經(jīng)濟(jì)上是具有可行性的。有了家庭理財(cái)系統(tǒng)，不僅使用戶對(duì)口袋里錢的去向一目了然，而且可以幫助用戶漸漸感悟到一些心得，摸清哪些花費(fèi)是必要的，哪些“意外開支”是可以避免的，哪筆開支是可繼續(xù)評(píng)估其必要性的。 (2)本系統(tǒng)的運(yùn)行可以大大提高居民管理財(cái)務(wù)的效率，減少不必要的人力和物力。家庭理財(cái)管理系統(tǒng)廉價(jià)的開發(fā)成本，卻能夠?yàn)榫用駧硐喈?dāng)大的實(shí)惠和方便。本系統(tǒng)也是這樣，開發(fā)成本較低，只是需要一臺(tái)配置一般 的計(jì)算機(jī)，該系統(tǒng)運(yùn)行時(shí)占計(jì)算機(jī)的資源也不多，但并不會(huì)因?yàn)殚_發(fā)成本低而造成系統(tǒng)功能性能的下降。 經(jīng)濟(jì)可行性 進(jìn)行軟件開發(fā)項(xiàng)目成本的估算以及了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)，這些即為經(jīng)濟(jì)可行性。本系統(tǒng)的開發(fā)使用 MyEclipse 作為系統(tǒng)開發(fā)的開發(fā)環(huán)境，它作為一種現(xiàn)代化的編程語言，提供完善的指令控制語句、類與對(duì)象的支持及豐富的數(shù)據(jù)類型，給開發(fā)高性能系統(tǒng)提 供了保障，為開發(fā)滿足客戶要求的系統(tǒng)保證了代碼的模塊化要求，而代碼模塊化的提高，非常有利于以后對(duì)新系統(tǒng)的擴(kuò)展與修改。智能家庭理財(cái)系統(tǒng)的實(shí)施，將很大程度上提高現(xiàn)代家庭的理財(cái)效率，使得現(xiàn)代家庭能夠更加方便的對(duì)自己的財(cái)務(wù)進(jìn)行個(gè)性化的管理。 系統(tǒng)可行性分析 可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。系統(tǒng)測(cè)試之后寫出系統(tǒng)測(cè)試分析報(bào)告。這個(gè)階段的特點(diǎn)是幾個(gè)互相聯(lián)系、互相制約的任務(wù)同時(shí)展開，必須精心安排、合理組織。 系統(tǒng)實(shí)施階段 第 8 頁 系統(tǒng)實(shí)施階段是將設(shè)計(jì)的系統(tǒng)付諸實(shí)施的階段。這個(gè)階段又稱為物理設(shè)計(jì)階段，可 分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。 系統(tǒng)設(shè)計(jì)階段 簡(jiǎn)單地講，系統(tǒng)分析階段的任務(wù)是回答系統(tǒng)“做什么”的問題，而系統(tǒng)設(shè)計(jì)階段要回答的問題是“怎么做”。用戶通過說明書可以了解未來系統(tǒng)的功能，判斷是不是其所要求的系統(tǒng)。它既是給用戶看的，也是下一階段的工作依據(jù)。這個(gè)階段又稱為邏輯設(shè)計(jì)階段，他是整個(gè)系統(tǒng)建設(shè)的關(guān)鍵階段，也是信息系統(tǒng)建設(shè)與一般工程項(xiàng)目的重要區(qū)別所在。可行性分析報(bào)告審議通過后，將新系統(tǒng)建設(shè)方案及實(shí)施計(jì)劃編寫成系統(tǒng)設(shè)計(jì)任務(wù)書。 根據(jù)需要與可能，給出擬建系統(tǒng)的備選方案。 信息系統(tǒng)的生命周期可以分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)運(yùn)行和維護(hù)等五個(gè)階段。 系統(tǒng)開發(fā)理論介紹 軟件的生命周期指從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被 淘汰的全過程。由于 Struts 能充分滿足應(yīng)用開發(fā)的需求，簡(jiǎn)單易用，敏捷迅速。 開發(fā)框架技術(shù) MVC 對(duì)于框架技術(shù)，我們采用 Struts+ Struts+Hibernate 的整合，其實(shí)任何一種框架都可以完成我們的項(xiàng)目，但我們選擇三種框架的組合是因?yàn)槿N框架各有好處，我們利用它們的優(yōu)點(diǎn)，來避免它們的缺點(diǎn)，充分利用 Java 技術(shù)在 web 的應(yīng)用。對(duì)復(fù)制的力度而言，有整個(gè)數(shù)據(jù)庫表的復(fù)制，表中部分行的復(fù)制。但 ORACLE 采用的一些高級(jí)管理方法，如同義詞 (SYNONME)等使我們覺察不到這個(gè)過程，似乎遠(yuǎn)端的數(shù)