【正文】 賬日期、關(guān)聯(lián)賬戶、賬目備注、賬目搜索條件、報表統(tǒng)計條件、收入支出類別信息、賬戶信息、借貸賬戶信息等。根據(jù)系統(tǒng)功能需求，分析得出“用戶”、“賬目”、“收入”、“支出”、“轉(zhuǎn)賬”、“借貸”、“賬戶”等類是需要進(jìn)行持久化的實體類。圖3–3 記賬界面邊界類 添加實體類在第二章的分析模型中，對系統(tǒng)中的概念類進(jìn)行了分析，在設(shè)計階段，需要在概念類的基礎(chǔ)上設(shè)計出實體類。系統(tǒng)主界面顯示本日支出和本月支出，以及進(jìn)行支出、收入、轉(zhuǎn)賬和借貸的記賬按鈕，底部工具欄顯示進(jìn)入其他界面的按鈕。在Android應(yīng)用中，邊界類主要以Activity界面類來表示。數(shù)據(jù)持久層：該層次專著于數(shù)據(jù)持久化邏輯的實現(xiàn)，將內(nèi)存數(shù)據(jù)模型（如實例化對象）轉(zhuǎn)換為持久化的存儲模型數(shù)據(jù)（數(shù)據(jù)庫記錄），也可將持久的存儲模型數(shù)據(jù)轉(zhuǎn)換為內(nèi)存數(shù)據(jù)模型。使用POJO類來實現(xiàn)。常用來對表現(xiàn)層傳入的數(shù)據(jù)進(jìn)行業(yè)務(wù)邏輯處理。Activity活動類作為Android平臺應(yīng)用程序的表現(xiàn)層，在系統(tǒng)中的每一個顯示屏幕都是一個Activity。表現(xiàn)層：主要是Android應(yīng)用程序的界面提供數(shù)據(jù)錄入、數(shù)據(jù)的校驗與呈現(xiàn)以及事件響應(yīng)的一系列UI控件?！敖栀J管理”的順序圖如圖2–12所示：圖2–12 借貸管理順序圖“支出報表”用例，首先的事件流是用戶在界面中選擇支出賬目的篩選條件，系統(tǒng)根據(jù)用戶的指定條件獲取支出賬目記錄，系統(tǒng)根據(jù)支出賬目對象所關(guān)聯(lián)的支出類別對象進(jìn)行金額的分類統(tǒng)計，最后顯示給用戶。(3) “刪除轉(zhuǎn)賬”：系統(tǒng)刪除指定轉(zhuǎn)賬賬目記錄?！爸С龉芾怼钡捻樞驁D如圖2–9所示：圖2–9 新增支出順序圖對于“收入管理”用例，用戶可根據(jù)需要進(jìn)行新增、編輯和刪除操作：(1) “新增收入”：用戶根據(jù)界面提示填入相關(guān)信息，收入記錄需要關(guān)聯(lián)收入類別，所以需要獲取收入類別對象，然后再選擇收入相關(guān)聯(lián)的賬戶，獲取賬戶對象，界面對數(shù)據(jù)進(jìn)行驗證、封裝成收入賬目對象，最后成功創(chuàng)建一條收入賬目記錄；(2) “編輯收入”：系統(tǒng)首先獲取收入賬目對象，用戶根據(jù)需要編輯修改相關(guān)信息，如收入類別和關(guān)聯(lián)的賬戶，系統(tǒng)再將更新后的信息驗證、封裝成收入賬目對象，更新數(shù)據(jù)庫內(nèi)的收入賬目信息；(3) “刪除收入”：系統(tǒng)直接刪除指定的收入賬目記錄。在個人記賬系統(tǒng)中，賬目根據(jù)賬目類型的不同分別與支出、收入、轉(zhuǎn)賬、借貸之間有著泛化關(guān)聯(lián)關(guān)系，支出、收入、轉(zhuǎn)賬、借貸均是根據(jù)賬目類型的不同由賬目泛化而來：圖2–7 賬目與支出、收入、轉(zhuǎn)賬、借貸的泛化關(guān)聯(lián)在定義概念類、添加屬性、識別對象之間的關(guān)聯(lián)之后，就可以得出完整的個人記賬系統(tǒng)的類圖了，如圖2–8所示：圖2–8 個人記賬系統(tǒng)的類圖 順序圖多個對象之間的交互行為需要使用順序圖來描述，本文針對系統(tǒng)中的典型用例的主事件流，進(jìn)行了順序圖的繪制。通過對概念類的檢查，得出如圖2–2所示的概念類圖：圖2–2 個人記賬系統(tǒng)中的概念類在得出概念類的基礎(chǔ)上，根據(jù)需求和上文分析所得的用例規(guī)約，對各概念類添加屬性，得到定義了屬性的概念類圖：圖2–3 定義了屬性的概念類圖添加了類的屬性之后，接著進(jìn)行類的關(guān)聯(lián)關(guān)系的建立?！百~戶類型”的情況正相反，經(jīng)過分析賬戶對象的屬性有名稱和當(dāng)前余額，而后分析得賬戶類型可分為較為固定的7種：現(xiàn)金、信用卡、儲蓄（卡、存折等）、投資賬戶（股票、基金等）、儲值卡（購物卡、一卡通等）、網(wǎng)上支付（支付寶、PayPal等）和虛擬賬戶（Q幣、人人豆），不會再次基礎(chǔ)上進(jìn)行自我設(shè)置，故應(yīng)將“賬戶類型”作為“賬戶”的一個屬性，舍棄作為對象的想法。其用例規(guī)約如下：表2–10 數(shù)據(jù)備份至本地用例規(guī)約用例名稱備份至本地參與者用戶假設(shè)系統(tǒng)取得本地文件讀寫權(quán)限前置條件系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識別和授權(quán)后置條件系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)以文件的形式備份至本地主事件流1. 系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)以文件形式備份至本地2. 系統(tǒng)告知用戶文件所在位置3. 系統(tǒng)在數(shù)據(jù)庫中存儲文件的保存位置表 2–11從本地恢復(fù)數(shù)據(jù)用例規(guī)約用例名稱從本地恢復(fù)參與者用戶假設(shè)系統(tǒng)取得本地文件讀寫權(quán)限前置條件系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識別和授權(quán)后置條件系統(tǒng)從本地文件中恢復(fù)數(shù)據(jù)庫數(shù)據(jù)主事件流1. 系統(tǒng)讀取保存在本地的數(shù)據(jù)庫數(shù)據(jù)文件2. 系統(tǒng)將文件中的數(shù)據(jù)寫入數(shù)據(jù)庫表 2–12 數(shù)據(jù)備份至云端用例規(guī)約用例名稱備份至云端參與者用戶假設(shè)系統(tǒng)取得網(wǎng)絡(luò)訪問權(quán)限前置條件系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識別和授權(quán)后置條件系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)發(fā)送到云端進(jìn)行備份主事件流1. 系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)發(fā)送到云端2. 云端系統(tǒng)將數(shù)據(jù)保存至云端數(shù)據(jù)庫中表 2–13 從云端恢復(fù)數(shù)據(jù)用例規(guī)約用例名稱從云端恢復(fù)參與者用戶假設(shè)系統(tǒng)取得網(wǎng)絡(luò)訪問權(quán)限前置條件系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識別和授權(quán)后置條件系統(tǒng)將云端獲取的數(shù)據(jù)恢復(fù)至本地數(shù)據(jù)庫主事件流1. 系統(tǒng)接收從云端發(fā)送而來的數(shù)據(jù)庫數(shù)據(jù)2. 系統(tǒng)將接收到的數(shù)據(jù)寫入本地數(shù)據(jù)庫Web版?zhèn)€人記賬系統(tǒng)（云端系統(tǒng)）的管理員用例主要為:用戶管理用例。表2–9 新增收入類別用例規(guī)約用例名稱收入類別管理參與者用戶假設(shè)無前置條件系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識別和授權(quán)后置條件系統(tǒng)將新收入類別存入數(shù)據(jù)庫主事件流1. 用戶進(jìn)入收入類別管理界面2. 系統(tǒng)顯示現(xiàn)有收入類別列表3. 用戶可選擇對收入類別進(jìn)行增加、編輯、刪除等操作4. 系統(tǒng)更新收入類別數(shù)據(jù)支出類別管理、賬戶管理、借貸賬戶管理四大用例包含的新增、編輯、刪除三個方面的用例與上述所示的收入類別管理包含用例的用例規(guī)約十分相似，故不一一列舉。在系統(tǒng)設(shè)置用例中，包含了收入類別管理、支出類別管理、賬戶管理、借貸賬戶管理四大用例，這四個用例各包含了新增、編輯、刪除三個方面的用例。收入管理和支出管理的用例規(guī)約十分相近，轉(zhuǎn)賬管理和借貸管理稍有區(qū)別。明細(xì)查詢：查詢所有、分類查詢、賬戶查詢、條件查詢報表統(tǒng)計：支出報表、收入報表、逐月支出、逐月收入、條件報表、資產(chǎn)狀況數(shù)據(jù)管理：備份至本機(jī)、同步到云端（云端賬號注冊、登陸）、從本地恢復(fù)、從云端恢復(fù)、清除本地數(shù)據(jù)系統(tǒng)設(shè)置：支出、收入類別管理（增加、編輯、刪除），賬戶管理（增加、編輯、刪除），借貸賬戶管理（增加、編輯、刪除）(2) 管理員用戶管理（增加、編輯、刪除）， 確定用例關(guān)系由上文分析得到的用例以及用例分類可以得出以下用例關(guān)系圖：記賬功能的相關(guān)用例關(guān)系，如圖2–1所示：圖2–1 記賬管理用例 描述用例規(guī)約根據(jù)上文已確定的用例以及用例關(guān)系，制定用例規(guī)約。首先，參與者普通用戶是為了記賬和理財而使用該系統(tǒng)，系統(tǒng)管理員是為了維護(hù)和管理該系統(tǒng)而使用；其次，普通用戶會用到的是相關(guān)記賬和報表分析功能，如：記賬、明細(xì)查詢、數(shù)據(jù)管理、系統(tǒng)設(shè)置等功能，管理員通常用到用戶管理、資訊管理等功能。(2) 位于手機(jī)終端上的各項功能均是由安裝了該應(yīng)用系統(tǒng)的用戶使用(3) 每個用戶均是處于對該記賬應(yīng)用系統(tǒng)的特定功能具有相當(dāng)需求和興趣的情況下，進(jìn)行的下載和安裝以及使用(4) 該系統(tǒng)由系統(tǒng)管理員數(shù)據(jù)的支持和維護(hù)由以上四點(diǎn)分析可知，該記賬應(yīng)用系統(tǒng)是由在手機(jī)上安裝了該應(yīng)用系統(tǒng)的用戶和系統(tǒng)管理員作為參與者。 非功能性需求移動互聯(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è)備等外部實體。(7) Web版同步賬號的注冊和登陸功能。(5) 數(shù)據(jù)管理：可將數(shù)據(jù)備份至本機(jī)存儲空間，或者選擇將數(shù)據(jù)備份至應(yīng)用的Web系統(tǒng)版。(3) 賬戶管理：設(shè)置例如現(xiàn)金、銀行卡、信用卡、一卡通等各類賬戶。 功能性需求通過案例分析，大致得出以下主要功能需求：(1) 記賬功能：收入、支出、轉(zhuǎn)賬等條目的記錄。由上述案例可知，基于Android平臺的移動記賬應(yīng)用是十分有必要的，它可以很好的解決以上各種方式的缺點(diǎn)。雖然解決了時效性的問題，能在消費(fèi)發(fā)生的第一時間就進(jìn)行記錄，但是因為僅僅是記事本，每次都需要手動錄入記賬條目，顯得十分繁瑣和低效。而且為了備份數(shù)據(jù)，需要定期將Excel工作簿備份復(fù)制一份，存儲在另一個介質(zhì)中，如U盤、移動硬盤，需要額外的開銷。Excel具有強(qiáng)大的統(tǒng)計功能，因此能夠快捷地進(jìn)行各類統(tǒng)計分析，甚至生成圖表分析結(jié)果。另一方面，在數(shù)據(jù)較為完整的情況下，當(dāng)你需要回頭來看看這個月在各方面消費(fèi)了多少金額的時候，需要花費(fèi)大量時間進(jìn)行統(tǒng)計整理，讓人十分泄氣。52第2章 系統(tǒng)分析第 2 章 系統(tǒng)分析 需求分析 常用記賬方式有記賬習(xí)慣同學(xué)不在少數(shù)，故從身邊同學(xué)的記賬事例來獲取一個移動記賬系統(tǒng)應(yīng)具有怎樣的需求。所以，從社會方面來看，此系統(tǒng)也是可行的。 社會可行性隨著生活水平的提高，經(jīng)濟(jì)活動占據(jù)個人生活的主導(dǎo)地位，在消費(fèi)的同時，想要通過記賬的方式進(jìn)行個人理財?shù)娜吮囟ú辉谏贁?shù)。另外，系統(tǒng)分析設(shè)計過程中需要的硬件設(shè)備要求也不高，單獨(dú)的一臺配置不高的筆記本電腦就可以滿足需求。 經(jīng)濟(jì)可行性該系統(tǒng)只筆者一人參與設(shè)計開發(fā)，因此沒有人員的額外開銷。因此，一個便攜、小巧，又具有強(qiáng)大數(shù)據(jù)統(tǒng)計、報表分析的移動記賬軟件的誕生是十分有必要的，一切的這些都可以在搭載了Android移動操作系統(tǒng)的手機(jī)上實現(xiàn)。 可行性研究及結(jié)論 必要性分析記賬的形式多種多樣，有的人至今仍然隨身攜帶記賬本和筆隨時隨地進(jìn)行記賬，的確不能說這種方式不方便，能夠在消費(fèi)發(fā)生的第一時間就拿出來進(jìn)行記錄，但是后期需要進(jìn)行大量的人工數(shù)據(jù)統(tǒng)計工作，更不用說報表輸出了；而有的人早已廢棄紙幣，選擇了電腦軟件進(jìn)行記賬，如Excel工作簿、記賬通等，最大的有點(diǎn)就是帶有強(qiáng)大的數(shù)據(jù)分析和報表輸出功能，但是缺點(diǎn)是電腦哪怕是筆記本電腦想要隨時攜帶比較麻煩，想要在消費(fèi)發(fā)生的第一時間就進(jìn)行記賬幾乎不可能。而且db4o能夠?qū)崿F(xiàn)零管理的模式，不需要額外的DBA技術(shù)來進(jìn)行數(shù)據(jù)庫的管理。另一方面，框架的使用，能讓應(yīng)用系統(tǒng)最大限度的松耦合，這樣在應(yīng)對變化或增加時，能夠很好的進(jìn)行系統(tǒng)的擴(kuò)展。Hibernate是為了解決面向?qū)ο缶幊陶Z言的數(shù)據(jù)操作和關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)存儲之間阻抗不匹配問題的對象關(guān)系映射（ORM）框架，很好的封裝了各類關(guān)系型數(shù)據(jù)庫的操作，使開發(fā)人員可以使用面向?qū)ο蟮姆绞絹磉M(jìn)行數(shù)據(jù)的存取，利用面向?qū)ο蟮乃枷腴_發(fā)基于關(guān)系型數(shù)據(jù)庫的應(yīng)用系統(tǒng)。其中，Struts2是主要負(fù)責(zé)表示層和控制層的典型MVC框架，能夠?qū)蛻舳苏埱筮M(jìn)行攔截，對頁面數(shù)據(jù)進(jìn)行封裝并轉(zhuǎn)化為能讓后臺更為方便處理的對象，在后臺對數(shù)據(jù)處理完之后，Struts2還負(fù)責(zé)將結(jié)果反饋給客戶端，使系統(tǒng)的邏輯更為清晰。既然使用了面向?qū)ο蟮南到y(tǒng)分析設(shè)計方法，因此選擇一門像Java這樣的純面向?qū)ο蟮母呒壋绦蛟O(shè)計語言，是一個契合的選擇，能夠?qū)崿F(xiàn)分析設(shè)計到編程實施的平滑過渡，實現(xiàn)模型到程序的完美轉(zhuǎn)換，并為整個系統(tǒng)分析設(shè)計過程減少額外的學(xué)習(xí)成本。Java具有跨平臺的重要特性，能夠做到“一次開發(fā)，處處運(yùn)行”，使開發(fā)從不同操作系統(tǒng)的區(qū)別中解脫出來。所以選擇開發(fā)運(yùn)行于Android系統(tǒng)的應(yīng)用軟件，能夠具有很大的用戶人群和穩(wěn)定的技術(shù)支持。第一款采用Android系統(tǒng)的智能手機(jī)發(fā)布至今不到4年，Android系統(tǒng)已經(jīng)成為了最炙手可熱的生態(tài)系統(tǒng)，包括三星、索尼、宏達(dá)電等知名手機(jī)硬件產(chǎn)商都大力主推搭載Android系統(tǒng)的智能手機(jī)。 Android移動操作系統(tǒng)Android移動操作系統(tǒng)是美國的Google公司于2008年9月發(fā)布，以Linux為核心層并免費(fèi)開放源代碼的一款移動操作系統(tǒng)。面向?qū)ο蟮姆椒茏屜到y(tǒng)分析、設(shè)計、實現(xiàn)階段平滑的過渡和轉(zhuǎn)換，最大限度的降低差異和轉(zhuǎn)換成本。面向?qū)ο蠓治鍪腔诿嫦驅(qū)ο蠓治龅玫降哪Ｐ瓦M(jìn)行模型的修改、細(xì)化和詳細(xì)設(shè)計，建立起設(shè)計模型作為面向?qū)ο缶幊痰幕A(chǔ)。面向?qū)ο蠓治鲋饕傅氖菍栴}域中存在的客觀事物或概念抽象識別為對象建立分析模型，用對象的屬性和服務(wù)（service）分別描述事物的靜態(tài)特征和行為，并且保留問題域中事物之間關(guān)系的原貌。因此，筆者希望的是，能夠設(shè)計、開發(fā)中一個功能較為完善，移動終端和Web版系統(tǒng)能夠同時運(yùn)行的個人記賬系統(tǒng)，最