課程設(shè)計(jì)UML支持校園卡食堂消費(fèi)管理信息系統(tǒng)

1、統(tǒng)一建模語(yǔ)言UMLM程設(shè)計(jì)報(bào)告支持校園卡的食堂消費(fèi)管理信息系統(tǒng)第 1 章 系統(tǒng)需求分析 21.1 系統(tǒng)功能分析 21.1.1 功能需求 21.1.2 非功能需求 21.2 數(shù)據(jù)庫(kù)管理模塊 31.3 基本業(yè)務(wù)模塊 41.4 信息查詢模塊 4第2章系統(tǒng)的UM型本模型 62.1 UML 初始模型 62.2 系統(tǒng)的用例圖 62.3 系統(tǒng)的時(shí)序圖 72.4 系統(tǒng)的協(xié)作圖 92.5 系統(tǒng)的狀態(tài)圖 102.6 系統(tǒng)的活動(dòng)圖 11第3 章系統(tǒng)中的類 153.1 類圖的生成 153.2 各類之間的關(guān)系 16第4章系統(tǒng)的配置與實(shí)現(xiàn) 184.1 系統(tǒng)的組件圖 184.2 系統(tǒng)的配置圖 19第5 章小結(jié) 21附錄 參

2、考資料 23第 1 章 系統(tǒng)需求分析1.1 系統(tǒng)功能分析1.1.1 功能需求對(duì)于支持校園卡的食堂消費(fèi)信息管理系統(tǒng)來(lái)說(shuō)，應(yīng)該至少包括如下幾部分功能：（ 1）信息查詢系統(tǒng)在驗(yàn)證用戶身份之后，允許用戶根據(jù)需要進(jìn)行查詢。查詢搜索的分類只要有三種：對(duì)賬號(hào)的基本信息查詢時(shí)，主要通過(guò)連接數(shù)據(jù)庫(kù)查詢用戶的賬號(hào)、姓名、性別、卡類、單位、專業(yè)、備注信息。對(duì)消費(fèi)明細(xì)的查詢時(shí)，可以查詢最近30 天內(nèi)制定時(shí)期內(nèi)消費(fèi)明細(xì)，包括消費(fèi)日期、具體時(shí)間、消費(fèi)地點(diǎn)、消費(fèi)金額、余額。對(duì)充值明細(xì)的查詢時(shí)，可以查詢4 年內(nèi)制定時(shí)期內(nèi)的充值明細(xì)，包括充值時(shí)間、交易金額、交易類型（柜臺(tái)充值、網(wǎng)銀充值、充值地點(diǎn)等）、操作員或交易號(hào)等。（ 2）

3、校園卡管理掛失和解掛；通知學(xué)生事務(wù)中心補(bǔ)辦新卡，學(xué)生事務(wù)中心通知客戶取新卡；使用網(wǎng)上銀行為校園卡充值，必須與網(wǎng)上銀行連接，實(shí)現(xiàn)充值功能。1.1.2 非功能需求（ 1）操作需求系統(tǒng)可以在任何主流 web瀏覽器上運(yùn)行；系統(tǒng)可以進(jìn)行后臺(tái)數(shù)據(jù)庫(kù)管理。（ 2）性能需求系統(tǒng)可以滿足每天24小時(shí)全年365天持續(xù)工作；系統(tǒng)每天會(huì)在晚10 點(diǎn)以后進(jìn)行更新；在 8： 00 22： 00時(shí)段支持300位并發(fā)用戶使用，其余時(shí)間支持150位。（ 3）安全需求由于系統(tǒng)涉及到個(gè)人財(cái)產(chǎn)安全問(wèn)題，所以系統(tǒng)要求有很高的安全性；系統(tǒng)包含對(duì)病毒、蠕蟲(chóng)和木馬等病毒的防衛(wèi)；系統(tǒng)系統(tǒng)對(duì)登錄用戶進(jìn)行身份驗(yàn)證，管理員對(duì)網(wǎng)站和后臺(tái)數(shù)據(jù)庫(kù)進(jìn)行管理

4、。功能需求分析以后，可知滿足上述需求的系統(tǒng)需要包括以下幾個(gè)模塊：（ 1）數(shù)據(jù)庫(kù)管理模塊。數(shù)據(jù)庫(kù)管理模塊提供了使用者錄入、修改并維護(hù)數(shù)據(jù)的途徑。比如學(xué)生和老師都可以修改自己的基本信息，然后保存到數(shù)據(jù)庫(kù)中； 也提供了系統(tǒng)管理員進(jìn)行用戶信息維護(hù)的功能。(2)基本業(yè)務(wù)模塊。可以用校園卡消費(fèi)、充值、也可以掛失和解掛，并在 遺失以后舊卡的所有信息保留到新卡。(3)信息查詢模塊。主要是對(duì)校園卡用戶的基本信息查詢，也可以對(duì)消費(fèi) 和充值的相關(guān)記錄進(jìn)行查詢、瀏覽。支持校園卡的食堂消費(fèi)管理信息系統(tǒng)基本業(yè)務(wù)模塊信 息 查 詢 模 塊數(shù) 據(jù) 庫(kù) 管 理 模 塊圖1-1系統(tǒng)功能需求1.2 數(shù)據(jù)庫(kù)管理模塊數(shù)據(jù)庫(kù)模塊包括如下

