1、統模語言UMI課程設計報告支持校園卡的食堂消費管理信息系統目錄第1章系統需求分析21.1系統功能分析2功能需求2非功能需求21.2數據庫管理模塊31.3根本業務模塊41.4信息查詢模塊4 第2章系統的UML根本模型62.1 UML初始模型62.2系統的用例圖62.3系統的時序圖72.4系統的協作圖92.5系統的狀態圖102.6系統的活動圖11第3章系統中的類153.1類圖的生成153.2各類之間的關系16 第4章系統的配置與實現184.1系統的組件圖184.2系統的配置圖19 第5章小結21 附錄參考資料23第1章系統需求分析1.1系統功能分析功能需求對于支持校園卡的食堂消費信息管理系統來說，

2、應該至少包括如下幾局部功能：1信息查詢系統在驗證用戶身份之后，允許用戶根據需要進展查詢。查詢搜索的分類只 要有三種：對賬號的根本信息查詢時，主要通過連接數據庫查詢用戶的賬號、性別、卡類、單位、專業、備注信息。對消費明細的查詢時，可以查詢最近 30天制定時期消費明細，包括消費日 期、具體時間、消費地點、消費金額、余額。對充值明細的查詢時，可以查詢 4年制定時期的充值明細，包括充值時間、 交易金額、交易類型柜臺充值、網銀充值、充值地點等、操作員或交易號等 2校園卡管理掛失和解掛；通知學生事務中心補辦新卡，學生事務中心通知客戶取新卡；使用網上銀行為校園卡充值，必須與網上銀行連接，實現充值功能。非功能

3、需求1操作需求系統可以在任何主流 web瀏覽器上運行；系統可以進展后臺數據庫管理。2性能需求系統可以滿足每天24小時全年365天持續工作；系統每天會在晚10點以后進展更新；在8： 00 22： 00時段支持300位并發用戶使用，其余時間支持 150位。 3平安需求由于系統涉及到個人財產平安問題，所以系統要求有很高的平安性；系統包含對病毒、蠕蟲和木馬等病毒的防衛；系統系統對登錄用戶進展身份驗證，管理員對和后臺數據庫進展管理。功能需求分析以后，可知滿足上述需求的系統需要包括以下幾個模塊：1數據庫管理模塊。數據庫管理模塊提供了使用者錄入、修改并維護數 據的途徑。比方學生和教師都可以修改自己的根本信息

4、，然后保存到數據庫中； 也提供了系統管理員進展用戶信息維護的功能。2根本業務模塊?？梢杂眯@卡消費、充值、也可以掛失和解掛，并在 遺失以后舊卡的所有信息保存到新卡。3信息查詢模塊。主要是對校園卡用戶的根本信息查詢，也可以對消費 和充值的相關記錄進展查詢、瀏覽。支持校園卡的食堂消費管理信息系統圖1-1系統功能需求1.2數據庫管理模塊數據庫模塊包括如下列圖所示的幾個方面:圖1-2數據庫管理模塊功能1用戶注冊的信息管理，包括教師和學生在系統上進展注冊信息的更新 操作，操作者可以是用戶，也可以是系統管理員。2消費明細信息管理，系統管理員在教師離職，或者學生學籍不存在時 可以進展刪除或者清空消費信息。3

5、充值明細信息管理，系統管理員在教師離職，或者學生學籍不存在時 可以進展刪除或者清空充值信息。1.3根本業務模塊根本業務模塊包括如下列圖所示的幾個方面:圖1-3根本業務模塊功能1在校園卡喪失之后可以登錄系統補辦新卡。2到指定的地方可以為校園卡充值，也可以進展網上轉賬3校園卡喪失以后可以掛失，防止別人用自己的卡消費。4校園卡找到之后可以解掛，卡的狀態從停用變為正常。1.4信息查詢模塊信息查詢模塊主要用于網頁上的信息瀏覽和查詢，包括如下列圖所示幾個方面：信息查詢模塊圖1-4信息查詢模塊功能1用戶注冊信息，通過網頁登陸瀏覽、查詢。2用戶消費信息，通過給定日期進展查詢。3用戶充值信息，同樣通過給定提起進

