【正文】 中 以 “ ● ”實(shí)心圓標(biāo)識(shí)表示具有該項(xiàng)功能，而空白單元格表示沒有此項(xiàng)功能。 美中不足的是，由于快捷記賬沒有 Web版系統(tǒng)應(yīng)用，因此所有的功能都局限在了移動(dòng)終端上，帶來些許不便，也意味著不具 有數(shù)據(jù)同步功能。 可想而知，其功能必然不在話下。 而且，遺憾的是，隨手記也是需要收費(fèi)的 ，也因此影響到的 了 活躍用戶 的 數(shù)量。但是可喜的是， 精英理財(cái)同樣具有 理財(cái)數(shù)據(jù)分析功能，可以進(jìn)行消費(fèi)趨勢(shì)、圖標(biāo)分析 等。 相比精英理財(cái)，它還具有了數(shù)據(jù)加密和定期報(bào)表的功能，更勝一籌。 相比 Finance Note強(qiáng)大的地方在于，具有本地的數(shù)據(jù)備份功能，雖然 筆者認(rèn)為 本地備份在移動(dòng)終端的用處似乎不大，但也算一個(gè)優(yōu)點(diǎn)吧。 但是與前兩者國(guó)外應(yīng)用不同的是，其具有定期報(bào)表 的特色 功能，用戶可以設(shè)置一個(gè)時(shí)間點(diǎn)和周期進(jìn)行定期的報(bào)表顯示，讓用戶的固定時(shí)間固定頻率下看到自己的賬目統(tǒng)計(jì)。 而在數(shù)據(jù)統(tǒng)計(jì)分析方面，國(guó)內(nèi)外應(yīng)用目前都做的不錯(cuò)，各個(gè)應(yīng)用也都 具有此項(xiàng)功能，而且都不弱。 而其他功能，例如貨幣設(shè)置、固定收支、定期報(bào)表等，都可適當(dāng)增加，但是即使少了也影響不大。 因此， 筆者 希望的是，能夠設(shè)計(jì)、開發(fā)中一個(gè)功能較為完善，移動(dòng)終端和 Web版系統(tǒng) 能夠 同時(shí)運(yùn)行的個(gè)人記賬系統(tǒng)，最重要的是 免費(fèi)供用戶使用全部功能。 面向?qū)ο蠓治鍪腔诿嫦驅(qū)ο蠓治龅玫降哪Ｐ瓦M(jìn)行模型的修改、細(xì)化和詳細(xì)設(shè)計(jì)，建立起設(shè)計(jì)模型作為面向?qū)ο缶幊痰幕A(chǔ)。 移動(dòng)操作系統(tǒng) Android移動(dòng)操作系統(tǒng)是美國(guó)的 Google公司于 2020年 9月發(fā)布 ，以 Linux為 核心層 并免費(fèi)開放源代碼 的一款移動(dòng)操作系統(tǒng) 。 所以選擇開發(fā)運(yùn)行于 Android系統(tǒng)的應(yīng)用軟件，能夠具有很大的用戶人群和穩(wěn)定的技術(shù)支持。 既然使用了面向?qū)ο蟮南到y(tǒng)分析設(shè)計(jì)方法，因此選擇一門像 Java這樣的純面向?qū)ο蟮母呒?jí)程序設(shè)計(jì)語言，是一個(gè) 契合的選擇 ，能夠?qū)崿F(xiàn)分析設(shè)計(jì)到編程實(shí)施的平滑過渡，實(shí)現(xiàn)模型到程序的完美轉(zhuǎn)換 ，并為整個(gè)系統(tǒng)分析設(shè)計(jì)過程減少額外的 學(xué)習(xí) 成本。Hibernate是為了解決面向?qū)ο缶幊陶Z言的數(shù)據(jù)操作和關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)存儲(chǔ)之間阻抗不匹配問題的對(duì)象 關(guān)系映射（ ORM）框架 ， 很好的封裝了各類關(guān)系型數(shù)據(jù)庫的操作，使開發(fā)人員可以使用面向?qū)ο蟮姆绞絹磉M(jìn)行數(shù)據(jù)的存取 ， 利用面向?qū)ο蟮乃枷腴_發(fā)基于關(guān)系型數(shù)據(jù)庫的應(yīng)用系統(tǒng)。 而且 db4o能夠?qū)崿F(xiàn)零管理的模式，不需要額外的 DBA技術(shù)來進(jìn)行數(shù)據(jù)庫的管理。 因此，一個(gè)便攜、小巧，又具有強(qiáng)大數(shù)據(jù)統(tǒng)計(jì) 、報(bào)表分析的移動(dòng)記賬軟件 的誕生是十分有必要的 ，一切的這些都可以在搭載了 Android移動(dòng)操作系統(tǒng)的手機(jī)上實(shí)現(xiàn)。 另外，系統(tǒng)分析設(shè)計(jì)過程中需要的硬件設(shè)備要求也不高， 單獨(dú)的一臺(tái) 配置不高的 筆記本 電腦 就可以滿足 需求。 所以，從社會(huì)方面來看， 此系統(tǒng) 也是可行的。 另一方面，在數(shù)據(jù)較為完整的情況下，當(dāng)你需要回頭來看看這個(gè)月在 各方面消費(fèi)了多少金額的時(shí)候，需要花費(fèi)大量時(shí)間進(jìn)行統(tǒng)計(jì)整理 ， 讓人十分泄氣。 而且為了 備份數(shù)據(jù)，需要定期將 Excel工作簿備份復(fù)制一份， 存儲(chǔ)在另一個(gè)介質(zhì)中，如 U盤、移動(dòng)硬盤 ，需要額外的開銷。 由上述案例可知，基于 Android平臺(tái)的移動(dòng)記賬應(yīng)用 是十分有必要的， 它可以很好的解決以上各種方式的缺點(diǎn)。 (3) 賬戶管理：設(shè)置例如現(xiàn)金、銀行卡、信用卡、一卡通等各類賬戶 。 (7) Web版同步賬號(hào)的注冊(cè)和登陸功能。 (2) 位于手機(jī) 終 端上的 各項(xiàng)功能均是由安裝了該應(yīng)用系統(tǒng)的用戶使用 (3) 每個(gè)用戶均 是處于對(duì)該記賬應(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)管理員作為參與者。 明細(xì) 查詢 ： 查詢 所有 、 分類 查詢、 賬戶 查詢、條件查詢 報(bào)表 統(tǒng)計(jì) ：支出報(bào)表、收入報(bào)表 、逐月支出、逐月收入、條件報(bào)表 、資產(chǎn) 狀況 數(shù)據(jù) 管理 ： 備份至本機(jī)、同步到云端 （云端賬號(hào)注冊(cè)、登陸） 、從本地恢復(fù)、從云端恢復(fù) 、清除本地?cái)?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ī)約。 在 系統(tǒng)設(shè)置 用例中， 包含 了收入 類別 管理、支出 類別 管理、 賬戶 管理、借貸 賬戶管理四大 用例，這四個(gè) 用例各 包含 了新增、編輯、刪除三個(gè)方面的用例。 其用例規(guī)約如下： 用戶 收入類別管理第 2章 系統(tǒng)分析 17 表 2– 10 數(shù)據(jù)備份至本地用例規(guī)約 用例名稱 備份至本地 參與者 用戶 假設(shè) 系統(tǒng) 取得本地文件讀寫權(quán) 限 前置條件 系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識(shí)別和授權(quán) 后置條件 系統(tǒng)將 數(shù)據(jù)庫數(shù)據(jù)以文件的形式備份至本地 主事件流 將數(shù)據(jù)庫數(shù)據(jù)以文件形式備份至本地 告知用戶文件所在位置 存儲(chǔ) 文件的保存位置 表 2– 11從本地恢復(fù)數(shù)據(jù)用例規(guī)約 用例名稱 從本地恢復(fù) 參與者 用戶 假設(shè) 系統(tǒng)取得本地文件讀寫權(quán)限 前置條件 系統(tǒng)未設(shè)置密碼保護(hù)或 用戶身份已被識(shí)別和授權(quán) 后置條件 系統(tǒng) 從本地文件中恢復(fù) 數(shù)據(jù)庫數(shù)據(jù) 主事件流 讀取保存在本地的 數(shù)據(jù)庫數(shù)據(jù) 文件 表 2– 12 數(shù)據(jù)備份至云端用例規(guī)約 用例名稱 備份至云端 參與者 用戶 假設(shè) 系統(tǒng)取得網(wǎng)絡(luò)訪問權(quán)限 前置條件 系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識(shí)別和授權(quán) 用戶 備份至本地用戶 從本地恢復(fù)用戶 備份至云端第 2章 系統(tǒng)分析 18 后置條件 系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù) 發(fā)送 到云端 進(jìn)行備份 主事 件流 發(fā)送到云端 表 2– 13 從云端恢復(fù)數(shù)據(jù)用例規(guī)約 用例名稱 從云端恢復(fù) 參與者 用戶 假設(shè) 系統(tǒng)取得 網(wǎng)絡(luò)訪問 權(quán)限 前置條件 系統(tǒng)未設(shè)置密碼保護(hù)或用戶身份已被識(shí)別和授權(quán) 后置條件 系統(tǒng) 將云端獲取的數(shù)據(jù) 恢復(fù) 至本地 數(shù)據(jù)庫 主事件流 接收 從 云端發(fā)送而來的 數(shù)據(jù)庫數(shù)據(jù) 接收 到的數(shù)據(jù) 寫入 本地 數(shù)據(jù)庫 Web版?zhèn)€人記賬系統(tǒng)（云端系統(tǒng)）的管理員用例主要為 :用戶管理用例。 通過對(duì)概念類的檢查，得出如 圖 2– 2所示的概念類圖： 賬目收入 支出 轉(zhuǎn)賬 借貸賬戶借貸賬戶一級(jí)支出類型 二級(jí)支出類型收入類型用戶 圖 2– 2 個(gè)人記賬系統(tǒng)中的概念類 在得出概念類的基礎(chǔ)上， 根據(jù)需求和上文分析所得的用例 規(guī)約， 對(duì)各概念類添加屬性 ，得到定義了屬性的概念類圖： 第 2章 系統(tǒng)分析 20 圖 2– 3 定義了屬性的概念類圖 添加了類的屬性之后， 接著 進(jìn)行類的關(guān)聯(lián) 關(guān)系的建立。 “ 支出 管理 ”的順序圖如 圖 2– 9所示： 第 2章 系統(tǒng)分析 23 : 用戶 : 一級(jí)支出類別 : 二級(jí)支出類別 : 賬戶 : 支出賬目記錄讀取一級(jí)類別獲取一級(jí)類別下屬二級(jí)類別選擇賬戶創(chuàng)建支出記錄支出類別信息賬戶信息賬目信息編輯支出賬目支出賬目對(duì)象編輯一級(jí)支出類別編輯二級(jí)支出類別編輯賬戶更新支出賬目記錄更新成功刪除支出賬目刪除成功 圖 2– 9 新增支出順序圖 對(duì)于“收入 管理 ”用例， 用戶可根據(jù)需要進(jìn)行新增、編輯和刪除操作： (1)“ 新增收入 ” ：用戶根據(jù) 界面 提示 填入相關(guān)信息， 收入記錄需要關(guān)聯(lián)收入類別，所以 需要獲取收入類別對(duì)象，然后再選擇 收入 相關(guān)聯(lián)的賬戶 ，獲取賬戶對(duì)象 ， 界面對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證、封裝 成收入賬目對(duì)象 ， 最后成功創(chuàng)建一條 收入 賬目 記錄 ； (2)“編輯收入”： 系統(tǒng)首先獲取收入賬目對(duì)象，用戶根據(jù)需要編輯修改相關(guān)信息，如收入類別和關(guān)聯(lián)的賬戶，系統(tǒng)再將更新后的信息驗(yàn)證、封裝成收入賬目對(duì)象，更新數(shù)據(jù)庫內(nèi)的收入賬目信息； 第 2章 系統(tǒng)分析 24 (3)“刪除收入”： 系統(tǒng)直接刪除指定的收入賬目記錄。 “ 借貸 管理 ”的順序圖如 圖 2– 12所示： 第 2章 系統(tǒng)分析 27 : 用戶 : 賬戶 : 借貸賬戶 : 借貸賬目記錄選擇賬戶選擇借貸賬戶賬戶信息借貸賬戶信息創(chuàng)建借貸賬目記錄新增成功消息編輯借貸賬目賬目記錄對(duì)象編輯關(guān)聯(lián)賬戶編輯借貸賬戶賬戶信息借貸賬戶信息更新賬目記錄更新成功刪除賬目記錄刪除成功 圖 2– 12 借貸 管理 順序圖 “支出報(bào)表”用例，首先的事件流是 用戶在界 面中選擇支出賬目的篩選條件，系第 2章 系統(tǒng)分析 28 統(tǒng)根據(jù)用戶的指定條件獲取 支出賬目記錄， 系統(tǒng)根據(jù)支出賬目 對(duì)象所關(guān)聯(lián)的 支出 類別對(duì)象 進(jìn)行金額的分類統(tǒng)計(jì)，最后顯示給用戶。 Activity活動(dòng)類作為 Android平臺(tái)應(yīng)用程序的表現(xiàn)層，在系統(tǒng)中的每一個(gè)顯示屏幕都是一個(gè) Activity。 使用 POJO類來實(shí)現(xiàn)。 在 Android應(yīng)用中，邊界類主要以 Activity界面類來表示。 圖 3– 3 記賬界面邊界類 在第二章的分析模型中，對(duì)系統(tǒng)中的概念類進(jìn)行了分析，在設(shè)計(jì)階段，需要 在概念類的基礎(chǔ)上設(shè)計(jì)出實(shí)體類。 得到的實(shí)體類圖如下所示： 用戶記賬界面 b o u n d a r y 用戶系統(tǒng)首頁 b o u n d a r y 第 3章 系統(tǒng)設(shè)計(jì) 31 圖 3– 4 實(shí)體類圖 (1) 系統(tǒng)輸入設(shè)計(jì)： 輸入內(nèi)容： 賬目金額、 記賬日期、關(guān)聯(lián)賬戶、 賬目備注、 賬目搜索條件、報(bào)表統(tǒng)計(jì)條件 、 收入支出類別信息 、賬戶信息、借貸賬戶信息 等。每個(gè) 選項(xiàng)卡所包含的用戶數(shù)據(jù)錄入域各不相同，例如“支出”界面，包含“金額”、“支出類別”、“時(shí)間”、“賬戶”和“備注”等五個(gè)輸入域（文本域和選擇菜單）。 然后，定義了一個(gè) BaseDaoImpl類實(shí)現(xiàn)IBaseDao接口， 并實(shí)現(xiàn)所有聲明的方法。 基礎(chǔ)服務(wù)類 BaseService的類圖，如 圖 3– 9所示： 圖 3– 9 基礎(chǔ)業(yè)務(wù)服務(wù)類的類圖 每一個(gè)實(shí)體類都應(yīng)該對(duì)應(yīng)一個(gè)屬于自身類型的 Service服務(wù)類，且均繼承自BaseService基礎(chǔ)服務(wù)類。 “新增支出” ： 用戶首先進(jìn)入系統(tǒng)的新增支出界面， 根據(jù)頁面 UI組件的提示來錄入相關(guān)數(shù)據(jù) ， 其 中 有 一 級(jí) 支 出 類 別 ， ExpenseActivity 邊界類通過getParentExpenseCategory()方法獲取 ParentExpenseCategory對(duì)象 ； 而二級(jí)支出類別是在一級(jí)支出類別的基礎(chǔ)上關(guān)聯(lián)獲取的， 通過 ParentExpenseCategory對(duì)象的getSubExpenseCategory()方法 ；同理通過 getAccount()方法獲取 Account對(duì)象；ExpenseActivity邊界類再將用戶錄入的各數(shù)據(jù)進(jìn)行驗(yàn)證、封裝成為 Expense支出對(duì)象，通過 ExpenseService的 add(expense : Expense)方法將 Expense對(duì)象持久化；ExpenseService繼續(xù)調(diào)用 IExpenseDao的 add(expense : Expense)方法將 Expense對(duì)象存第 3章 系統(tǒng)設(shè)計(jì) 38 入數(shù)據(jù)庫中。 例如，收入 Ine實(shí)體類與IneService類、 IneDao接口關(guān)聯(lián)的類圖，如 圖 3– 10所示： 圖 3– 10 收入實(shí)體類相關(guān)聯(lián)類圖 根據(jù)上述對(duì)邊界類、業(yè)務(wù)邏輯層的 Service類以及數(shù)據(jù)訪問層的 DAO接口及實(shí)現(xiàn)類的分析， 對(duì)各個(gè)實(shí)體類對(duì)應(yīng)的邊界類、 Service類和 DAO接口及實(shí)現(xiàn)類 設(shè)計(jì)屬性和 方法之后，進(jìn)行 系 統(tǒng) 類圖的重新繪制， 如 圖 3– 11和 圖 3– 12所示： 第 3章 系統(tǒng)設(shè)計(jì) 36 圖 3– 11 重新繪制的類圖 1 第 3章 系統(tǒng)設(shè)計(jì) 37 圖 3– 12 重新繪制的類圖 2 在 系統(tǒng)各種類型的 類的屬性和方法都添加 了之后，需要對(duì) 分析 模型中 的順序 圖 進(jìn)行細(xì)化， 使得消息和職責(zé)在順序 圖中得到良好的體現(xiàn)， 并且將邊界類和控制類添加到順序圖中，使對(duì)用例的事件流有更為直觀的描述 。 對(duì)于業(yè)務(wù)邏輯層中的 Service類， 定義了一個(gè) BaseService基礎(chǔ)服務(wù)類 ， 在此 基礎(chǔ)類 中 定義了一個(gè) IBaseDao類型的屬性 dao，并 定義了基本的 CRUD方法 ，例如： add(T entity)、 update(T entity)、 delete(Serializable id)、 get(Serializable id)、getAll()等 方法，這些方法均是通過調(diào)用 IBaseDao中的 CRUD方法來是實(shí)現(xiàn)的。 新增賬目界面的設(shè)計(jì)如 圖 3– 3