5、圖所示的幾個(gè)方面:數(shù)據(jù)庫(kù)模塊圖1-2數(shù)據(jù)庫(kù)管理模塊功能(1)用戶注冊(cè)的信息管理，包括教師和學(xué)生在系統(tǒng)上進(jìn)行注冊(cè)信息的更新 操作，操作者可以是用戶，也可以是系統(tǒng)管理員。(2)消費(fèi)明細(xì)信息管理，系統(tǒng)管理員在教師離職，或者學(xué)生學(xué)籍不存在時(shí) 可以進(jìn)行刪除或者清空消費(fèi)信息。(3)充值明細(xì)信息管理，系統(tǒng)管理員在教師離職，或者學(xué)生學(xué)籍不存在時(shí) 可以進(jìn)行刪除或者清空充值信息。1.3 基本業(yè)務(wù)模塊基本業(yè)務(wù)模塊包括如下圖所示的幾個(gè)方面：圖1-3基本業(yè)務(wù)模塊功能(1)在校園卡丟失之后可以登錄系統(tǒng)補(bǔ)辦新卡。(2)到指定的地方可以為校園卡充值，也可以進(jìn)行網(wǎng)上轉(zhuǎn)賬(3)校園卡丟失以后可以掛失，防止別人用自己的卡消費(fèi)。(4

6、)校園卡找到之后可以解掛，卡的狀態(tài)從停用變?yōu)檎！?.4 信息查詢模塊信息查詢模塊主要用于網(wǎng)頁(yè)上的信息瀏覽和查詢，包括如下圖所示幾個(gè)方面:圖1-4信息查詢模塊功能(1)用戶注冊(cè)信息，通過(guò)網(wǎng)頁(yè)登陸瀏覽、查詢。(2)用戶消費(fèi)信息，通過(guò)給定日期進(jìn)行查詢。(3)用戶充值信息，同樣通過(guò)給定提起進(jìn)行查詢。(4)用戶賬戶信息，在查詢消費(fèi)信息和充值信息的時(shí)候在網(wǎng)頁(yè)上都同時(shí)顯 示賬戶余額。第2章系統(tǒng)的UMLS本模型2.1 UML初始模型選擇菜單【File->New】可以打開(kāi)如下圖所示的“ Create New Model”對(duì)話框，選擇J2SE模式，點(diǎn)擊【ok】按鈕，表示此系統(tǒng)將用Java語(yǔ)言來(lái)開(kāi)發(fā)。接下來(lái)

7、開(kāi)始設(shè)計(jì)自己的模型，在此之前先保存，將模型命名為“基于校園卡 的食堂消費(fèi)信息管理系統(tǒng)”，如下圖所示：gj曷于校園卡的食堂消費(fèi)信息管理系蜻 由（3 Use Case View 田匚。Log£ c aH. Vi ew國(guó)Cwiponent Vi 卦，Deployment View | 一匾 Mod虱 Trapertieg圖2-1 UML建模初始模型2.2 系統(tǒng)的用例圖根據(jù)系統(tǒng)的需求可以確定四類參與者，分別是學(xué)生和教師、營(yíng)業(yè)員、數(shù)據(jù)庫(kù)、 銀行，參與者的詳細(xì)信息如下：學(xué)生和教師：是持有校園卡的任何個(gè)人，由于學(xué)生和教師登錄系統(tǒng)之后只是 瀏覽到的自己信息不同，所以可以將兩者統(tǒng)稱為用戶，可以通過(guò)本系

8、統(tǒng)查詢個(gè)人 的基本信息、某時(shí)間段的消費(fèi)明細(xì)或者充值明細(xì)；可以辦理校園卡掛失和解掛； 可以通知注冊(cè)中心補(bǔ)辦新卡；可以到指定的地點(diǎn)為一卡通充值。管理員：是校園卡的管理者，通過(guò)校園卡的服務(wù)器端進(jìn)行管理工作。在客戶 端方面，接收用戶充值的請(qǐng)求，并且接收系統(tǒng)的為用戶辦理新卡的通知。數(shù)據(jù)庫(kù)：是服務(wù)器端的數(shù)據(jù)庫(kù)存儲(chǔ)器，負(fù)責(zé)接收用戶輸入的信息，并將相應(yīng) 的信息顯示給用戶。銀行：是任何在網(wǎng)上開(kāi)通網(wǎng)上銀行的銀行網(wǎng)上系統(tǒng)，可以接收用戶輸入的信 息，并執(zhí)行相應(yīng)的數(shù)據(jù)處理服務(wù)，之后將處理結(jié)果傳遞給服務(wù)器端的數(shù)據(jù)庫(kù)。根據(jù)以上描述，可以確定系統(tǒng)用例圖包括三部分登錄系統(tǒng)、充值業(yè)務(wù)、其他 業(yè)務(wù)。其中，用戶登錄的是客戶端系統(tǒng)，管

