uml報(bào)告-食堂飯卡管理系統(tǒng)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上 UML面向?qū)ο蠓治稣n程實(shí)踐項(xiàng)目報(bào)告項(xiàng)目名稱：食堂飯卡管理系統(tǒng)模型 項(xiàng)目組成員： 學(xué) 號(hào)： 班 級(jí)： 指導(dǎo) 教師： 08年 11 月 15 日專心-專注-專業(yè)目 錄統(tǒng)一建模語(yǔ)言UML是業(yè)務(wù)和軟件應(yīng)用建模的標(biāo)準(zhǔn)語(yǔ)言，適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具。設(shè)計(jì)系統(tǒng)時(shí)，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的，包括用例圖、類圖、對(duì)象圖、組件圖和配置圖等五個(gè)圖形。其中第三步中所建立的模型包括狀態(tài)圖、活動(dòng)圖、順序圖和合作圖等四個(gè)圖形,是UML的動(dòng)

2、態(tài)建模機(jī)制1需求分析1.1 需求概述南京工業(yè)職業(yè)技術(shù)學(xué)院食堂分別由教工食堂、學(xué)生一食堂、學(xué)生二食堂、三食堂 四食堂 等等組成。其中教工食堂采用計(jì)次消費(fèi)，學(xué)生食堂采用刷卡消費(fèi)，校園內(nèi)食堂全部由內(nèi)部承包、獨(dú)立核算，不可付現(xiàn)金只可刷卡。校園食堂統(tǒng)一由后勤科管理，共需管理10000余人用餐，需通過(guò)消費(fèi)系統(tǒng)實(shí)現(xiàn)一卡通。 根據(jù)對(duì)該大學(xué)四個(gè)食堂及管理中心現(xiàn)場(chǎng)勘察情況以及對(duì)客戶需求的詳細(xì)調(diào)查，總結(jié)分析如下： 一、 該大學(xué)共有食堂5個(gè)，消費(fèi)點(diǎn)46個(gè)，其中；教工食堂5個(gè)消費(fèi)點(diǎn)，一食堂二食堂三食堂四食堂各20個(gè)消費(fèi)點(diǎn)，師生園飯莊5個(gè)消費(fèi)點(diǎn)； 二、 在后勤科設(shè)立食堂管理中心，主要負(fù)責(zé)對(duì)全校持卡人進(jìn)行消費(fèi)刷卡、發(fā)卡充值

3、、銷卡等操作。每月根據(jù)食堂消費(fèi)情況打印出總報(bào)表及各食堂報(bào)表等； 三、 僅學(xué)校教職員工在此消費(fèi)，每人每餐標(biāo)準(zhǔn)定額補(bǔ)給。教職工分早餐、中餐、晚餐及夜宵四種。 四、 學(xué)生一食堂、二食堂等食堂采用金額式消費(fèi)，僅供本校學(xué)生在此消費(fèi)，學(xué)生分早餐、中餐、晚餐三種。 五、 校園飯莊由于個(gè)人承包，教職員工及學(xué)生均可在此消費(fèi)。不分早中晚餐和宵夜。每月終了，管理中心核算其營(yíng)業(yè)收入。 六、 消費(fèi)卡片標(biāo)記持卡人相片、姓名、院名、系名、學(xué)號(hào)等信息；食堂飯卡應(yīng)能實(shí)現(xiàn)以下功能支持定額扣費(fèi)和自選扣費(fèi)、記次消費(fèi)三種模式；  支持學(xué)校補(bǔ)貼包和個(gè)人充值兩個(gè)獨(dú)立錢包；補(bǔ)貼錢包支持覆蓋上月余額或累加上月余額兩種模式選

4、擇；   支持軟件訂餐和硬件訂餐功能；不同餐別票價(jià)設(shè)置，比如：早餐1元、午餐4元、晚餐4元、宵夜2元；   可以限定一餐（或一天）的最高消費(fèi)額，超額拒絕消費(fèi)；不同卡類的設(shè)置，可以設(shè)定同一餐不同的卡扣不同的金額，如果：午餐員工卡扣4元，教師卡扣3元可以限制一餐只能消費(fèi)一次或者消費(fèi)第二次扣不同的金額。  IC卡使用有效期限定，離校學(xué)生或離職教工無(wú)法使用；    支持聯(lián)網(wǎng)、脫機(jī)使用 實(shí)時(shí)監(jiān)控交易數(shù)據(jù)支持硬件查詢消費(fèi)金額和人次；   自動(dòng)生成各種報(bào)表（充

