＜項目名稱〉餐館訂餐系統(tǒng)詳盡設(shè)計書作者陳超班委趙俊張波路耿理吳可發(fā)布范圍項目組成員版本Ver?Final發(fā)布日期200&7.1TOC\o"1-5"\h\z1.序言3\l""\o""\h1」編寫目的3\l""\o""\h1.2背景3\l""\o""\h1.3定義3\l""\o""\h1.4參考資料3\l""\o""\h?程序設(shè)計說明4\l""\o""\h2.1程序功能描述4\l""\o""\h2.2性能52.2.1確切性和及時性52.2.2系統(tǒng)安全性52.2.3可操作性和易維護性6\l""\o""\h2.3輸入項描述7\l""\o""\h2.4輸出項描述72.5系統(tǒng)流程圖8\l""\o""\h2.6系統(tǒng)結(jié)布光9\l""\o""\h?插口設(shè)計9\l""\o""\h3」用戶插口9\l""\o""\h3.2其它軟硬件插口10\l""\o""\h3.3各個模塊Z間插口10\l""\o""\h4?數(shù)據(jù)庫的設(shè)計114」數(shù)據(jù)庫E-R圖11\l""\o""\h4.2在JDBC的插口上使用數(shù)據(jù)庫，主耍維護下述6張表11\l""\o""\h4.3數(shù)據(jù)庫與程序之間的關(guān)系12\l""\o""\h4.4數(shù)據(jù)字典12\l""\o""\h5?容錯處理13\l""\o""\h5」錯誤輸入信息13\l""\o""\h5.2錯誤處理對策141?序言1.1編撰目的在本飯店訂餐系統(tǒng)項目的前一階段，也就是概耍設(shè)計階段中，己經(jīng)將系統(tǒng)川戶對本系統(tǒng)的了模塊功能做了詳盡的論述，這種模塊功能具體設(shè)計將在木報告中詳細得以表述及闡釋。
木階段已在系統(tǒng)概要設(shè)計的基礎(chǔ)上，對飯店訂餐系統(tǒng)做詳盡設(shè)計。主要解決了實現(xiàn)該系統(tǒng)程序模塊具體設(shè)計問題。包括確定算法，輸入項，輸出項的描述，插口的描述及限制條件,數(shù)據(jù)庫的詳盡設(shè)計等。在以下的詳盡設(shè)計報告上將對在本階段中對系統(tǒng)所做的所有詳盡設(shè)計進行詳盡的說明。在下一階段的編碼過程屮，程序設(shè)計員可參考該詳盡設(shè)計說明書，在詳盡設(shè)計對餐廳訂餐系統(tǒng)所做的算法設(shè)計，數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)庫操作的某礎(chǔ)上，對系統(tǒng)進行編碼。在之后的軟件測試以及軟件維護階段也可參考該說明書，便于丁?了解在詳盡設(shè)計過程小所完成的各模塊算法設(shè)計，或在更改時找出在本階段設(shè)計的不足或錯誤。1.2背景隨著人們生活水平的提升，外出用餐的機會隨Z增多，餐廳的營業(yè)額勢必會降低，非常是一些小型餐飲店，不可能再像先前一樣用手工去記錄，這樣除了容易出錯，但是效率還低,影響飯店業(yè)的營業(yè)現(xiàn)況，止是在這些狀況下我們提岀做這樣一個系統(tǒng)來。總Z為了現(xiàn)代化餐館發(fā)展的須要，我們有必要做這樣一個系統(tǒng)來提高我們的工作效率。手機記錄除了記錄慢，但是預(yù)約登陸很快就顯得無法理解，這就很有可能造成經(jīng)營上的問題。沒有備份系統(tǒng)，假若一張收據(jù)毀壞了，餐廳就沒有了那種白天的記錄，如果某三天預(yù)約好多，假如另有人預(yù)約，找一張空的椅子都婆很長吋間，這樣處理速率都會變慢。
由丁?這些誘因，餐廳礙要開發(fā)這樣一個手動化的預(yù)約定餐系統(tǒng)，新系統(tǒng)應(yīng)當和現(xiàn)冇系統(tǒng)一樣才能顯示預(yù)約和預(yù)約抵達顯示，當有修改應(yīng)當才能及時更新，致使處理速率變快。點菜和付錢更能使工作效率有很人的提升，但是這樣出錯的幾率也會大大增加，捉升了確切性。能及時的更新也提供了挺好的及時性。1.3定義餐廳訂餐系統(tǒng)是一款集處理接受、取消客人預(yù)訂,接受散客用餐,編輯菜單樓價,付錢匯總等功能為一體的現(xiàn)代化餐廳輔助軟件，自帶密碼登入，加鎖解鎖等輔助功能，提高了軟件木身的安全性，是中大型飯店及賓館的不二選擇。機械工業(yè)出版社人連理工學(xué)院岀版社復(fù)旦學(xué)院出版社1?4參考資料機械工業(yè)出版社人連理工學(xué)院岀版社復(fù)旦學(xué)院出版社《JAVA2核心技術(shù)第一卷基礎(chǔ)知識》《數(shù)據(jù)結(jié)構(gòu)與算法基礎(chǔ)》《面向?qū)ο笤O(shè)計與UML第2版》機械工業(yè)出版社電子工業(yè)出版社機械工業(yè)出版社電子工業(yè)出版社《關(guān)系數(shù)據(jù)庫基礎(chǔ)與實踐教程》2?程序設(shè)計說明2.1程序功能描述該程序主要是實現(xiàn)用筆記本實現(xiàn)預(yù)約定餐、預(yù)約抵達、未約抵達用餐、點菜和結(jié)帳功能,其實在定餐的基礎(chǔ)上可以取消預(yù)約，在未用餐之前還可以換桌，對于這其屮的問題，我們都給出很仔細的處理，例如說當換桌了的時侯，當從一個預(yù)定人數(shù)比較的桌了換到不能容納預(yù)定數(shù)的時侯，系列會給出提示。
其實這種都是比較小的細節(jié)，而且這種我們都做得很細，以便捷飯店進行管理。1）預(yù)約功能預(yù)約功能主要是對某一個合法的tl期進行預(yù)約定餐，這個定餐須要顧客的姓名、電話、以及預(yù)約人數(shù)、預(yù)約LI期以及一個可以用的合適的飯桌。合適可用的飯桌是指在用戶所選擇的H期時該飯桌沒有被預(yù)約，但是飯桌所能容納的人數(shù)才能滿足川戶所預(yù)定的人數(shù)。合法的FI期是指用八所選擇的FI期必須是明天或明天之后，選擇一個過去的日期是不能進行預(yù)約的，這種我們在程序中都進行挺好的邏輯性處理，致使能滿足用戶和餐館的須要。對于飯桌不過小或是沒有茶幾可用的狀態(tài)下，系統(tǒng)會給也提示。2）預(yù)約抵達當預(yù)約的客戶在預(yù)定的時間到時，時間必須是當日才會抵達。需在把該飯桌的預(yù)約狀態(tài)改為正在用餐，通常情況下用八到了肯定是要用餐的。此時須要操作員去確認一下,S的是確保操作的正確性。這兒的H期合法性是指預(yù)約到的H期只能是當日而不能是其它口期，在這兒就須要去LI期進行限定，以確保程序的正確性，用餐后用戶能夠進行點菜。3）取消預(yù)約當用戶須要取消一個預(yù)約，用戶須要提供預(yù)約的日期和茶幾號，用戶調(diào)出用戶預(yù)定的信息后和用戶信息進行確認對比，正確后即可取消預(yù)約。
這兒的H期我們沒有做限制,是由于我們覺在當日之后的預(yù)定可以由用戶取消，可能某三天用戶沒有到，也沒有取消預(yù)約，此時可以由管理員取消先前（非當日）的預(yù)約。4）茶幾調(diào)換當用八抵達之后對茶幾位置不滿意或是預(yù)定人數(shù)有降低或降低時，用戶可以對茶幾進行調(diào)換，不過這個必須是當日或之后的F1期能夠進行此操作，換桌的時侯才會提示人數(shù)變動等問題。換桌必須是已預(yù)約的飯桌能夠述行，但是在所選擇的口期苗合適的飯桌能夠交換。5）耒約進餐其實這是一個而向現(xiàn)代化的預(yù)約系統(tǒng)，并且對于一些未約進餐用戶也提供的方案,當一個散客抵達時，其實這個口期只能是當日，只要選擇一個合適可用的飯桌就可以進行用餐并點菜。這兒的L1期限制為只能是當日。6）點菜當用戶進行用餐時，主可以進行點菜，其實因為時間有限，這個功能實現(xiàn)的不怎樣好，只能滿足的最基本的需求。7）結(jié)帳付錢一方面，估算用戶消費了多少，另一方面當用餐結(jié)束后，必須付錢能夠該及時釋放掉所占用的椅子資源。以讓其它用戶能夠使用，其實其前提是用戶以在用餐后前提下才會付錢。2.2性能2.2.1確切性和及時性對于該系統(tǒng)，當用戶進行某一項操作，其響應(yīng)吋間應(yīng)當在一定可以接受的范圍內(nèi)，太慢的話都會變得很不適用。
當新增一個預(yù)約或其它操作時應(yīng)當才能在主GUI上血能及時的顯示出來，而不能有太多的延時，因而我們采川了觀察者模式以能及時更信息，當隨著FI期的改變時所有的信息也應(yīng)當跟隨的變化。因為要讀寫數(shù)據(jù)庫，因而對筆記本的配置也有一定的要求,太差的話可能造成反應(yīng)很慢。2.2.2系統(tǒng)安全性對于數(shù)據(jù)我們進行了加密，其實BOSSW權(quán)曉得這個密碼，對于使用該用戶的操作員也要曉得一個川戶名和密碼就能登入使川，或許這樣還是不能滿足須要，假若操作員稍微離開一會兒，莫非為了不讓人不經(jīng)意或有意更改數(shù)據(jù)內(nèi)容，就耍關(guān)掉整個程序嗎？不用這兒我們捉供了一種鎖機制，當用八要稍微離開吋可以選擇鎖定系統(tǒng)，此時任何人要想再使用戶就必須曉得當前登入用戶名的密碼能夠恢復(fù)系統(tǒng)，具體見以下截圖：2.2.3可操作性和易維護性本程序采用JAVASWINGGUI編撰免費訂餐系統(tǒng)，易看易懂的界而，操作也相當簡單，只要是能熟練使用筆記本的人都能熟練的上手。其風(fēng)格與飯店息息相關(guān)，其左上介是單個飯桌的信息，和所選擇的口期的飯桌統(tǒng)計，屮間頂上一個口期選擇器，通過它可以選擇一個口期進行預(yù)約操作等，右上角是一個時間，這樣操作員可以隨時曉得時間，以對自己的操作有所幫助，下方左邊是一個當程序木次啟動以來的操作H志，操作員可以査看在哪些吋間進行了哪些操作，右方是一個點擊某一個茶幾吋的點菜菜單和總共消費淸單，這樣便捷付錢。
其椅子的圖片分別代表椅子的最大容納人數(shù),椅子顯示不同字代表不同的信息，哪些字也沒有代表茶幾沒有被預(yù)約或則是使用，當被預(yù)約后會顯示已預(yù)約，川戶抵達了的話會顯示正在用餐免費訂餐系統(tǒng)，這兒我們沒冇采用圖片變換，而是顯示文字，這樣更直觀，不容易造成混淆。操作界而如下：文件BAI：2008-06-30僉參可以容納人數(shù)：6狀歩：己艮約I預(yù)均6人I9JH：2(MW-06-30當祈加*餐黛斂：1722??的黨食：0己預(yù)妁的???：I|??▼耳列明天2008-6-300:08:53軽憶幡作日杰宓0已次幼舊的言妊未壬撻?不司以點英?栗$9號貞谿總共消身：阮2.3輸入項描述新增預(yù)約：姓名、餐桌號、預(yù)定人數(shù)、電話號碼、日期、到達時間茶幾調(diào)換：現(xiàn)今的飯桌號未約用餐：茶幾號、就餐人數(shù)、H期點菜：按照菜單選菜添加店名和酒水：店名、價格刪掉店名和酒水：店名2.4輸出項描述預(yù)約抵達：顧客姓名、聯(lián)系電話、餐桌號、預(yù)定日期取消預(yù)約：要取消的預(yù)約茶幾號、原預(yù)定的日期茶幾調(diào)換：原先的飯桌號、口期付錢：姓名、電話、桌號、II期、應(yīng)付款2.5系統(tǒng)流程圖2.6系統(tǒng)結(jié)布光鎖定系統(tǒng)退出系統(tǒng)更新証示茶幾狀態(tài)鎖定系統(tǒng)退出系統(tǒng)更新証示茶幾狀態(tài)新增預(yù)約預(yù)約抵達取消預(yù)約茶幾調(diào)換點菜付錢未約進餐7X3?插口設(shè)計3.1用戶插口餐廳訂餐系統(tǒng)GUI及內(nèi)部處理模塊均采用JAVA實現(xiàn)，客人用餐信息均由按鍵輸入，系統(tǒng)提供菜單及菜單的編輯功能，付錢模塊提供客戶消費額。
山于本系統(tǒng)才用JAVA實現(xiàn)，所以只耍預(yù)裝JVM的終端都能運行此系統(tǒng)，移植性極高。因為出于為習(xí)口的，數(shù)據(jù)庫采川,故Linux及Unix系統(tǒng)用戶須要另外配置數(shù)據(jù)庫。3?2其它軟硬件插口軟件插口：本系統(tǒng)提供了供其它軟件使用的函數(shù)，以達到軟件的復(fù)用性。硬件插口：本系統(tǒng)通過JVM與底層硬件層交流。硬件Z間插口：本系統(tǒng)現(xiàn)版本暫時只為單機版，故不考慮終端Z間的交互。3.3各個模塊之間插口木系統(tǒng)數(shù)據(jù)交互層通過類與數(shù)據(jù)庫進行數(shù)據(jù)交互，主要包括數(shù)據(jù)插入、刪除、更新等操作。類提供了一個插口給下層的類及類,類對類有一個引用,每位功能模塊,包括登錄、解鎖、結(jié)賬、點菜、添加刪掉預(yù)約、預(yù)約抵達及未約用餐,都有一個對類的引用,即類提供了一個公共插口，而且可以說是整個系統(tǒng)的核心。本系統(tǒng)整體釆用的模式為觀察者模式，被觀察者為類，觀察者為類，當類有所變化時，類都會手動及時更新，并將更新后的信息顯示給用戶。
因為整體類圖過分龐大,在此文檔中只給出局部類圖:(from)力:int=0宓dateOate=null薩。?。?*$0*getC^?。^物I?Table因為整體類圖過分龐大,在此文檔中只給出局部類圖:(from)力:int=0宓dateOate=null薩。?。?*$0*getC^?。^物I?Table(fromsrc)^:int^:(仙Eg)“forn?:=new0卷im二0惑「int=1^>date:Date?Table。
^*()?。??^?。*()**$**()*^^?getDate。^*(|^^^*()^?。*()*?.^O^^^^-$$tance-眉曲(fromsrc)?irst=true^:=Q^:int^:int^:int^:ViewjavaJang^:View：java：：lang::^Viewjavalang:=null?:View:java::lang::=null^:=false^:View:Java:lang::=null^(fow:=false②long二IL◎date:Date^>:Viev/:ja*:View:javaJang:S*^^^^^^^^^^^O^^^^*()*()?**()^i^^靜^^^含0^^?(fromD:lon<^>:':Date^舎。
^^^^fi^?數(shù)據(jù)庫的設(shè)計4.1數(shù)據(jù)庫E?R圖'.2在JDBC的插口上使用'.2在JDBC的插口上使用數(shù)據(jù)庫,主要維護下述6張表1）椅子信息表Table」主鍵Int2）預(yù)約訂餐表Table」主鍵g3）客戶信息表字段）散客表Table」主鍵）食物信息表Food字段）消費情況表Table」dFood外鍵.3數(shù)據(jù)庫與程序之間的關(guān)系本系統(tǒng)中，與數(shù)據(jù)庫直接進行交互的是負責底層數(shù)據(jù)處理的類。
數(shù)據(jù)庫中維護著一張Login表，當用八背陸系統(tǒng)時，用八名及密碼會被傳給類,并與Login表中的用戶名和密碼作對比，只有符合權(quán)限的用戶能夠登入。類中有一些get方式,如：數(shù)據(jù)庫中的表有一個State數(shù)組,類中的getTabl方式就是與該表交互，并返冋每位椅子的狀態(tài)；及技巧查詢農(nóng)，并返冋響應(yīng)的客戶信息；是返回Table表中椅子能容納的具體人數(shù)；而及方式則是返回food表中關(guān)于食物的信息。類屮還有一些杳詢的方式，通過杏詢數(shù)據(jù)庫表來提取數(shù)據(jù)，女（1：方式，拿來驗證輸入用戶是否存在于數(shù)據(jù)庫表中。在該類中，還存在一些對數(shù)據(jù)庫進行添加、刪除等更新操作的方式，如方法就是當每次有散客抵達時，向屮插入散客的桌號、人數(shù)、到達日期等信息。同樣,在表屮，當有預(yù)約抵達時，都會有相關(guān)的新記錄被插入。
相應(yīng)丁?這兩個方法，有技巧，當有預(yù)約取消等操作進行時，都會將和應(yīng)表屮的信息刪掉。當預(yù)約的桌了被交換時，表中的tableid都會被及時更新。4.4數(shù)據(jù)字典名子:Login別稱：描述：系統(tǒng)登入用戶的用戶名和密碼定義：Login=ID+（用八名）+（密碼）位置：輸入到數(shù)據(jù)庫名子：別稱：描述：描述訂餐用戶的的信息定義：=oid（編號）+name（姓名）+（電話號碼）名子：別名：描述：描述預(yù)約信息定義:=oid（編號）+（顧客編號）+（預(yù)定人數(shù)）+date（預(yù)約|~1期）+（預(yù)約桌號）+time倒達時間）+sate（預(yù)約狀態(tài)）位置：輸入到數(shù)據(jù)庫名子：food別稱：描述：描述未約進餐定義：food二ID（編號）+（名稱）+（價錢）位置：輸入到數(shù)據(jù)庫名子:別稱：描述：描述某一個飯桌的訂餐定義:Mydish=ID（編號）+（茶幾號）+（名稱）+price（價錢）+（日期）位置：輸入到數(shù)據(jù)庫名7:別稱：描述：描述飯桌的消費歷史定義:story=ID（編號）+（茶幾號）+date（H期）+（消費金額）位置：輸入到數(shù)據(jù)庫5■容錯處理5.1錯誤輸入信息程序在運行過程中，主要出現(xiàn)軟錯誤（在這兒我們忽視程序運行時岀現(xiàn)的硬錯誤），即輸入的信息不符合程序要求時，產(chǎn)牛的錯謀。
對于軟錯謀，必須在類屮對用戶輸入的信息進行邏輯剖析，判定錯課類型，再生成相應(yīng)的錯謀提示句子，并輸入錯誤處理模塊。出錯時必須給出相應(yīng)的錯誤誘因，比如：“您所選擇的日期為明天曾經(jīng)，不可能預(yù)約到達!”、“X號茶幾己經(jīng)有人用餐，飯桌不能調(diào)換!”等等。5.2錯誤處理對策考慮到用戶主機在操作時會有斷電情況，當此情況出現(xiàn)時，不會有太多影響，主機將調(diào)用數(shù)據(jù)庫屮的FI志文件，對數(shù)據(jù)進行操作，使數(shù)據(jù)恢復(fù)到斷電先前的狀態(tài)。在選擇主機時，應(yīng)當盡量選擇運行穩(wěn)定的機器。
免責聲明：部分文章信息來源于網(wǎng)絡(luò)以及網(wǎng)友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內(nèi)容的真實性，如本站文章和轉(zhuǎn)稿涉及版權(quán)等問題，請作者在及時聯(lián)系本站，我們會盡快為您處理。
