送餐管理系統(tǒng)

1、訂餐業(yè)務(wù)管理系統(tǒng)的需求描述"Restaurant On Wheels"公司下文簡稱 ROW公司是一家以面向團(tuán)體客戶提供訂餐效勞為主營業(yè)務(wù)的餐飲企 業(yè)。 為減少投資風(fēng)險，該公司自己并不生產(chǎn)外賣食品，而是與周邊的多家餐館建立合作關(guān)系，這種合作關(guān)系允許ROW公司以批發(fā)價格和記帳支付的形式獲得客戶訂購的各種套餐。每個季度ROW公司將根據(jù)合作餐館對外賣 套餐的更新情況整理訂餐目錄，并將其送往齊個注冊的客戶手中° ROW有專門的市場營銷人員推廣公司的效勞 ，客戶通過登記相應(yīng)的聯(lián)系信息即可獲得注冊資格，注冊客戶將獲得具有唯一編號的訂餐卡，并在每個季度得到最新的訂餐目錄。當(dāng)需要訂

2、餐時，客戶通過說明自己的訂餐卡、要訂購套餐的目錄編號及數(shù)量，訂餐員在核對必要信息后登記訂餐內(nèi)容，建立客戶訂單。對每一 X客戶訂單要產(chǎn)生一 X配送簽收單以說明客戶的配送地址、聯(lián)系、所訂購的套餐名稱、數(shù)量，以及按零售價計算出的應(yīng)支付金額，同時訂單中的由同一家合作餐館供給的訂單項要匯總形成記帳單，說明要在該餐館采購的套餐名稱、數(shù)就和按批發(fā)價訃算岀的記帳金額，記帳單支付給相應(yīng)的合作餐館，作為月底ROW公司與各家合作餐館結(jié)帳的依據(jù)。每一個訂單由一名配送人員執(zhí)行，配送人員通過記帳單到各家餐館購置所訂購數(shù)量的套餐，并按配送單將英送往指定的客戶地址，客戶支付現(xiàn)金并簽收配送單。每天配送員要與經(jīng)理進(jìn)行當(dāng)天交易的現(xiàn)

3、金結(jié)算。ROW公司的員工主要分為市場推廣員、配送員、訂餐員三類。工資對訂餐員支付固泄工資，對市場推廣員和配送員那么在固定工資根底上再支付一泄數(shù)額的獎金；市場推廣員的獎金根據(jù)其推廣的客戶當(dāng)月的訂餐總金額進(jìn)行計算，配送員的獎金那么按照他所執(zhí)行的配送任務(wù)次數(shù)進(jìn)行訃算。目前隨著ROW公司業(yè)務(wù)規(guī)模的逐步擴(kuò)大，迫 切需要開發(fā)一個訂餐業(yè)務(wù)管理系統(tǒng)以支持如下工作：1. 維護(hù)與合作餐館的聯(lián)系2. 維護(hù)與注冊客戶的聯(lián)系3. 管理每個季度所提供的套餐種類4. 有效處理客戶的訂餐要求，生成執(zhí)行訂單的各種單據(jù)。5. 管理員工信息，并自動計算月薪6. 對每個月的銷售情況、收支情況、結(jié)帳情況等信息進(jìn)行統(tǒng)汁。7數(shù)據(jù)域分析與建

4、模過程1. 根據(jù)需求描述，尋找業(yè)務(wù)領(lǐng)域中的重要“事務(wù)合作餐館、訂餐目錄、套餐產(chǎn)品、客戶、訂單、訂單項明細(xì)、記帳單、配送單、市場推廣員、配送員2. 說明事物之間的關(guān)系，建立實體關(guān)系對a合作餐館一一提供-套餐產(chǎn)品b套餐產(chǎn)品?組成一一訂餐目錄C市場人員一一推廣客戶d客戶下達(dá)訂單e訂單包含一一訂單項0配送員一一執(zhí)行一一訂單g記帳單一一采購一一訂單項h記帳單-支付給 合作餐館?i-3. 考察每個實體關(guān)系對的基數(shù)、形態(tài)4. 指定每個實體的屬性5. 復(fù)審實體關(guān)系模型訂餐業(yè)務(wù)管理系統(tǒng)的實體關(guān)系圖模型推廣勾名稱客訂單項 單明細(xì)丄參照 提供記記帳單支付餐館 谷U立Hnn供給餐廳ID批發(fā)價格.n1?1 合作餐 館市

5、場人員10 ；餐廳1D地址轉(zhuǎn)帳帳號i.l-訂餐j.ji訂單ID 米購帳單配送人員衍單金V *J I 5額訂單日期I J1 TO.nID 一免帳日期ROW訂餐業(yè)務(wù)管理系統(tǒng)的 00分析與建模1. 用例分析a用例是系統(tǒng)向使用者提供的某個完整的效勞功能單元，用以處理在應(yīng)用領(lǐng)域中可能發(fā)生的一種實際情況。當(dāng)這種情況發(fā)生時，用例被激活，此時“參與者同系統(tǒng)中的用例構(gòu)成一個“交互場景執(zhí)行過程，并最終產(chǎn)生一個符合 "參與者使用目的的結(jié)果。b用例是“動態(tài)的。它是“外部參與者與“軟件系統(tǒng)對某種業(yè)務(wù)情況進(jìn)行處理的“過程。因此對于用例的命名應(yīng)該是“動詞性的，如“訂餐處理，'當(dāng)日配送結(jié)算。c 用例是&qu