5、值報(bào)表、發(fā)卡報(bào)表、退卡報(bào)表、消費(fèi)報(bào)表、經(jīng)營(yíng)匯總表、平衡報(bào)表，可以按年、月、周、日、時(shí)段查詢及打印報(bào)表等）；   支持掛失、黑名單下載、黑名單拒絕消費(fèi)功能需求分析：食堂就餐卡系統(tǒng)是用現(xiàn)代信息技術(shù)和自動(dòng)控制技術(shù)的計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)。它的使用對(duì)于加強(qiáng)校園后勤服務(wù)的信息化建設(shè)，提高服務(wù)質(zhì)量、管理水平和經(jīng)濟(jì)效益有重要的作用。系統(tǒng)中每個(gè)消費(fèi)者都有一張卡，在管理中心注冊(cè)繳費(fèi)，卡內(nèi)記著消費(fèi)者的身份、余額。使用時(shí)將卡插入窗口機(jī)則顯示卡上金額，服務(wù)員按窗口機(jī)上數(shù)字鍵，窗口機(jī)自動(dòng)計(jì)算并顯示消費(fèi)額及余額。管理中心監(jiān)視每一筆消費(fèi)，可打印出消費(fèi)情況的相關(guān)統(tǒng)計(jì)數(shù)據(jù)。應(yīng)可以滿足以下的幾點(diǎn)要求 系統(tǒng)信

6、息管理：建立營(yíng)業(yè)組檔案、卡用戶檔案、收款機(jī)檔案； 卡的管理：開(kāi)戶、更改、發(fā)卡、掛失解掛、注銷、補(bǔ)卡、充值、統(tǒng)計(jì)等； 日常操作：數(shù)據(jù)采集、終端設(shè)置、掛失名單、上傳交易、上傳充值等； 營(yíng)業(yè)匯總：自動(dòng)匯總交易數(shù)據(jù)，實(shí)現(xiàn)金額結(jié)算，生成相應(yīng)報(bào)表； 查詢：對(duì)每一次消費(fèi)情況進(jìn)行實(shí)時(shí)記錄，可查詢卡內(nèi)余額或消費(fèi)記錄； 系統(tǒng)維護(hù)：數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)、端口設(shè)置、管理員信息并設(shè)置密碼和權(quán)限； 統(tǒng)計(jì)報(bào)表：就餐卡發(fā)行、各窗口機(jī)就餐數(shù)據(jù)、黑名單等匯總、明細(xì)報(bào)表；需求模型（用例圖）用例圖的分析：分析階段的一個(gè)主要工作是對(duì)用戶的需求進(jìn)行分析，找出系統(tǒng)的用例，如下圖是網(wǎng)絡(luò)購(gòu)物系統(tǒng)的用例圖：當(dāng)然這并不是唯一的用例圖，每個(gè)設(shè)計(jì)者對(duì)用

7、例的劃分粒度，參與者的選擇，用例優(yōu)先級(jí)的分配等有不同的方案。在用例的分析中，對(duì)于用例還有一個(gè)很重要的工作就是要有用例的描述，這樣會(huì)讓用戶能更加明白你的系統(tǒng)的用途。在食堂管理系統(tǒng)中，使用者插卡進(jìn)行消費(fèi)，對(duì)于用例的描述有不同的格式，但是基本的內(nèi)容應(yīng)該都是差不多的。都是能盡量的把系統(tǒng)的所有功能描述清楚，讓用戶最大化的理解和能使用系統(tǒng)的功能。用例圖被稱為參與者和外部用戶所能觀察到的系統(tǒng)功能的模型圖。下圖之一是本系統(tǒng)的用例圖。食堂管理系統(tǒng)用例圖由三個(gè)二元關(guān)聯(lián)類的事項(xiàng)組成，即消費(fèi)者與系統(tǒng)服務(wù)器之間的卡的管理事項(xiàng)，儲(chǔ)值卡與收款機(jī)之間的消費(fèi)事項(xiàng)，以及系統(tǒng)服務(wù)器與服務(wù)員的結(jié)算事項(xiàng)。整個(gè)系統(tǒng)參與者是消費(fèi)者、管理員

