UML案例-銀行系統(tǒng)

重點(diǎn)內(nèi)容：需求分析創(chuàng)立系統(tǒng)用例模型創(chuàng)立系統(tǒng)靜態(tài)模型創(chuàng)立系統(tǒng)動態(tài)模型創(chuàng)立系統(tǒng)部署模型第15章銀行系統(tǒng)一、需求分析銀行與我們的生活息息相關(guān)。它為每一個(gè)人提供了一系列的金融效勞。實(shí)際生活中的銀行業(yè)務(wù)功能及其復(fù)雜，這里所介紹的銀行系統(tǒng)只涉及銀行中最根本的功能。本銀行系統(tǒng)的功能性需求包括以下內(nèi)容：〔1〕客戶可以在銀行開立一個(gè)或多個(gè)賬戶?！?〕客戶能夠?qū)㈠X款存入已經(jīng)開立的賬號中?！?〕客戶可從自己的賬戶中進(jìn)行提款?！?〕客戶能夠?qū)①~戶中的存款轉(zhuǎn)賬至另一個(gè)賬戶?！?〕客戶可以隨時(shí)查詢自己賬戶的情況包括以前進(jìn)行的存款、取款等的交易記錄?！?〕客戶也有權(quán)利要求取消賬戶。二、創(chuàng)立系統(tǒng)用例模型銀行職員用例能夠通過該系統(tǒng)進(jìn)行如下活動：〔1〕登錄銀行系統(tǒng)。銀行職員在登錄系統(tǒng)時(shí)，必須通過系統(tǒng)的身份驗(yàn)證才能進(jìn)入銀行系統(tǒng)主界面進(jìn)行下一步的操作?！?〕對客戶的賬戶進(jìn)行管理，包括為客戶創(chuàng)立新的賬戶、修改賬戶信息和刪除賬戶。二、創(chuàng)立系統(tǒng)用例模型客戶與銀行職員之間是依賴的關(guān)系，客戶必須依賴于職員才能完成各種用例。銀行職員作為客戶的代理完成與用例的交互。客戶用例能完成的具體功能如下?！?〕存款。用戶通過銀行職員將錢款存入的自己的賬戶中?！?〕取款。用戶通過銀行職員從自己的賬戶中將錢款取出?！?〕轉(zhuǎn)賬。用戶通過銀行職員將一個(gè)賬戶中的錢款轉(zhuǎn)至其他的賬戶。由于轉(zhuǎn)賬既可以在同一銀行之間進(jìn)行，也可以在不同的銀行之間進(jìn)行，因此這里用了二個(gè)用例，使用本行轉(zhuǎn)賬和跨行轉(zhuǎn)賬來描述。本行轉(zhuǎn)賬和跨行轉(zhuǎn)賬是轉(zhuǎn)賬的子用例，它們之間是繼承的關(guān)系?！踩?chuàng)立系統(tǒng)靜態(tài)模型根據(jù)系統(tǒng)需求，創(chuàng)立靜態(tài)系統(tǒng)類圖。我們可以識別系統(tǒng)中存在的主要實(shí)體類：銀行〔Bank〕、賬戶〔Account〕和客戶〔Customer〕。輔助類：存款〔Deposit〕、取款〔Withdraw〕和Transfer〔轉(zhuǎn)賬〕，這三個(gè)類又可以抽象出父類Transaction。用戶界面類：主界面類〔MainForm〕，登錄界面〔LoginFrame〕，查詢界面〔QueryFormo〕，取款界面〔WithdrawForm〕,賬戶界面〔AccountForm〕和轉(zhuǎn)賬界面〔TransferForm〕。三、創(chuàng)立系統(tǒng)動態(tài)模型1、銀行職員登錄銀行系統(tǒng)的序列圖和交互圖銀行職員登錄銀行系統(tǒng)用例的工作流程：〔1〕銀行職員想通過系統(tǒng)進(jìn)行某一項(xiàng)操作?！?〕銀行職員啟動系統(tǒng)，在登錄頁面LoginFrame輸入自己的用戶名和密碼并提交?！?〕系統(tǒng)驗(yàn)證銀行職員的用戶名和密碼是否正確，如正確創(chuàng)立系統(tǒng)主界面。〔5〕如果身份驗(yàn)證未通過，返回錯(cuò)誤提示信息。三、創(chuàng)立系統(tǒng)動態(tài)模型