6、展查詢。4用戶賬戶信息，在查詢消費信息和充值信息的時候在網頁上都同時顯 示賬戶余額。第2章系統的UML根本模型2.1 UML初始模型選擇菜單【File->New】可以翻開如下列圖所示的“ Create New Model "對 話框，選擇J2SE模式，點擊【ok】按鈕，表示此系統將用Java語言來開發。接下來開場設計自己的模型，在此之前先保存，將模型命名為“基于校園卡 的食堂消費信息管理系統，如下列圖所示：ffi基干校園卡的倉堂消費信息管理慕魏a O Use C«se yiew£LogLC al Vi ewConipQiient 曾wEJ 厲 Dtplcjm

7、ent Vi:働 Model Trapti圖2-1 UML建模初始模型2.2系統的用例圖根據系統的需求可以確定四類參與者，分別是學生和教師、營業員、數據庫、 銀行，參與者的詳細信息如下：學生和教師：是持有校園卡的任何個人，由于學生和教師登錄系統之后只是 瀏覽到的自己信息不同，所以可以將兩者統稱為用戶，可以通過本系統查詢個人 的根本信息、某時間段的消費明細或者充值明細；可以辦理校園卡掛失和解掛； 可以通知注冊中心補辦新卡；可以到指定的地點為一卡通充值。管理員：是校園卡的管理者，通過校園卡的效勞器端進展管理工作。在客戶 端方面，接收用戶充值的請求，并且接收系統的為用戶辦理新卡的通知。數據庫：是效勞

8、器端的數據庫存儲器，負責接收用戶輸入的信息，并將相應的信息顯示給用戶。銀行：是任何在網上開通網上銀行的銀行網上系統，可以接收用戶輸入的信 息，并執行相應的數據處理效勞，之后將處理結果傳遞給效勞器端的數據庫。根據以上描述，可以確定系統用例圖包括三局部登錄系統、充值業務、其他 業務。其中，用戶登錄的是客戶端系統，管理員所登陸的是效勞器系統。識別用例：校園卡客戶端系統的功能簡單，只需要一層用例即可表示。根據 系統的需求可以確定用例包括 6個：查詢信息包括查詢用戶信息、查詢消費信 息、查詢充值信息、查詢余額四類信息、掛失和解掛、補辦新卡、銀行轉賬充 值、維護用戶信息。維護用戶信息圖2-2系統參與者總的

9、用例圖【用例說明】：1查詢信息：在用戶登陸系統之后，查詢注冊信息、消費信息還有卡上 余額信息用例，而且此用例的執行時依賴于后臺數據庫的。2銀行轉賬充值：可以根據卡號為校園卡直接進展網上銀行轉賬充值。3掛失和解掛：在用戶登陸系統之后，可以辦理掛失和解掛，在系統中 提交辦理掛失和解掛。4補辦新卡：在用戶登錄系統之后，提交補辦新卡的請求，而在系統管 理員進入系統之后可以受理用戶補辦新卡的請求將舊卡的信息完整復制到新卡 上面去。5維護用戶信息：在系統管理員進入系統之后，對數據庫中的用戶信息 進展更新操作，對離職的教師、畢業的學生信息做刪除或者清空操作。2.3系統的時序圖本系統的時序圖包括以下幾個：1查

10、詢信息時序圖：查詢功能在用戶翻開查詢界面后，對于根本信息查詢，系統接收到學號后執 行查詢，并直接將數據庫的信息顯示給學生， 相對的收到工號后執行查詢，并將 數據庫中的信息顯示給教師；對于消費明細查詢和充值明細查詢，用戶輸入開場 和完畢時間并確定查詢后，數據庫接收學號或工號、查詢的開場時間和完畢時間， 執行查詢，并將信息顯示給用戶。T登陸主界面杳詢界面輸入信息界數據庫 面 n n 0 2:進入主界面 廠種3:進入查詢J4:輸入信息T 5:錄入數據庫一 入數據i 6: 信息顯示圖2-3用戶查詢信息時序圖2網銀轉賬時序圖：用戶翻開轉賬界面后，輸入轉賬金額，然后確定轉賬，系統接收學號和金額跳到網銀界面

