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

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

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

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

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

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

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

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

9、程描述2.11不符合條件，停止訂餐過程，用例結束業務規則用戶具有該系統的登陸賬號以及所下的訂單符合各個要求涉及的業務實體訂單2.2需求分析2.2.1財務管理財務管理（財務管理員）用例實現的分析類時序圖財務管理（收銀員）用例實現的分析類時序圖分析類圖：2.2.2信息管理商家基本信息管理維護時序圖數據庫信息安全維護時序圖訂餐主頁更新及發布時序圖：信息管理活動圖分析類圖：2.2.3店面管理活動圖錄入評價檔案時序圖錄入監察檔案時序圖錄入新店面信息時序圖更改店面信息時序圖2.2.4訂餐系統用例圖時序圖：分析類圖2.2.5 訂單管理確認訂單時序圖取消訂單時序圖3 系統設計3.1整個系統結構：根據業務劃分業

10、務成的5個包圖五個包圖中的大體結構采用如下界面展示層包：存放與界面展示相關類業務邏輯層：存放與相應界面的操作對應的控制類業務實體：向邏輯層提供操作的實體類，在系統完成后對下有數據庫操作。3.2組件圖和設計類圖3.2.1店面管理用例的設計類圖組件圖3.2.2財務管理用例的設計類圖3.2.3信息管理用例的設計類圖3.2.4訂餐管理用例的設計類圖3.2.5訂單管理用例的設計類圖設計類圖3.3數據庫設計概念設計：系統E-R圖如圖1所示。圖1訂餐系統E-R圖以下是主要數據表的E-R圖：圖2 用戶E-R圖圖3訂單條目E-R圖圖4 養生咨詢E-R圖圖5 訂單E-R圖圖6 菜單E-R圖邏輯設計：表1 訂單條目

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

12、）NoNo訂餐時間DatetimeYesNo金額總價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（10）NoNo性別Nchar（1