6、ot;相對獨立的。即系統(tǒng)中的一個用例應(yīng)該完成與“處理某種業(yè)務(wù)情況有關(guān)的全部工作。要注 意，用例不是流程圖，用例之間不是連續(xù)執(zhí)行的，也不應(yīng)該形成“緊密的依賴關(guān)系。2.就ROW訂餐系統(tǒng)而言，軟件的應(yīng)用領(lǐng)域中可能發(fā)生哪些需要被處理的情況“，由“誰負(fù)責(zé)使用系統(tǒng)的“相應(yīng)服務(wù)進(jìn)行處理呢？需要被處理的業(yè)務(wù)情況需求參與者用例客戶打訂餐訂餐員訂餐處理客戶打取消未執(zhí)行的訂單訂餐員取消訂餐開展了新的客戶，需要進(jìn)行注冊市場推廣員客戶注冊新的合作餐館加盟經(jīng)理注冊合作餐館合作餐館終止合作關(guān)系經(jīng)理刪除合作餐館每天下班前結(jié)算當(dāng)天的訂餐收入經(jīng)理、配送員當(dāng)日訂餐結(jié)算每個月底結(jié)算與各家合作餐館的記帳金額經(jīng)理當(dāng)月記帳結(jié)算每個月底對所

7、雇傭的員工發(fā)工資經(jīng)理、員工結(jié)算員工工資訂餐處理當(dāng)日訂餐結(jié)算!記帳結(jié)g取消訂餐配送員合作餐館經(jīng)理讒算員工工資員工、客戶注冊市場推廣負(fù)4.用例文檔以用例“訂餐處理為例用例編號UC 01用例名訂餐處理簡述處理注冊客戶的訂餐前置條件訂餐客戶已在系統(tǒng)中注冊，并獲得了有效的訂餐目錄。訂餐員通過執(zhí)行“訂餐的菜單命令激活該用例。事件流1.2.3.4.5.6.7.7.8.9.10.系統(tǒng)顯示訂餐窗口 餐員在訂餐窗口中輸入客戶的訂餐卡編號。 系統(tǒng)顯示出持卡客戶的注冊信息。E2:該客戶未在系統(tǒng)中注冊，系統(tǒng)提示“卡號無效S用例結(jié)朿訂餐員核對客戶的注冊信息。E3:客戶答復(fù)與注冊信息不符，用例結(jié)朿。 訂餐員輸入用戶訂購的套

8、餐產(chǎn)品編號。系統(tǒng)顯示套餐名稱及單價 訂餐員輸入訂購的數(shù)量。X6 :假設(shè)用戶訂購多于一種套餐，返回 4。 訂餐員在窗口的列表中選擇執(zhí)行配送的配送員 訂餐員提交訂餐信息。系統(tǒng)顯示訂單確認(rèn)窗口，顯示訂單內(nèi)容。 訂餐員確認(rèn)訂單內(nèi)容后置條件E10:訂餐員取消訂單，用例結(jié)束。11. 系統(tǒng)保存訂單12. 系統(tǒng)打印“簽收單系統(tǒng)將訂旁“'供給購套餐按登供餐館記帳單和“配送簽收單5.活動圖一一對用例文檔建模以用例“訂餐處理為例取消 訂單確認(rèn) 訂單顯示竿訂町戶信息系統(tǒng)k顯卡號 無效1/輸入訂餐卡x>!/提示卡號無效輸入單價訂餐員m提交訂餐數(shù)打印簽套餐單窗口顯示組信析系統(tǒng)應(yīng)由哪些事物構(gòu)成，以及這些事物之

9、間單關(guān)系。采用類圖進(jìn)行建模。xX，尋找參與到該用6.系統(tǒng)靜態(tài)結(jié)構(gòu)分析核對a靜態(tài)結(jié)構(gòu)分 b一次性確實左完整系統(tǒng)的靜態(tài)結(jié)構(gòu)難度較大，通常以系統(tǒng)中的某個用例為 程中的事物。例執(zhí)行過c) 分析系統(tǒng)“靜態(tài)結(jié)構(gòu)可以采用“詞性分類、 CRC (類職責(zé)協(xié)作)卡片等技術(shù)?？梢酝ㄟ^分析用 例文檔中 交互過程描述尋找系統(tǒng)中的實體類，分析過程應(yīng)該力求答復(fù)如下問題：i. 當(dāng)參與者完成了某個操作后，系統(tǒng)應(yīng)該對應(yīng)執(zhí)行哪些動作；ii. 系統(tǒng)執(zhí)行這些動作時必須使用哪些數(shù)據(jù)，什么“事物負(fù)責(zé)提供和管理這些數(shù)據(jù)：iii. 系統(tǒng)執(zhí)行的每個動作是什么“事物的職責(zé)一一簡單的說就是“系統(tǒng)要干的活應(yīng)該由系統(tǒng)中 的哪個對 象具體去干。d) 分析

