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

1、精品好資料學習推薦UML建模語言課程設計報告 題目：訂餐管理系統(tǒng) 數(shù)學與計算機科學（軟件）學院 軟件工程專業(yè)2011級 實驗時間：20132014學年第一學期 任課教師：張舒目錄1背景介紹：32、系統(tǒng)分析32.1 獲取需求32.1.1在大學城訂餐系統(tǒng)中主要有以下涉眾：32.1.2邊界42.1.3業(yè)務用例62.1.4活動圖92.1.5用例規(guī)約102.2需求分析132.2.1財務管理132.2.2信息管理152.2.3店面管理192.2.4訂餐222.2.5 訂單管理233 系統(tǒng)設計253.1整個系統(tǒng)結構：253.2組件圖和設計類圖263.2.1店面管理用例的設計類圖263.2.2財務管理用例的設

2、計類圖273.2.3信息管理用例的設計類圖303.2.4訂餐管理用例的設計類圖333.2.5訂單管理的設計類圖343.3數(shù)據(jù)庫設計353.4系統(tǒng)部署圖384總結391背景介紹：當今社會，計算機技術尤其是網絡技術飛速發(fā)展，給我們的生活帶來的極大的方便。經過我們小組成員在生活中細致觀察，發(fā)現(xiàn)整個大學城的學生對平常訂餐需求很大，但他們訂餐的方式都是比較原始的電話訂餐。而各個餐飲店也是各自為戰(zhàn)，自己接電話，記錄訂單需求，自己配送。這樣效率很低，利潤薄，而且信息不流暢?；谶@個現(xiàn)狀。我們決定提供一個平臺-網上訂餐系統(tǒng)。在網上給申請的商家一個虛擬店面，可以在上面掛上該商家的名稱，飯菜的圖片和價格等，讓訂餐

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

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

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

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

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

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

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

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

11、結構采用如下界面展示層包：存放與界面展示相關類業(yè)務邏輯層：存放與相應界面的操作對應的控制類業(yè)務實體：向邏輯層提供操作的實體類，在系統(tǒng)完成后對下有數(shù)據(jù)庫操作。3.2組件圖和設計類圖3.2.1店面管理用例的設計類圖組件圖3.2.2財務管理用例的設計類圖3.2.3信息管理用例的設計類圖3.2.4訂餐管理用例的設計類圖3.2.5訂單管理用例的設計類圖設計類圖3.3數(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圖邏輯設計：表1 訂單條目表FieldTypeNullK

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

13、meYesNo金額總價FloatYesNo表3 菜單表FieldTypeNullKeyCommentcIDIntNoYes標識遞增菜名Nvarchar（50）NoNo價格FloatNoNo菜介紹Nvarchar（MAX）YesNoScidIntYesNo菜系id菜圖片Nvarchar（MAX）YesNo存儲的是圖片的路徑推薦Nvarchar（50）YesNo表4菜分類表FieldTypeNullKeyCommentScidIntNoYes標識遞增種類Nvarchar（50）NoNo菜系名系列介紹Nvarchar（MAX）YesNo表5用戶表FieldTypeNullKeyComment用戶IDIntNoYes標識遞增uNameNvarchar（50）NoNo登錄名uPwdNvarchar（50）NoNo登錄密碼真實姓名Nchar（