【文章內(nèi)容簡介】 o能夠?qū)崿F(xiàn)零管理的模式，不需要額外的 DBA技術(shù)來進行數(shù)據(jù)庫的管理。 因為是 100%使用 Java寫成的數(shù)據(jù)庫，能夠讓 Java應(yīng)用程序無縫的和 db4o數(shù)據(jù)庫連接進行數(shù)據(jù)的存取操作，大大減少了開發(fā)人員花費在對象模型到關(guān)系模型的轉(zhuǎn)換時間和代價，提高開發(fā)效率。 記賬的形式多種多樣，有的人 至今 仍然隨身攜帶記賬本和筆隨時隨地進行記賬，的確不能 說這種方式不方便，能夠在消費發(fā)生的第一時間就拿出來進行記錄 ，但是后第 1章 緒論 7 期需要進行大量的人工數(shù)據(jù)統(tǒng)計工作，更不用說報表輸出了 ； 而 有的人 早已廢棄紙幣， 選擇 了 電腦軟件進行記賬，如 Excel工作簿、記賬通等 ，最大的有點就是帶有強大的數(shù)據(jù)分析和報表輸出功能， 但是缺點是電腦哪怕是筆記本電腦想要隨時攜帶比較麻煩，想要在消費發(fā)生的第一時間就進行記賬幾乎不可能。 種種方式，要不就是沒有分析功能，要不就是限制了記賬時間和地點， 往往造成 人們不能養(yǎng)成連續(xù)記賬的習(xí)慣，更不用說進行個人的理財規(guī)劃了。 因此，一個便攜、小巧，又具有強大數(shù)據(jù)統(tǒng)計 、報表分析的移動記賬軟件 的誕生是十分有必要的 ，一切的這些都可以在搭載了 Android移動操作系統(tǒng)的手機上實現(xiàn)。 可行性 此 基于 Android平臺的個人記賬 系統(tǒng)所需 技術(shù)的要求，以及現(xià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ù)上的問題 。 該系統(tǒng) 只 筆者一人參與 設(shè)計開發(fā) ，因此沒有人員的額外開銷。 而在開發(fā)工具上，選用的是 由“藍色巨人” IBM公司開發(fā)并開源的 Java應(yīng)用程序 IDE工具 Eclipse，可免費下載使用 ，而且在所需的各項技術(shù)中，全部都是開源免費技術(shù)，每一個下載使用這些技術(shù)的開發(fā)者都可獲得對應(yīng) 技術(shù) 的 GNU通用公共許可證 ，可自由運用于任何項目 ，因此也沒有技術(shù)使用的開銷 。 另外，系統(tǒng)分析設(shè)計過程中需要的硬件設(shè)備要求也不高， 單獨的一臺 配置不高的 筆記本 電腦 就可以滿足 需求。 因此，從經(jīng)濟的角度上來看，系統(tǒng)也是可行的。 第 1章 緒論 8 隨著生活水平的提高，經(jīng)濟活動 占據(jù)個人生活的主導(dǎo)地位，在消費的同時，想要通過記賬的方式進行個人理財?shù)娜吮?定不在少數(shù)。 基于 Android平臺的個人記賬系統(tǒng)，再配合上 Web版的個人記賬系統(tǒng)， 在功能上相信 能夠滿足當(dāng)前具有一定消費能力且有記賬習(xí)慣的用戶 的需求 ， 而且應(yīng)用系統(tǒng)本身也將是完全免費的 ， 相信 社會 上 的 廣大Android手機用戶也會有同等的期待 。 所以，從社會方面來看， 此系統(tǒng) 也是可行的。 由以上四點分別從必要性、技術(shù)、經(jīng)濟、社會等方面進行了充分的分析論證，在各方面都是符合市場需求、個人能力、經(jīng)濟條件、社會背景，因此基于 Android平臺的個人記賬系統(tǒng)是可行的，可以立即開始系統(tǒng)的分析設(shè)計工作。 第 2章 系統(tǒng)分析 9 第 2 章 系 統(tǒng)分析 有 記賬習(xí)慣同學(xué)不在少數(shù)， 故 從身邊同學(xué)的記賬事例來獲取一個移動記賬系統(tǒng)應(yīng)具有怎樣的需求。 主要的記賬形式有如下幾種： (1) 記賬本 使用記賬本來記錄日常的 收入 支出， 最明顯的缺點就是時效性太差，不能在消費的第一時間就將發(fā)生額記錄到記賬本中，總是要 等 回到宿舍， 再拿出筆和記賬本進行記錄， 而常常又因為記不住消費的確切金額或是干脆就忘了有筆賬需要記一記， 錯過了最佳的記賬時機 就很難 再 形成連續(xù)、完整的記賬，造成記錄數(shù)據(jù)與真實收支數(shù)據(jù)不統(tǒng)一 。 另一方面，在數(shù)據(jù)較為完整的情況下，當(dāng)你需要回頭來看看這個月在 各方面消費了多少金額的時候，需要花費大量時間進行統(tǒng)計整理 ， 讓人十分泄氣。 (2) Excel工作表 筆者的另一位舍友，使用 的是 Excel工作表進行收支條目的記錄 。 Excel具有強大的統(tǒng)計 功能，因此能夠快捷地進行各類 統(tǒng)計分析，甚至生成圖表分析結(jié)果。 但是和手工記賬本記賬一樣，存在時效性差的特點，一樣不能抓住最佳的記賬時機 ，而 便攜性甚至比不上記賬本 。 而且為了 備份數(shù)據(jù)，需要定期將 Excel工作簿備份復(fù)制一份， 存儲在另一個介質(zhì)中，如 U盤、移動硬盤 ，需要額外的開銷。 (3) 手機記事本 即使現(xiàn)有的 手機并不是 Android操作系統(tǒng)，并沒 有可用的移動記賬應(yīng)用，但是仍然具有 便攜的特性， 于是 有的 同學(xué)就 使用手機上的記事本進行日常記賬 。 雖然解決了時效性的問題，能在消費發(fā)生的第一時間就進行記錄，但是因為僅僅是記事本，每次都需要手動錄入記賬條目，顯得十分繁瑣和 低效 。而且和記賬本一樣，不具有后期的 統(tǒng)計分析功能。 由上述案例可知，基于 Android平臺的移動記賬應(yīng)用 是十分有必要的， 它可以很好的解決以上各種方式的缺點。移動記賬應(yīng)用應(yīng)該具有便攜、即時，能夠在消費發(fā)生的第一時間就能進行記錄， 簡單快捷的操作方式， 還能進行全面的統(tǒng)計分析，數(shù)據(jù)的安全備份 等 特點 。 性 需求 通過案例分析， 大 致 得出以下 主要 功能需求： (1) 記賬功能：收入、支出、轉(zhuǎn)賬等條目的記錄 。 (2) 賬目查詢： 可通過設(shè)立多個查詢條件（如日期 區(qū)間 、賬目類別） 來獲取賬目列表 。 (3) 賬戶管理：設(shè)置例如現(xiàn)金、銀行卡、信用卡、一卡通等各類賬戶 。 第 2章 系統(tǒng)分析 10 (4) 賬目類別管理：設(shè)置賬目類別如餐飲、交通、娛樂等一級類別；早餐、公交、KTV等二級類別 ，可供添加賬目條目時進行選擇 。 (5) 數(shù)據(jù)管理：可將數(shù)據(jù)備份至本機存儲空間，或者選擇將數(shù)據(jù)備份至應(yīng)用的 Web系統(tǒng)版。 (6) 報表分析： 設(shè)定若干可選條件，進行符合條件的賬目統(tǒng)計，并能按用戶要求輸出圖表，并提供消費建議 。 (7) Web版同步賬號的注冊和登陸功能。 (8) 理財資訊的獲取 ： 通過移動互聯(lián)網(wǎng)從服務(wù)器獲取個人理財規(guī)劃相關(guān)資訊 。 移動互聯(lián)網(wǎng)時代，一個應(yīng)用想要獲得用戶青睞， 讓用戶真正的喜歡上該系統(tǒng)，不僅僅需要滿足用戶的功能性需求，非功能性需求的滿足也是十分必要的 ，必須具備以下良好的用戶體驗 ： (1) 界面 簡潔明了 ， 不失美感，必須適合全觸摸屏的使用習(xí)慣 (2) 操作應(yīng)盡量簡單 、 快速 (3) 程序頁面跳轉(zhuǎn)應(yīng)流暢、平滑 (4) 使用優(yōu)秀的算法，將明細查詢 和統(tǒng)計分析的報表生成 時間做到最短 (5) 金額 數(shù)字應(yīng) 顯示 清晰 ，畢竟手機屏幕的大小仍有限，絕大多數(shù)為 參與者 所謂的參與者是系統(tǒng)之外與系統(tǒng)進行交互的任何事物， 一般是使用系統(tǒng)的用戶或是其他外部系統(tǒng)、外部設(shè)備等外部實體。 因為 記賬應(yīng)用系統(tǒng) 是 相互獨立地安裝于每個用戶各自的 Android手機終端上 ， 可從以下幾個方面確定參與者： (1) 該 應(yīng)用 系統(tǒng)的 數(shù)據(jù)、信息都是由系統(tǒng)的用戶 當(dāng) 經(jīng)濟活動發(fā)生時進行手動錄入的 ， 相關(guān)理財資訊均是由系統(tǒng)管理員手動錄入的 ； 錄入的數(shù)據(jù) 也是供用戶自己日后進行查詢、統(tǒng)計分析所用； 而數(shù)據(jù)的刪除、備份也是由用戶自行操作 。 (2) 位于手機 終 端上的 各項功能均是由安裝了該應(yīng)用系統(tǒng)的用戶使用 (3) 每個用戶均 是處于對該記賬應(yīng)用系統(tǒng)的特定功能具有 相當(dāng)需求和興趣的情況下，進行的下載和安裝以及使用 (4) 該系統(tǒng)由系統(tǒng)管理員數(shù)據(jù)的支持和維護 由以上四點分析可知，該記賬應(yīng)用系統(tǒng)是由在手機上安裝了該應(yīng)用系統(tǒng)的用戶和系統(tǒng)管理員作為參與者。 通過 上文分析 得到的 參與者可以進行系統(tǒng)用例的確定。 首先， 參與者 普通用戶 是為了記賬 和理財而使用該系統(tǒng)，系統(tǒng)管理員是為了維護和管理該系統(tǒng)而使用 ； 其次，第 2章 系統(tǒng)分析 11 普通用戶 會 用到的是 相關(guān)記賬和報表分析功能，如： 記賬、明細查詢、 數(shù)據(jù) 管理、系統(tǒng)設(shè)置等功能，管理員通常用到用戶管理、資訊管理等功能 。 由上分析，很容 易就能得到該系統(tǒng) 大致 應(yīng)有的用例 ,按照參與者的類型分為 ： (1) 用戶 記賬 管理 ： 收入 管理 （增加、編輯、刪除） ， 支出 管理 （增加、編輯、刪除）， 轉(zhuǎn)賬 管理 （增加、編輯、刪除）， 借貸 管理 （增加、編輯、刪除） 。 明細 查詢 ： 查詢 所有 、 分類 查詢、 賬戶 查詢、條件查詢 報表 統(tǒng)計 ：支出報表、收入報表 、逐月支出、逐月收入、條件報表 、資產(chǎn) 狀況 數(shù)據(jù) 管理 ： 備份至本機、同步到云端 （云端賬號注冊、登陸） 、從本地恢復(fù)、從云端恢復(fù) 、清除本地數(shù)據(jù) 系統(tǒng) 設(shè)置 ： 支出、收入類別管理 （增加、編輯、刪除） ， 賬戶 管理 （增加、編輯、刪除） ，借貸賬戶管理 （增加、編輯 、刪除） (2) 管理員 用戶 管理（增加、編輯、刪除） ， 用例關(guān)系 由上文分析得到的用例以及用例分類可以得出以下用例關(guān)系圖： 記賬功能的相關(guān)用例 關(guān)系 ，如 圖 2– 1所示： 第 2章 系統(tǒng)分析 12 圖 2– 1 記賬管理用例 用例規(guī)約 根據(jù)上文已確定的用例以及用例關(guān)系，制定用例規(guī)約。 在記賬管理 用例 中， 又 包含 了 收入管理 、 支出管理 、 轉(zhuǎn)賬管理 、 借貸管理 四種 用例， 每種用例各 包含 了新增、編輯、刪除三個方面的 用例。 收入管理和支出管理的 用例規(guī)約十分相近 ，轉(zhuǎn)賬管理和借貸管理 稍 有區(qū)別。 表 2– 1 記賬管理用例規(guī)約 用例名稱 記賬管理 用戶 記賬管理第 2章 系統(tǒng)分析 13 參與者 用戶 假設(shè) 用戶知道 當(dāng)前經(jīng)濟活動未被記錄過 ，系統(tǒng)并不驗證此經(jīng)濟活動是否已存在 前置條件 系統(tǒng) 未 設(shè)置密碼保護或 用戶身份已被識別和授權(quán) 后置條件 系統(tǒng)更新 相關(guān)數(shù)據(jù) 主事件流 （支出、收入、轉(zhuǎn)賬、借貸） 進入相應(yīng)類型賬目記賬界面 ， 用戶可選擇進行新增、編輯、刪除操作 表 2– 2 賬號管理 用例規(guī)約 用例名稱 賬號管理 參與者 用戶 假設(shè) 無 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 系統(tǒng) 完成賬號的注冊或者登錄 主事件流 可選擇 進行 登錄賬號或者注冊賬號 由明 細查詢用例 包含 可得查詢所有、賬戶查詢、分類查詢和條件查詢四個用例，它們的用例規(guī)約如下： 表 2– 3 查詢所有用例規(guī)約 用例名稱 查詢所有 參與者 用戶 假設(shè) 系統(tǒng)已有 賬目 記錄數(shù)據(jù) 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 顯示 指定日期 區(qū)間內(nèi) 所有賬目記錄 數(shù)據(jù) 用戶 查詢所有用戶 賬號管理第 2章 系統(tǒng)分析 14 主事件流 指定日期的所有 賬目記錄數(shù)據(jù) 所獲取的 賬目 記錄數(shù)據(jù) 備選事件流 無 表 2– 4 賬戶查詢用例規(guī)約 用例名稱 賬戶 查詢 參與者 用戶 假設(shè) 系統(tǒng)已有賬目記錄數(shù)據(jù) 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 顯示 指定日期區(qū)間內(nèi) 所有 賬戶 明細 主事件流 從數(shù)據(jù)庫獲取 各賬戶明細 各賬戶明細 數(shù)據(jù) 備選事件流 無 表 2– 5 分類查詢用例規(guī)約 用例名稱 分類 查詢 參與者 用戶 假設(shè) 系統(tǒng)已有賬目記錄數(shù)據(jù) 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 顯示指定日期區(qū)間內(nèi)所有 分類的 賬目 明細 主事件流 分類 明細 數(shù)據(jù) 備選事件流 無 用戶 賬戶查詢用戶 分類查詢第 2章 系統(tǒng)分析 15 表 2– 6 條件查詢用例規(guī)約 用例名稱 條件 查詢 參與者 用戶 假設(shè) 系統(tǒng)已有賬目記錄數(shù)據(jù) 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 顯示 用戶 指定 條件 的賬目明細 主事件流 、選擇各條件 指定條件的 明細數(shù)據(jù) 獲取的 明細數(shù)據(jù) 由報表統(tǒng)計用例 包含 得到 支出報表、收入報表、逐月支出、逐月收入四個用例，它們的用例規(guī)約如下： 表 2– 7 支出報表用例規(guī) 約 用例名稱 支出報表 參與者 用戶 假設(shè) 系統(tǒng)已有賬目記錄數(shù)據(jù) 前置條件 系統(tǒng)未設(shè)置密碼保護或用戶身份已被識別和授權(quán) 后置條件 顯示用戶指定 日期區(qū)間的支出報表 主事件流 指定日期區(qū)間 日期區(qū)間 的 支出 賬目 數(shù)據(jù) 支出數(shù)據(jù)的報表 表 2– 8 逐月支出用例規(guī)約