10、過程舉例1. 系統(tǒng)顯示訂餐窗口a) 這條信息說明系統(tǒng)內(nèi)一定包含一種組成元素叫 " 窗口對象b) 窗口對象提供說明自身特征的數(shù)據(jù)，如窗口大小、位巻、窗口表而的可視元素等。c) 窗口對象至少包含一個職責(zé)，那就是“顯示自己2. 系統(tǒng)顯示出持卡客戶的注冊信息。a) 系統(tǒng)要完成這個動作，要用到與客戶有關(guān)的數(shù)據(jù)，這些數(shù)據(jù)是說明“窗口特征的么？ 很顯然 不是，所以系統(tǒng)內(nèi)除了 “窗口對象以外一立還有其他的對象是提供和管理這 局部數(shù)據(jù)的一 一“客戶對象。b) 窗口對象通過找到對應(yīng)的“客戶對象獲得需要顯示的數(shù)據(jù)。從職責(zé)上看" 窗口必 須承當(dāng)“顯示客戶信息的職責(zé)，而“客戶對象那么必須負(fù)責(zé)提供“注

11、冊信息。c) "窗口和“客戶之間必須有聯(lián)系，以確保 "窗口能找到 ' 客戶。3. 系統(tǒng)顯示套餐名稱及單價a) 系統(tǒng)必須記下來用戶要購置什么， ' 誰負(fù)責(zé)從整體上保存和管理一次訂餐所產(chǎn)生的 全部訂 購信息呢。一一訂單對象b) 訂單對象是由假設(shè)干條訂購信息組成的集合。這個集合中的每一條訂購信息要說明買什么套餐，買多少一一這又構(gòu)成了一個規(guī)模更小的獨立組成局部 " 訂單項。c) 每輸入一個訂單項要顯示對應(yīng)套餐的信息 (劃稱、單價等)，這局部信息誰提供一一 套餐產(chǎn)品。4. 訂餐員在訂餐窗口的列表中選擇可用的配送人員a) 系統(tǒng)中一定有“配送人員對象。b) 這個

12、對象至少兩個狀態(tài)：可用或不可用c) 這個操作步驟的目的是什么？要建立配送員和訂單之間的聯(lián)系。5. 依次類推，我們還可以找到的對象包括：“訂單確認(rèn)窗口、記帳單、合作餐館等等。6. 討論：配送單是不是系統(tǒng)中必須包括的對象。確定的依據(jù)是什么？a) “配送單這個對象是不是提供和維護(hù)了系統(tǒng)工作過程中必須要使用到的，并且不能由其他對象提供的數(shù)據(jù)？一一從數(shù)據(jù)成員的角度上、配送單和訂單一致。b) “配送單這個對象是不是提供了系統(tǒng)工作過程中必須要應(yīng)用的職責(zé)(功能)，并且這個功能無法從苴他對象中得到。事實上，“配送單是系統(tǒng)打印給外部參與者的一 X 紙，這 X 紙所 參與的是配送員和客戶在客戶家里簽收的手工過程(簽

13、收不是系統(tǒng) 用例，不是在系統(tǒng)中執(zhí)行的 動作)。c) 基于上述原因及需求假設(shè)可以考慮將配送單不作為系統(tǒng)中的實體類。e) 該用例X囤內(nèi)的主要實體類可通過如下類圖表示，在系統(tǒng)分析階段可以暫時省略系統(tǒng)中的邊界類(如界面等)和控制類等。<<導(dǎo)出?7. 交互過程分析a交互過程分析的任務(wù)是將活動圖中由系統(tǒng)完成的活動拆解成系統(tǒng)中的對象所完成的動作。就是要表示斷，在必b 通過系統(tǒng)靜態(tài)結(jié)構(gòu)分析，已經(jīng)能夠明確在某個用例X圍內(nèi)，涉及到哪些的種類的對象。交互過程 出用例的執(zhí)行過程中，這些對象是怎樣協(xié)作的。c為了簡化交互分析過程，通常應(yīng)該將用例執(zhí)行過程中參與者與系統(tǒng)的每一次互動展開成一個交互片 要的情況下，最終將產(chǎn)生的多個交互片斷整合成完整的一個交互圖。d實例分析過程一一可以先把交互過程用文字進(jìn)行表達(dá)。i. “訂餐員請求“訂餐窗口翻開1. 訂餐窗口 "詢問每個配送員的當(dāng)前狀態(tài)2. 訂餐窗口把“不忙的配送員加到配送員列表中3. 訂餐窗口創(chuàng)立臨時的“訂單SctDatc(Now)UJ&I可Shglon訂SLOpcn< >