uml網(wǎng)上訂餐系統(tǒng)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上 UML建模語言課程設(shè)計(jì)報(bào)告 題目：訂餐管理系統(tǒng) 數(shù)學(xué)與計(jì)算機(jī)科學(xué)（軟件）學(xué)院 軟件工程專業(yè)2011級 實(shí)驗(yàn)時(shí)間：20132014學(xué)年第一學(xué)期 任課教師：張舒 目錄1背景介紹：當(dāng)今社會(huì)，計(jì)算機(jī)技術(shù)尤其是網(wǎng)絡(luò)技術(shù)飛速發(fā)展，給我們的生活帶來的極大的方便。經(jīng)過我們小組成員在生活中細(xì)致觀察，發(fā)現(xiàn)整個(gè)大學(xué)城的學(xué)生對平常訂餐需求很大，但他們訂餐的方式都是比較原始的電話訂餐。而各個(gè)餐飲店也是各自為戰(zhàn)，自己接電話，記錄訂單需求，自己配送。這樣效率很低，利潤薄，而且信息不流暢?；谶@個(gè)現(xiàn)狀。我們決定提供一個(gè)平臺(tái)-網(wǎng)上訂餐系統(tǒng)。在網(wǎng)上給申請的商家一個(gè)虛擬店面，可以在上面掛上該商家的名稱，

2、飯菜的圖片和價(jià)格等，讓訂餐者可以方便的訂餐，可以對商家進(jìn)行評價(jià)等。而商家后期只負(fù)責(zé)煮菜。物流有我們系統(tǒng)運(yùn)營者負(fù)責(zé)，然后直接賺取差價(jià)。還要定期對商家進(jìn)行衛(wèi)生安全評估，以及根據(jù)用戶的評價(jià)來生產(chǎn)評價(jià)檔案。并以此為依據(jù)來決定商家的去留等。2、系統(tǒng)分析2.1 獲取需求非功能性需求1. 界面操作簡單功能性需求2.1.1在大學(xué)城訂餐系統(tǒng)中主要有以下涉眾：訂餐者：訂餐商家：提供餐飲配送人員：取餐送餐店面管理員：核實(shí)并更新商家信息，管理商家界面顯示訂單管理員：管理訂單信息管理員：訂餐者信息管理，商家聯(lián)系信息管理收銀員：收取送餐人員金額會(huì)計(jì)員：統(tǒng)計(jì)每日收支財(cái)務(wù)經(jīng)理：總財(cái)務(wù)核算和收入支出相關(guān)法律法規(guī):應(yīng)遵循的行業(yè)規(guī)

3、范和標(biāo)準(zhǔn)業(yè)主：網(wǎng)站建設(shè)成本，建設(shè)周期，建成后的收益 參與者（用戶）： 用戶名稱使用系統(tǒng)方式訂餐者通過系統(tǒng)訂餐配送人員通過系統(tǒng)獲取訂餐者訂餐信息店面管理員代理商家使用系統(tǒng)實(shí)時(shí)更新核實(shí)并更新商家信息，管理商家界面顯示訂單管理員管理訂單信息管理員訂餐者信息管理，商家聯(lián)系信息管理收銀員收取送餐人員金額財(cái)務(wù)經(jīng)理通過計(jì)算機(jī)系統(tǒng)系統(tǒng)進(jìn)行財(cái)務(wù)核算收入支出，2.1.2邊界對于該系統(tǒng)，我們以業(yè)務(wù)功能為依據(jù)進(jìn)行邊界的劃分，劃分出五個(gè)邊界：訂餐邊界、商家餐飲管理邊界、信息管理邊界、訂單管理邊界、財(cái)務(wù)管理邊界。如下圖所示：2.1.3業(yè)務(wù)用例業(yè)務(wù)用例（訂餐者）業(yè)務(wù)用例（信息管理員）業(yè)務(wù)用例（財(cái)務(wù)管理者和收銀員）業(yè)務(wù)用例（

4、店面管理員）業(yè)務(wù)用例（訂單管理）：2.1.4活動(dòng)圖2.1.5用例規(guī)約用例名稱訂餐用例描述訂餐者登網(wǎng)站，選擇參餐飲，并下單，完成訂餐執(zhí)行者訂餐者前置條件無后置條件1. 成功生成訂單2. 訂餐者成功訂餐主過程描述1. 登陸網(wǎng)站2. 選擇店家3. 選擇餐飲4. 先訂單5. 收餐時(shí)付錢分支過程描述無異常過程描述訂單餐飲不足時(shí)，訂餐者可取消訂單，訂餐異常結(jié)束業(yè)務(wù)規(guī)則涉及的業(yè)務(wù)實(shí)體訂單、餐飲用例名稱管理財(cái)務(wù)用例描述每次的收支進(jìn)行存儲(chǔ)記錄，定期進(jìn)行財(cái)務(wù)統(tǒng)計(jì)，并生成賬單，分析數(shù)據(jù)，用例結(jié)束。執(zhí)行者收銀員，財(cái)務(wù)管理員前置條件1配送員將收取的費(fèi)用交給收銀員2.收銀員將已收款訂單存入數(shù)據(jù)庫后置條件3. 成功將貨款歸

