餐廳訂餐管理信息系統(tǒng)

1、餐廳訂餐管理信息系統(tǒng)可行性分析報告設(shè)計題目： 餐廳訂餐管理信息系統(tǒng) 班級： 營銷14-1 學(xué) 號： 1430020128 姓 名： 謝雙浩 目錄1. 設(shè)計目的和任務(wù).12. 開發(fā)環(huán)境. .12.1 硬件環(huán)境. .12.2 軟件環(huán)境.13.設(shè)計題目.13.1 題目名稱. .13.2 題目詳細(xì)描述. .13.3 功能要求.14. 相關(guān)技術(shù)及知識點.14.1 UML的建模語言.14.2 RUP軟件開發(fā)過程. .24.3Rational Rose25. 設(shè)計. .2 5.1 用例圖. .2 5.2 類圖55.3活動圖.55.4序列圖.85.5狀態(tài)圖 135.6協(xié)作圖 145.7組件圖. 195.8部署

2、圖 206. 雙向工程.207. 總結(jié).248. 參考資料.24- - 25 - -1. 設(shè)計目的和任務(wù)本系統(tǒng)為一個餐廳的定餐系統(tǒng)，主要提供記錄訂餐和提醒的功能?；拘枨笫遣蛷d在營業(yè)時記錄預(yù)約、更新預(yù)約單信息、分配餐桌以及接待未預(yù)約的顧客的能力，還添加了會員業(yè)務(wù)，為會員提供提前點菜的服務(wù)。2. 開發(fā)環(huán)境2.1 硬件環(huán)境 一臺PC臺式機(jī)或是便攜式電腦2.2 軟件環(huán)境中文windows98以上系統(tǒng)Rational Rose3.設(shè)計題目3.1 題目名稱餐廳訂餐管理信息系統(tǒng)3.2 題目詳細(xì)描述 本系統(tǒng)的基本需求是餐廳在營業(yè)時記錄預(yù)約、更新預(yù)約單信息、分配餐桌以及接待未預(yù)約的顧客的能力，添加了會員業(yè)務(wù)，

3、為會員提供提前點菜的服務(wù)。主要的功能有下訂單、修改訂單、取消訂單以及在顧客未按時到達(dá)時及時提醒顧客；同時還能記錄未預(yù)約的顧客；維護(hù)訂單和未預(yù)約記錄，如記錄到達(dá)、離開，以便及時更新餐桌的狀態(tài)；附加的功能有管理會員信息，為會員提供提前點菜的服務(wù)。3.3 功能要求本系統(tǒng)主要分為餐桌管理，會員管理，菜單管理和訂單管理四大功能模塊。餐桌管理： 進(jìn)入餐桌管理，可以點擊餐桌對訂單進(jìn)行編輯，還可以顯示餐桌的訂單狀態(tài)。會員管理： 進(jìn)入會員管理，可以對會員信息進(jìn)行編輯，可以添加會員，修改會員信息和刪除會員信息。 菜單管理： 進(jìn)入菜單管理，可以菜單會員信息進(jìn)行編輯，可以添加菜單，修改菜單會員信息和刪除菜單信息。訂單

4、管理： 進(jìn)入訂單管理，里面顯示的是所有的訂單信息。4. 相關(guān)技術(shù)及知識點4.1 UML的建模語言 UML的目標(biāo)是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于非軟件領(lǐng)域的系統(tǒng)，如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過程，以及處理復(fù)雜數(shù)據(jù)的信息系統(tǒng)、具有實時要求的工業(yè)系統(tǒng)或工業(yè)過程等。 UML是一個通用的標(biāo)準(zhǔn)建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進(jìn)行建模。此外,UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。在需求分析階段,可以用用例來捕獲用戶需求。通過用例建模,描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)(用例)的功能要

5、求。分析階段主要關(guān)心問題域中的主要概念(如抽象、類和對象等)和機(jī)制,需要識別這些類以及它們相互間的關(guān)系,并用UML類圖來描述?？傊?，標(biāo)準(zhǔn)建模語言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護(hù)。4.2 RUP軟件開發(fā)過程Rational Unified Process（RUP，統(tǒng)一開發(fā)過程）是一套面向?qū)ο蟮能浖こ踢^程。RUP說明了如何有效地使用成熟技術(shù)開發(fā)軟件。 RUP中有9個核心工作流，分為6個核心過程工作流（Core Process Workflows）和3個核心支持工作流（Core Supporting Workfl