2、客戶存款的序列圖和交互圖客戶存款用例的具體工作流程如下：〔1〕客戶向銀行職員提出存款要求。〔2〕銀行職員在系統(tǒng)主界面請求存款操作，系統(tǒng)創(chuàng)立存款界面?！?〕銀行職員添加存款信息后，提交至賬戶類?！?〕賬戶類確認(rèn)數(shù)據(jù)庫是否存在該賬戶，如存在創(chuàng)立一個(gè)存款交易記錄，再將記錄保存到數(shù)據(jù)庫。計(jì)算新賬戶的余額，最后更新數(shù)據(jù)庫中該賬戶的信息。三、創(chuàng)立系統(tǒng)動態(tài)模型客戶取款用例的工作流程描述如下：〔1〕客戶向銀行職員提出取款要求?！?〕銀行職員在系統(tǒng)主界面請求取款操作，系統(tǒng)創(chuàng)立取款界面?！?〕銀行職員添加取款信息后，提交至賬戶類?！?〕賬戶類確認(rèn)數(shù)據(jù)庫是否存在該賬戶，并確認(rèn)賬戶中的金額是否足夠支付所取款項(xiàng)，如可足夠支付那么創(chuàng)立一個(gè)取款交易記錄，再將記錄保存到數(shù)據(jù)庫。計(jì)算新賬戶的余額，最后更新數(shù)據(jù)庫中該賬戶的信息。3、客戶取款序列圖和交互圖三、創(chuàng)立系統(tǒng)動態(tài)模型客戶進(jìn)行本行轉(zhuǎn)賬的工作流程如下：〔1〕客戶向銀行職員提出本行轉(zhuǎn)賬的要求。〔2〕銀行職員在系統(tǒng)主界面請求轉(zhuǎn)賬操作，系統(tǒng)創(chuàng)立轉(zhuǎn)賬界面?！?〕銀行職員添加轉(zhuǎn)賬款信息后，提交至賬戶類〔轉(zhuǎn)出〕?！?〕賬戶類確認(rèn)是否存在該賬戶，并確認(rèn)賬戶中的金額是否足夠支付轉(zhuǎn)賬款項(xiàng)，如可足夠支付那么計(jì)算新的賬戶余額，更新數(shù)據(jù)庫中該賬戶的信息，發(fā)送消息給轉(zhuǎn)賬類，創(chuàng)立轉(zhuǎn)賬交易記錄，保存轉(zhuǎn)賬交易記錄?！?〕轉(zhuǎn)賬界面將轉(zhuǎn)賬信息傳遞給賬戶〔轉(zhuǎn)入〕，查詢該賬戶是否存在。如存在計(jì)算賬戶余額，然后更新數(shù)據(jù)庫的數(shù)據(jù)。發(fā)送消息給轉(zhuǎn)賬類，創(chuàng)立轉(zhuǎn)賬交易記錄，保存轉(zhuǎn)賬交易記錄。4、客戶本行轉(zhuǎn)賬序列圖和交互圖三、創(chuàng)立系統(tǒng)動態(tài)模型客戶進(jìn)行跨行轉(zhuǎn)賬的根本工作流程如下：〔1〕客戶向銀行職員提出跨行轉(zhuǎn)賬的要求?！?〕銀行職員在系統(tǒng)主界面請求轉(zhuǎn)賬操作，系統(tǒng)創(chuàng)立轉(zhuǎn)賬界面。〔3〕銀行職員添加轉(zhuǎn)賬款信息后，提交至賬戶類?！?〕賬戶類確認(rèn)是否存在該賬戶，并確認(rèn)賬戶中的金額是否足夠支付轉(zhuǎn)賬款項(xiàng)?！?〕如可足夠支付那么計(jì)算新的賬戶余額，更新數(shù)據(jù)庫中該賬戶的信息?！?〕發(fā)送消息給轉(zhuǎn)賬類，創(chuàng)立轉(zhuǎn)賬交易記錄，保存轉(zhuǎn)賬交易記錄?！?〕最后，發(fā)送轉(zhuǎn)賬通知到另一家銀行。5、客戶跨行轉(zhuǎn)賬的序列圖和交互圖三、創(chuàng)立系統(tǒng)動態(tài)模型客戶開立新賬戶的根本工作流程如下：〔1〕客戶向銀行職員提出開立賬戶要求?！?〕銀行職員在系統(tǒng)主界面請求創(chuàng)立賬戶操作，系統(tǒng)創(chuàng)立賬戶界面?！?〕銀行職員添加賬戶信息后，提交至賬戶類。〔4〕賬戶類確認(rèn)數(shù)據(jù)庫是否已存在該客戶的賬戶。如不存在，那么創(chuàng)立新客戶對象。〔5〕然后將客戶信息保存到數(shù)據(jù)庫中。6、客戶開立賬戶序列圖和協(xié)作圖