8、和服務(wù)員，第一幅用來(lái)解釋用例里設(shè)計(jì)的流程，。其中administer 與服務(wù)器是屬于一個(gè)整體的，這里僅有administer 來(lái)表示服務(wù)器 2 靜態(tài)模型類圖的分析：畫類圖和理解類圖時(shí)都應(yīng)采用三個(gè)層次的觀點(diǎn)。這些觀點(diǎn)也適用于其它模型。三個(gè)層次的觀點(diǎn)不是UML的組成部分，但對(duì)建造模型或評(píng)價(jià)模型都非常有用，且都可應(yīng)用于UML.（1）概念層描述應(yīng)用域中的概念，是對(duì)現(xiàn)實(shí)世界的直接描述，與實(shí)現(xiàn)它們的類有關(guān)但與實(shí)現(xiàn)方案和實(shí)現(xiàn)語(yǔ)言無(wú)關(guān)。（2）說(shuō)明層描述軟件的接口，而不是軟件的實(shí)現(xiàn)。一個(gè)類型描述一個(gè)接口，但可能有多種實(shí)現(xiàn)。（3）實(shí)現(xiàn)層從實(shí)現(xiàn)的角度定義類及其實(shí)現(xiàn)，揭示了軟件實(shí)現(xiàn)體的構(gòu)成情況。下面是食堂管理系統(tǒng)的類

9、圖食堂系統(tǒng)管理類圖對(duì)象圖 學(xué)生類；發(fā)送姓名 獲取卡號(hào) 和查詢時(shí)要輸入卡號(hào)服務(wù)員類 包含學(xué)生的動(dòng)作 并顯示卡號(hào) 傳遞消息 和退出 管理員類 登陸 增加減用戶 加值 掛失 注銷用戶 查詢消費(fèi)信息等等 食堂管理系統(tǒng)對(duì)象簡(jiǎn)圖Students內(nèi)記著消費(fèi)者的身份、余額。使用時(shí)將卡插入窗口機(jī)（收款機(jī)）則顯示卡上金額，服務(wù)員按窗口機(jī)上數(shù)字鍵，窗口機(jī)自動(dòng)計(jì)算并顯示消費(fèi)額及余額。管理中心（數(shù)據(jù)服務(wù)器）監(jiān)視每一筆消費(fèi)并可容易可打印出消費(fèi)情況的相關(guān)統(tǒng)計(jì)數(shù)據(jù)。2.1 包圖包圖用來(lái)補(bǔ)充說(shuō)明事件所用1GUI包是圖像用戶界面的包圖：含有+lenders WINDOWS returnWINDOWS 等等 圖形元素SEVER P

10、ACKAGE1 事件包！如工作人員鍵入數(shù)據(jù) 收款機(jī)損壞 數(shù)據(jù)鍵入數(shù)值有誤 等等！從而進(jìn)行相應(yīng)的處理！CARD CLIENT 處理卡的相應(yīng)事件！如當(dāng)卡內(nèi)余額不足時(shí) 給出相應(yīng)提示GUI包是圖像用戶界面的包圖：含有+lenders WINDOWS returnWINDOWS 等等 圖形元素SEVER PACKAGE1 事件包！如工作人員鍵入數(shù)據(jù) 收款機(jī)損壞 數(shù)據(jù)鍵入數(shù)值有誤 等等！從而進(jìn)行相應(yīng)的處理！CARD CLIENT 處理卡的相應(yīng)事件！如當(dāng)卡內(nèi)余額不足時(shí) 給出相應(yīng)提示3動(dòng)態(tài)模型時(shí)序圖如下面兩圖，學(xué)生把卡貼到顯示器（即收款機(jī)）上，注意！此時(shí)其他卡在放到收款機(jī)無(wú)效，除非收款機(jī)一取消前一用戶！收款機(jī)