11、， 當用戶在網上銀行轉賬成功后，網銀將 成功信息傳給數據庫，數據庫保存數據成功后，將信息回顯給用戶登陸主界面轉賬界面J轉賬信息網銀數據庫入界面 用戶1=111PIP打入姓名密碼1U1 1L:進入主界面3:進入查詢1 I4:輸入金額5:輸入網銀密碼16:錄入數據庫7:信息顯示匚可r1 3圖2-4網銀轉賬時序圖3補辦新卡、掛失解掛順序圖：用戶翻開掛失和解掛界面并確定該業務 后，系統根據學號修改數據庫信息，并將信息回顯該用戶。:用戶i：r輸入姓名密碼主界面2:進入主界面數據庫3:掛失解掛補辦新卡界 面掛失解掛界 面圖2-5補辦新卡、掛失解掛時序圖2.4系統的協作圖1用戶登陸以后查找消費充值信息的協作

12、圖:1:輸入用戶名密碼:用戶3:查找信息登陸>查詢消費充值3*信息<2:輸入查詢日期4:返回要查找的信息內容：數據庫圖2-6查找信息的協作圖2用戶登陸以后掛失、解掛校園卡的協作圖:1:輸入用戶名密碼2:輸入身份證號3:更改數據庫中卡的狀態:用戶掛失解掛4:顯示卡的狀態1:數據庫圖2-7辦理掛失解掛的協作圖3用戶登陸后進展網銀轉賬的協作圖1:輸入用戶名密碼2:輸入銀行卡號之|登陸:用戶銀行轉11工1<3:更改賬戶余額4:顯示賬戶余額：數據庫圖2-8進展網銀轉賬充值的協作圖2.5系統的狀態圖1數據庫的狀態圖：數據庫的狀態比擬復雜，剛開場處于空閑狀態，接 收到查詢請求的時候進入查詢

13、狀態，接收到更新數據請求的時候進入到更新數據 的狀態，這些操作都是在數據庫中存儲的表上進展操作的，當對表的操作完畢， 查詢的信息提交給系統，數據庫又恢復到空閑的狀態。有查詢信息的請求登陸成功/查詢屮正在查詢entry/接收查詢請求exit/查詢結束接收查找用戶信息的請求查詢用戶 _/查找存放用戶信息的表 信息接收查找消費信息的請求/查找存放消費信息的表接收查找充值信息的請求、 /查找存放充值信息的表>接收查詢余額的請求/查找存放余額信息的表無任務的空閑狀態exit/接收系統服務請求 entry/查詢信息已提交系統系統有更改數據的請乞登陸成功/更新數據正在更改數據信息entry/接收更新數

14、據請求 exit/更新數據結束通過身份驗證更改用戶查詢消費信息查詢充值信息查詢余額提交信息給系統圖2-9數據庫狀態圖信息網銀轉賬成功>entry/對數據庫表的操作結束 exit/信息已提交給系統更改卡余額2校園卡的狀態圖：校園卡從正常使用到已被刪除，總共經歷了如下幾個狀態。未補辦已被刪除掛失entry/賬戶信息被刪除圖2-10校園卡狀態圖entry/掛失請求被受理 exit/提交解掛請求 exit/提交補辦新卡請求exit/提交掛失請求 entry/解掛成功 entry/補辦新卡成功 exit/賬戶不存在解掛補辦新卡Hentry/解掛請求被受理exit/解掛成功entry/補辦新卡請求被

15、受理 exit/新卡補辦成功屮2.6系統的活動圖在本系統中，用到的活動圖有以下5個，所有的活動圖均分為用戶和系統兩 個泳道：1登陸系統活動圖：用戶申請登錄系統，接著系統要求輸入密碼，然后 用戶輸入密碼，最后系統判斷用戶名和密碼的正確性， 并由此響應是進入系統還 是保存申請登陸狀態。2轉帳充值活動圖：在成功登陸之后，首先用戶申請轉帳，然后系統要求用戶輸入轉帳金額并選擇銀行，然后進入網銀系統進展轉帳操作，之后后，假設轉帳成功，系統修改數據庫，最后將轉帳成功信息提示給用戶，否那么提示用 戶失敗信息。用戶系統銀行輸入密碼錯誤/繼續提示輸入密碼提示用戶輸 入轉賬金額選擇轉賬銀 行輸入網銀密 碼提示用戶選