6、ows）。9個核心工作流在項目中輪流被使用，在每一次迭代中以不同的重點和強度重復(fù)。業(yè)務(wù)建模（Business Modeling）理解系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運作，確保所有參與人員對開發(fā)系統(tǒng)有共同的認(rèn)識。4.3 Rational RoseRational Rose的特點1. 保證模型和代碼高度一致2. 支持多種語言3. 為團(tuán)隊開發(fā)提供強有力的支持4. 支持模型的Internet發(fā)布5. 生成使用簡單且定制靈活的文檔6. 支持關(guān)系型數(shù)據(jù)庫的建模5. 設(shè)計5.1 用例圖 本系統(tǒng)是一個餐廳訂餐系統(tǒng)，主要功能是為餐廳提供訂餐記錄和維護(hù)功能，同時擴(kuò)展了訂菜和定時提醒的功能。下面使用了用例圖的方式表現(xiàn)了整個系

7、統(tǒng)的所有功能。用例名：Record booking(記錄預(yù)約) 角色：Receptionist描述：1、 接待員執(zhí)行“顯示預(yù)約”用例；2、 有一張合適的餐桌可以使用；3、 接待員輸入顧客姓名和電話號碼、預(yù)訂時間、用餐人數(shù)以及預(yù)留的餐桌4、 系統(tǒng)記錄和顯示新預(yù)約用例名：Remind booking(訂餐提醒) 角色：Receptionist描述：1、 系統(tǒng)顯示預(yù)約用餐時間超過當(dāng)前系統(tǒng)時間的預(yù)約2、 接待員執(zhí)行“顯示預(yù)約”用例3、 接待員打電話提醒顧客，詢問是否取消預(yù)約4、 如果顧客回答“否”，用例終止5、 如果顧客回答“是”，接待員執(zhí)行“取消預(yù)約”用例用例名：Cancel booking(取消訂

8、單) 角色：Receptionist 描述：1、 接待員選擇要求的預(yù)約2、 接待員取消預(yù)約3、 系統(tǒng)詢問接待員確認(rèn)取消4、 接待員回答“是”，系統(tǒng)記錄取消并更新顯示用例名：Table transfer(換桌)角色：Receptionist ,Head Waiter描述：1、 侍者領(lǐng)班選擇需要的預(yù)約2、 侍者領(lǐng)班改變該預(yù)約的餐桌分配3、 系統(tǒng)記錄改變并更新顯示用例名：Display bookings(顯示餐廳預(yù)約信息)角色：用戶描述1、 用戶輸入一個日期2、 系統(tǒng)顯示當(dāng)日的預(yù)約用例名：Search empty table(查找空桌)角色：Receptionist 描述：1、 接待員輸入日期和時間

9、2、 系統(tǒng)顯示空桌的信息用例名：Modify member information(修改會員)角色：用戶 描述：1、 用戶執(zhí)行“顯示會員信息”用例2、 修改會員信息3、 系統(tǒng)詢問用戶確認(rèn)修改4、 用戶確認(rèn)修改5、 用戶回答“是”，系統(tǒng)記錄更新并顯示更新用例名：Display member information(顯示會員信息)角色：用戶 描述：1、 用戶輸入會員號2、 系統(tǒng)顯示該會員的信息用例名：Delete member(刪除會員) 角色Head Waiter 描述：1、 侍者領(lǐng)班選擇要取消的會員2、 侍者領(lǐng)班取消該會員3、 系統(tǒng)詢問侍者領(lǐng)班確認(rèn)取消4、 侍者領(lǐng)班回答“是”，系統(tǒng)記錄取消并更

10、新顯示用例名：Register member(會員注冊) 角色：Head Waiter 描述：1、 侍者領(lǐng)班輸入顧客的姓名和電話號碼2、 系統(tǒng)記錄并顯示該顧客的信息用例名：Record left(記錄離開) 角色Receptionist 描述：1、 接待員輸入餐桌號2、 系統(tǒng)顯示使用該餐桌的所有預(yù)約和未預(yù)約登記3、 如果存在預(yù)約或未預(yù)約登記處于用餐狀態(tài)，接待員確認(rèn)該預(yù)約或未預(yù)約登記已經(jīng)離開4、 系統(tǒng)對此進(jìn)行記錄并更新顯示器，將顧客標(biāo)記為已離開用例名：Record walk-in(記錄未預(yù)約登記)角色Head Waiter 描述：1、 侍者領(lǐng)班執(zhí)行“顯示預(yù)約”用例2、 侍者領(lǐng)班輸入時間、用餐人數(shù)

11、和分配給顧客的餐桌3、 系統(tǒng)記錄并顯示新預(yù)約用例名：Record arrival(記錄到達(dá))角色Head Waiter 描述：1、 侍者領(lǐng)班執(zhí)行“顯示預(yù)約”用例2、 侍者領(lǐng)班確認(rèn)一個選定的預(yù)約已經(jīng)到達(dá)3、 系統(tǒng)對此進(jìn)行記錄并更新顯示，將顧客標(biāo)記為已到達(dá)圖5.1系統(tǒng)用例圖5.2 類圖在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。如不需要表達(dá)詳細(xì)信息時，分格可以省略。一個類可能出現(xiàn)在好幾個圖中。同一個類的屬性和操作可只在一種圖中列出，在其他圖中可省略。關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。圖5.2訂餐系統(tǒng)業(yè)務(wù)類圖5.3 活動圖 UML中的活動圖用于描述

