![uml網(wǎng)上訂餐系統(tǒng)_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3021e694-4e34-4601-9bfb-a6336d3d5d55/3021e694-4e34-4601-9bfb-a6336d3d5d551.gif)
![uml網(wǎng)上訂餐系統(tǒng)_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3021e694-4e34-4601-9bfb-a6336d3d5d55/3021e694-4e34-4601-9bfb-a6336d3d5d552.gif)
![uml網(wǎng)上訂餐系統(tǒng)_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/4/3021e694-4e34-4601-9bfb-a6336d3d5d55/3021e694-4e34-4601-9bfb-a6336d3d5d553.gif)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、UML建模語言課程設(shè)計(jì)報(bào)告題目:訂餐管理系統(tǒng)數(shù)學(xué)與計(jì)算機(jī)科學(xué)(軟件)學(xué)院軟件工程專業(yè)2011級(jí)實(shí)驗(yàn)時(shí)間:2013 2014學(xué)年第一學(xué)期任課教師:張舒目錄1背景介紹:2.2、系統(tǒng)分析2.2.1獲取需求2.2.1.1在大學(xué)城訂餐系統(tǒng)中主要有以下涉眾: 22.1.2 邊界3.2.1.3業(yè)務(wù)用例3.2.1.4活動(dòng)圖3.2.1.5用例規(guī)約3.2.2需求分析.6.2.2.1財(cái)務(wù)管理6.2.2.2信息管理6.2.2.3店面管理6.2.2.4 訂餐6.2.2.5訂單管理6.3系統(tǒng)設(shè)計(jì)7.3.1整個(gè)系統(tǒng)結(jié)構(gòu):T.3.2組件圖和設(shè)計(jì)類圖7.3.2.1店面管理用例的設(shè)計(jì)類圖73.2.2財(cái)務(wù)管理用例的設(shè)計(jì)類圖73.2
2、.3信息管理用例的設(shè)計(jì)類圖73.2.4訂餐管理用例的設(shè)計(jì)類圖 73.2.5訂單管理的設(shè)計(jì)類圖73.3數(shù)據(jù)庫設(shè)計(jì)7.3.4系統(tǒng)部署圖9.4總結(jié)9.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è)虛擬店面,可以在上面掛上該商家的名稱,飯菜的圖片和價(jià)格等, 讓訂餐者可以
3、方便的訂餐,可以對商家進(jìn)行評(píng)價(jià)等。而商家后期只負(fù)責(zé)煮菜。物 流有我們系統(tǒng)運(yùn)營者負(fù)責(zé),然后直接賺取差價(jià)。還要定期對商家進(jìn)行衛(wèi)生安全評(píng) 估,以及根據(jù)用戶的評(píng)價(jià)來生產(chǎn)評(píng)價(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ī)范和標(biāo)準(zhǔn) 業(yè)主:網(wǎng)站建設(shè)成本,
4、建設(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ù)用例(店面管理員)業(yè)務(wù)用例(
5、訂單管理):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成功將貨款歸入銀行或保險(xiǎn)庫4. 成功登記賬單5. 成功將已付
6、款訂單入庫主過程描述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)容得到更新。7. 商家和買家基本信息保證有效和
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. 成功建立商家的店面信息2. 成功建立商家的評(píng)價(jià)檔案
8、3. 成功建立商家的監(jiān)察檔案主過程描述1. 商家到公司來填寫店面申請,提交店面管理員2. 店面管理員初步核實(shí)申請信息,查詢商家是否有在該公司 的不良記錄3. 店面管理員錄入申請信息,產(chǎn)生店面申請4. 店面管理員到現(xiàn)場勘察衛(wèi)生安全問題等,符合條件執(zhí)行5, 不符合條件執(zhí)行4.115. 審核通過則通知店家提供店面信息,比如菜的價(jià)格,名稱, 圖片等,由店面管理人員錄入信息6店面管理員還管理訂餐者對某店面的有價(jià)值的評(píng)價(jià),建立 評(píng)價(jià)檔案7.并時(shí)常到現(xiàn)場監(jiān)察商家食品衛(wèi)生,建立監(jiān)察檔案異常過程描述4.11不符合條件,停止申請過程,用例結(jié)束業(yè)務(wù)規(guī)則申請者無在該系統(tǒng)的不良記錄,比如衛(wèi)生事件或者誠信問 題。涉及的業(yè)
9、務(wù)實(shí)體申請單,現(xiàn)場勘察單,商家監(jiān)察檔案,用戶評(píng)價(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.由配送人員配送訂單異常過程描述2.
10、11不符合條件,停止訂餐過程,用例結(jié)束業(yè)務(wù)規(guī)則用戶具有該系統(tǒng)的登陸賬號(hào)以及所下的訂單符合各個(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)圖錄入評(pí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è)務(wù)成的5個(gè)
11、包圖五個(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訂單條目表FieldTyp
12、eNullKeyCommentIDIntNoYes標(biāo)識(shí)遞增訂單IDIntNoNo外鍵,對應(yīng)于訂單中的“訂單ID ”菜名Nchar (10)NoNo默認(rèn)值是“待送餐”數(shù)量IntNoNo單價(jià)FloatYesNo評(píng)分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
13、)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 )
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度藝術(shù)品抵押貸款合同保密協(xié)議
- 二零二五年度配電室建設(shè)與新能源并網(wǎng)服務(wù)合同3篇
- 2025至2030年冷盤項(xiàng)目投資價(jià)值分析報(bào)告
- 2025年中國茶籽市場調(diào)查研究報(bào)告
- 2025年中國葡萄糧酸鋅市場調(diào)查研究報(bào)告
- 2025年防敏修復(fù)霜項(xiàng)目可行性研究報(bào)告
- 2025年中國皮艇市場調(diào)查研究報(bào)告
- 2025年中國板材端面Ⅴ形槽涂布機(jī)市場調(diào)查研究報(bào)告
- 2025年電動(dòng)攪拌機(jī)項(xiàng)目可行性研究報(bào)告
- 2025年方型油壓缸項(xiàng)目可行性研究報(bào)告
- 數(shù)學(xué)方法在物理中的應(yīng)用
- 【永輝超市公司員工招聘問題及優(yōu)化(12000字論文)】
- 柴油加氫裝置知識(shí)培訓(xùn)課件
- 汽油安全技術(shù)說明書(MSDS)
- 中國直銷發(fā)展四個(gè)階段解析
- 2024屆浙江省寧波市鎮(zhèn)海區(qū)鎮(zhèn)海中學(xué)高一物理第一學(xué)期期末質(zhì)量檢測試題含解析
- 部編版語文四年級(jí)下冊 教材解讀
- 《一次函數(shù)與方程、不等式》說課稿
- 動(dòng)火作業(yè)安全管理要求及控制措施
- 詩豪劉禹錫一生部編教材PPT
- 中國營養(yǎng)師培訓(xùn)教材1
評(píng)論
0/150
提交評(píng)論