16、 擇銀行進入到轉賬 頁面提示用戶輸 入網銀密碼輸入轉賬金額V增加校園卡中相應的余額注銷登錄丿減少銀行卡 中的余額圖2-12轉賬充值的活動圖3查詢消費信息的活動圖：在成功登陸系統之后，先進入到查詢消費信 息的頁面，輸入指定的日期，系統開場查找數據庫中的信息，顯示給用戶。用戶系統數據庫進入到信息查詢頁面提示用戶輸 入日期提示用戶對應 信息不存在瀏覽返回信 息將查找請求提交 給數據庫服務器1 輸入要查詢的開始 日期和截止日期顯示數據庫中的信息注銷登錄查找對應日期的數據信息并提交給系統信息存在；分支言息不存在圖2-13查詢消費信息的活動圖第3章系統中的類3.1類圖的生成本系統所需要的類確實定只要考慮一

17、下幾點：主要功能中，查詢功能只需要通過學號訪問數據庫，轉賬業務、補辦新卡和 掛失解掛業務只需要通過學號修改數據庫。查詢界面的功能只需要取學生卡號和查詢信息的時間段包括開場時間和完 畢時間；補辦新卡和掛失解掛界面只需要取學號即可；轉賬界面需要用到學號 和金額信息；辦理定期轉賬界面需要用到卡號和銀行卡號、每次轉賬的金額。因此這些界面的功能都非常簡單，所有的功能只要寫在一個控制類里面即可。對于用戶的數據取得，需要用到數據庫，由于數據庫的查詢修改刪除工作所 要編寫的類本身就有一定量，故本系統的關于數據庫的類都另外定義在實體類里 面。1定義系統控制類控制類是主要負責其它類工作的類。如：主程序類、主窗體類

18、。本系統中的實體類有：用戶登陸類Login丨和主程序類Main。2定義系統邊界類邊界類位于系統與外界的交界處。女口：窗體類、報表類、描述通信協議的類、 直接與外設交互的類、直接與外部系統交互的類。本系統較簡單，各個界面要實現的功能均由主程序實現，不需要專門的邊界類。3定義系統實體類實體類描述要保存到持久存儲體中的信息。如：數據庫、各種形式的數據文 件中的信息。實體類有以下幾個：DataBase-負責連接數據庫：Userlnfo、CostInfo、Savelnfo-查詢根本信息、消費明細以及充值明細的 數據庫處理類GetNewCard補辦新卡的數據庫處理類LostA ndBack-掛失和解掛的數

19、據庫處理類BankTransfer-銀行轉賬的數據庫處理類Login-用戶登錄的類3.2各類之間的關系各個類的操作都是依賴于數據庫類的， 所以在繪制類圖的時候，把數據庫類 BataBase放置在中間，其他類圍繞在其周圍，與它都是依賴關系。Userinfo 住啊String (jjseriD StnngSjsermroSeanclii)Costlnfb 勃sql. String userID Slnng EtartDate Date ft>endDate DalecostlnfoSearh')Savehfo >sql : String usedD String strtDat

