【正文】 ........................ 10 確定用例 ......................................................... 10 確定用例關系 ..................................................... 11 描述用例規(guī)約 ..................................................... 12 分析模型 ........................................................... 19 類圖 ............................................................. 19 順序圖 ........................................................... 22 第 3 章 系統(tǒng)設計 ......................................................... 29 系統(tǒng)架構 ........................................................... 29 分析模型的細化 ..................................................... 29 添加邊界類 ....................................................... 29 添加實體類 ....................................................... 30 邊界類詳細設計 ................................................... 31 重新繪制類圖 ..................................................... 33 重新繪制順序圖 ................................................... 37 系統(tǒng)包圖 ......................................................... 42 對象持久化與數(shù)據(jù)庫設計 ............................................. 44 第 4 章 系統(tǒng)實施 ......................................................... 46 系統(tǒng)實施的準備工作 ................................................. 46 系統(tǒng)硬件準備 ..................................................... 46 系 統(tǒng)軟件準備 ..................................................... 46 系統(tǒng)人員培訓 ..................................................... 46 系統(tǒng)數(shù)據(jù)準備 ..................................................... 46 系統(tǒng)功能實現(xiàn) ....................................................... 46 致 謝 ................................................................... 47 參考文獻 ................................................................. 48 附 錄 ................................................................... 49 附件一：綜述 ............................................................. 50 附件二：英文翻譯 ......................................................... 51 英文原文 ................................................................. 52 第 1章 緒論 1 第 1 章 緒論 理財 與 記賬 簡述 人們的生活與消費息息相關 ，有消費就會有錢財?shù)牧鲃樱敲慈?何管理好自己的錢財，做到花有頭，存有緒，個人理財也就成為了人們愈發(fā)急需的個人能力之一。 記賬，是 理財?shù)牡谝徊?，也是最基本的一種理財方式 。記賬是為了理財，也是為了給自己一個提醒，追憶把握金錢的流向！ 應用 移動記賬應用，指的是那些運行在 便攜 移動設備如手機、平板電腦上的 ，能夠 方第 1章 緒論 2 便、快捷、輕量級的 ， 可 隨時隨地供 設備持有者 使用的 記賬 應用軟件。 一個好的移動記賬軟件，必須具備以下特點： (1) 便攜 性 。 應用 現(xiàn)狀 由于手機的智能化始于 2020年，而智能手機的流行開始于 2020年，到目前為止 也都有了一定的時間積累 ， 在國內(nèi)外開發(fā)者的努力下， 移動 應用方面 已 取得了一定的成果。 美中不足的是，由于快捷記賬沒有 Web版系統(tǒng)應用，因此所有的功能都局限在了移動終端上，帶來些許不便，也意味著不具 有數(shù)據(jù)同步功能。 而且，遺憾的是，隨手記也是需要收費的 ，也因此影響到的 了 活躍用戶 的 數(shù)量。 相比精英理財，它還具有了數(shù)據(jù)加密和定期報表的功能，更勝一籌。 但是與前兩者國外應用不同的是，其具有定期報表 的特色 功能，用戶可以設置一個時間點和周期進行定期的報表顯示，讓用戶的固定時間固定頻率下看到自己的賬目統(tǒng)計。 而其他功能，例如貨幣設置、固定收支、定期報表等，都可適當增加，但是即使少了也影響不大。 面向對象分析是基于面向對象分析得到的模型進行模型的修改、細化和詳細設計，建立起設計模型作為面向對象編程的基礎。 所以選擇開發(fā)運行于 Android系統(tǒng)的應用軟件，能夠具有很大的用戶人群和穩(wěn)定的技術支持。Hibernate是為了解決面向對象編程語言的數(shù)據(jù)操作和關系型數(shù)據(jù)庫的數(shù)據(jù)存儲之間阻抗不匹配問題的對象 關系映射（ ORM）框架 ， 很好的封裝了各類關系型數(shù)據(jù)庫的操作，使開發(fā)人員可以使用面向對象的方式來進行數(shù)據(jù)的存取 ， 利用面向對象的思想開發(fā)基于關系型數(shù)據(jù)庫的應用系統(tǒng)。 因此，一個便攜、小巧，又具有強大數(shù)據(jù)統(tǒng)計 、報表分析的移動記賬軟件 的誕生是十分有必要的 ，一切的這些都可以在搭載了 Android移動操作系統(tǒng)的手機上實現(xiàn)。 所以，從社會方面來看， 此系統(tǒng) 也是可行的。 而且為了 備份數(shù)據(jù)，需要定期將 Excel工作簿備份復制一份， 存儲在另一個介質中，如 U盤、移動硬盤 ，需要額外的開銷。 (3) 賬戶管理：設置例如現(xiàn)金、銀行卡、信用卡、一卡通等各類賬戶 。 (2) 位于手機 終 端上的 各項功能均是由安裝了該應用系統(tǒng)的用戶使用 (3) 每個用戶均 是處于對該記賬應用系統(tǒng)的特定功能具有 相當需求和興趣的情況下，進行的下載和安裝以及使用 (4) 該系統(tǒng)由系統(tǒng)管理員數(shù)據(jù)的支持和維護 由以上四點分析可知，該記賬應用系統(tǒng)是由在手機上安裝了該應用系統(tǒng)的用戶和系統(tǒng)管理員作為參與者。 在 系統(tǒng)設置 用例中， 包含 了收入 類別 管理、支出 類別 管理、 賬戶 管理、借貸 賬戶管理四大 用例，這四個 用例各 包含 了新增、編輯、刪除三個方面的用例。 通過對概念類的檢查，得出如 圖 2– 2所示的概念類圖： 賬目收入 支出 轉賬 借貸賬戶借貸賬戶一級支出類型 二級支出類型收入類型用戶 圖 2– 2 個人記賬系統(tǒng)中的概念類 在得出概念類的基礎上， 根據(jù)需求和上文分析所得的用例 規(guī)約， 對各概念類添加屬性 ，得到定義了屬性的概念類圖： 第 2章 系統(tǒng)分析 20 圖 2– 3 定義了屬性的概念類圖 添加了類的屬性之后， 接著 進行類的關聯(lián) 關系的建立。 “ 借貸 管理 ”的順序圖如 圖 2– 12所示： 第 2章 系統(tǒng)分析 27 : 用戶 : 賬戶 : 借貸賬戶 : 借貸賬目記錄選擇賬戶選擇借貸賬戶賬戶信息借貸賬戶信息創(chuàng)建借貸賬目記錄新增成功消息編輯借貸賬目賬目記錄對象編輯關聯(lián)賬戶編輯借貸賬戶賬戶信息借貸賬戶信息更新賬目記錄更新成功刪除賬目記錄刪除成功 圖 2– 12 借貸 管理 順序圖 “支出報表”用例，首先的事件流是 用戶在界 面中選擇支出賬目的篩選條件，系第 2章 系統(tǒng)分析 28 統(tǒng)根據(jù)用戶的指定條件獲取 支出賬目記錄， 系統(tǒng)根據(jù)支出賬目 對象所關聯(lián)的 支出 類別對象 進行金額的分類統(tǒng)計，最后顯示給用戶。 使用 POJO類來實現(xiàn)。 圖 3– 3 記賬界面邊界類 在第二章的分析模型中，對系統(tǒng)中的概念類進行了分析，在設計階段，需要 在概念類的基礎上設計出實體類。每個 選項卡所包含的用戶數(shù)據(jù)錄入域各不相同，例如“支出”界面，包含“金額”、“支出類別”、“時間”、“賬戶”和“備注”等五個輸入域（文本域和選擇菜單）。 基礎服務類 BaseService的類圖，如 圖 3– 9所示： 圖 3– 9 基礎業(yè)務服務類的類圖 每一個實體類都應該對應一個屬于自身類型的 Service服務類，且均繼承自BaseService基礎服務類。 例如，收入 Ine實體類與IneService類、 IneDao接口關聯(lián)的類圖，如 圖 3– 10所示： 圖 3– 10 收入實體類相關聯(lián)類圖 根據(jù)上述對邊界類、業(yè)務邏輯層的 Service類以及數(shù)據(jù)訪問層的 DAO接口及實現(xiàn)類的分析， 對各個實體類對應的邊界類、 Service類和 DAO接口及實現(xiàn)類 設計屬性和 方法之后，進行 系 統(tǒng) 類圖的重新繪制， 如 圖 3– 11和 圖 3– 12所示： 第 3章 系統(tǒng)設計 36 圖 3– 11 重新繪制的類圖 1 第 3章 系統(tǒng)設計 37 圖 3– 12 重新繪制的類圖 2 在 系統(tǒng)各種類型的 類的屬性和方法都添加 了之后，需要對 分析 模型中 的順序 圖 進行細化， 使得消息和職責在順序 圖中得到良好的體現(xiàn)， 并且將邊界類和控制類添加到順序圖中，使對用例的事件流有更為直觀的描述 。 新增賬目界面的設計如 圖 3– 3所示： 第 3章 系統(tǒng)設計 33 設 置首 頁 數(shù) 據(jù)報 表明 細保 存轉 賬收 入 借 貸支 出1 0 0 . 0 0餐 飲 午 餐2 0 1 2 5 2 4 1 2 : 0 5小 雞 燉 蘑 菇現(xiàn) 金新 增 賬 目金 額類 別時 間備 注賬 戶 圖 3– 6 新 增賬目人機界面設計 類 圖 通過 概念類 的分析，以及邊界類、實體類的設計， 對系統(tǒng)中的業(yè)務邏輯層的Service服務類和數(shù)據(jù)訪問層的 DAO接口以及實現(xiàn)類進行設計。 根據(jù)系統(tǒng)功能需求，分析得出“用戶”、“賬目”、“收入”、“支出”、“轉賬”、“借貸”、“賬戶”等類是需要進行持久化的 實體類 。 數(shù)據(jù)持久層：該層次專著于數(shù)據(jù)持久化邏輯的實現(xiàn)，將 內(nèi)存 數(shù)據(jù)模型（如實例化對象）轉換為持久化的存儲模型數(shù)據(jù)（數(shù)據(jù)庫 記錄），也可將持久的存儲模型數(shù)據(jù)轉換為內(nèi)存數(shù)據(jù)模型。 表 現(xiàn)層： 主要是 Android應用程序的界面提供數(shù)據(jù)錄 入、 數(shù)據(jù)的 校驗與呈現(xiàn) 以及事件響應 的 一系列 UI控 件 。 在個人記賬系統(tǒng)中，賬目 根據(jù)賬 目類型的不同 分別與 支出、收入、轉賬、借貸之間有著泛化關聯(lián)關系， 支出、收入、轉賬、借貸均是根據(jù)賬目類型的不同由賬目泛化而來 ： 收入 轉賬 借貸賬目支出 圖 2– 7 賬目與支出、收入、轉賬、借貸的泛化關聯(lián) 在 定義概念類、添加屬性、識別對象之間的關聯(lián)之后，就可以得出完整的個人記賬系統(tǒng)的類圖了，如 圖 2– 8所示： 第 2章 系統(tǒng)分析 22 圖 2– 8 個人記賬系統(tǒng)的類圖 多個對象之間的交互行為需要使用順序圖來描述 ， 本文 針對系統(tǒng)中的典型用例 的主事件流 ，進行了順序圖的繪制。 表 2– 9 新增收入類別用例規(guī)約 用例名稱 收入類別 管理 參與者 用戶 假設 無 前置條件 系統(tǒng)未設置密碼保護或用戶身份已被識別和授權 后置條件 系統(tǒng)將 新收入類別 存入 數(shù)據(jù)庫 主事件流 對 收入類別 進行 增加、編輯、刪除 等 操作 支出 類別 管理、 賬戶 管理、借貸 賬戶管理四大用例 包含 的 新增、編輯、刪除三個方面的用例 與上述所示的收入類別管理 包含 用例的用例規(guī)約十分相似，故不一一列舉。 首先， 參與者