餐廳訂餐管理系統(tǒng)建模作業(yè).doc_第1頁
餐廳訂餐管理系統(tǒng)建模作業(yè).doc_第2頁
餐廳訂餐管理系統(tǒng)建模作業(yè).doc_第3頁
餐廳訂餐管理系統(tǒng)建模作業(yè).doc_第4頁
餐廳訂餐管理系統(tǒng)建模作業(yè).doc_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

精品文檔面向對象建模技術課 程 設 計課程名稱面向對象建模技術題 目餐廳訂餐管理系統(tǒng)系 部管理學院專 業(yè)信息管理與信息系統(tǒng)班 級信管1002班學 號學生姓名任課教師2013年 月 日面向對象建模技術課程設計評審表學 號姓 名1002100229趙佳樂題目:餐廳訂餐管理系統(tǒng)評審意見評審項目評分指標成 績項目概述(5分)需求分析(15分)系統(tǒng)功能需求(3分)基本數據維護模塊(3分)基本業(yè)務模塊(3分)數據庫模塊(3分)信息查詢模塊(3分)系統(tǒng)的UML基本模型(55分)UML模型框架(5分)系統(tǒng)的用例圖(10分)系統(tǒng)的時序圖(10分)系統(tǒng)的協(xié)作圖(10分)系統(tǒng)的狀態(tài)圖(10分)系統(tǒng)的活動圖(10分)系統(tǒng)中的類(10分)類圖的生成(5分)各個類之間的關系(5分)系統(tǒng)的配置與實現(xiàn)(10分)系統(tǒng)的組件圖(5分)系統(tǒng)的配置圖(5分)開發(fā)心得(5分)總評(100分)指導教師簽名評審時間: 年 月 日餐廳訂餐管理系統(tǒng)一、 項目概述(一) 選題背景及意義隨著我國市場經濟的快速發(fā)展,各行業(yè)都呈現(xiàn)出生機勃勃的發(fā)展景象,其中餐飲業(yè)的發(fā)展尤為突出。近年來已呈現(xiàn)出高速發(fā)展的態(tài)勢。但在快速發(fā)展的同時,餐飲業(yè)在日常經營管理中仍普遍采用手工管理方式,整體科技含量低。隨著餐飲企業(yè)規(guī)模和數量的不斷增長,手工管理模式無論是在工作效率、人員成本還是提供決策信息方面都已難以適應現(xiàn)代化經營管理的要求,因此制約了整個餐飲業(yè)的規(guī)?;l(fā)展和整體服務水平的提升。有效的管理成為了一個難題,為能有效的解決這些問題提高企業(yè)的經濟效益,在這些中小型飯店中采用工作流技術,結合餐廳綠色管理內容,實施計算機管理,將信息系統(tǒng)視為一條有效的解決途徑。本系統(tǒng)使用計算機對餐飲信息進行管理,具有手工管理所無法比擬的優(yōu)點,例如檢索速度快、可靠性高、存儲量大、成本低等,進一步提高了管理的效率。同時人們生活水平的提高,人們對自己的飲食也漸漸的注重起來,很多人在進行緊張工作之余會選擇享受沒事進行放松。但是很多時候會出現(xiàn)這樣的情況,人們到餐廳就餐,會出現(xiàn)排隊或沒有座位的現(xiàn)象。還有就是有的人懶得出去,希望在自己的家就能享受到美味的食物。所以飯店預訂就成了人們的首選,目前比較普遍的是電話訂餐,這種預訂方式簡潔,方便,但是由此引發(fā)的問題也比較多,主要是訂餐后出現(xiàn)飯店并沒有將信息記錄在案,這樣的預定就變得沒有了意義,另外這種訂餐方式只是進行電話的預訂,很可能會出現(xiàn)訂餐但是不履行訂單也不進行取消的現(xiàn)象,訂餐信息不了解就會進行相關信息的詢問,這樣就在一定程度上造成了時間的浪費,飯店人員會在同一天反復重復相同的信息,造成了人力資源的浪費。有效的解決途徑。為了方便餐館人員能夠按照客戶需求分配餐桌,并能有條理的記錄訂菜單,減少因管理無序與客戶產生不必要的沖突本系統(tǒng)是一個餐館訂餐系統(tǒng),主要功能是為餐館提供訂餐記錄和維護功能,同時由還擴展了訂菜和定時提醒的功能,有利于消費者的需求??傊?,本系統(tǒng)設計的主要意義在于它能夠切實有效地指導工作人員規(guī)范業(yè)務操作流程,更高效、快捷地實現(xiàn)業(yè)務的管理,保證信息的存儲安全,提高管理水平和工作效率。(二) 國內外研究狀況目前國內外關于餐飲管理的系統(tǒng)很多,這種系統(tǒng)的側重點和采用的技術都不一樣,但相同的一點都是與數據庫的相關操作,數據的錄入有三種方式,一是基于普通電腦,二是基于觸摸屏,三是采用無線點菜系統(tǒng),而無線技術又有基于紅外技術和基于無線網絡的技術。從目前國內的發(fā)展趨勢看,餐飲軟件的發(fā)展也正處于蓬勃發(fā)展的時期,餐飲系統(tǒng)越來越多的采用觸摸屏,而無線技術正在逐步成熟起來,利用數據庫技術對大量的資料進行管理,摒棄了傳統(tǒng)的人工管理階段。國外很多設計中采用了先進的餐飲管理方法,融合了現(xiàn)代餐飲行業(yè)的特點,通過科學的管理方式、優(yōu)化的管理流程和現(xiàn)代化的管理工具計算機網絡系統(tǒng),規(guī)范了餐飲行業(yè)管理標準,降低了服務成本(節(jié)約人力財力資源)、提高服務質量以及工作效率。餐飲資訊與網站這種現(xiàn)代信息載體結合起來,發(fā)揮網絡優(yōu)勢,讓餐廳在互聯(lián)網上安個家,通過一系列個性化的服務讓餐廳在吸引新客戶、留住老客戶的方面取的新的突破,此外,通過網上餐飲獨家推出的網上訂位、訂餐功能還可以集中管理餐廳的客戶群,方便與固定客戶、集團客戶之間的聯(lián)系,使餐飲企業(yè)具有更多的宣傳渠道來提高效益并且使消費者有了更多的選擇,以此讓餐飲企業(yè)在消費者中間留下一個深刻的印象和美好的形象。二、 系統(tǒng)需求分析(一) 系統(tǒng)功能需求分析本系統(tǒng)的基本需求是餐館在營業(yè)時記錄預約、更新預約單信息、分配餐桌以及接待未預約的顧客的能力,還添加了會員業(yè)務,為會員提供提前點菜的服務。主要的功能有下訂單、修改訂單、取消訂單以及在顧客未按時到達時及時提醒顧客;同時還能記錄未預約的顧客(Walk-In);維護訂單和未預約記錄,如記錄到達、離開,以便及時更新餐桌的狀態(tài);附加的功能有管理會員信息,為會員提供提前點菜的服務。根據需求分析可以劃分為三大模塊,他們是訂餐管理模塊、餐館管理模塊和會員管理模塊。如圖2-1 所示:1.訂餐管理模塊本模塊供記錄訂單、修改訂單(換桌、換時間等)、取消訂單、定時提醒和查詢空桌等功能。2.餐館管理模塊本模塊將餐廳的菜品和餐桌信息通過標準化的管理操作加以整合,使得菜品的價格、配料、功效和圖片以及餐桌的使用情況可以完全呈現(xiàn)在客戶面前,使得客戶可以方便地選擇。同時也提供增加、修改、刪除的管理功能。3.會員管理模塊為了方便餐館會員,會員管理模塊分別提供增加、修改、刪除的管理功能。以上幾個模塊之間的耦合性比較小,但其中訂餐管理會和其他幾個模塊所維護的信息相關聯(lián),因此系統(tǒng)應該注意提供數據完整性的維護功能。圖2-1 功能需求模塊(二)基本數據維護模塊基本數據維護模塊主要包括以下幾個方面:如圖22所示1. 添加、修改、刪除訂餐信息餐廳人員對消費者訂單信息,進行添加;如果消費者對訂單另外有所要求或選擇其他,將對已經添加的訂單信息進行修改或刪除;對已經用餐完畢的消費者,要及時清理掉信息。2. 添加、修改、刪除餐桌信息餐廳對餐桌的信息也應進行信息化管理,避免造成信息的冗余等,應及時對餐桌信息,進行添加,或對信息進行修改、刪除。3. 添加、修改、刪除菜品信息對于新出的菜品,要及時的進行添加,避免信息的滯留;對于不太受歡迎的菜品,應及時修改,或者有的菜品已經改良,也要及時的進行修改;對于淘汰掉的菜品,應及時刪除,避免造成對消費者的誤解。 圖2-2基本數據維護模塊(三)基本業(yè)務模塊基本業(yè)務模塊主要包括以下幾個方面:如圖23所示1.管理員根據訂單信息 管理員根據消費者訂單,對菜品進行添加、修改、刪除處理。 管理員根據消費者訂單,對餐桌進行添加、修改、刪除處理。2.管理員根據菜單信息 管理員根據餐廳的菜單,對菜品進行添加、修改、刪除處理。 圖23 基本業(yè)務模塊(四)數據庫模塊數據庫模塊主要包括以下幾個方面:如圖24所示1.菜單信息管理 除了對菜單信息進行添加、修改、刪除管理,也包括價格、圖片的錄入,以及在特殊節(jié)日里,菜品的優(yōu)惠。2.餐桌信息管理 需要對餐桌的空余情況進行記錄,以及客戶對餐桌的位置也已進行記錄。3.會員信息管理對會員信息的管理包括會員的姓名、性別、聯(lián)系方式、預約時間等進行記錄。圖24 數據庫模塊(五)信息查詢模塊信息查詢模塊主要是查詢數據庫中的信息,如圖25 所示: 1菜品信息查詢主要是查詢已經錄入的菜品信息以及價格。 2餐桌信息查詢 主要查詢餐桌的信息(如:位置。空余情況等) 3會員信息查詢主要查詢當前所有錄入的會員信息(如:姓名、聯(lián)系方式等個人信息),此項查詢只能管理員進行查詢。圖24信息查詢模塊三、UML基本模型(一)UML模型框架要建立UML模型框架,可以選擇Rational Rose的菜單欄的【FileNew】菜單項,打開如圖3-1所示的“Create New Model”對話框,選擇J2EE模式,然后點擊【OK】按鈕。圖3-1新建模型此時,Rational Rose會自動加載J2EE本身的一些構架模型。加載完成之后,就可以開始設計自己的模型,在此之前應保存該模型,并且將模型取名為“餐廳訂餐系統(tǒng)”。(二)用例圖及用例圖說明用例分析是基于UML的面向對象建模過程的一個顯著的特點,在基于UML建模的過程中,用例處在一個核心的位置。系統(tǒng)分析要求接觸用戶,同時系統(tǒng)還要控制不同用戶角色和權限。通過對用戶進行分類并了解他們的需求,從而了解用戶所需功能、安全性及用戶界面分組的具體內容的需求。本系統(tǒng)是一個餐館訂餐系統(tǒng),主要功能是為餐館提供訂餐記錄和維護功能,同時由我們自己擴展了訂菜和定時提醒的功能。下面使用了用例圖的方式表現(xiàn)了整個系統(tǒng)的所有功能: 圖3-2 用例圖【系統(tǒng)的用例圖說明】1.記錄預約用例:接待員執(zhí)行“顯示預約”用例;有一張合適的餐桌可以使用;接待員輸入顧客姓名和電話號碼、預訂時間、用餐人數以及預留的餐桌;系統(tǒng)記錄和顯示新預約;2.訂餐提醒用例:系統(tǒng)顯示預約用餐時間超過當前系統(tǒng)時間的預約;接待員執(zhí)行“顯示預約”用例;接待員打電話提醒顧客,詢問是否取消預約;如果顧客回答“否”,用例終止;如果顧客回答“是”,接待員執(zhí)行“取消預約”用例;3.取消訂單:接待員選擇要求的預約;接待員取消預約;詢問接待員確認取消;接待員回答“是”,系統(tǒng)記錄取消并更新顯示;4換桌用例:侍者領班選擇需要的預約;領班改變該預約的餐桌分配;系統(tǒng)記錄改變并更新顯示;5.顯示餐廳預約信息用例:用戶輸入一個日期;系統(tǒng)顯示當日的預約;6查找空桌用例:接待員輸入日期和時間;系統(tǒng)顯示空桌的信息;7.修改會員用例:用戶執(zhí)行“顯示會員信息”用例;修改會員信息;系統(tǒng)詢問用戶確認修改;用戶確認修改;用戶回答“是”,系統(tǒng)記錄更新并顯示更新;8.顯示會員信息用例:用戶輸入會員號;系統(tǒng)顯示該會員的信息;9.刪除會員用例: 侍者領班選擇要取消的會員;侍者領班取消該會員;系統(tǒng)詢問侍者領班確認取消;侍者領班回答“是”,系統(tǒng)記錄取消并更新顯示;10會員注冊用例:侍者領班輸入顧客的姓名和電話號碼;系統(tǒng)記錄并顯示該顧客的信息;11.記錄離開用例:接待員輸入餐桌號;系統(tǒng)顯示使用該餐桌的所有預約和未預約登記;如果存在預約或未預約登記處于用餐狀態(tài),接待員確認該預約或未預約登記已經離開;系統(tǒng)對此進行記錄并更新顯示器,將顧客標記為已離開;12.記錄未預約登記用例:侍者領班執(zhí)行“顯示預約”用例;侍者領班輸入時間、用餐人數和分配給顧客的餐桌;系統(tǒng)記錄并顯示新預約;13.記錄到達侍者領班執(zhí)行“顯示預約”用例;侍者領班確認一個選定的預約已經到達;系統(tǒng)對此進行記錄并更新顯示,將顧客標記為已到達;14.退出用例。(三)時序圖及時序圖說明時序圖表示了對象之間傳送消息的時間順序。每一個類元角色用一條生命線來表示,即用垂直線代表整個交互過程中對象的生命期。生命線之間的箭頭連線代表消息。序列圖可以用來進行一個場景說明即一個事務的歷史過程。序列圖的一個用途是用來表示用例中的行為順序。當執(zhí)行一個用例行為時,序列圖中的每條消息對應了一個類操作或狀態(tài)機中引起轉換的觸發(fā)事件。由于涉及的時序圖過多,僅用會員信息的各項聯(lián)系時序圖以及訂單的部分時序圖,如下所示:1.會員注冊會員注冊功能??梢栽黾有碌臅T。圖3-3會員注冊時序圖2.顯示會員信息顯示會員信息功能,顯示選定的會員信息,以供管理員查看并作為修改的依據。圖3-4顯示會員信息時序圖3.修改會員信息修改會員信息提供給管理員以修改會員信息的功能,比如聯(lián)系方式、用戶姓名、信譽度等。圖3-4修改會員信息時序圖 4.刪除會員刪除會員功能,使餐廳可以注銷某些用戶。圖3-5刪除會員時序圖5.顯示訂單顯示訂單功能,根據用戶設定的時間顯示的餐桌的信息。圖3-6顯示訂單時序圖6.記錄訂單記錄訂單為接待員提供記錄訂單的功能,但接待員接到客戶的電話預約時,會使用此功能來記錄客戶的預約,包括吃飯時間、吃飯桌號和預約人數等。圖3-7記錄訂單時序圖7定時提醒定時提醒功能。但訂單時間已到但用餐者還沒有到達時就會體現(xiàn)本功能的作用。系統(tǒng)開辟一個線程單獨來完成本功能,每隔一秒檢查一下系統(tǒng)時間,如果到達用戶設置的提醒時間,就從數據庫中讀取應當到達卻未到達的訂單信息顯示給接待員,使其可以通過提供的聯(lián)系方式提醒客戶。圖3-8定時提醒時序圖(四)協(xié)作圖及協(xié)作圖說明協(xié)作圖和序列圖都可以表示各對象間的交互關系,但它們的側重點不同。序列圖用消息的幾何排列關系來表達消息的時間順序,各角色之間的相關關系是隱含的。協(xié)作圖用各個角色的幾何排列圖形來表示角色之間的關系,并用消息來說明這些關系。在實際中可以根據需要選用這兩種圖。一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關系的對象之間的交互和鏈接(指對象實例之間的物理或概念上的鏈接,一個鏈接是某關聯(lián)的一個實例)。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接,還描述了鏈接的對象之間如何發(fā)送消息。由于涉及的時序圖過多,僅用會員信息的各項聯(lián)系時序圖以及訂單的部分時序圖,如下所示:1.會員注冊會員注冊功能。可以增加新的會員。圖4-1會員注冊協(xié)作圖2.顯示會員信息顯示會員信息功能,顯示選定的會員信息,以供管理員查看并作為修改的依據。圖4-2顯示會員信息協(xié)作圖3.修改會員信息修改會員信息提供給管理員以修改會員信息的功能,比如聯(lián)系方式、用戶姓名、信譽度等。圖4-3修改會員信息協(xié)作圖 4.刪除會員刪除會員功能,使餐廳可以注銷某些用戶。圖4-4刪除會員協(xié)作圖5.記錄訂單記錄訂單為接待員提供記錄訂單的功能,但接待員接到客戶的電話預約時,會使用此功能來記錄客戶的預約,包括吃飯時間、吃飯桌號和預約人數等。圖4-5記錄訂單協(xié)作圖6.定時提醒圖4-7定時提醒協(xié)作圖(五)狀態(tài)圖及狀態(tài)圖說明餐廳訂餐系統(tǒng)的狀態(tài)圖如下面5-1,5-2,5-3圖所示圖5-1【狀態(tài)圖說明】1. 進行預約2. 查詢數據庫,看是否存在預約3. 確認到達4. 記錄預約情況 圖5-1記錄達到狀態(tài)圖圖5-2【狀態(tài)圖說明】顯示會員信息;修改用戶信息;顯示修改信息;更新數據庫 圖5-2 修改會員信息狀態(tài)圖圖5-3【狀態(tài)圖說明】1. 輸入餐桌號2. 查詢餐桌情況,看是否存在預約3.更新數據庫 圖5-3 記錄離開狀態(tài)圖(六)活動圖及活動圖說明UML中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束關系,有利于識別并行活動和工作流程情況?;顒訄D實際上就是用來為用例的事件流建模的工具?;顒訄D反映一個連續(xù)的活動流。活動圖更常用于描述某個操作執(zhí)行時的活動狀況。活動圖有各種動作狀態(tài)構成,當某個動作執(zhí)行完畢,該動作的狀態(tài)就會隨著改變。這樣,動作狀態(tài)的控制就從一個狀態(tài)流向另一個與之相連的狀態(tài)。餐廳訂餐系統(tǒng)的活動圖如下面6-1、6-2、6-3圖所示。圖6-1【活動圖說明】1.顯示預約情況,查看是否有合適的餐桌;2.記錄顧客的個人信息,及預約情況,用餐情況3.查看是否已經預約4.進行記錄5.退出活動圖6-2【活動圖說明】1.顯示預約情況,查詢數據庫;2.是否存在預約;3.確認到達情況;4.創(chuàng)建一個預約活動;5.退出活動圖6-3【活動圖說明】1.顯示會員信息,修改用戶信息;2.在數據庫修改信息3.更新數據庫圖6-1 記錄預約活動圖圖6-2 記錄到達活動圖圖6-3 修改會員信息活動圖四、系統(tǒng)中的類(一)類圖的生成在類圖中類用矩形框來表示,它的屬性和操作分別列在分格中。如不需要表達詳細信息時,分格可以省略。一個類可能出現(xiàn)在好幾個圖中。同一個類的屬性和操作可只在一種圖中列出,在其他圖中可省略。關系用類框之間的連線來表示,不同的關系用連線上和連線端頭處的修飾符來區(qū)別。【類圖說明】1.數據庫類包含的方法都是用來獲取這些屬性值并且添加數據庫信息、修改數據庫信息、瀏覽數據庫信息以及查詢和退出。2.菜單類包含了2個屬性:菜名,價格。它包含的方法都是用來選擇菜品、價格。3.餐館類三個屬性:預訂,吃飯,離開。它包含的方法有搜索空餐桌、取消預約等還有其他的一些的類:(二)各個類之間的關系各類之間的關系如圖所示:五、系統(tǒng)的配置與實現(xiàn)(一)組件圖及組件圖說明在UML中對一個系統(tǒng)的構件和組件圖建模就是在物理結構上建模。每一個組件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示,描述系統(tǒng)的某一個側面。也就是說,任何一個組件圖都不必面面俱到,試圖全面地描述系統(tǒng)的整個面貌,系統(tǒng)中所有的組件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。 圖5-1 餐廳訂餐系統(tǒng)組件圖(二)配置圖及配置圖說明部署視圖表示運行時的計算資源(如計算機及它們之間的連接)的物理布置。這些運行資源被稱作節(jié)點。在運行時,節(jié)點包含構件和對象。構件和對象的分配可以是靜態(tài)的,它們也可以在節(jié)點間遷移。如果含有依賴關系的構件實例放置在不同節(jié)點上,部署視圖可以展示出執(zhí)行過程中的瓶頸。節(jié)點是某些計算資源的物理對象,包括計算機、外部設備等。節(jié)點可被看作類型,也可看作實例。節(jié)點與節(jié)點之間是通過物理連接發(fā)生關聯(lián),以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。餐廳訂餐系統(tǒng)的部署圖描述如下:節(jié)點:普通PC機和移動PC機作為終端設備, 1臺應用程序服務器,和多臺Web服務器。節(jié)點屬性該系統(tǒng)各節(jié)點計算機的性能指標節(jié)點之間聯(lián)系客戶機節(jié)點是簡單通信聯(lián)系,采用TCP/IP通信協(xié)議;客戶通過Internet網與Web服務器相連接,利用瀏覽器進行查詢。 圖5-2餐廳訂餐系統(tǒng)部署圖六、開發(fā)心得訂餐系統(tǒng)顛覆了傳統(tǒng)餐飲業(yè)的經營模式,為用戶節(jié)約了時間,縮短了距離,帶來了方便,提高了效率,具有較高的實用價值。經過本次設計,進一步加深了我們對UML語言的認識,這對以后的就業(yè)工作是很有幫助的。在此也非常感謝我的同學們,在我的設計中,他們給予了我極大的幫助。使我對整個設計的思路有了總體的把握,并耐心的幫我解決了許多實際問題,使我有了很大收獲。在整個過程中提出了許多寶貴意見,并給我解決了一些專業(yè)性問題。在課程設計過程中經常給我提出許多關鍵性的問題,使我受益匪淺。通過這次課程設計我最深刻的體會有兩點:一、 技術方面

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論