三、創(chuàng)立系統(tǒng)動態(tài)模型客戶刪除賬戶的根本工作流程如下：〔1〕客戶向銀行職員提出刪除賬戶要求。〔2〕銀行職員在系統(tǒng)主界面請求查詢賬戶操作，系統(tǒng)創(chuàng)立查詢界面。〔3〕銀行職員在查詢界面提交賬號，從賬戶類中獲得指定賬戶的信息，同時(shí)系統(tǒng)創(chuàng)立賬戶界面?！?〕銀行職員在賬戶界面確認(rèn)刪除，并將刪除命令提交給賬戶類。〔5〕賬戶類結(jié)算賬戶金額，關(guān)閉賬戶，從數(shù)據(jù)庫中刪除賬戶，并更新數(shù)據(jù)庫中客戶的相關(guān)信息?！?〕判斷是否還有和客戶相關(guān)的賬戶存在。如果沒有，最后刪除數(shù)據(jù)庫中客戶的信息。7、客戶刪除賬戶的序列圖和協(xié)作圖三、創(chuàng)立系統(tǒng)動態(tài)模型客戶修改賬戶信息的工作流程如下：〔1〕客戶向銀行職員提出修改賬戶信息的要求?！?〕銀行職員在系統(tǒng)主界面請求查詢賬戶操作，系統(tǒng)創(chuàng)立查詢界面。〔3〕銀行職員在查詢界面提交賬號，從賬戶類中獲得指定賬戶的信息，同時(shí)系統(tǒng)創(chuàng)立賬戶界面?！?〕銀行職員修改賬戶信息后，提交給賬戶界面。〔5〕賬戶界面發(fā)送消息更新數(shù)據(jù)庫中客戶的信息，同時(shí)更新賬戶信息。8、客戶修改賬戶信息序列圖和協(xié)作圖三、創(chuàng)立系統(tǒng)動態(tài)模型在銀行系統(tǒng)中，有明確狀態(tài)轉(zhuǎn)換的類是賬戶。賬戶包含以下三種狀態(tài)：被創(chuàng)立的新賬戶、被修改后賬戶、睡眠賬戶和被刪除的賬戶。它們之間的轉(zhuǎn)化規(guī)那么是：〔1〕客戶開立賬戶時(shí)，新的賬戶被創(chuàng)立。〔2〕客戶要求變更原有賬戶信息時(shí)，賬戶內(nèi)容被改變。〔3〕賬戶長期未使用，銀行將其定義為睡眠賬戶的狀態(tài)。(4)客戶注銷賬戶，賬戶被刪除。9、銀行賬戶狀態(tài)圖