9、理員所登陸的是服務(wù)器系統(tǒng)。識(shí)別用例：校園卡客戶端系統(tǒng)的功能簡(jiǎn)單，只需要一層用例即可表示。根據(jù)系統(tǒng)的需求可以確定用例包括6個(gè)：查詢信息（包括查詢用戶信息、查詢消費(fèi)信 息、查詢充值信息、查詢余額四類信息）、掛失和解掛、補(bǔ)辦新卡、銀行轉(zhuǎn)賬充 值、維護(hù)用戶信息。維護(hù)用戶信息圖2-2系統(tǒng)參與者總的用例圖【用例說(shuō)明】：(1)查詢信息：在用戶登陸系統(tǒng)之后，查詢注冊(cè)信息、消費(fèi)信息還有卡上 余額信息用例，而且此用例的執(zhí)行時(shí)依賴于后臺(tái)數(shù)據(jù)庫(kù)的。(2)銀行轉(zhuǎn)賬充值：可以根據(jù)卡號(hào)為校園卡直接進(jìn)行網(wǎng)上銀行轉(zhuǎn)賬充值。(3)掛失和解掛：在用戶登陸系統(tǒng)之后，可以辦理掛失和解掛，在系統(tǒng)中 提交辦理掛失和解掛。(4)補(bǔ)辦新卡：在

10、用戶登錄系統(tǒng)之后，提交補(bǔ)辦新卡的請(qǐng)求，而在系統(tǒng)管 理員進(jìn)入系統(tǒng)之后可以受理用戶補(bǔ)辦新卡的請(qǐng)求將舊卡的信息完整復(fù)制到新卡 上面去。(5)維護(hù)用戶信息：在系統(tǒng)管理員進(jìn)入系統(tǒng)之后，對(duì)數(shù)據(jù)庫(kù)中的用戶信息 進(jìn)行更新操作，對(duì)離職的教師、畢業(yè)的學(xué)生信息做刪除或者清空操作。2.3系統(tǒng)的時(shí)序圖本系統(tǒng)的時(shí)序圖包括以下幾個(gè)：(1)查詢信息時(shí)序圖：查詢功能在用戶打開(kāi)查詢界面后，對(duì)于基本信息查詢，系統(tǒng)接收到學(xué)號(hào)后執(zhí) 行查詢，并直接將數(shù)據(jù)庫(kù)的信息顯示給學(xué)生，相對(duì)的收到工號(hào)后執(zhí)行查詢，并將 數(shù)據(jù)庫(kù)中的信息顯示給老師；對(duì)于消費(fèi)明細(xì)查詢和充值明細(xì)查詢， 用戶輸入開(kāi)始 和結(jié)束時(shí)間并確定查詢后，數(shù)據(jù)庫(kù)接收學(xué)號(hào)或工號(hào)、查詢的開(kāi)始時(shí)間

11、和結(jié)束時(shí)間， 執(zhí)行查詢，并將信息顯示給用戶。(2)網(wǎng)銀轉(zhuǎn)賬時(shí)序圖：用戶打開(kāi)轉(zhuǎn)賬界面后，輸入轉(zhuǎn)賬金額，然后確定轉(zhuǎn) 賬，系統(tǒng)接收學(xué)號(hào)和金額跳到網(wǎng)銀界面， 當(dāng)用戶在網(wǎng)上銀行轉(zhuǎn)賬成功后，網(wǎng)銀將 成功信息傳給數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)保存數(shù)據(jù)成功后，將信息回顯給用戶。十-1#®轉(zhuǎn)賬界面 |轉(zhuǎn)賬信息輸jW數(shù)據(jù)庫(kù) -入界面 |:用戶-1%入姓名密緲T”2:進(jìn)入主界面0-3:進(jìn)入查詢I I4：丫 4:輸入金額f_4一5:輸入網(wǎng)銀密碼.6:錄入數(shù)據(jù)庫(kù).7:信息顯示11圖2-4網(wǎng)銀轉(zhuǎn)賬時(shí)序圖(3)補(bǔ)辦新卡、掛失解掛順序圖：用戶打開(kāi)掛失和解掛界面并確定該業(yè)務(wù)后，系統(tǒng)根據(jù)學(xué)號(hào)修改數(shù)據(jù)庫(kù)信息，并將信息回顯該用戶:用戶掛失