20、e : Date 殳汨rdDa怕口規怕*saeinfoSearch()LoginuserName : String pass wo nd : StnngchecKODataBase- String iScnt Connection cardSUte CardStte*oper»CGnrction() dwtCo nn 刖 tiQr>() *Query( *Update()LostAndBackN川林rib : String 齡-stsitE : intWi.sql : StringGetNewCarduserID : String xsIMew : int 帛ql Stu ng

21、>newCard()BankTransferString 艷sql : Stnng ijoankNaine String tjanklD : String (Sedate Datet)ankTran$fer()圖3-1系統類之間的關系圖【類圖說明】：上述的所有類中都包含有共同的參數，那就是 String類型的傳遞給數據庫 的參數sql，里面存放的是傳遞給數據庫的信息。Userl nfo是查詢根本信息的類，可以查詢數據庫中的用戶根本信息，屬性 包括用戶的賬戶號等，操作包括查找用戶信息的方法userl nfoSearch()；Cost Info是查詢消費信息的類，里面新增了兩個屬性那就是開場

22、日期和完 畢日期，用來確定所要查詢的信息所在的時段，而操作函數cost In foSearch()的調用可以顯示出消費信息和賬戶余額；Sava Info是查詢充值信息的類，其構造和 Cost Info類類似，也需要參加開 場日期和完畢日期，用來確定所要查詢信息的時段，而操作函數costInfoSearch() 的調用，可以顯示出消費信息和賬戶余額；Login是用戶登陸類，必須包括的屬性有用戶名和密碼，操作方法check()里面需要有連接到數據庫的操作，驗證登陸的用戶是否存在于數據庫中，驗證用 戶輸入的密碼是否與數據庫中的密碼匹配；LostAndBack是為用戶辦理掛失和解掛校園卡的類，必須包括

23、的屬性有 State類型的參數，代表校園卡當前的狀態，類里面還有兩個操作方法get()、Iost()分別調用，用來辦理掛失和解掛；GetNewCarc是補辦新卡的類，里面有的操作方法newCard()是用來將原來掛 失的卡上的信息復制到新卡上的方法；BankTransfer是辦理網上銀行轉賬的類，其中的屬性bankName bankID、Date是用來記錄交易信息的，如交易銀行的名字、交易號、交易時間，里面的 操作方法bankTransfer()的調用可以為校園卡充值，并將余額信息存入到數據 庫當中；DataBase是系統用來連接到數據庫的類，里面有四個操作方法， openConnection

24、()和closeConnection() 者兩個操作方法的設計是為了防止多個 的用戶并發訪問數據庫的時候出錯，而Query()和Update()兩個方法那么是對數 據庫表中數據的操作，分別是查詢和更新數據。第4章系統的配置與實現4.1系統的組件圖基于校園卡的食堂消費管理信息系統主要有兩種組件圖，業務對象組件和用 戶界面組件。1業務對象組件：Userl nfo.javaCZLostA ndBack.javaSave In fo.java業務包Business中所有的組件圖4-1【業務對象組件圖說明】：UserI nfo.java 是查詢根本信息的類，可以查詢數據庫中的用戶根本信息;Cost In

25、 fo.java是查詢消費信息的類，同時可以顯示出賬戶余額；SavaI nfo.java 是查詢充值信息的類，同時可以顯示出賬戶余額；Logi n.java 是用戶登陸類，里面需要有連接到數據庫的操作，驗證登陸的 用戶是否存在于數據庫中，驗證用戶輸入的密碼是否與數據庫中的密碼匹配；LostAndBack.java是為用戶辦理掛失和解掛校園卡的類；GetNewCard.java是補辦新卡的類；Ba nkTra nsfer.java 是辦理網上銀行轉賬的類；DataBase.java是系統用來連接到數據庫的類。將各種用戶不同的業務操作封裝成不同的類，也就是一個個的工作產品組 件，再把這些類組合成一

26、個包 Bus in ess，充分表達面向對象的思想。2用戶界面組件圖圖4-2用戶界面包Swing中所有的組件【用戶界面組件圖說明】：MainWindow.java是用戶登陸系統后，系統呈現給用戶的主界面。Query.java是用戶在提交查詢信息請求之后，系統呈現給用戶的界面。Ba nkTra nsfer.java 是用戶在提交網銀轉賬的請求之后，系統呈獻給用戶的 界面。NewCardWi ndow.java是用戶有補辦新卡的需要是進入的界面。上述業務對象組件和用戶界面組件都是添加了包規的組件。系統的整體組件圖如下列圖所示，包括系統效勞、用戶教師和學生 、數 據庫效勞3個組件，從組件的分類上來看

27、，三者都屬于配置組件， 是運行系統必 須要配置的組件，是形成可執行文件的根底。圖4-3系統的組件圖4.2系統的配置圖配置圖主要是用來說明如何配置系統的軟件和硬件。系統配置由以下幾個節 點構成>>應用服 務器vvln ter net>>vvln ter net>>圖4-4系統配置圖【配置圖說明】：應用效勞器用來協調整個系統的總體協調工作；數據庫負責數據管理和所有信息的存儲；客戶機通過互聯網與應用效勞器相連， 這樣，系統管理員可以通過互聯網管 理應用程序效勞器，用戶那么可以通過互聯網訪問基于校園卡和食堂消費信息管 理系統。第5章小結本次UM啲課程設計是對基于校園

28、卡的食堂消費信息管理系統進展建模，首先我們做了系統需求分析，知道了系統需要的一些功能需求和非功能需求，然后 將系統的整體架構分為3個模塊進展設計，分別是數據庫管理模塊、根本業務模 塊、信息查詢模塊。然后分別用UML通用建模語言對本系統從不同的角度進展建 模描述，換句話說，UML提供了從不同的角度去觀察和展示系統的各個特征的標 準和方法。在UML中,從任何一個角度對系統所做的抽象都可以用幾種模型圖來 描述，而這些來自不同角度的模型圖最終組成了系統的完整的模型。用例圖是需求分析到系統實現的第一步， 是非常關鍵的，它描述了人們希望 如何使用一個系統。時序圖描述了對象之間傳送消息的時間順序。 協作圖描

29、述了 對象之間相互交互的關系?；顒訄D著重表現一個活動到另一個活動的控制流，是 部處理驅動的流程，而狀態圖那么著重描述從一個狀態到另外一個狀態的流程， 主要有外部事件的參與。組件圖描述了軟件的各組件和她們之間的依賴關系。配 置圖描述了運行軟件的系統中硬件和軟件的物理構造，即系統執行處理中系統系統資源元素的配置情況以及軟件到這些資源元素的映射。只要能夠繪出這些關鍵的圖，就可以從各個方面非常好的理解系統。要想設計出好的軟件，建模都很重要，軟件的開發問題不僅僅是寫代碼，而是怎么樣正確的寫代碼和怎么樣少些代碼，這就使得高質量的軟件開發變成了一 個構造、過程和工具箱結合的問題，所以說，如果沒有對構造、過程

30、和工具加以 考慮，所造成的失敗是沉重的。每個失敗的軟件工程都有其特殊的原因， 但是成 功的工程在許多方面是相似的。軟件組織獲得成功的因素有很多， 但是一個根本 的因素是對建模工具的使用。模型提供系統的藍圖，包含細節設計，也包含對系統的總體設計。一個好的 模型包括重要的因素，而忽略不相關的細節。每一個系統可以從不同的方面使用 不同的模型進展描述，因此每個模型都是對系統從語義上的抽象。 模型可以是構 造的、側重于系統的組織，也可以是行為的、側重于系統的動作?，F代的軟件開發采用面向對象的方法。 主要的模塊是類或者對象，比方在考 慮包含界面、中間層和數據庫的簡單的系統。在用戶界面層上，有一些具體的對象

31、，例如按鈕、菜單以及對話框。在數據庫中，也有一些具體的對象，例如包含 系統所需信息的表、視圖。面向對象之所以是現在軟件開發的主流， 原因非常簡 單，因為它已經被證實在任何情況下，都能夠很好的建模，而且，大多數現代的 編程語言、操作系統和編程工具都是不同形式的面向對象的表達。在建模過程中，我從不了解到熟悉 UMLS模，雖然在過程中遇到許多問題， 諸如某些操時序圖的順序、組件圖的組建構造等，通過詢問查看書本和上網查找 資料，漸漸解決了一個又有一個問題，對統模的概念也越來越清晰。通過本次可 設我對Rational Rose的UML功能運用更加系統、更加熟練地了解了，在一個軟 件工程中起著一個非常重要

32、的作用。 這讓我明白，要開發好一款軟件首先要做的 就是對軟件的分析建模，完整的建?？梢杂欣陂_發人員的軟件設計展示開發系 統做到與客戶良好的溝通協調。UML勺知識是十分豐富的，我將會在以后的學習 中，不斷提高自己的UML知識。在以后的其他課程設計上,設計系統時考慮系統 的UMI模型，這樣不僅能夠提高我的UML建模水平，還能更加高效地統一規劃設 計的程序軟件系統。在對于基于校園卡的食堂消費信息管理系統的需求分析數據模塊等的劃分 后，開場定義UML勺建模。建模的目的是便于開發人員展現系統；允許開發人員 指定系統的構造或行為；提供指導開發人員構造系統模板；記錄開發人員的決策。 在目的明確的情況下還要遵循認真選擇模型；每個模型可以有多種表達方式；最好的模型總是能夠切合實際；孤立的模型是不完整的這四個原那么把現實的食堂 消費信息管理