12、滿足用例要求所要進(jìn)行的活動以及活動間的約束關(guān)系，有利于識別并行活動和工作流程情況?；顒訄D實際上就是用來為用例的事件流建模的工具。 圖5.3-1記錄預(yù)約活動圖圖5.3-2 記錄到達(dá)活動 圖5.3-3 記錄離開 圖5.3-4 修改會員信息活動圖5.4序列圖序列圖表示了對象之間傳送消息的時間順序。每一個類元角色用一條生命線來表示，即用垂直線代表整個交互過程中對象的生命期。生命線之間的箭頭連線代表消息。序列圖可以用來進(jìn)行一個場景說明即一個事務(wù)的歷史過程。序列圖的一個用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個用例行為時，序列圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。5.4.1 取消訂單

13、 取消訂單功能，使用戶可以取消已經(jīng)下過的訂單。圖5.4-1 取消訂單順序圖5.4.2 刪除會員刪除會員功能，使餐廳可以注銷某些用戶。圖5.4-2 刪除會員順序圖5.4.3 顯示訂單顯示訂單功能，根據(jù)用戶設(shè)定的時間顯示的餐桌的信息。圖5.4-3 顯示訂單順序圖5.4.4顯示會員信息顯示會員信息功能，顯示選定的會員信息，以供管理員查看并作為修改的依據(jù)。圖5.4-4 顯示會員信息順序圖5.4.5 修改訂單修改訂單的功能為用戶提供修改預(yù)約的機(jī)會，比如更換時間、換桌等。 圖5.4-5 修改訂單順序圖5.4.6 修改會員信息修改會員信息提供給管理員以修改會員信息的功能，比圖聯(lián)系方式、用戶姓名、信譽度等。圖

14、5.4-6 修改會員信息順序圖5.4.7 記錄到達(dá)記錄到達(dá)功能會記錄用戶的到達(dá)情況，同時餐桌狀態(tài)的顯示跟它有一定的關(guān)系。圖5.4-7 記錄到達(dá)順序圖5.4.8記錄訂單記錄訂單為接待員提供記錄訂單的功能，但接待員接到客戶的電話預(yù)約時，會使用此功能來記錄客戶的預(yù)約，包括吃飯時間、吃飯桌號和預(yù)約人數(shù)等。圖5.4-8 記錄訂單順序圖5.4.9記錄離開記錄離開功能，但用餐者吃完飯后離開時記錄此事件，同時修改桌子的狀態(tài)為沒有使用。圖5.4-9 記錄離開順序圖5.4.10記錄未訂餐者記錄未訂餐者。對于沒有預(yù)定的用餐者使用此功能來記錄用餐信息。圖5.4-10記錄未訂餐者順序圖5.4.11會員注冊會員注冊功能。

15、可以增加新的會員。圖5.4-11 會員注冊順序圖5.4.12定時提醒定時提醒功能。但訂單時間已到但用餐者還沒有到達(dá)時就會體現(xiàn)本功能的作用。系統(tǒng)開辟一個線程單獨來完成本功能，每隔一秒檢查一下系統(tǒng)時間，如果到達(dá)用戶設(shè)置的提醒時間，就從數(shù)據(jù)庫中讀取應(yīng)當(dāng)?shù)竭_(dá)卻未到達(dá)的訂單信息顯示給接待員，使其可以通過提供的聯(lián)系方式提醒客戶。圖5.4-12 定時提醒順序圖5.5狀態(tài)圖5.5.1記錄到達(dá)的狀態(tài)圖圖5.5-1記錄到達(dá)的狀態(tài)圖5.5.2 修改會員信息的狀態(tài)圖圖5.5-2修改會員信息的狀態(tài)圖5.5.3 記錄離開的狀態(tài)圖圖5.5-3記錄離開的狀態(tài)圖5.6 協(xié)作圖協(xié)作圖和序列圖都可以表示各對象間的交互關(guān)系，但它們的