12、解掛界補(bǔ)辦新卡界數(shù)據(jù)庫(kù)1L輸入姓名密碼2:進(jìn)入主界面- >3：掛失解掛-I5：錄入數(shù)據(jù)庫(kù)、6：信!表顯不JLVTI4：補(bǔ)辦新卡 /圖2-5補(bǔ)辦新卡、掛失解掛時(shí)序圖2.4系統(tǒng)的協(xié)作圖(1)用戶登陸以后查找消費(fèi)充值信息的協(xié)作圖:1：輸入用戶名密碼：用戶4登陸>查詢消費(fèi)充值 信息>f2:輸入查詢?nèi)掌?:查找信息4:返回要查找的信息內(nèi)容：數(shù)據(jù)庫(kù)圖2-6查找信息的協(xié)作圖(2)用戶登陸以后掛失、解掛校園卡的協(xié)作圖:2：輸入身份證號(hào)3：更改數(shù)據(jù)庫(kù)中卡的狀態(tài)1：輸入用戶名密碼：用戶4：顯示卡的狀態(tài)：數(shù)據(jù)庫(kù)圖2-7辦理掛失解掛的協(xié)作圖(3)用戶登陸后進(jìn)行網(wǎng)銀轉(zhuǎn)賬的協(xié)作圖：用戶3：更改賬戶余額4

13、：顯示賬戶余額：數(shù)據(jù)庫(kù)2.5系統(tǒng)的狀態(tài)圖(1)數(shù)據(jù)庫(kù)的狀態(tài)圖：數(shù)據(jù)庫(kù)的狀態(tài)比較復(fù)雜，剛開(kāi)始處于空閑狀態(tài)，接 收到查詢請(qǐng)求的時(shí)候進(jìn)入查詢狀態(tài)，接收到更新數(shù)據(jù)請(qǐng)求的時(shí)候進(jìn)入到更新數(shù)據(jù) 的狀態(tài)，這些操作都是在數(shù)據(jù)庫(kù)中存儲(chǔ)的表上進(jìn)行操作的，當(dāng)對(duì)表的操作結(jié)束， 查詢的信息提交給系統(tǒng)，數(shù)據(jù)庫(kù)又恢復(fù)到空閑的狀態(tài)。圖2-9數(shù)據(jù)庫(kù)狀態(tài)圖(2)校園卡的狀態(tài)圖：校園卡從正常使用到已被刪除，總共經(jīng)歷了如下幾 個(gè)狀態(tài)。圖2-10校園卡狀態(tài)圖2.6系統(tǒng)的活動(dòng)圖在本系統(tǒng)中，用到的活動(dòng)圖有以下5個(gè)，所有的活動(dòng)圖均分為用戶和系統(tǒng)兩 個(gè)泳道：(1)登陸系統(tǒng)活動(dòng)圖：用戶申請(qǐng)登錄系統(tǒng)，接著系統(tǒng)要求輸入密碼，然后 用戶輸入密碼，最后系

14、統(tǒng)判斷用戶名和密碼的正確性， 并由此響應(yīng)是進(jìn)入系統(tǒng)還 是保留申請(qǐng)登陸狀態(tài)。K 提示用戶輸入 姓名和密碼用戶信息輸 入錯(cuò)誤/顯 示登錄失敗 信息二/輸入正確/顯示登錄成功信息圖2-11登陸系統(tǒng)的活動(dòng)圖(2)轉(zhuǎn)帳充值活動(dòng)圖：在成功登陸之后，首先用戶申請(qǐng)轉(zhuǎn)帳，然后系統(tǒng)要求用戶輸入轉(zhuǎn)帳金額并選擇銀行，然后進(jìn)入網(wǎng)銀系統(tǒng)進(jìn)行轉(zhuǎn)帳操作，之后后， 若 轉(zhuǎn)帳成功，系統(tǒng)修改數(shù)據(jù)庫(kù)，最后將轉(zhuǎn)帳成功信息提示給用戶， 否則提示用戶失 敗信息。用戶銀行輸入轉(zhuǎn)賬金選擇轉(zhuǎn)賬銀輸入密碼錯(cuò)誤提示用戶輸 入網(wǎng)銀密碼進(jìn)入到轉(zhuǎn)賬 頁(yè)面系統(tǒng)提示用戶選 擇銀行JV增加校園卡中. 相應(yīng)的余額提示用戶轉(zhuǎn) 賬成功/繼續(xù)提示輸入密碼減少銀行卡 中

