【導(dǎo)讀】理論研究型()；計(jì)算機(jī)軟件型(√)；綜合型()。編寫，模型展示平臺采用JSP+MySQL編寫。理系統(tǒng)，實(shí)現(xiàn)對餐廳的全方位管理。[2]賽奎春.JSP信息系統(tǒng)開發(fā)案例精選.北京：機(jī)械工業(yè)出版社，2020.[3]李寧.JavaWeb編程實(shí)戰(zhàn)寶典.清華大學(xué)出版社，2020.住行是人們的生活方式，而食物正是人們每日的必需品，隨著人們生活水平的提高，出，因此開發(fā)一個好的餐飲網(wǎng)站必將是能夠運(yùn)用到實(shí)際中的項(xiàng)目。在開發(fā)過程中進(jìn)行學(xué)習(xí)和實(shí)踐，收獲了許多知識和對編程的理解。

　　

【正文】 功能，主要用于在管理員登錄后臺系統(tǒng)時驗(yàn)證管理員的賬號密碼是否正確時所用的，因此可以設(shè)計(jì)的比較簡單，只有一個 登錄名和密碼即可，而且直接在數(shù)據(jù)庫中輸入。 數(shù)據(jù)庫表設(shè)計(jì) 表 41 用戶信息表 字段名 類型 長度 默認(rèn) 說明 gukeID int 5 自增 用戶表主鍵，設(shè)為自增。 password varchar 10 null 用戶的 密碼 。 type int 1 not null 用戶的級別： 0 為普通、 1 為 VIP。 credit int 3 not null 用戶的 信譽(yù) 。 nickname varchar 10 not null 用戶的用戶名即賬號。 phonenumber varchar 20 null 用戶的電話號碼。 表 42 餐品 信息表 字段名 類型 長度 默認(rèn) 說明 foodID int 3 自增 餐品 表主鍵，設(shè)為自增。 foodName varchar 10 not null 餐品 的 名稱 。 coolID int 3 not null 廚師 的 ID。 16 表 42(續(xù)表 ) picturelocation varchar 20 null 餐品圖片的位置 。 localcolor varchar 10 null 餐品的地方特色分類 。 foodtype varchar 10 null 餐品的食品特色分類。 taste varchar 10 null 餐品的口味分類。 describe varchar 255 null 餐品的描述。 NewFood int 1 null 餐品是否新近出品： 0 為否、 1 為是。 表 43 餐位基本 信息表 字段名 類型 長度 默認(rèn) 說明 seatID int 5 自增 餐位 表主鍵，設(shè)為自增。 aroom int 10 null 餐位是否單 間： 0 為否、 1 為是。 havewindow int 1 null 餐位是否靠窗 ： 0 為 否 、 1 為 是 。 outdoor int 1 null 餐位是否露天： 0 為否、 1 為是 。 number int 2 null 餐位可容納的人數(shù) 。 useInfID int 6 not null 餐位可用時間信息 表 44 訂單 信息表 字段名 類型 長度 默認(rèn) 說明 orderID int 8 自增 訂單 表主鍵，設(shè)為自 增 。 gukeID int 5 not null 顧客的 ID。 foodoneName varchar 10 null 訂單中的第一個訂餐。 foodtwoName varchar 10 null 訂單中的第二個訂餐 。 foodthreeName varchar 10 null 訂單中的第三個訂餐 。 foodfourName varchar 10 null 訂單中的第四個訂餐。 foodfiveName varchar 10 null 訂單中的第五個訂餐。 cookName varchar 20 null 訂單中指定的廚師名稱。 seatID int 3 null 訂單中的座位 ID。 date date 0 null 訂單的日期。 time varchar 20 null 訂單的時間。 price int 11 null 訂單的總價。 訂餐表是一個訂單的數(shù)據(jù)信息表，訂單按照餐位和餐品的實(shí)際情況進(jìn)行設(shè)計(jì)，第 4 章 數(shù)據(jù)庫表設(shè)計(jì) 17 每個訂單表規(guī)定最多只能預(yù)定五道菜品，一個座位，可以根據(jù)自己的喜好選擇則或者不選指定廚師為主廚。 表 45 廚師 信息表 字段名 類型 長度 默認(rèn) 說明 cookID int 3 自增 廚師 表主鍵，設(shè)為自增。 cookName varchar 20 not null 廚師 的 名稱 。 salary int 4 not null 廚師 的 基本工資 。 good int 4 null 廚師 的 好評 。 bad int 4 null 廚師 的 差評 。 phonenumber varchar 20 not null 廚師的電話號碼。 bigcook int 1 null 廚師是否為大廚 foodID int 1 null 廚師拿手菜 ID picturelocation varchar 20 null 廚師個人頭像位置 表 46 服務(wù)員 信息表 字段名 類型 長度 默認(rèn) 說明 waiterID int 3 自增 服務(wù)員 表主鍵，設(shè)為自增。 salary int 4 not null 服務(wù)員的基本工資 。 good int 4 null 服務(wù)員的好評數(shù)量。 bad int 4 null 服務(wù)員 的 差評數(shù)量 。 phonenumber varchar 20 null 服務(wù)員的聯(lián)系電話。 表 47 歷史 信息表 字段名 類型 長度 默認(rèn) 說明 gukeID int 8 null 歷史訂單中的顧客 ID。 foodoneName varchar 10 null 歷史訂單中 的 第一個餐品 。 foodtwoName varchar 10 null 歷史訂單中 的 第二個餐品 。 foodthreeName varchar 10 null 歷史訂單中 的 第三個餐品 。 foodfourName varchar 10 null 歷史訂單中 的 第四個餐品 。 foodfiveName varchar 10 null 歷史訂單中 的 第五個餐品 。 seatID int 3 null 歷史訂單中的座位 ID。 sum int 5 null 歷史訂單消費(fèi)總額。 waiterID int 3 null 歷史訂單中的服務(wù)員 ID。 cookID int 3 null 歷史訂單中的廚師 ID。 date date 0 null 歷史訂單中的日期。 time varchar 20 null 歷史訂單中的時間。 18 表 48 評論 信息表 字段名 類型 長度 默認(rèn) 說明 foodName varchar 10 null 評論中的食物名稱。 pinglun varchar 255 null 評論中的評論內(nèi)容 。 表 49 管理員 信息表 字段名 類型 長度 默認(rèn) 說明 Manager varchar 10 not null 管理員的登錄 賬號。 Password varchar 10 not null 管理員的登錄密碼 。 本章小結(jié) 通過對數(shù)據(jù)庫表的分析，得到了數(shù)據(jù)庫表的大體結(jié)構(gòu)，最后根據(jù)分析的內(nèi)容得到了數(shù)據(jù)庫表的最終數(shù)據(jù)項(xiàng)內(nèi)容，本章做的工作是很重要的一步，對后面進(jìn)行總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)提供個可供參考的數(shù)據(jù)庫，但是本章也確實(shí)需要認(rèn)真考慮許多因素，因?yàn)槊恳粋€數(shù)據(jù)庫表中的每一個表項(xiàng)都要根據(jù)起具體意義確定長度和是否允許為空。 第 5 章 總體設(shè)計(jì) 19 第 5 章 總體設(shè)計(jì) 選擇設(shè)計(jì)方案 因?yàn)楸敬伍_發(fā)的項(xiàng)目屬于一個小型系統(tǒng)，因此可以簡化許多問題，比如是否使用框 架問題，對于大型項(xiàng)目而言，使用 SSH 框架可以提高系統(tǒng)開發(fā)效率，可以利用許多已經(jīng)封裝好的技術(shù)，因此適合公司項(xiàng)目開發(fā)，而對于一個個人的項(xiàng)目而言，這樣固然可以節(jié)省很多力氣，但是也會減少許多發(fā)現(xiàn)和解決問題的機(jī)會，因此選擇了使用 Jsp+Servlet+Java 的開發(fā)方式，其中 Jsp 是用于設(shè)計(jì)各種頁面， Servlet 用于使用封裝好的 Java 中的方法處理 Jsp 頁面發(fā)出的請求并將處理結(jié)果輸出， Java 的類與數(shù)據(jù)庫中的數(shù)據(jù)表相對應(yīng)，并封裝 SQL 方法。這相比于使用 SSH 框架可能會產(chǎn)生很多問題，但是對于作為一個很好地實(shí)踐機(jī)會是絕 對沒有問題的。 之后就是工具的選擇問題，因?yàn)榍懊娴?2 章已經(jīng)分析過，所以使用的數(shù)據(jù)庫即為 MySQL，使用的編碼工具為 Myeclipse，其中 MySQL 是免費(fèi)的開源工具， Myeclipse是用于開發(fā)整個項(xiàng)目的工具，使用 Myeclipse 的原因是因?yàn)閷Υ斯ぞ叩氖褂帽容^熟悉，對 Myeclipse 的各種輔助功能也比較了解。對于功能圖和流程圖的設(shè)計(jì)使用的是viso，原因也是工具的熟悉。 設(shè)計(jì)原理分析 1. 為了符合設(shè)計(jì)原理中的模塊化的相關(guān)要求，需要將功能模塊化，模塊化是指把程序分成可以獨(dú)立訪問的模塊，每個模塊可 以完成一定的功能，因此模塊化主要是進(jìn)行 Java 層次的設(shè)計(jì)，因此需要設(shè)計(jì)九個基本類分別用于對應(yīng)九個不同的數(shù)據(jù)庫表，調(diào)用 SQL 語句將數(shù)據(jù)庫中的數(shù)據(jù)分別賦值給對應(yīng)的基本類，將不同數(shù)據(jù)庫表的增、刪、改、查通過九個基本類進(jìn)行實(shí)現(xiàn)，對于不同的數(shù)據(jù)庫表的內(nèi)容的操作也要進(jìn)行分類封裝。 2. 抽象化也是設(shè)計(jì)原理的一個重要因素，在前面第 4 章已經(jīng)對項(xiàng)目的操作流程中所具有的對象進(jìn)行了抽象，分為了九個數(shù)據(jù)對象，之后對每個對象所具有的屬性進(jìn)行了分析，經(jīng)過程序編碼的過程中對方法的設(shè)計(jì)，本次項(xiàng)目開發(fā)的便是一個具有抽象化的完整對象。 3. 逐步求精是一個步步細(xì)化的過程，通過前面內(nèi)容的表述可以看出，一個項(xiàng)目從模糊到逐漸清晰，項(xiàng)目的內(nèi)容也逐漸細(xì)化，隨著接下來的詳細(xì)設(shè)計(jì)、編碼設(shè)計(jì)和 20 在最后的測試，本項(xiàng)目會逐步求精，逐漸成為一個完整的項(xiàng)目。 4. 信息隱藏和獨(dú)立化，在 Servlet 層， Java 的具體實(shí)現(xiàn)方法是隱藏的，只需要知道它的實(shí)現(xiàn)功能，而不需要知道它的具體實(shí)現(xiàn)細(xì)節(jié)。 5. 模塊的獨(dú)立是系統(tǒng)開發(fā)的一個重要內(nèi)容，也是模塊化、抽象化、信息隱藏和局部化的直接結(jié)果，模塊的獨(dú)立程度的兩個標(biāo)準(zhǔn)是高內(nèi)聚和低耦合。 功能層次圖 前臺顧客功能圖，主要有登錄注冊 、訂座、評論、訂餐、個人中心模塊，其中個人中心可以適當(dāng)添加新的功能，不同功能模塊之間的關(guān)系如下圖 51 所示。后臺功能主要包括餐品、餐位、員工、用戶等的信息，如圖 52 所示。 圖 51 前臺功能層次圖 用 戶 系 統(tǒng)登 錄 注冊 模 塊訂 座 模塊個 人 模塊登錄注冊手動訂座訂座推薦訂 餐 模塊評 論 模塊余座篩選預(yù)定座位個人信息修改查看資料第 5 章 總體設(shè)計(jì) 21 圖 52 后臺系統(tǒng)功能層次圖 功能詳解 登陸功能：輸入賬號和密碼， Jsp 頁面提交相應(yīng)的 form 表單，提交請求到相應(yīng)的 Servlet，在 Servlet 中得到頁面的賬號和密碼的值，調(diào)用 Java 方法查詢顧客信息，與從頁面得到的賬號和密碼的值進(jìn)行比較，如果找到與數(shù)據(jù)庫中的賬號和密碼相匹配的值，登陸成功，將 用戶的賬號信息添加到 Session 中，跳轉(zhuǎn)到主頁面進(jìn)行顯示。 注冊功能：注冊功能可以輸入基本信息，如用戶名、密碼、確認(rèn)密碼、電話號碼等，如果密碼和確認(rèn)密碼的信息不一致，會在下面的狀態(tài)一欄中顯示密碼錯誤，如果沒有輸入用戶名，會顯示沒有輸入用戶名的錯誤提示，未輸入密碼同樣會輸入未設(shè)置密碼的錯誤，如果顯示可注冊，那么點(diǎn)擊注冊按鈕會跳轉(zhuǎn)到注冊 Servlet 中，進(jìn)入 Servlet 之后，先將頁面的請求信息賦值給 Servlet 中的變量，然后查詢數(shù)據(jù)庫，通過判斷如果用戶名已經(jīng)存在則回到注冊頁面并顯示用戶已存在的信息，否則注 冊成功，跳轉(zhuǎn)到登錄頁面進(jìn)行登錄。 余座篩選：進(jìn)入餐位預(yù)訂頁面，顯示所有餐位，當(dāng)選擇不同日期和時間，點(diǎn)擊查詢，跳轉(zhuǎn)到相應(yīng)的時間篩選方法，將結(jié)果顯示在頁面上。 預(yù)定座位：當(dāng)進(jìn)入餐位預(yù)訂頁面時，對選中的餐位點(diǎn)擊預(yù)定按鈕，如果此時有后 臺 系統(tǒng)員 工 管 理餐 位 管 理其 他餐 品 管 理添加餐品查看餐品添加餐位查看餐位添加員工查看員工查看訂單查看顧客 22 新建的訂單，則將餐位 ID 保存在相應(yīng)的餐位 Session 中，如果尚未存在新建訂單，則提示無新建訂單，訂座失敗，并跳轉(zhuǎn)到個人中心頁面。 訂座推薦：訂座推薦會根據(jù)個人的訂單歷史記錄顯示相應(yīng)的餐位 ID，因?yàn)橛喿扑]可以依據(jù)的信息只有過往訂單中的餐位 ID 信息，因此只能將此座位座位推薦依據(jù)，但是訂座 推薦中的座位不能預(yù)訂，因?yàn)檫@些作為是一些固定的座位，可能已經(jīng)被預(yù)定或者正在被使用，此功能只提供一個借鑒的功能。 評論模塊：評論模塊是個人中心得一個子功能，只有登錄成功的顧客可以進(jìn)行評論，這個判斷會在進(jìn)入個人中心時進(jìn)行，評論可以分為兩部分，一是對餐品的評論，二是對員工的評論，對員工的評論有包括對服務(wù)員評論和廚師評論，對餐品評論時先選擇想要評論的餐品，輸入評論內(nèi)容，然后提交，提交之后后進(jìn)入 Servlet 中，在這里調(diào)用相應(yīng)的方法將對餐品的評論和餐品對象存在數(shù)據(jù)庫中，然后返回個人中心，對廚師和服務(wù)員的評論只能進(jìn)行好 評和差評，選擇相應(yīng)的廚師或者服務(wù)員，選擇好評或者差評，點(diǎn)擊提交，后臺 Servlet 的處理過程和評論餐品時的后臺處理過程類似，只是將相應(yīng)的好評或者差評通過評論對象添加到相應(yīng)對象的數(shù)據(jù)庫表中，好評或差評的數(shù)量加一，