16、側(cè)重點不同。序列圖用消息的幾何排列關(guān)系來表達(dá)消息的時間順序，各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。在實際中可以根據(jù)需要選用這兩種圖。一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務(wù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關(guān)系的對象之間的交互和鏈接（指對象實例之間的物理或概念上的鏈接，一個鏈接是某關(guān)聯(lián)的一個實例）。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息。5.6.1 取消訂單取消訂單功能，使用戶可以取消已經(jīng)下過的訂單。圖5.6.1 取消

17、訂單協(xié)作圖5.6.2 顯示會員信息顯示會員信息功能，顯示選定的會員信息，以供管理員查看并作為修改的依據(jù)。圖5.6.2刪除會員協(xié)作圖5.6.3修改訂單修改訂單的功能為用戶提供修改預(yù)約的機(jī)會，比如更換時間、換桌等。圖5.6.3 顯示訂單協(xié)作圖5.6.4修改會員信息修改會員信息提供給管理員以修改會員信息的功能，比圖聯(lián)系方式、用戶姓名、信譽度等。 圖5.6.4 修改會員信息協(xié)作圖5.6.5記錄到達(dá)記錄到達(dá)功能會記錄用戶的到達(dá)情況，同時餐桌狀態(tài)的顯示跟它有一定的關(guān)系。圖5.6.5 記錄到達(dá)功協(xié)作圖5.6.6記錄訂單記錄訂單為接待員提供記錄訂單的功能，但接待員接到客戶的電話預(yù)約時，會使用此功能來記錄客戶的

18、預(yù)約，包括吃飯時間、吃飯桌號和預(yù)約人數(shù)等。圖5.6.6 記錄訂單協(xié)作圖5.6.7 記錄離開記錄離開功能，但用餐者吃完飯后離開時記錄此事件，同時修改桌子的狀態(tài)為沒有使用。圖5.6.7 記錄離開協(xié)作圖5.6.8記錄未訂餐者記錄未訂餐者。對于沒有預(yù)定的用餐者使用此功能來記錄用餐信息。圖5.6.8記錄未訂餐者協(xié)作圖5.6.9會員注冊會員注冊功能?？梢栽黾有碌臅T。圖5.6.9 會員注冊協(xié)作圖5.6.10定時提醒定時提醒功能圖5.6.10 定時提醒協(xié)作圖5.7組件圖 在UML中對一個系統(tǒng)的構(gòu)件和組件圖建模就是在物理結(jié)構(gòu)上建模。每一個組件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側(cè)面。也就是說，

19、任何一個組件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個面貌，系統(tǒng)中所有的組件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。5.8部署圖部署視圖表示運行時的計算資源（如計算機(jī)及它們之間的連接）的物理布置。這些運行資源被稱作節(jié)點。在運行時，節(jié)點包含構(gòu)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點間遷移。如果含有依賴關(guān)系的構(gòu)件實例放置在不同節(jié)點上，部署視圖可以展示出執(zhí)行過程中的瓶頸。節(jié)點是某些計算資源的物理對象，包括計算機(jī)、外部設(shè)備等。節(jié)點可被看作類型，也可看作實例。節(jié)點與節(jié)點之間是通過物理連接發(fā)生關(guān)聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。餐廳訂餐系統(tǒng)的部署圖描述如下：節(jié)點：普通PC機(jī)和移動

20、PC機(jī)作為終端設(shè)備， 1臺應(yīng)用程序服務(wù)器，和多臺Web服務(wù)器。節(jié)點屬性該系統(tǒng)各節(jié)點計算機(jī)的性能指標(biāo)節(jié)點之間聯(lián)系客戶機(jī)節(jié)點是簡單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與Web服務(wù)器相連接，利用瀏覽器進(jìn)行查詢。餐廳訂餐系統(tǒng)部署圖6. 雙向工程6.1簡單類、在類中添加屬性和方法、類可見性設(shè)置。修改屬性、方法可見性，添加方法的參數(shù)。public class Walkin public Walkin() public void walkin() public void insert() public void modify() public void delete() publi

21、c void recordLet() public void main() 6.2 類圖中的關(guān)系：泛化關(guān)系、關(guān)聯(lián)關(guān)系（包括一對一關(guān)聯(lián)、一對多關(guān)聯(lián)、多對多關(guān)聯(lián)、聚合關(guān)系、組合關(guān)系）、依賴關(guān)系、實現(xiàn)關(guān)系。泛化關(guān)系：Public class BookingPrivate int Booking;Private int eateing;Private int left;Private int TableNumber;Private Date eatDate;Private int eatTime;Private int state;Public Booking()Public geteatTime()

22、Public geteatDate()Public gettableNumber()Public getstate()Public settableNumber()Public seteatDate()Public seteatTime()Public setstsate()Public cancel()Public recordLet()public class Walkin extends Booking public Walkin() public void walkin() public void insert() public void modify() public void de

23、lete() public void recordLet() public void main()單向關(guān)聯(lián)：Public class Reataurant Private int Booking; Private int eating; Private int left; Public void restaurant() Public void main() Public void getBooking() Public void searchEmptyTable() Public void cancel() Public void makeRastaurant() Public void modifyBooking() Public void getNotArri