11、讀取該卡額相關(guān)信心！并發(fā)送到服務(wù)器中！讀取數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)！符合則返回到收款機(jī)收款員鍵入數(shù)字！收款機(jī)負(fù)責(zé)發(fā)送！服務(wù)器查看數(shù)據(jù)是否合法，有其合法性確定確定按鈕是否有效 再有其按確定按鈕！數(shù)據(jù)等待處理完成后保存，并是收款機(jī)返回初始狀態(tài)學(xué)生消費(fèi)時(shí)序圖食堂系統(tǒng)管理域時(shí)序圖食堂打卡管理系統(tǒng)時(shí)序圖狀態(tài)圖食堂打卡狀態(tài)圖 卡被收款機(jī)讀取后 收款機(jī)將自動(dòng)將數(shù)據(jù)發(fā)送到服務(wù)器，有服務(wù)器分析判斷該戶是否存在，卡是否有效，從而決定是否繼續(xù)下一步操作的有效型管理員狀態(tài)圖圖協(xié)作圖系統(tǒng)管理員協(xié)作圖管理員輸入姓名 登陸進(jìn)入操作界面 選擇操作界面選擇操作事項(xiàng)操作完畢數(shù)據(jù)庫(kù)自動(dòng)保存完成后返回主界面活動(dòng)圖食堂管理員活動(dòng)圖管理員進(jìn)入

12、系統(tǒng)后根據(jù)需要選擇相應(yīng)需求 為學(xué)生完成相關(guān)服務(wù)！管理員登陸需要用戶驗(yàn)證選擇操作界面進(jìn)行各項(xiàng)操作如上圖操作完畢系統(tǒng)自動(dòng)保存返回該主界面 gong工作人員活動(dòng)圖工作人員根據(jù)學(xué)生消費(fèi)數(shù)量鍵入數(shù)字 有收款機(jī)發(fā)送到服務(wù)器，有服務(wù)器接受保存后，注銷該卡信息，是收款機(jī)回復(fù)初始狀態(tài)食堂系統(tǒng)活動(dòng)圖學(xué)生插卡 讀卡機(jī)機(jī)收款機(jī)自動(dòng)讀取信息并驗(yàn)證驗(yàn)證完畢服務(wù)員方可進(jìn)行各項(xiàng)操作 活動(dòng)如上圖4項(xiàng)目組成員分工說(shuō)明需求分析 類圖 協(xié)作圖 需求概述 包圖 活動(dòng)圖 需求模型 時(shí)序圖 狀態(tài)圖 對(duì)象圖 總結(jié):從整個(gè)食堂飯卡管理系統(tǒng)的設(shè)計(jì)過(guò)程可以看出，UML作為面向?qū)ο蠼I(lǐng)域的工業(yè)標(biāo)準(zhǔn)，在軟件系統(tǒng)的設(shè)計(jì)過(guò)程中有著巨大的優(yōu)勢(shì)。它的各個(gè)模

13、型可以幫助我們更好地理解業(yè)務(wù)流程，建立更可靠、更完善的系統(tǒng)模型。從而使用戶和開(kāi)發(fā)人員對(duì)問(wèn)題的描述達(dá)到相同的理解，以減少語(yǔ)義差異，保障分析的正確性從使用UML建模的整個(gè)過(guò)程來(lái)講，可分成概念級(jí)建模、邏輯級(jí)建模、物理級(jí)建模三個(gè)階段。概念級(jí)建模用于需求分析階段，主要采取用例圖、對(duì)象圖、活動(dòng)圖來(lái)表示；邏輯級(jí)建模用于分析和初步設(shè)計(jì)階段，主要用類圖、序例圖、狀態(tài)圖 活動(dòng)圖 狀態(tài)圖 來(lái)表示； 第三階段由于水平有限 咱無(wú)法給出所以本食堂飯卡管理系統(tǒng)只是簡(jiǎn)單地給出前兩個(gè)階段對(duì)應(yīng)的相應(yīng)圖例。在概念級(jí)建模階段，設(shè)計(jì)人員 必須清楚了解用戶的需求！以及系統(tǒng)要實(shí)現(xiàn)的功能！原則是不增加不必要的功能，也不缺少必要的功能例如加值 掛失 黑戶 或是支持補(bǔ)貼 或是更先進(jìn)的銀行卡！能與銀行卡綁定！、6參考資料 1 Alan Zeichick , Modeling Usage Low; Developers Confused About UML , MDA,20042 ITU Recommendation , Specification and Description Language(SDL)；20033 UML和模式應(yīng)用面向?qū)ο蠓治龊驮O(shè)計(jì)導(dǎo)論，Craig Larman等，姚淑珍，李虎譯，機(jī)械工業(yè)出版社，20024 UML ASL R