【正文】 體DAO實現(xiàn)類）、SubExpenseCategoryDaoImpl（二級支出類別實體DAO實現(xiàn)類）、IneCategoryDaoImpl（收入類別實體DAO實現(xiàn)類）等系統(tǒng)業(yè)務(wù)服務(wù)類Service活動類?！熬庉嫿栀J”：用戶首先點擊支出記錄進(jìn)入編輯支出界面，系統(tǒng)首先調(diào)用LoanService獲取需要編輯的Loan對象，并將對象的各屬性數(shù)據(jù)顯示在界面上，根據(jù)界面UI組件的提示來編輯相關(guān)數(shù)據(jù)；更改后的數(shù)據(jù)有關(guān)聯(lián)賬戶和借貸賬戶對象，LoanActivity邊界類通過getAccount()方法獲取Account對象；getLoaner()方法獲取債權(quán)人Loaner對象；LoanActivity邊界類再將用戶修改后的各數(shù)據(jù)進(jìn)行驗證、封裝成為Loan借貸對象，通過LoanService的update(loan : Loan)更新方法將Loan對象進(jìn)行更新；LoanService繼續(xù)調(diào)用ILoanDao的update(loan: Loan)方法將數(shù)據(jù)庫中的Loan對象進(jìn)行更新。對于業(yè)務(wù)邏輯層中的Service類，定義了一個BaseService基礎(chǔ)服務(wù)類，在此基礎(chǔ)類中定義了一個IBaseDao類型的屬性dao，并定義了基本的CRUD方法，例如：add(T entity)、update(T entity)、delete(Serializable id)、get(Serializable id)、getAll()等方法，這些方法均是通過調(diào)用IBaseDao中的CRUD方法來是實現(xiàn)的。輸出方式：滾動列表、柱狀圖、折線圖輸出設(shè)備：顯示屏(3) 人機(jī)界面設(shè)計系統(tǒng)首頁界面設(shè)計：首頁界面的頂部有一標(biāo)題欄，正中位置顯示本系統(tǒng)的名稱“iFinance”，其最右端有一循環(huán)箭頭圖標(biāo)，點擊此圖標(biāo)可將手機(jī)上的數(shù)據(jù)同步至服務(wù)器端的Web版的個人記賬系統(tǒng)；標(biāo)題欄下方，是簡要的收入、支出統(tǒng)計，分別為本日、本周、本月三個時期的收入和支出金額統(tǒng)計，讓用戶在首頁就能簡要了解自己的近期收入、支出的金額；再下方是四個功能按鈕，分別為“新增支出”、“新增收入”、“新增轉(zhuǎn)賬”、“新增借貸”，用戶只要點擊這些按鈕，就能進(jìn)入相應(yīng)的記賬界面；最底部是快速工具欄，包括“首頁”、“明細(xì)”、“報表”、“數(shù)據(jù)”、“設(shè)置”等五個菜單項，點擊相應(yīng)的菜單項即可進(jìn)入相應(yīng)界面。系統(tǒng)主界面顯示本日支出和本月支出，以及進(jìn)行支出、收入、轉(zhuǎn)賬和借貸的記賬按鈕，底部工具欄顯示進(jìn)入其他界面的按鈕。常用來對表現(xiàn)層傳入的數(shù)據(jù)進(jìn)行業(yè)務(wù)邏輯處理。(3) “刪除轉(zhuǎn)賬”：系統(tǒng)刪除指定轉(zhuǎn)賬賬目記錄。“賬戶類型”的情況正相反，經(jīng)過分析賬戶對象的屬性有名稱和當(dāng)前余額，而后分析得賬戶類型可分為較為固定的7種：現(xiàn)金、信用卡、儲蓄（卡、存折等）、投資賬戶（股票、基金等）、儲值卡（購物卡、一卡通等）、網(wǎng)上支付（支付寶、PayPal等）和虛擬賬戶（Q幣、人人豆），不會再次基礎(chǔ)上進(jìn)行自我設(shè)置，故應(yīng)將“賬戶類型”作為“賬戶”的一個屬性，舍棄作為對象的想法。收入管理和支出管理的用例規(guī)約十分相近，轉(zhuǎn)賬管理和借貸管理稍有區(qū)別。 非功能性需求移動互聯(lián)網(wǎng)時代，一個應(yīng)用想要獲得用戶青睞，讓用戶真正的喜歡上該系統(tǒng)，不僅僅需要滿足用戶的功能性需求，非功能性需求的滿足也是十分必要的，必須具備以下良好的用戶體驗：(1) 界面簡潔明了，不失美感，必須適合全觸摸屏的使用習(xí)慣(2) 操作應(yīng)盡量簡單、快速(3) 程序頁面跳轉(zhuǎn)應(yīng)流暢、平滑(4) 使用優(yōu)秀的算法，將明細(xì)查詢和統(tǒng)計分析的報表生成時間做到最短(5) 金額數(shù)字應(yīng)顯示清晰，畢竟手機(jī)屏幕的大小仍有限， 用例模型 識別參與者所謂的參與者是系統(tǒng)之外與系統(tǒng)進(jìn)行交互的任何事物，一般是使用系統(tǒng)的用戶或是其他外部系統(tǒng)、外部設(shè)備等外部實體。 功能性需求通過案例分析，大致得出以下主要功能需求：(1) 記賬功能：收入、支出、轉(zhuǎn)賬等條目的記錄。Excel具有強(qiáng)大的統(tǒng)計功能，因此能夠快捷地進(jìn)行各類統(tǒng)計分析，甚至生成圖表分析結(jié)果。 社會可行性隨著生活水平的提高，經(jīng)濟(jì)活動占據(jù)個人生活的主導(dǎo)地位，在消費的同時，想要通過記賬的方式進(jìn)行個人理財?shù)娜吮囟ú辉谏贁?shù)。 可行性研究及結(jié)論 必要性分析記賬的形式多種多樣，有的人至今仍然隨身攜帶記賬本和筆隨時隨地進(jìn)行記賬，的確不能說這種方式不方便，能夠在消費發(fā)生的第一時間就拿出來進(jìn)行記錄，但是后期需要進(jìn)行大量的人工數(shù)據(jù)統(tǒng)計工作，更不用說報表輸出了；而有的人早已廢棄紙幣，選擇了電腦軟件進(jìn)行記賬，如Excel工作簿、記賬通等，最大的有點就是帶有強(qiáng)大的數(shù)據(jù)分析和報表輸出功能，但是缺點是電腦哪怕是筆記本電腦想要隨時攜帶比較麻煩，想要在消費發(fā)生的第一時間就進(jìn)行記賬幾乎不可能。其中，Struts2是主要負(fù)責(zé)表示層和控制層的典型MVC框架，能夠?qū)蛻舳苏埱筮M(jìn)行攔截，對頁面數(shù)據(jù)進(jìn)行封裝并轉(zhuǎn)化為能讓后臺更為方便處理的對象，在后臺對數(shù)據(jù)處理完之后，Struts2還負(fù)責(zé)將結(jié)果反饋給客戶端，使系統(tǒng)的邏輯更為清晰。第一款采用Android系統(tǒng)的智能手機(jī)發(fā)布至今不到4年，Android系統(tǒng)已經(jīng)成為了最炙手可熱的生態(tài)系統(tǒng)，包括三星、索尼、宏達(dá)電等知名手機(jī)硬件產(chǎn)商都大力主推搭載Android系統(tǒng)的智能手機(jī)。面向?qū)ο蠓治鲋饕傅氖菍栴}域中存在的客觀事物或概念抽象識別為對象建立分析模型，用對象的屬性和服務(wù)（service）分別描述事物的靜態(tài)特征和行為，并且保留問題域中事物之間關(guān)系的原貌。而數(shù)據(jù)加密功能，本人覺得本身移動終端就是私人隨身攜帶的物品，極少會到他人手上，被他人查看記賬數(shù)據(jù)的可能也是極小，因此加密功能筆者認(rèn)為并不重要，可以刪去。但是，該應(yīng)用是收費的。(4) Finance Note：和國內(nèi)的精英理財在功能數(shù)量上十分相近，都沒有轉(zhuǎn)入、轉(zhuǎn)出轉(zhuǎn)賬的記錄功能。與此同時，隨手記也就具有了數(shù)據(jù)同步功能，使得數(shù)據(jù)更為安全，不易丟失?？偨Y(jié)歸納如下：(1) 快捷記賬：是6個現(xiàn)有應(yīng)用之中功能較為全面的一個，包括各項賬目的收支、轉(zhuǎn)出轉(zhuǎn)入，同時也具有了較為強(qiáng)大的數(shù)據(jù)統(tǒng)計分析功能，對于數(shù)據(jù)的安全性也提供了相應(yīng)的保護(hù)措施。(4) 完整性。記賬需要堅持，只有堅持記賬才能發(fā)揮作用，但是怎樣才能堅持呢？其中最關(guān)鍵的就是要有一個好的工具能幫助你有效的記賬，做到隨時隨地記賬這是必須的，而且還能隨時隨地對你的歷史賬簿進(jìn)行查詢統(tǒng)計，這樣才能有效的控制你的消費，否則想查的時候查不到，想記的時候不能記，那也是白搭！手機(jī)是目前最為普及的便攜移動設(shè)備，具有最為廣泛的普遍性，且隨著手機(jī)操作系統(tǒng)的智能化，以及日益強(qiáng)大的運(yùn)算功能，移動記賬軟件的出現(xiàn)，很好地解決了以上種種方式的弊端。當(dāng)你學(xué)會了記賬，會在看到清清楚楚的賬單數(shù)據(jù)，然后痛恨自己一把怎么花了這么多錢；當(dāng)你學(xué)會了記賬，會時刻提醒自己要節(jié)約從而積累下更多的財富。但是對于大部分人的生活來說，個人理財?shù)母拍畈]有那么復(fù)雜，畢竟儲蓄和投資并不占據(jù)生活的主體，而弱化后的理財，主要以財富的管理、安排和控制這幾方面。有句話說得好，“你不理財，財不理你”。早在距今幾萬年前的舊石器時代中晚期，人類的祖先就在石器上使用簡單刻記的方式進(jìn)行財產(chǎn)的記錄。 移動記賬應(yīng)用的意義說起記賬，相信大家的腦海里會浮現(xiàn)出多種多樣的記賬方式。由于軟件是搭載在手機(jī)終端上，因此自然而然的擁有了便捷隨身移動的特征，能夠讓用戶隨時隨地的攜帶著記賬工具。目前在諸如國外的Google Play和國內(nèi)的安智市場、應(yīng)用匯等各大應(yīng)用商店、市場中都有大量優(yōu)秀的各類應(yīng)用供廣大用戶下載使用。除此之外，還有大家都很關(guān)心的一點，快捷記賬是需要收費的。(3) 精英理財：從產(chǎn)品的規(guī)模上可以看出是屬于國內(nèi)個人開發(fā)者的產(chǎn)品。在于應(yīng)用價格方面，其同意是免費的，相信在國外還是具有一定的用戶數(shù)量的。該應(yīng)用也是需要收費的。最后，還有十分重要的一點，就是應(yīng)用的價格問題。面向?qū)ο缶幊讨傅氖沁x定面向?qū)ο蟮恼Z言，對應(yīng)設(shè)計模型，實現(xiàn)模型中的類及其中的屬性和服務(wù)，進(jìn)而實現(xiàn)整個系統(tǒng)。 Java程序設(shè)計語言Java程序設(shè)計語言是Sun公司于1995年5月發(fā)布的一門面向?qū)ο蟮某绦蛟O(shè)計語言。良好的框架應(yīng)用，可以減輕開發(fā)者在技術(shù)解決方案上消耗的精力和負(fù)擔(dān)，將注意力轉(zhuǎn)移到問題業(yè)務(wù)的解決上，并且在編碼時減少代碼的編寫量，提高開發(fā)效率。 技術(shù)可行性此基于Android平臺的個人記賬系統(tǒng)所需技術(shù)的要求，以及現(xiàn)有掌握熟練程度，存在的差距等方面進(jìn)行分析可采用下表形式表示：表1–2 關(guān)鍵技術(shù)分析表關(guān)鍵技術(shù)項要求現(xiàn)有水平對照分析Android活動及其生命周期熟練熟練可以滿足要求Java熟練熟練可以滿足要求AJAX了解了解可以滿足要求jQuery了解了解可以滿足要求JSON熟練熟練可以滿足要求XML熟練熟練可以滿足要求Struts2熟練熟練可以滿足要求Hibernate熟練熟練可以滿足要求Spring熟練熟練可以滿足要求db4o數(shù)據(jù)庫了解了解可以滿足要求依上表可知:對于本系統(tǒng)的所需技術(shù)的要求均可滿足要求，因此本系統(tǒng)在技術(shù)方面是可行的，不存在技術(shù)上的問題。 可行性研究結(jié)論由以上四點分別從必要性、技術(shù)、經(jīng)濟(jì)、社會等方面進(jìn)行了充分的分析論證，在各方面都是符合市場需求、個人能力、經(jīng)濟(jì)條件、社會背景，因此基于Android平臺的個人記賬系統(tǒng)是可行的，可以立即開始系統(tǒng)的分析設(shè)計工作。(3) 手機(jī)記事本即使現(xiàn)有的手機(jī)并不是Android操作系統(tǒng)，并沒有可用的移動記賬應(yīng)用，但是仍然具有便攜的特性，于是有的同學(xué)就使用手機(jī)上的記事本進(jìn)行日常記賬。(4) 賬目類別管理：設(shè)置賬目類別如餐飲、交通、娛樂等一級類別；早餐、公交、KTV等二級類別，可供添加賬目條目時進(jìn)行選擇。 確定用例通過上文分析得到的參與者可以進(jìn)行系統(tǒng)用例的確定。收入類別管理和支出類別管理的用例規(guī)約十分相近。一個用戶可以有0個或者多個賬目記錄：圖2–4 用戶和賬目關(guān)聯(lián)一條支出賬目都屬于一種二級支出類別，一種二級支出類別可以有0或多個支出賬目，一種二級支出類別屬于一種一級支出類別，而一種支出類別可以有0或多種二級支出類別：圖2–5 支出與支出類別的關(guān)聯(lián)一條借貸記錄都與一個賬戶想關(guān)聯(lián)，一個賬戶可以與0或多條借貸記錄相關(guān)聯(lián)，一條借貸記錄與一個借貸賬戶相關(guān)聯(lián)，一個借貸賬戶與0或多條借貸記錄相關(guān)聯(lián)：圖2–6 借貸與賬戶、借貸賬戶的關(guān)聯(lián)除了進(jìn)行類的關(guān)聯(lián)以外，有的類之間還需建立類的泛化關(guān)系。其順序圖如圖2–13所示：圖2–13 支出報表順序圖第3章 系統(tǒng)設(shè)計第 3 章 系統(tǒng)設(shè)計 系統(tǒng)架構(gòu)在Android平臺上，個人記賬系統(tǒng)被分為了三層，分別是：表現(xiàn)層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層。通常由業(yè)務(wù)服務(wù)Service類和業(yè)務(wù)實體類Entity組成。實體類是系統(tǒng)的重要組成部分，系統(tǒng)的大部分功能都是通過實體類來傳遞信息與數(shù)據(jù)的，所以實體類往往需要進(jìn)行持久化。選項卡組件下方，是“保存”和“返回”按鈕，分別完成賬目保存和撤銷功能，二者在完成時間響應(yīng)之后，都將返回至系統(tǒng)首頁界面。因為在BaseService類中都已經(jīng)實現(xiàn)了基本的CRUD方法，因此一般無復(fù)雜業(yè)務(wù)的情況下，實體類對應(yīng)的Service類都不用在自定義方法，十分方便，充分利用了Java面向?qū)ο笳Z言的代碼復(fù)用性。其順序圖如圖3–16所示：圖3–16 重新繪制的支出報表順序圖“刪除收入”用例：用戶點擊查看收入賬目進(jìn)入IneActivity系統(tǒng)界面，點擊刪除收入按鈕，活動類向IneService發(fā)出刪除請求，調(diào)用deleteIne(ine : Ine)方法；IneService繼續(xù)向下一層調(diào)用IIneDao的deleteIne(ine : Ine)方法從數(shù)據(jù)庫中刪除指定ine收入記錄；刪除成功的消息依次返回至InActivity系統(tǒng)界面，IneActivity接收到該消息之后創(chuàng)建系統(tǒng)首頁界面活動類MainActivity，系統(tǒng)跳轉(zhuǎn)至系統(tǒng)首頁界面，刪除收入記錄完成。但是在后來的實踐中，逐漸發(fā)現(xiàn)越是強(qiáng)大的ORM框架（例如當(dāng)今最為流行的Hibernate），所帶來的系統(tǒng)開銷和效率損失也相對越大，于是在實踐中漸漸形成了“復(fù)雜業(yè)務(wù)邏輯使用SP，一般CRUD操作使用Hibernate”的慣例。db4o的數(shù)據(jù)庫操作效率測試僅僅是稍稍落后于Java原生的JDBC技術(shù)，但是卻高于業(yè)界流行的Hibernate/MySQL解決方案的40倍以上。以上三大類別的初始化數(shù)據(jù)，將在每個用戶第一次使用系統(tǒng)時觸發(fā)程序中的監(jiān)聽器，將以上數(shù)據(jù)寫入數(shù)據(jù)庫初始化完成，供用戶選擇使用。 附錄內(nèi)容編排應(yīng)和正文及圖、表的編排要求相一致。綜述另起一頁，與正文連續(xù)編排頁碼。價格機(jī)制是價格由于供需變化而漲落的過程, 因此也成為生產(chǎn)者制定生產(chǎn)計劃的指南。假如一個零售商正在賣蘋果, 而且以每公斤10美分的賣,則可以賣70公斤