5、入銀行或保險(xiǎn)庫4. 成功登記賬單5. 成功將已付款訂單入庫主過程描述1配送人員根據(jù)訂單進(jìn)行配送餐并收錢。2配送員將收得的貨款交給收銀員。3收銀員確認(rèn)未收款訂單生成已收款訂單存入數(shù)據(jù)庫4財(cái)務(wù)管理員定期生檢查，監(jiān)督，統(tǒng)計(jì)各個(gè)錄入計(jì)算機(jī)系統(tǒng)財(cái)務(wù)數(shù)據(jù)的正確性，及時(shí)性，完整性。5總結(jié)分析各人員日常錄入計(jì)算機(jī)的財(cái)務(wù)數(shù)據(jù)出現(xiàn)異常的原因。6.生成財(cái)務(wù)報(bào)表分支過程描述收支異常時(shí)核對賬單異常過程描述結(jié)束用例。業(yè)務(wù)規(guī)則賬目清楚涉及的業(yè)務(wù)實(shí)體已付款訂單，未付訂單，賬單用例名稱信息管理用例描述對訂餐網(wǎng)站進(jìn)行更新，對商家和買家的基本信息進(jìn)行維護(hù)，并保證數(shù)據(jù)庫的安全行。執(zhí)行者信息管理員前置條件無后置條件6. 網(wǎng)站內(nèi)容得到更

6、新。7. 商家和買家基本信息保證有效和安全8. 數(shù)據(jù)庫安全性得到保護(hù)主過程描述6. 登陸網(wǎng)站7. 登錄信息管理員界面8. 選擇執(zhí)行的操作9. 驗(yàn)證想執(zhí)行的操作是否合理10. 及時(shí)更新所有相關(guān)的內(nèi)容分支過程描述無異常過程描述退出信息管理系統(tǒng)界面業(yè)務(wù)規(guī)則保證商家和用戶信息的安全性涉及的業(yè)務(wù)實(shí)體各種基本信息表單，數(shù)據(jù)庫，訂單網(wǎng)站用例名稱管理商家店面用例描述商家可以申請?jiān)谑褂帽鞠到y(tǒng)的某公司網(wǎng)站上申請?zhí)摂M店面，并上傳自己店面的信息商家可以申請更新店面已有的信息。執(zhí)行者店面管理員（代理商家操作）前置條件1. 商家沒有不良記錄2. 商家食品衛(wèi)生安全審核通過3. 商家愿意和公司簽訂合同后置條件1. 成功建立商

7、家的店面信息2. 成功建立商家的評價(jià)檔案3. 成功建立商家的監(jiān)察檔案主過程描述1.商家到公司來填寫店面申請，提交店面管理員2.店面管理員初步核實(shí)申請信息，查詢商家是否有在該公司的不良記錄3.店面管理員錄入申請信息，產(chǎn)生店面申請4.店面管理員到現(xiàn)場勘察衛(wèi)生安全問題等，符合條件執(zhí)行5，不符合條件執(zhí)行4.115.審核通過則通知店家提供店面信息，比如菜的價(jià)格，名稱，圖片等，由店面管理人員錄入信息6店面管理員還管理訂餐者對某店面的有價(jià)值的評價(jià)，建立評價(jià)檔案7.并時(shí)常到現(xiàn)場監(jiān)察商家食品衛(wèi)生，建立監(jiān)察檔案異常過程描述4.11不符合條件，停止申請過程，用例結(jié)束業(yè)務(wù)規(guī)則申請者無在該系統(tǒng)的不良記錄，比如衛(wèi)生事件或

8、者誠信問題。涉及的業(yè)務(wù)實(shí)體申請單，現(xiàn)場勘察單，商家監(jiān)察檔案，用戶評價(jià)檔案。訂單管理用例規(guī)約用例名稱管理訂單用例描述管理員先核實(shí) 訂單，然后決定是生成未付款訂單還是取消訂單，最后配送快餐執(zhí)行者訂單管理員前置條件1. 用戶有登錄該系統(tǒng)2. 用戶有下訂單后置條件1. 核實(shí)過后確定訂單無誤2. 用戶有再次確認(rèn)自己的訂單主過程描述1. 用戶登錄該系統(tǒng)，確認(rèn)自己喜歡的東西，然后生成訂單2.訂單管理員核實(shí)訂單，如若訂單有誤，執(zhí)行2.11，否則執(zhí)行33.訂單管理員再次確認(rèn)用戶是否修改訂單，是的話重新執(zhí)行2，否則執(zhí)行44.訂單管理員生成未付款訂單5.訂單管理員及時(shí)將訂單交給配送人員6.由配送人員配送訂單 異常過