15、的余額¥提示用戶輸、入轉(zhuǎn)賬金額J圖2-12轉(zhuǎn)賬充值的活動(dòng)圖(3)查詢消費(fèi)信息的活動(dòng)圖：在成功登陸系統(tǒng)之后，先進(jìn)入到查詢消費(fèi)信息的頁(yè)面，輸入指定的日期，系統(tǒng)開(kāi)始查找數(shù)據(jù)庫(kù)中的信息，顯示給用戶用戶系統(tǒng)數(shù)據(jù)庫(kù)進(jìn)入到信息 查詢頁(yè)面提示3戶輸入日期 X rA>L輸入要查詢的開(kāi)始、 日期和截止日期 1I 合并1瀏覽返回信息114注銷登錄將查找請(qǐng)求提交給數(shù)據(jù)庫(kù)服務(wù)器|1查找對(duì)應(yīng)日期的數(shù)據(jù)、信息并提交給系統(tǒng)“IV一顯示數(shù)據(jù)庫(kù).:.信J9存在/分支中的信息八提示用戶對(duì)應(yīng) V 1言息不存在'一信息不存在J圖2-13查詢消費(fèi)信息的活動(dòng)圖第 3 章 系統(tǒng)中的類3.1 類圖的生成本系統(tǒng)所需要的類

16、的確定只要考慮一下幾點(diǎn)：主要功能中，查詢功能只需要通過(guò)學(xué)號(hào)訪問(wèn)數(shù)據(jù)庫(kù)，轉(zhuǎn)賬業(yè)務(wù)、補(bǔ)辦新卡和掛失解掛業(yè)務(wù)只需要通過(guò)學(xué)號(hào)修改數(shù)據(jù)庫(kù)。查詢界面的功能只需要取學(xué)生卡號(hào)和查詢信息的時(shí)間段（包括開(kāi)始時(shí)間和結(jié)束時(shí)間） ；補(bǔ)辦新卡和掛失解掛界面只需要取學(xué)號(hào)即可；轉(zhuǎn)賬界面需要用到學(xué)號(hào)和金額信息；辦理定期轉(zhuǎn)賬界面需要用到卡號(hào)和銀行卡號(hào)、每次轉(zhuǎn)賬的金額。因此這些界面的功能都非常簡(jiǎn)單，所有的功能只要寫(xiě)在一個(gè)控制類里面即可。對(duì)于用戶的數(shù)據(jù)取得，需要用到數(shù)據(jù)庫(kù)，由于數(shù)據(jù)庫(kù)的查詢修改刪除工作所要編寫(xiě)的類本身就有一定量，故本系統(tǒng)的關(guān)于數(shù)據(jù)庫(kù)的類都另外定義在實(shí)體類里面。（ 1）定義系統(tǒng)控制類控制類是主要負(fù)責(zé)其它類工作的類。如：

17、主程序類、主窗體類。本系統(tǒng)中的實(shí)體類有：用戶登陸類（Login ）和主程序類（Main） 。（ 2）定義系統(tǒng)邊界類邊界類位于系統(tǒng)與外界的交界處。如： 窗體類、 報(bào)表類、 描述通信協(xié)議的類、直接與外設(shè)交互的類、直接與外部系統(tǒng)交互的類。本系統(tǒng)較簡(jiǎn)單，各個(gè)界面要實(shí)現(xiàn)的功能均由主程序?qū)崿F(xiàn)，不需要專門的邊界類。（ 3）定義系統(tǒng)實(shí)體類實(shí)體類描述要保存到持久存儲(chǔ)體中的信息。如：數(shù)據(jù)庫(kù)、各種形式的數(shù)據(jù)文件中的信息。實(shí)體類有以下幾個(gè)：DataBase-負(fù)責(zé)連接數(shù)據(jù)庫(kù)：UserInfo 、 CostInfo 、 SaveInfo- 查詢基本信息、消費(fèi)明細(xì)以及充值明細(xì)的數(shù)據(jù)庫(kù)處理類GetNewCard補(bǔ)辦新卡的數(shù)據(jù)

