【文章內容簡介】 在記賬管理用例中，又包含了收入管理、支出管理、轉賬管理、借貸管理四種用例，每種用例各包含了新增、編輯、刪除三個方面的用例。收入管理和支出管理的用例規(guī)約十分相近，轉賬管理和借貸管理稍有區(qū)別。表2–1 記賬管理用例規(guī)約用例名稱記賬管理參與者用戶假設用戶知道當前經濟活動未被記錄過，系統(tǒng)并不驗證此經濟活動是否已存在前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)更新相關數(shù)據(jù)主事件流1. 選擇記賬類型（支出、收入、轉賬、借貸）2. 根據(jù)所選記賬類型進入相應類型賬目記賬界面3. 根據(jù)所選類型，用戶可選擇進行新增、編輯、刪除操作4. 系統(tǒng)更新賬戶數(shù)據(jù)表2–2 賬號管理用例規(guī)約用例名稱賬號管理參與者用戶假設無前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)完成賬號的注冊或者登錄主事件流1. 用戶進入賬號管理界面2. 用戶可選擇進行登錄賬號或者注冊賬號3. 系統(tǒng)更新賬戶數(shù)據(jù)由明細查詢用例包含可得查詢所有、賬戶查詢、分類查詢和條件查詢四個用例，它們的用例規(guī)約如下：表2–3 查詢所有用例規(guī)約用例名稱查詢所有參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示指定日期區(qū)間內所有賬目記錄數(shù)據(jù)主事件流1. 從數(shù)據(jù)庫獲取指定日期的所有賬目記錄數(shù)據(jù)2. 系統(tǒng)顯示所獲取的賬目記錄數(shù)據(jù)備選事件流無表2–4 賬戶查詢用例規(guī)約用例名稱賬戶查詢參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示指定日期區(qū)間內所有賬戶明細主事件流1. 系統(tǒng)從數(shù)據(jù)庫獲取各賬戶明細2. 系統(tǒng)顯示各賬戶明細數(shù)據(jù)備選事件流無表2–5 分類查詢用例規(guī)約用例名稱分類查詢參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示指定日期區(qū)間內所有分類的賬目明細主事件流1. 系統(tǒng)從數(shù)據(jù)庫獲取各分類明細數(shù)據(jù)2. 系統(tǒng)顯示各賬戶明細數(shù)據(jù)備選事件流無表 2–6 條件查詢用例規(guī)約用例名稱條件查詢參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示用戶指定條件的賬目明細主事件流1. 用戶根據(jù)界面提示錄入、選擇各條件2. 系統(tǒng)從數(shù)據(jù)庫獲取指定條件的明細數(shù)據(jù)3. 系統(tǒng)顯示獲取的明細數(shù)據(jù)由報表統(tǒng)計用例包含得到支出報表、收入報表、逐月支出、逐月收入四個用例，它們的用例規(guī)約如下：表2–7 支出報表用例規(guī)約用例名稱支出報表參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示用戶指定日期區(qū)間的支出報表主事件流1. 用戶指定日期區(qū)間2. 系統(tǒng)從數(shù)據(jù)庫獲取指定日期區(qū)間的支出賬目數(shù)據(jù)3. 系統(tǒng)顯示獲取的支出數(shù)據(jù)的報表表2–8 逐月支出用例規(guī)約用例名稱逐月支出參與者用戶假設系統(tǒng)已有賬目記錄數(shù)據(jù)前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件顯示用戶指定月份區(qū)間的逐月支出報表主事件流1. 用戶指定月份區(qū)間2. 系統(tǒng)從數(shù)據(jù)庫獲取指定月份區(qū)間的逐月支出總數(shù)據(jù)3. 系統(tǒng)顯示獲取的逐月支出數(shù)據(jù)的報表收入報表、逐月收入報表的用例規(guī)約與支出報表、逐月支出報表的用例規(guī)約十分相似，故不一一列舉。在系統(tǒng)設置用例中，包含了收入類別管理、支出類別管理、賬戶管理、借貸賬戶管理四大用例，這四個用例各包含了新增、編輯、刪除三個方面的用例。收入類別管理和支出類別管理的用例規(guī)約十分相近。表2–9 新增收入類別用例規(guī)約用例名稱收入類別管理參與者用戶假設無前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)將新收入類別存入數(shù)據(jù)庫主事件流1. 用戶進入收入類別管理界面2. 系統(tǒng)顯示現(xiàn)有收入類別列表3. 用戶可選擇對收入類別進行增加、編輯、刪除等操作4. 系統(tǒng)更新收入類別數(shù)據(jù)支出類別管理、賬戶管理、借貸賬戶管理四大用例包含的新增、編輯、刪除三個方面的用例與上述所示的收入類別管理包含用例的用例規(guī)約十分相似，故不一一列舉。數(shù)據(jù)管理用例包含得到數(shù)據(jù)備份和數(shù)據(jù)恢復用例，而數(shù)據(jù)備份和數(shù)據(jù)恢復又各自包含為本地和云端兩個方面。其用例規(guī)約如下：表2–10 數(shù)據(jù)備份至本地用例規(guī)約用例名稱備份至本地參與者用戶假設系統(tǒng)取得本地文件讀寫權限前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)以文件的形式備份至本地主事件流1. 系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)以文件形式備份至本地2. 系統(tǒng)告知用戶文件所在位置3. 系統(tǒng)在數(shù)據(jù)庫中存儲文件的保存位置表 2–11從本地恢復數(shù)據(jù)用例規(guī)約用例名稱從本地恢復參與者用戶假設系統(tǒng)取得本地文件讀寫權限前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)從本地文件中恢復數(shù)據(jù)庫數(shù)據(jù)主事件流1. 系統(tǒng)讀取保存在本地的數(shù)據(jù)庫數(shù)據(jù)文件2. 系統(tǒng)將文件中的數(shù)據(jù)寫入數(shù)據(jù)庫表 2–12 數(shù)據(jù)備份至云端用例規(guī)約用例名稱備份至云端參與者用戶假設系統(tǒng)取得網絡訪問權限前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)發(fā)送到云端進行備份主事件流1. 系統(tǒng)將數(shù)據(jù)庫數(shù)據(jù)發(fā)送到云端2. 云端系統(tǒng)將數(shù)據(jù)保存至云端數(shù)據(jù)庫中表 2–13 從云端恢復數(shù)據(jù)用例規(guī)約用例名稱從云端恢復參與者用戶假設系統(tǒng)取得網絡訪問權限前置條件系統(tǒng)未設置密碼保護或用戶身份已被識別和授權后置條件系統(tǒng)將云端獲取的數(shù)據(jù)恢復至本地數(shù)據(jù)庫主事件流1. 系統(tǒng)接收從云端發(fā)送而來的數(shù)據(jù)庫數(shù)據(jù)2. 系統(tǒng)將接收到的數(shù)據(jù)寫入本地數(shù)據(jù)庫Web版?zhèn)€人記賬系統(tǒng)（云端系統(tǒng)）的管理員用例主要為:用戶管理用例。其用例規(guī)約如下：表2–14 用戶管理用例規(guī)約用例名稱用戶管理參與者管理員假設系統(tǒng)管理員無論何時均可登錄系統(tǒng)進行操作前置條件管理員身份和權限已被系統(tǒng)識別和授權后置條件顯示可管理的用戶信息主事件流1. 系統(tǒng)顯示可管理的用戶信息2. 管理員可選擇進行用戶的新增、編輯、刪除操作3. 系統(tǒng)更新用戶數(shù)據(jù) 分析模型 類圖通過WirfsBrock名詞短語策略，對個人記賬系統(tǒng)的關鍵問題，如記賬、明細查詢、數(shù)據(jù)設置等問題的需求和過程進行分析，以及上文的眾多用例規(guī)約中可以分析得到如表2–15所示的候選概念類清單：表2–15 候選概念類清單名詞類別概念類列表顯而易見的對象用戶、賬目、收入、支出、轉賬、借貸、賬戶明顯無意義的對象本地密碼、網絡權限不確定類別的對象賬目類型、賬戶類型、賬戶余額對于不確定類別的對象進行討論：“賬目類型”給人的第一印象像是作為“賬目”的一個屬性，但是仔細推敲之后便覺得不應該簡單的作為“賬目”對象的一個屬性，而通過賬目的泛化得到收入賬目、支出賬目、轉賬賬目和借貸賬目四種賬目類型的對象，故“賬目類型”對象應該被舍棄?！百~戶類型”的情況正相反，經過分析賬戶對象的屬性有名稱和當前余額，而后分析得賬戶類型可分為較為固定的7種：現(xiàn)金、信用卡、儲蓄（卡、存折等）、投資賬戶（股票、基金等）、儲值卡（購物卡、一卡通等）、網上支付（支付寶、PayPal等）和虛擬賬戶（Q幣、人人豆），不會再次基礎上進行自我設置，故應將“賬戶類型”作為“賬戶”的一個屬性，舍棄作為對象的想法?！百~戶余額”與“賬戶類型”相似，應作為“賬戶”的一個簡單屬性，舍棄該對象。通過對概念類的檢查，得出如圖2–2所示的概念類圖：圖2–2 個人記賬系統(tǒng)中的概念類在得出概念類的基礎上，根據(jù)需求和上文分析所得的用例規(guī)約，對各概念類添加屬性，得到定義了屬性的概念類圖：圖2–3 定義了屬性的概念類圖添加了類的屬性之后，接著進行類的關聯(lián)關系的建立。一個用戶可以有0個或者多個賬目記錄：圖2–4 用戶和賬目關聯(lián)一條支出賬目都屬于一種二級支出類別，一種二級支出類別可以有0或多個支出賬目，一種二級支出類別屬于一種一級支出類別，而一種支出類別可以有0或多種二級支出類別：圖2–5 支出與支出類別的關聯(lián)一條借貸記錄都與一個賬戶想關聯(lián)，一個賬戶可以與0或多條借貸記錄相關聯(lián)，一條借貸記錄與一個借貸賬戶相關聯(lián)，一個借貸賬戶與0或多條借貸記錄相關聯(lián)：圖2–6 借貸與賬戶、借貸賬戶的關聯(lián)除了進行類的關聯(lián)以外，有的類之間還需建立類的泛化關系。在個人記賬系統(tǒng)中，賬目根據(jù)賬目類型的不同分別與支出、收入、轉賬、借貸之間有著泛化關聯(lián)關系，支出、收入、轉賬、借貸均是根據(jù)賬目類型的不同由賬目泛化而來：圖2–7 賬目與支出、收入、轉賬、借貸的泛化關聯(lián)在定義概念類、添加屬性、識別對象之間的關聯(lián)之后，就可以得出完整的個人記賬系統(tǒng)的類圖了，如圖2–8所示：圖2–8 個人記賬系統(tǒng)的類圖 順序圖多個對象之間的交互行為需要使用順序圖來描述，本文針對系統(tǒng)中的典型用例的主事件流，進行了順序圖的繪制。對于“支出管理”事件流，用戶可以根據(jù)需要進行新增、編輯和刪除操作：(1) “新增支出”：用戶填入支出相關信息，支出需要關聯(lián)支出類別，所以需要獲取一級支出類別對象，再根據(jù)一級支出類別獲取其下屬的二級支出類別對象，然后再選擇與支出相關聯(lián)的賬戶，最后將所填數(shù)據(jù)進行驗證、封裝成支出記錄對象，最后成功創(chuàng)建一條支出賬目記錄；(2) “編輯支出”：系統(tǒng)首先取出支出賬目對象，顯示給用戶，用戶編輯修改相關信息，包括一級支出類別對象和一級支出類別獲取其下屬的二級支出類別對象的編輯修改，然后再修改與支出相關聯(lián)的賬戶，最后將所填數(shù)據(jù)進行驗證、封裝成支出記錄對象，最后更新支出賬目記錄；(3) “刪除支出”：系統(tǒng)刪除指定支出賬目記錄。“支出管理”的順序圖如圖2–9所示：圖2–9 新增支出順序圖對于“收入管理”用例，用戶可根據(jù)需要進行新增、編輯和刪除操作：(1) “新增收入”：用戶根據(jù)界面提示填入相關信息，收入記錄需要關聯(lián)收入類別，所以需要獲取收入類別對象，然后再選擇收入相關聯(lián)的賬戶，獲取賬戶對象，界面對數(shù)據(jù)進行驗證、封裝成收入賬目對象，最后成功創(chuàng)建一條收入賬目記錄；(2) “編輯收入”：系統(tǒng)首先獲取收入賬目對象，用戶根據(jù)需要編輯修改相關信息，如收入類別和關聯(lián)的賬戶，系統(tǒng)再將更新后的信息驗證、封裝成收入賬目對象，更新數(shù)據(jù)庫內的收入賬目信息；(3) “刪除收入”：系統(tǒng)直接刪除指定的收入賬目記錄?！笆杖牍芾怼钡捻樞驁D如圖2–10所示：圖2–10 收入管理順序圖“轉賬管理”用例，用戶可根據(jù)需要進行新增、編輯和刪除操作：(1) “新增轉賬”：增轉賬界面填入相關信息，轉賬賬目對象需要關聯(lián)轉出賬戶和轉入賬戶，分別依次選擇轉出賬戶和轉入賬戶，頁面對填入的相關數(shù)據(jù)進行驗證、封裝，創(chuàng)建轉賬賬目對象，最后成功創(chuàng)建一條轉賬賬目記錄；(2) “編輯轉賬”：系統(tǒng)獲取指定轉賬賬目對象，用戶根據(jù)界面提示，編輯相關聯(lián)的轉入和轉出賬戶，修改金額等操作，系統(tǒng)對數(shù)據(jù)進行驗證、封裝后進行轉賬賬目的更新。(3) “刪除轉賬”：系統(tǒng)刪除指定轉賬賬目記錄?！稗D賬管理”的順序圖如圖2–11所示：圖2–11 新增轉賬順序圖對于“借貸管理”用例，用戶可根據(jù)需要選擇進行新增、編輯和刪除三種操作：(1) “新增借貸”：首先是填入相關信息，需要選擇借貸賬戶（債權人）和相關聯(lián)賬戶，所以依次獲取賬戶對象和借貸賬戶對象進行對象的關聯(lián)，然后界面對錄入的數(shù)據(jù)進行驗證、封裝創(chuàng)建借貸賬目對象，最后成功創(chuàng)建一條轉賬賬目記錄；(2) “編輯借貸”：系統(tǒng)首先從數(shù)據(jù)庫中獲取指定借貸賬目對象，用戶進行借貸賬戶（債權人）和相關聯(lián)賬戶的編輯修改，然后重新對數(shù)據(jù)進行驗證、封裝創(chuàng)建借貸賬目對象，最后更新原有的轉賬賬目記錄；(3) “刪除借貸”：系統(tǒng)直接刪除指定的借貸賬目記錄?！敖栀J管理”的順序圖如圖2–12所示：圖2–12 借貸管理順序圖“支出報表”用例，首先的事件流是用戶在界面中選擇支出賬目的篩選條件，系統(tǒng)根據(jù)用戶的指定條件獲取支出賬目記錄，系統(tǒng)根據(jù)支出賬目對象所關聯(lián)的支出類別對象進行金額的分類統(tǒng)計