9、程描述2.11不符合條件，停止訂餐過程，用例結(jié)束業(yè)務(wù)規(guī)則用戶具有該系統(tǒng)的登陸賬號以及所下的訂單符合各個(gè)要求涉及的業(yè)務(wù)實(shí)體訂單2.2需求分析2.2.1財(cái)務(wù)管理財(cái)務(wù)管理（財(cái)務(wù)管理員）用例實(shí)現(xiàn)的分析類時(shí)序圖財(cái)務(wù)管理（收銀員）用例實(shí)現(xiàn)的分析類時(shí)序圖分析類圖：2.2.2信息管理商家基本信息管理維護(hù)時(shí)序圖數(shù)據(jù)庫信息安全維護(hù)時(shí)序圖訂餐主頁更新及發(fā)布時(shí)序圖：信息管理活動(dòng)圖分析類圖：2.2.3店面管理活動(dòng)圖錄入評價(jià)檔案時(shí)序圖錄入監(jiān)察檔案時(shí)序圖錄入新店面信息時(shí)序圖更改店面信息時(shí)序圖2.2.4訂餐系統(tǒng)用例圖時(shí)序圖：分析類圖2.2.5 訂單管理確認(rèn)訂單時(shí)序圖取消訂單時(shí)序圖3 系統(tǒng)設(shè)計(jì)3.1整個(gè)系統(tǒng)結(jié)構(gòu)：根據(jù)業(yè)務(wù)劃分業(yè)

10、務(wù)成的5個(gè)包圖五個(gè)包圖中的大體結(jié)構(gòu)采用如下界面展示層包：存放與界面展示相關(guān)類業(yè)務(wù)邏輯層：存放與相應(yīng)界面的操作對應(yīng)的控制類業(yè)務(wù)實(shí)體：向邏輯層提供操作的實(shí)體類，在系統(tǒng)完成后對下有數(shù)據(jù)庫操作。3.2組件圖和設(shè)計(jì)類圖3.2.1店面管理用例的設(shè)計(jì)類圖組件圖3.2.2財(cái)務(wù)管理用例的設(shè)計(jì)類圖3.2.3信息管理用例的設(shè)計(jì)類圖3.2.4訂餐管理用例的設(shè)計(jì)類圖3.2.5訂單管理用例的設(shè)計(jì)類圖設(shè)計(jì)類圖3.3數(shù)據(jù)庫設(shè)計(jì)概念設(shè)計(jì)：系統(tǒng)E-R圖如圖1所示。圖1訂餐系統(tǒng)E-R圖以下是主要數(shù)據(jù)表的E-R圖：圖2 用戶E-R圖圖3訂單條目E-R圖圖4 養(yǎng)生咨詢E-R圖圖5 訂單E-R圖圖6 菜單E-R圖邏輯設(shè)計(jì)：表1 訂單條目

11、表FieldTypeNullKeyCommentIDIntNoYes標(biāo)識(shí)遞增訂單IDIntNoNo外鍵，對應(yīng)于訂單中的“訂單ID”菜名Nchar（10）NoNo默認(rèn)值是“待送餐”數(shù)量IntNoNo單價(jià)FloatYesNo評分IntYesNo默認(rèn)為“0分”Back訂單YesNo顧客訂餐的信息反饋表2訂單表FieldTypeNullKeyComment訂單IDIntNoYes標(biāo)識(shí)遞增用戶IDIntNoNo外鍵，對應(yīng)于用戶表中的“用戶ID”訂單狀態(tài)Nchar（10）NoNo默認(rèn)值是“待送餐”送餐地址Nvarchar（50）NoNo備注Nvarchar（MAX）YesNo訂餐姓名Nvarchar（50

12、）NoNo訂餐時(shí)間DatetimeYesNo金額總價(jià)FloatYesNo表3 菜單表FieldTypeNullKeyCommentcIDIntNoYes標(biāo)識(shí)遞增菜名Nvarchar（50）NoNo價(jià)格FloatNoNo菜介紹Nvarchar（MAX）YesNoScidIntYesNo菜系id菜圖片Nvarchar（MAX）YesNo存儲(chǔ)的是圖片的路徑推薦Nvarchar（50）YesNo表4菜分類表FieldTypeNullKeyCommentScidIntNoYes標(biāo)識(shí)遞增種類Nvarchar（50）NoNo菜系名系列介紹Nvarchar（MAX）YesNo表5用戶表FieldTypeNullKeyComment用戶IDIntNoYes標(biāo)識(shí)遞增uNameNvarchar（50）NoNo登錄名uPwdNvarchar（50）NoNo登錄密碼真實(shí)姓名Nchar（10）NoNo性別Nchar（1