18、庫(kù)處理類LostAndBack-掛失和解掛的數(shù)據(jù)庫(kù)處理類BankTransfer- 銀行轉(zhuǎn)賬的數(shù)據(jù)庫(kù)處理類Login- 用戶登錄的類3.2 各類之間的關(guān)系各個(gè)類的操作都是依賴于數(shù)據(jù)庫(kù)類的，所以在繪制類圖的時(shí)候，把數(shù)據(jù)庫(kù)類BataBase放置在中間，其他類圍繞在其周圍，與它都是依賴關(guān)系。Userinfo/用ql String骷有即舊 Siringu 與 erlEoSeafch。CostInfo< sql : Slrifkg 除usa口口 String startDate : Date 屈電足口3o pe nCOnnec gnO* loseConnection0 jury。 Update(&

19、gt;DateSaveinfo 品sql: String it-口 : Siring slartDate : Date endDate DmlecostlnfoSearch)*saelnfbSearch(；Logi n年腦日rName : Stringpassword ： Stringchk&ck()DataBase懇ql String 縱nt :ConnectionGctNewCard rUseriD : Stnng is New : Int 唾與 ql StungBankTnansfer： String 防sql : String 電HnkNaEe : Stnng 息加函口 ： S

20、tring 百治DatebankTransfer()圖3-1系統(tǒng)類之間的關(guān)系圖【類圖說(shuō)明】：上述的所有類中都包含有共同的參數(shù)，那就是String類型的傳遞給數(shù)據(jù)庫(kù)的參數(shù)sql ,里面存放的是傳遞給數(shù)據(jù)庫(kù)的信息。UserInfo是查詢基本信息的類，可以查詢數(shù)據(jù)庫(kù)中的用戶基本信息，屬性 包括用戶的賬戶號(hào)等，操作包括查找用戶信息的方法userInfoSearch();CostInfo是查詢消費(fèi)信息的類，里面新增了兩個(gè)屬性那就是開(kāi)始日期和結(jié) 束日期，用來(lái)確定所要查詢的信息所在的時(shí)段，而操作函數(shù)costInfoSearch()的調(diào)用可以顯示出消費(fèi)信息和賬戶余額；SavaInfo是查詢充值信息的類，其構(gòu)造

21、和 CostInfo類類似，也需要加入開(kāi) 始日期和結(jié)束日期，用來(lái)確定所要查詢信息的時(shí)段，而操作函數(shù)costInfoSearch() 的調(diào)用，可以顯示出消費(fèi)信息和賬戶余額；Login是用戶登陸類，必須包括的屬性有用戶名和密碼，操作方法check()里面需要有連接到數(shù)據(jù)庫(kù)的操作，驗(yàn)證登陸的用戶是否存在于數(shù)據(jù)庫(kù)中，驗(yàn)證用 戶輸入的密碼是否與數(shù)據(jù)庫(kù)中的密碼匹配；LostAndBack 是為用戶辦理掛失和解掛校園卡的類，必須包括的屬性有State 類型的參數(shù)，代表校園卡當(dāng)前的狀態(tài)，類里面還有兩個(gè)操作方法get() 、lost() 分別調(diào)用，用來(lái)辦理掛失和解掛；GetNewCard是補(bǔ)辦新卡的類，里面有的

22、操作方法newCard()是用來(lái)將原來(lái)掛 失的卡上的信息復(fù)制到新卡上的方法；BankTransfer 是辦理網(wǎng)上銀行轉(zhuǎn)賬的類，其中的屬性bankNam、e bankID、Date 是用來(lái)記錄交易信息的，如交易銀行的名字、交易號(hào)、交易時(shí)間，里面的 操作方法bankTransfer() 的調(diào)用可以為校園卡充值，并將余額信息存入到數(shù)據(jù)庫(kù)當(dāng)中；DataBase 是 系 統(tǒng) 用 來(lái) 連 接 到 數(shù) 據(jù) 庫(kù) 的 類 ， 里 面 有 四 個(gè) 操 作 方 法 ， openConnection() 和 closeConnection() 者兩個(gè)操作方法的設(shè)計(jì)是為了防止多個(gè) 的用戶并發(fā)訪問(wèn)數(shù)據(jù)庫(kù)的時(shí)候出錯(cuò)，而 Q

23、uery() 和 Update() 兩個(gè)方法則是對(duì)數(shù)據(jù)庫(kù)表中數(shù)據(jù)的操作，分別是查詢和更新數(shù)據(jù)。第4章系統(tǒng)的配置與實(shí)現(xiàn)4.1系統(tǒng)的組件圖基于校園卡的食堂消費(fèi)管理信息系統(tǒng)主要有兩種組件圖，業(yè)務(wù)對(duì)象組件和用 戶界面組件。(1)業(yè)務(wù)對(duì)象組件：UserInfo.javaSaveInfo.java圖4-1業(yè)務(wù)包Business中所有的組件【業(yè)務(wù)對(duì)象組件圖說(shuō)明】：UserInfo.java是查詢基本信息的類，可以查詢數(shù)據(jù)庫(kù)中的用戶基本信息；CostInfo.java 是查詢消費(fèi)信息的類，同時(shí)可以顯示出賬戶余額；SavaInfo.java 是查詢充值信息的類，同時(shí)可以顯示出賬戶余額；Login.java 是用

24、戶登陸類，里面需要有連接到數(shù)據(jù)庫(kù)的操作，驗(yàn)證登陸的用戶是否存在于數(shù)據(jù)庫(kù)中，驗(yàn)證用戶輸入的密碼是否與數(shù)據(jù)庫(kù)中的密碼匹配；LostAndBack.java是為用戶辦理掛失和解掛校園卡的類；GetNewCard.java是補(bǔ)辦新卡的類；BankTransfer.java 是辦理網(wǎng)上銀行轉(zhuǎn)賬的類；DataBase.java是系統(tǒng)用來(lái)連接到數(shù)據(jù)庫(kù)的類。將各種用戶不同的業(yè)務(wù)操作封裝成不同的類，也就是一個(gè)個(gè)的工作產(chǎn)品組件, 再把這些類組合成一個(gè)包Business ,充分體現(xiàn)面向?qū)ο蟮乃枷?2)用戶界面組件圖QueryWindow.javaMainWindow.javaBankTransferWindow.j