三、創(chuàng)立系統(tǒng)動態(tài)模型10、銀行職員登錄系統(tǒng)活動圖銀行職員登錄系統(tǒng)的活動圖中，創(chuàng)立了二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示用戶輸入用戶名和密碼。〔2〕銀行職員輸入用戶名和密碼后提交，系統(tǒng)驗(yàn)證是否正確?！?〕如正確，進(jìn)入主界面，否那么，顯示錯(cuò)誤信息，并提示用戶重新輸入。三、創(chuàng)立系統(tǒng)動態(tài)模型11、客戶存款活動圖客戶存款的活動圖中，創(chuàng)立二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示輸入用戶的相關(guān)信息和存款金額。〔2〕銀行職員將相關(guān)信息輸入后提交，系統(tǒng)判斷賬戶是否存在且有效。〔3〕如果賬戶有效并存在，建立交易記錄，同時(shí)修改賬戶金額，保存交易記錄。三、創(chuàng)立系統(tǒng)動態(tài)模型12、客戶取款活動圖活動圖中創(chuàng)立了二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示輸入用戶的相關(guān)信息和取款金額?！?〕銀行職員將相關(guān)信息輸入后提交，系統(tǒng)判斷賬戶是否存在且有效，賬戶中的余額是否大于取款金額?！?〕如果賬戶有效并存在同時(shí)金額足夠，建立交易記錄，同時(shí)修改賬戶金額，保存交易記錄。三、創(chuàng)立系統(tǒng)動態(tài)模型13、客戶轉(zhuǎn)賬活動圖客戶轉(zhuǎn)賬活動圖創(chuàng)立二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示輸入用戶的相關(guān)信息和轉(zhuǎn)賬金額?！?〕銀行職員將相關(guān)信息輸入后提交，系統(tǒng)判斷賬戶是否存在且有效，賬戶中的金額是否大于轉(zhuǎn)賬金額。〔3〕如果賬戶有效并存在同時(shí)金額足夠，建立交易記錄，同時(shí)修改賬戶金額，保存交易記錄?！?〕判斷轉(zhuǎn)入賬戶是否屬于同一銀行。如是同一銀行，系統(tǒng)先確認(rèn)轉(zhuǎn)入賬戶是否存在并有效。如有效更新賬戶相關(guān)信息，建立轉(zhuǎn)賬記錄，保存轉(zhuǎn)賬記錄?！?〕如果轉(zhuǎn)入和轉(zhuǎn)出賬戶不是同一銀行，那么發(fā)送轉(zhuǎn)賬通知給另一個(gè)銀行。三、創(chuàng)立系統(tǒng)動態(tài)模型14、創(chuàng)立賬戶活動圖創(chuàng)立賬戶的活動圖，需要?jiǎng)?chuàng)立二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示輸入用戶的相關(guān)信息和存款金額?！?〕銀行職員輸入相關(guān)信息后提交?！?〕系統(tǒng)為客戶創(chuàng)立賬戶，并將賬戶信息保存到數(shù)據(jù)庫。三、創(chuàng)立系統(tǒng)動態(tài)模型15、客戶修改賬戶活動圖客戶修改賬戶的活動圖，我們創(chuàng)立了二個(gè)泳道，分別是銀行職員對象和系統(tǒng)對象，具體的活動過程描述如下：〔1〕系統(tǒng)提示輸入用戶的賬號。〔2〕銀行職員輸入賬號后提交。系統(tǒng)查詢賬戶信息并顯示?！?〕銀行職員修改賬戶信息后提交，系統(tǒng)更改賬戶信息。四、創(chuàng)立系統(tǒng)部署模型1、系統(tǒng)構(gòu)件圖在銀行系統(tǒng)中，我們可以對系統(tǒng)的主要參與者和主要的業(yè)務(wù)實(shí)體類分別創(chuàng)立對應(yīng)的構(gòu)件進(jìn)行映射。我們根據(jù)類圖創(chuàng)立系統(tǒng)構(gòu)件圖，包括銀行構(gòu)件〔Bank〕、客戶構(gòu)件〔Customer〕、銀行職員