25、ava NewCardWindow.java圖4-2用戶界面包Swing中所有的組件【用戶界面組件圖說(shuō)明】：MainWindow.java是用戶登陸系統(tǒng)后，系統(tǒng)呈現(xiàn)給用戶的主界面。Query.java是用戶在提交查詢信息請(qǐng)求之后，系統(tǒng)呈現(xiàn)給用戶的界面。BankTransfer.java 是用戶在提交網(wǎng)銀轉(zhuǎn)賬的請(qǐng)求之后，系統(tǒng)呈獻(xiàn)給用戶的 界面。NewCardWindow.java是用戶有補(bǔ)辦新卡的需要是進(jìn)入的界面。上述業(yè)務(wù)對(duì)象組件和用戶界面組件都是添加了包規(guī)范的組件。系統(tǒng)的整體組件圖如下圖所示，包括系統(tǒng)服務(wù)、用戶(教師和學(xué)生)、數(shù)據(jù)庫(kù)服務(wù)3個(gè)組件，從組件的分類上來(lái)看，三者都屬于配置組件，是運(yùn)行系

26、統(tǒng)必須 要配置的組件，是形成可執(zhí)行文件的基礎(chǔ)?；谛@卡的食堂 消費(fèi)信息管理系統(tǒng)系統(tǒng)服務(wù)用戶服務(wù)數(shù)據(jù)服務(wù)圖4-3系統(tǒng)的組件圖4.2系統(tǒng)的配置圖配置圖主要是用來(lái)說(shuō)明如何配置系統(tǒng)的軟件和硬件。系統(tǒng)配置由以下幾個(gè)節(jié)點(diǎn)構(gòu)成<<局域網(wǎng)>><<Internet>><<Internet>>圖4-4系統(tǒng)配置圖【配置圖說(shuō)明】：應(yīng)用服務(wù)器用來(lái)協(xié)調(diào)整個(gè)系統(tǒng)的總體協(xié)調(diào)工作；數(shù)據(jù)庫(kù)負(fù)責(zé)數(shù)據(jù)管理和所有信息的存儲(chǔ)；客戶機(jī)通過(guò)互聯(lián)網(wǎng)與應(yīng)用服務(wù)器相連， 這樣，系統(tǒng)管理員可以通過(guò)互聯(lián)網(wǎng)管 理應(yīng)用程序服務(wù)器，用戶則可以通過(guò)互聯(lián)網(wǎng)訪問(wèn)基于校園卡和食堂消費(fèi)信息管理

27、 系統(tǒng)。第 5 章 小結(jié)本次UML勺課程設(shè)計(jì)是對(duì)基于校園卡的食堂消費(fèi)信息管理系統(tǒng)進(jìn)行建模，首先我們做了系統(tǒng)需求分析，知道了系統(tǒng)需要的一些功能需求和非功能需求，然后將系統(tǒng)的整體架構(gòu)分為3 個(gè)模塊進(jìn)行設(shè)計(jì)，分別是數(shù)據(jù)庫(kù)管理模塊、基本業(yè)務(wù)模塊、信息查詢模塊。然后分別用UML®用建模語(yǔ)言對(duì)本系統(tǒng)從不同的角度進(jìn)行建 模描述，換句話說(shuō)，UM呢供了從不同的角度去觀察和展示系統(tǒng)的各個(gè)特征的標(biāo) 準(zhǔn)和方法。在UML中，從任何一個(gè)角度對(duì)系統(tǒng)所做的抽象都可以用幾種模型圖來(lái) 描述，而這些來(lái)自不同角度的模型圖最終組成了系統(tǒng)的完整的模型。用例圖是需求分析到系統(tǒng)實(shí)現(xiàn)的第一步，是非常關(guān)鍵的，它描述了人們希望如何使用一

28、個(gè)系統(tǒng)。時(shí)序圖描述了對(duì)象之間傳送消息的時(shí)間順序。協(xié)作圖描述了對(duì)象之間相互交互的關(guān)系?；顒?dòng)圖著重表現(xiàn)一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流，是內(nèi)部處理驅(qū)動(dòng)的流程，而狀態(tài)圖則著重描述從一個(gè)狀態(tài)到另外一個(gè)狀態(tài)的流程，主要有外部事件的參與。組件圖描述了軟件的各組件和她們之間的依賴關(guān)系。配置圖描述了運(yùn)行軟件的系統(tǒng)中硬件和軟件的物理結(jié)構(gòu)，即系統(tǒng)執(zhí)行處理中系統(tǒng)系統(tǒng)資源元素的配置情況以及軟件到這些資源元素的映射。只要能夠繪出這些關(guān)鍵的圖，就可以從各個(gè)方面非常好的理解系統(tǒng)。要想設(shè)計(jì)出好的軟件，建模都很重要，軟件的開(kāi)發(fā)問(wèn)題不僅僅是寫(xiě)代碼，而是怎么樣正確的寫(xiě)代碼和怎么樣少些代碼，這就使得高質(zhì)量的軟件開(kāi)發(fā)變成了一個(gè)結(jié)構(gòu)、過(guò)程和

29、工具箱結(jié)合的問(wèn)題，所以說(shuō)，如果沒(méi)有對(duì)結(jié)構(gòu)、過(guò)程和工具加以考慮，所造成的失敗是慘重的。每個(gè)失敗的軟件項(xiàng)目都有其特殊的原因，但是成功的項(xiàng)目在許多方面是相似的。軟件組織獲得成功的因素有很多，但是一個(gè)基本的因素是對(duì)建模工具的使用。模型提供系統(tǒng)的藍(lán)圖，包含細(xì)節(jié)設(shè)計(jì)，也包含對(duì)系統(tǒng)的總體設(shè)計(jì)。一個(gè)好的模型包括重要的因素，而忽略不相關(guān)的細(xì)節(jié)。每一個(gè)系統(tǒng)可以從不同的方面使用不同的模型進(jìn)行描述，因此每個(gè)模型都是對(duì)系統(tǒng)從語(yǔ)義上的抽象。模型可以是結(jié)構(gòu)的、側(cè)重于系統(tǒng)的組織，也可以是行為的、側(cè)重于系統(tǒng)的動(dòng)作。現(xiàn)代的軟件開(kāi)發(fā)采用面向?qū)ο蟮姆椒?。主要的模塊是類或者對(duì)象，比如在考慮包含界面、中間層和數(shù)據(jù)庫(kù)的簡(jiǎn)單的系統(tǒng)。在用戶界

30、面層上，有一些具體的對(duì)象，例如按鈕、菜單以及對(duì)話框。在數(shù)據(jù)庫(kù)中，也有一些具體的對(duì)象，例如包含系統(tǒng)所需信息的表、視圖。面向?qū)ο笾允乾F(xiàn)在軟件開(kāi)發(fā)的主流，原因非常簡(jiǎn)單，因?yàn)樗呀?jīng)被證實(shí)在任何情況下，都能夠很好的建模，而且，大多數(shù)現(xiàn)代的編程語(yǔ)言、操作系統(tǒng)和編程工具都是不同形式的面向?qū)ο蟮捏w現(xiàn)。在建模過(guò)程中，我從不了解到熟悉 UML®模，雖然在過(guò)程中遇到許多問(wèn)題，諸如某些操時(shí)序圖的順序、組件圖的組建構(gòu)造等，通過(guò)詢問(wèn)查看書(shū)本和上網(wǎng)查找資料，漸漸解決了一個(gè)又有一個(gè)問(wèn)題，對(duì)統(tǒng)一建模的概念也越來(lái)越清晰。通過(guò)本次可設(shè)我對(duì)Rational Rose的UMLft能運(yùn)用更加系統(tǒng)、更加熟練地了解了，在一個(gè)軟

31、件工程中起著一個(gè)非常重要的作用。這讓我明白，要開(kāi)發(fā)好一款軟件首先要做的就是對(duì)軟件的分析建模，完整的建?？梢杂欣陂_(kāi)發(fā)人員的軟件設(shè)計(jì)展示開(kāi)發(fā)系統(tǒng)做到與客戶良好的溝通協(xié)調(diào)。UML勺知識(shí)是十分豐富的，我將會(huì)在以后的 學(xué)習(xí)中，不斷提高自己的UML®識(shí)。在以后的其他課程設(shè)計(jì)上，設(shè)計(jì)系統(tǒng)時(shí)考慮 系統(tǒng)的UML真型，這樣不僅能夠提高我的UM健模水平，還能更加高效地統(tǒng)一規(guī) 劃設(shè)計(jì)的程序軟件系統(tǒng)。在對(duì)于基于校園卡的食堂消費(fèi)信息管理系統(tǒng)的需求分析數(shù)據(jù)模塊等的劃分后，開(kāi)始定義UML勺建模。建模的目的是便于開(kāi)發(fā)人員展現(xiàn)系統(tǒng)；允許開(kāi)發(fā)人員指定系統(tǒng)的結(jié)構(gòu)或行為；提供指導(dǎo)開(kāi)發(fā)人員構(gòu)造系統(tǒng)模板；記錄開(kāi)發(fā)人員的決策。在目的明確的情況下還要遵循認(rèn)真選擇模型；每個(gè)模型可以有多種表達(dá)方式；最好的模型總是能夠切合實(shí)際；孤立的模型是不完整的這四個(gè)原則把現(xiàn)實(shí)的食堂消費(fèi)信息管理系統(tǒng)進(jìn)行模型構(gòu)建的簡(jiǎn)化呈現(xiàn)。明確所有需要的UM堆模概念后開(kāi)始選擇選