餐飲管理信息系統(tǒng)畢業(yè)設(shè)計(jì)論文

畢 業(yè) 設(shè) 計(jì) 論 文 學(xué)生姓名 學(xué)生學(xué)號(hào) 所在學(xué)院 學(xué)科專業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 指導(dǎo)教師 - 指導(dǎo)單位 年 月 日 XXXX 大 學(xué) II 畢業(yè)設(shè)計(jì)（論文）任務(wù)書 擬題單位 審題人 題目全稱 蘇州美嘉樂餐飲管理信息系統(tǒng) 主要任務(wù)： 1、 到群碩（上海）軟件公 司為期三個(gè)月的實(shí)習(xí)，進(jìn)行軟件開發(fā)； 2、查閱中外資料，結(jié)合蘇州美嘉樂餐飲店點(diǎn)菜業(yè)務(wù)處理流程，運(yùn)用結(jié)構(gòu)化法 或者 OO 方法 ，開發(fā)蘇州美嘉樂餐飲管理信息系統(tǒng)； 3、對(duì)開發(fā)過程進(jìn)行總結(jié)歸納，撰寫論文。 起止時(shí)間 ： 學(xué)生姓名 _專業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 班次 指導(dǎo)單位 _ _ _ _ 指導(dǎo)教師 設(shè)計(jì)地點(diǎn) 成果形式 論 文 、設(shè)計(jì) 軟件 年 月 日 畢業(yè)設(shè)計(jì)（論文）成績考核表 學(xué)生姓名 _專業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 班次 _ 題目全稱 _ 蘇州美嘉樂餐飲管理信息系統(tǒng) 指導(dǎo)單位 _ _ _ 指導(dǎo)教師 _ III 1、指導(dǎo) 教師評(píng)語 文章選題符合專業(yè)學(xué)位論文要求；文章所描述系統(tǒng)開發(fā)采用 SQL Server 2000 為數(shù)據(jù)庫服務(wù)器，以 Microsoft IIS為 Web服務(wù)器，支持 IE5.5以上瀏覽器作為客戶端，結(jié)合 ASP.NET, Web Service, ADO.NET 等技術(shù)，設(shè)計(jì)并實(shí)現(xiàn)了菜單信息、訂單信息、點(diǎn)菜信息、人員管理信息的添加、修改以及統(tǒng)計(jì)管理等功能；設(shè)計(jì)中方法和觀點(diǎn)正確，文章內(nèi)容結(jié)構(gòu)合理，條理清楚，內(nèi)容翔實(shí)具體；設(shè)計(jì)過程反映出該生有較強(qiáng)的獨(dú)立工作能力。 文章語句通順，格式正確；組成圖件齊全，符合畢業(yè)論文格式規(guī)范要求 。 通過本文，反映該生已完全達(dá)到雙學(xué)位專業(yè)教學(xué)計(jì)劃中所規(guī)定的培養(yǎng)要求。 同意該生參加答辯。 簽名： _ 年 月 日 IV 2論文評(píng)閱教師評(píng)語 ： 簽名： _ 年 月 日 3. 畢業(yè)答辯專家組評(píng)語： 簽名： _ 年 月 日 4. 畢業(yè)設(shè)計(jì)（論文）成績： 設(shè)計(jì)過程（分） 畢業(yè)論文（分） 畢業(yè)答辯（分） 總分 5. 畢業(yè)設(shè)計(jì)（論文）評(píng)選 年 月 日 V 蘇州美嘉樂餐飲管理信息系 統(tǒng) 學(xué)生： 指導(dǎo)教師：班級(jí)： 指導(dǎo)單位 ： 摘 要 本文從蘇州美嘉樂餐飲店的實(shí)際情況出發(fā)，以管理信息系統(tǒng)開發(fā)的生命周期為基本流程，對(duì)蘇州美嘉樂餐飲店的業(yè)務(wù)流程進(jìn)行分析，進(jìn)而給出了針對(duì)蘇州美嘉樂餐飲店業(yè)務(wù)的管理信息系統(tǒng)設(shè)計(jì)方案，闡述了各個(gè)功能模塊的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)過程。該系統(tǒng)基于 B/S 與 C/S 相結(jié)合的模式，采用 .NET 1.1 技術(shù) 進(jìn)行開發(fā)。蘇州美嘉樂餐飲店在引入該管理信息系統(tǒng)后，解決了傳統(tǒng)的手工管理菜單、訂單以及點(diǎn)菜信息效率低下的問題，明顯地提高了外賣業(yè)務(wù)的銷售量。 關(guān)鍵詞 ： 網(wǎng)上點(diǎn)菜、菜單管理、 ASP.NET、 Web Service VI Design and Realization of Management Information System for Ordering Dishes of MeiJiale Restaurant in Suzhou Student: Xu Ting Teacher: Zhang xiaofen（ professor） Class: 2008 Department: Chengdu University of Technology Abstract This paper describes the recent situation of Meijiale, and analyses the business flow of MeiJiale detailedly. Refer to the result of analysis of the business flow, this paper describes the designed solution and introduce the architecture of the system and the technique used in the system. More than that, this paper describes all the function modules of the system, how to setup and install the system, and appraises the value of the system. After using the system, MeiJiale restaurant resolves the problem that the traditional way of recording orders and menus cannot meet the requirement of the rising business. Keywords: order-online， menu-management， ASP.NET， Web Service VII 目錄 引 言 . 1 第一章 系統(tǒng)需求分析 . 2 1.1 蘇州美嘉樂餐飲店概況 . 2 1.2 系統(tǒng)業(yè)務(wù)流程分析 . 2 1.3 系統(tǒng)功能分析 . 4 第二章 .NET 技術(shù)及其開發(fā)環(huán)境 . 6 2.1 .NET 框架概述 . 6 2.2 Web Service 概述 . 7 2.3 ASP.NET 概述 . 8 2.4 ADO.NET 概述 . 9 第三章 系統(tǒng)概要設(shè)計(jì) . 11 3.1 系統(tǒng)設(shè)計(jì)思想 . 11 3.2 系統(tǒng)總體設(shè)計(jì) . 11 3.3 系統(tǒng)模塊設(shè)計(jì) . 13 3.4 系統(tǒng)運(yùn)行環(huán)境 . 13 第四章 數(shù)據(jù)庫設(shè)計(jì) . 14 4.1 E-R 模型 . 15 4.2 關(guān)系模型 . 16 4.3 數(shù)據(jù)庫物理模型 . 16 第五章 功能模塊詳細(xì)設(shè)計(jì) . 18 5.1 顧客網(wǎng)上點(diǎn)菜子系統(tǒng)操作流程 . 18 5.2 管理員管理子系統(tǒng)操作流程 . 18 5.3 功能模塊設(shè)計(jì)與實(shí)現(xiàn) . 19 第六章 系統(tǒng)的配置與評(píng)價(jià) . 24 6.1 客戶端的安裝與配置 . 24 6.2 服務(wù)器端的安裝與配置 . 24 6.3 系統(tǒng)評(píng)價(jià) . 25 6.4 系統(tǒng)的應(yīng)用價(jià)值 . 25 結(jié) 論 . 27 致 謝 . 28 參考文獻(xiàn) . 29 附 錄 . 30 1 引 言 隨著社會(huì)的發(fā)展，人們的生活節(jié)奏日益加快，越來越多的人把更多的時(shí)間投入在工作學(xué)習(xí)之中。于是花費(fèi)在生活上其他事情的時(shí)間相應(yīng)的就少了。所謂“民以食為天”，盡管人們生活節(jié)奏的加快 了，但對(duì)于飲食的質(zhì)量的需求卻不會(huì)因此而下降。這一需求逐漸醞釀出對(duì)方便、快捷、營養(yǎng)的餐飲服務(wù)市場。網(wǎng)絡(luò)的興起為滿足這種新型的需求提供了一個(gè)平臺(tái) ,軟件應(yīng)用技術(shù)和數(shù)據(jù)庫技術(shù)成為了信息傳遞的主要工具。 使用計(jì)算機(jī)對(duì) 菜單、訂單和點(diǎn)菜 信息進(jìn)行 操作和 管理 ,具有手工 記錄和 管理所無法比擬的優(yōu)點(diǎn) 。 例如 :操作 方便、可靠性高、存儲(chǔ)量大、保密性好、成本低等。這些優(yōu)點(diǎn)能夠極大地提高 菜單 管理的效率 ，滿足了人們提高生活品質(zhì)的需求。 本文以蘇州美嘉樂餐飲店的實(shí)際情況出發(fā)，以管理信息系統(tǒng)開發(fā)的生命周期為基本流程，對(duì)自身的業(yè)務(wù)流程進(jìn)行分析，進(jìn)而給 出了針對(duì)自身業(yè)務(wù)的管理信息系統(tǒng)設(shè)計(jì)方案，闡述了各個(gè)功能模塊的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)。蘇州美嘉樂餐飲店使用該信息系統(tǒng)后，解決了傳統(tǒng)的手工管理菜單、訂單以及點(diǎn)菜信息效率低下等問題，明顯地提高了外賣業(yè)務(wù)的銷售量。 2 第一章 系統(tǒng)需求分析 1.1 蘇州美嘉樂餐飲店概況 蘇州美嘉樂餐飲店位于江蘇省蘇州市鳳凰街 178號(hào) ,主要提供各種快餐類飲食服務(wù)。自 2003 年蘇州美嘉樂餐飲店開張以來，該店業(yè)務(wù)發(fā)展快速，如今員工總數(shù)已從當(dāng)初的 11 人擴(kuò)展到 32 人。 從 2004 年開始，蘇州美嘉樂餐飲店以電話訂餐方式向廣大的消費(fèi)者提供方便、快捷 、營養(yǎng)、經(jīng)濟(jì)實(shí)惠的餐飲服務(wù)。電話訂餐的開放為美嘉樂餐飲開拓了新的市場業(yè)務(wù)，使其營業(yè)額快速上漲。 兩年多來美嘉樂餐飲連鎖店以其優(yōu)質(zhì)實(shí)惠的服務(wù)深得廣大消費(fèi)者的青睞。隨著消費(fèi)者市場的擴(kuò)大，傳統(tǒng)的電話訂餐已經(jīng)無法滿足越來越多的服務(wù)需求。電話處理的訂單難以進(jìn)行后期的統(tǒng)計(jì)，以及管理效率不高等弊端日益明顯。在這樣的情況下，蘇州美嘉樂餐飲店急需引入一套新的點(diǎn)菜管理系統(tǒng)。 1.2 系統(tǒng)業(yè)務(wù)流程分析 此系統(tǒng)整體可分為兩個(gè)子系統(tǒng)，其中一個(gè)為針對(duì)顧客開放的網(wǎng)上點(diǎn)菜系統(tǒng)，另一個(gè)為針對(duì)餐店管理人員開放的菜單及訂單管理系統(tǒng)。 1.2.1 顧客網(wǎng)上點(diǎn)菜業(yè)務(wù)流程分析 通過對(duì)公司目前顧客點(diǎn)菜的業(yè)務(wù)流程進(jìn)行調(diào)查、分析，得出如圖 1-1 所示的業(yè)務(wù)流程圖 , 它是了解信息需求和進(jìn)行系統(tǒng)分析與設(shè)計(jì)的重要基礎(chǔ)之一。 3 圖 1-1 顧客網(wǎng)上點(diǎn)菜流程圖 由圖 1-1 可以看出顧客點(diǎn)菜主要流程如下 : 1) 顧客登錄網(wǎng)上點(diǎn)菜系統(tǒng)進(jìn)行菜單的瀏覽或者注冊(cè)為會(huì)員。 2) 會(huì)員可以對(duì)自己的個(gè)人信息進(jìn)行更改 ,以會(huì)員形式登錄的顧客享受優(yōu)惠。 3) 如果顧客覺得菜單應(yīng)該有所改變則可對(duì)已選的菜單進(jìn)行選擇、更改、刪除。 4) 當(dāng)顧客確定點(diǎn)菜完畢后，顧客可以將其提交至服務(wù)器并生成訂單。 1.2.2 管理員管理 業(yè)務(wù)流程分析 通過對(duì)公司目前管理員訂單管理的業(yè)務(wù)流程進(jìn)行調(diào)查、分析，得出如圖 1-2 所示的業(yè)務(wù)流程圖 , 它是了解信息需求和進(jìn)行系統(tǒng)分析設(shè)計(jì)的重要基礎(chǔ)之一。 圖 1-2 管理員管理流程圖 由圖 1-2 可以看出管理員訂單管理的業(yè)務(wù)流程如下 : 1) 管理員在本地登錄后既可對(duì)服務(wù)器上的菜單進(jìn)行添加、刪除、修改。 2) 當(dāng)菜單管理工作結(jié)束之后，管理員可以對(duì)訂單進(jìn)行管理 ,進(jìn)行確認(rèn)和查看詳細(xì)信息操作。 根據(jù)業(yè)務(wù)流程的分析可以得知管理員的每一個(gè)操作基本都是獨(dú)立的。 顧客 查看菜單 點(diǎn)菜 提交訂單 生成訂單 確認(rèn)訂單 管理員 送菜 查詢、修改、刪除菜單 提交 查詢訂單 確認(rèn)訂單 管理員 提交、打印 4 1.3 系統(tǒng)功能分析 此系統(tǒng)整體可分為兩個(gè)子系統(tǒng)，其中一個(gè)為針對(duì)顧客開放 的網(wǎng)上點(diǎn)菜系統(tǒng)，另一個(gè)為針對(duì)餐店管理人員開放的菜單及訂單管理系統(tǒng)。不同的子系統(tǒng)是針對(duì)不同的用戶的，因此不同的子系統(tǒng)也擁有不同的功能需求，以下是分別對(duì)這兩個(gè)不同子系統(tǒng)的功能分析。 1.3.1 顧客網(wǎng)上點(diǎn)菜子系統(tǒng)功能分析 根據(jù)對(duì)顧客網(wǎng)上點(diǎn)菜系統(tǒng)業(yè)務(wù)流程的分析，可以看出顧客點(diǎn)菜主要涉及到一些數(shù)據(jù)庫的邏輯和程序應(yīng)用邏輯。具體的功能歸納如下： 1) 顧客登錄網(wǎng)上點(diǎn)菜系統(tǒng)進(jìn)行菜單的瀏覽。 2) 顧客注冊(cè)為會(huì)員。 3) 會(huì)員對(duì)自己的個(gè)人信息進(jìn)行更改，比如送餐地址和聯(lián)系電話，以及帳戶密碼。 4) 以會(huì)員形式登錄的顧客自動(dòng)識(shí)別，并且以會(huì)員價(jià)消費(fèi)。 5) 顧客對(duì)已選的菜單進(jìn)行更改選擇的數(shù)量或者取消選擇。 6) 當(dāng)顧客確定點(diǎn)菜完畢后，顧客將其提交至服務(wù)器并生成訂單。 1.3.2 管理員管理系統(tǒng)功能分析 根據(jù)對(duì)顧客管理員管理系統(tǒng)業(yè)務(wù)流程的分析，可以看出管理員主系統(tǒng)要涉及到一些數(shù)據(jù)庫的邏輯操作和程序應(yīng)用邏輯。具體的功能歸納如下： 1) 管理員在本地登錄。創(chuàng)建新的管理員。 2) 管理員對(duì)服務(wù)器上的菜單進(jìn)行添加、刪除和修改，比如更改菜單的圖片、價(jià)格、菜單描述等等。 3) 管理員對(duì)訂單進(jìn)行管理，比如確定和打印訂單。 4) 管理員根據(jù)訂單的不同屬性來查詢訂單，比如生成日期、編號(hào)等等。 5) 管理員根據(jù)不同的 時(shí)間段統(tǒng)計(jì)出營業(yè)額、成本，同時(shí)還能統(tǒng)計(jì)出每道菜的銷售量、任何時(shí)間段的銷售情況以及每一個(gè)會(huì)員顧客的消費(fèi)情況。 5 1.3.3 系統(tǒng)性能需求 系統(tǒng)的反應(yīng)速度應(yīng)較快，輸入數(shù)據(jù)時(shí)立即響應(yīng)；更新、查詢數(shù)據(jù)時(shí)若有延遲，應(yīng)提示用戶等待，并且對(duì)用戶操作的成功與否給予提示。 系統(tǒng)界面應(yīng)美觀大方、風(fēng)格統(tǒng)一，突出特色，功能設(shè)計(jì)應(yīng)體現(xiàn)人性化思想，方便用戶操作。 用戶登錄系統(tǒng)時(shí)需輸入口令，對(duì)不同類型的操作員授予不同等級(jí)的權(quán)限去使用相應(yīng)的功能。對(duì)于顧客，如果是普通顧客，則其只能以市場價(jià)消費(fèi)，而不能享受會(huì)員價(jià)；如果該顧客是注冊(cè)會(huì)員，并且以會(huì) 員登錄，那么其在消費(fèi)的時(shí)候就可以享受低于市場價(jià)的會(huì)員價(jià)。 對(duì)于管理員，在其查詢訂單的時(shí)候可針對(duì)各種組合條件進(jìn)行查詢，而且查詢效率要求高，能夠及時(shí)響應(yīng)查詢請(qǐng)求。 另外，系統(tǒng)還應(yīng)當(dāng)滿足以下需求： 1) 信息的完整性：要求采用值約束、缺省等方法確保信息的完整性，一旦用戶錄入數(shù)據(jù)不符合系統(tǒng)要求時(shí)，系統(tǒng)必須明確給出警告信息。 2) 系統(tǒng)的可擴(kuò)展性：用戶有新的需求時(shí)可以增刪一些功能模塊，以便及時(shí)解決實(shí)際工作的需要。 6 第二章 .NET 技術(shù)及其開發(fā)環(huán)境 2.1 .NET 框架概述 .NET 是 Microsoft 為適應(yīng) Internet 發(fā)展 需要和利用 Web 服務(wù)的開發(fā)平臺(tái)，就是將一切都 Internet/web 化。對(duì)于軟件開發(fā)人員來說， .NET 是繼 DOS 開發(fā)平臺(tái)，Windows 開發(fā)平臺(tái)之后以互聯(lián)網(wǎng)為應(yīng)用程序開發(fā)平臺(tái)的所謂第三波的改變，這一波是以互聯(lián)網(wǎng)為基礎(chǔ)，通過互聯(lián)網(wǎng)上標(biāo)準(zhǔn)的通信協(xié)議來溝通，以全新的開發(fā)環(huán)境來研發(fā)系統(tǒng)。在軟件設(shè)計(jì)時(shí)，我們編寫的程序和 Web Service 可以利用構(gòu)架在各種Windows 版上的 .NET Framework 所提供的各種 class 來完成，也可調(diào)用先前編寫的服務(wù)或應(yīng)用程序，通過 Orchestration 的綜合，將新、舊程序 和互聯(lián)網(wǎng)上的其它服務(wù)協(xié)同運(yùn)行。其中所需要的網(wǎng)絡(luò)基本功能己經(jīng)由 .NET Framework 封裝起來，不需要我們來編寫。 Microsoft 還提供一些大型的服務(wù)程序，如 SQL Server, BizTalk Server 等。有了這些大型服務(wù)器，可以完成更復(fù)雜的商業(yè)需求，支持與增加 Internet/Web 的功能，也支持 XML 的存取，開發(fā)人員可以以 XML 作為數(shù)據(jù)交換的基本機(jī)制。同時(shí)，Microsoft 也直接在互聯(lián)網(wǎng)上提供 Building Block Services 以方便調(diào)用一些隨時(shí)希望通過互聯(lián)網(wǎng)取得的服務(wù)。當(dāng)然，當(dāng) 互聯(lián)網(wǎng)提供服務(wù)的時(shí)代來臨后，大量的應(yīng)用程序開發(fā)商也會(huì)制作大量的各式服務(wù)，我們也可以計(jì)費(fèi)的方式調(diào)用使用我們編寫的服務(wù)程序，也可以讓互聯(lián)網(wǎng)上的各種前端，如傳統(tǒng)的瀏覽器或先進(jìn)的某種裝置等來調(diào)用。因?yàn)?.NET 可將其轉(zhuǎn)換與各種不同前端勾通的方式。因此， .NET Framework 為應(yīng)用程序的開發(fā)提供了一個(gè)更具彈性的開發(fā)運(yùn)行環(huán)境。 .NET Framework 是微軟構(gòu)建于以互聯(lián)網(wǎng)為開發(fā)平臺(tái)的基礎(chǔ)工具 .NET Framework 的結(jié)構(gòu)如圖 2-1 所示： 7 圖 2-1 .NET Framework 結(jié)構(gòu)圖 2.2 Web Service 概述 以前我們?cè)陂_發(fā)應(yīng)用程序時(shí)，由于在不同的系統(tǒng)平臺(tái)和開發(fā)工具之間的互不相容，往往使得各類系統(tǒng)不易結(jié)合，如微軟的 Windows32 平臺(tái)與 Unix/Linux 平臺(tái)。雖然互聯(lián)網(wǎng)的本質(zhì)是開放的，但以往各系統(tǒng)平臺(tái)之間的合作也僅限于特定功能。例如，使用瀏覽器與網(wǎng)站服務(wù)器通過 HTTP 協(xié)議來通 信 ;電子郵件收發(fā)程序與服務(wù)器通過SMTP 與 POP3 協(xié)議存取信件等。而現(xiàn)今要建立的是各式各樣的服務(wù)，讓各種系統(tǒng)的應(yīng)用程序通過互聯(lián)網(wǎng)存取， Web Service 就是響應(yīng)這個(gè)需求的開發(fā)工具，利用它開發(fā)的應(yīng)用程序可以直接通過互聯(lián)網(wǎng)來調(diào)用使用。由于下層的通信協(xié)議采用的是公用的 SOAP 協(xié)議，所以不同系統(tǒng)平臺(tái)的應(yīng)用程序也都可能互相調(diào)用合作。 .NET 框架支持 XML，在 .NET 框架中 XML 的關(guān)鍵技術(shù)是 SOAP。只要通過向?qū)Щ驅(qū)傩栽O(shè)置，就可以方便地讓應(yīng)用程序通過互聯(lián)網(wǎng)提供服務(wù)。因此， WebService 應(yīng)該是 .NET 整體技術(shù)中 最具革命性的技術(shù)。 圖 2-2 Web Service 框架結(jié)構(gòu)圖 8 2.3 ASP.NET 概述 ASP. NET 隸屬于 .NET Framework 框架是由 .NET 框架提供的編程類庫所組成的，它提供了 Web 應(yīng)用程序模型，采用面向?qū)ο蟮乃枷牒湍K化與組件化的技術(shù)而構(gòu)建。通過使用 ASP. NET 服務(wù)功能，開發(fā)人員只需進(jìn)行簡單的業(yè)務(wù)邏輯編程，由ASP. NET 基本結(jié)構(gòu)通過和 HTML, XML 和 SOAP (Simple Object Access Protocol)等Internet 協(xié)議和數(shù)據(jù)格式來提供服務(wù)。 ASP. NET 使得開發(fā)人員能夠創(chuàng)建在 IIS 和 .NET 開發(fā)平臺(tái)上運(yùn)行的 Web 應(yīng)用程序。事實(shí)上， ASP 和 ASP. NET 可以共存于同樣的 IIS 服務(wù)器上而互不影響。 IIS 將對(duì)于 ASP 頁面的訪問請(qǐng)求定向到 ASP，而將對(duì)于 ASP. NET 頁面的訪問請(qǐng)求定向到ASP. NET。 ASP. NET 本身包含一個(gè)緩存 cache 和一個(gè)狀態(tài)管理器其中 cache 用來緩存經(jīng)常使用的 Web 頁面，目的是提高服務(wù)性能 :狀態(tài)管理器用來跟蹤用戶的會(huì)話狀態(tài)信息，目的是進(jìn)行更加完美的數(shù)據(jù)交互。 開發(fā)人員用 ASP.NET 生成一個(gè)擴(kuò)展名為 .asmx 的 文件，并把此文件配制為網(wǎng)絡(luò)應(yīng)用程序的一部分，就建立起了一個(gè)網(wǎng)絡(luò) 服務(wù)。 .asmx 文件或者包含對(duì)在其它地方定義的受控類的引用，或者包含這個(gè)類的定義。這個(gè)類是由 ASP.NET 提供的 Web Service 類所派生。公有的類方法在標(biāo)記上 Web Method 屬性后，就會(huì)成為網(wǎng)絡(luò)服務(wù)方法，把 HTTP 請(qǐng)求發(fā)送到 ASMX 文件中的 URL 后，這些方法就會(huì)被調(diào)用。你不必手工為你的網(wǎng)絡(luò)服務(wù)建立一個(gè)契約。當(dāng)被調(diào)用者請(qǐng)求時(shí)， ASP.NET 檢查類的元數(shù)據(jù)，以自動(dòng)生成 SCL 文件。 客戶可通過 SOAP， HTTP GET 和 HTTP POST 提交請(qǐng)求。對(duì)方法和參數(shù)進(jìn)行編碼的約定是：對(duì) HTTP GET，將被編碼為查詢字符串；對(duì) HTTP POST，將被編碼為表單數(shù)據(jù)。 HTTP GET 和 HTTP POST 的機(jī)制不如 SOAP 有力，但是它們使得客戶在訪問網(wǎng)絡(luò)服務(wù)時(shí)不必支持 SOAP。 ASP.NET 網(wǎng)絡(luò)服務(wù)模型假定了一個(gè)無狀態(tài)服務(wù)結(jié)構(gòu)。無狀態(tài)結(jié)構(gòu)通常比有狀態(tài)結(jié)構(gòu)更具可擴(kuò)展性。每次收到一個(gè)服務(wù)請(qǐng)求后，就生成一個(gè)新對(duì)象，請(qǐng)求被轉(zhuǎn)化為一個(gè)方法調(diào)用，當(dāng)方法調(diào)用返回時(shí)對(duì)象被銷毀。如果這些服務(wù)需要跨請(qǐng)求維護(hù)狀態(tài)，那么它們將使用 ASP.NET 狀態(tài)管理服務(wù)?；?ASP.NET 的網(wǎng)絡(luò)服務(wù)在網(wǎng)絡(luò)應(yīng)用程 9 序模型中運(yùn)行，因此它們得到了該模型的所有安全、配制和其它優(yōu)點(diǎn)。 ASP.NET 網(wǎng)絡(luò)服務(wù)還提供了一個(gè)為在 SCL 文件中描述的網(wǎng)絡(luò)服務(wù)生成分類的受控代理工具。代理生成器把 SCL 文件中描述的消息映射成受控類中的方法。代理對(duì)應(yīng)用程序代碼隱藏了所有的網(wǎng)絡(luò)和引導(dǎo)設(shè)備，因此使用網(wǎng)絡(luò)服務(wù)看起來就象使用其它受控代碼一樣。代理將優(yōu)先使用 SOAP 鏈接網(wǎng)絡(luò)服務(wù)，但是它同樣支持 HTTP GET 和 HTTP POST 機(jī)制。因此 HTTP GET 和 HTTP POST 同樣也能被使用。 2.4 ADO.NET 概述 ADO.NET 由 ADO 發(fā)展而來。 ADO.NET 被設(shè)計(jì)為基于網(wǎng)絡(luò)的可擴(kuò)展的應(yīng)用程序和服務(wù)提供數(shù)據(jù)訪問服務(wù)。 ADO.NET 為連接的指針風(fēng)格的數(shù)據(jù)訪問，同時(shí)也為更適合于把數(shù)據(jù)返回到客戶端應(yīng)用程序的無連接的數(shù)據(jù)模板提供高性能的 APIs 流，就像在以后介紹的那樣。 就像其余幾個(gè)部分一樣， ADO.NET 定義了那些鏈接數(shù)據(jù)倉庫、 對(duì)數(shù)據(jù)倉庫發(fā)送命令及從中獲取結(jié)果的類。這些類由受控?cái)?shù)據(jù)提供者（ managed data provider）實(shí)現(xiàn)。 ADO.NET 中鏈接和命令對(duì)象看上去和 ADO 中的是一樣的，并且一 個(gè)名為DataReader 的新類提供了通過高性能 API 流獲取結(jié)果的能力。 DataReader 在功能上同前向、只讀的 ADO 記錄集（ Recordset）是等同的，但是 DataReader 被設(shè)計(jì)用來最小化內(nèi)存中生成的對(duì)象的數(shù)量，以提高性能，避免垃圾積累。在 .NET Framework中包含了針對(duì) MicroSoft SQL Server的受控?cái)?shù)據(jù)提供者以及可通過 OLE DB 訪問的任何數(shù)據(jù)倉庫。 ADO.NET 的一個(gè)主要?jiǎng)?chuàng)新是引入了數(shù)據(jù)集（ Dataset）。一個(gè)數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。數(shù)據(jù) 集對(duì)數(shù)據(jù)源一無所知，它們可以由程序或通過從數(shù)據(jù)倉庫中調(diào)入數(shù)據(jù)而被生成、填充。不論數(shù)據(jù)從何處獲取，數(shù)據(jù)集都是通過使用同樣的程序模板而被操作的，并且它使用相同的潛在的數(shù)據(jù)緩沖區(qū)。使用 .NET 平臺(tái)的開發(fā)人員能夠用數(shù)據(jù)集代替?zhèn)鹘y(tǒng) ADO 中無連接的記錄集。受控?cái)?shù)據(jù)提供者為數(shù)據(jù)倉庫和數(shù)據(jù)集公開一名為 DataSetCommand 的接口對(duì)象。 DataSetCommand 使用ADO.NET 鏈接和命令以從數(shù)據(jù)倉庫中填充數(shù)據(jù)集，并把在數(shù)據(jù)集中發(fā)生的變化解 10 析到數(shù)據(jù)倉庫中。 由于所有的數(shù)據(jù)都可被看作 XML，所以開發(fā)人員可以為任何數(shù) 據(jù)使用轉(zhuǎn)換和確認(rèn)服務(wù)。 ADO.NET 定義了一個(gè)消費(fèi) DataNavigator、生成一個(gè)新的 XmlReader 的通用轉(zhuǎn)換體系。 .NET Framework 提供了一個(gè)支持 W3C XSL Transformations (XSLT)細(xì)則的特殊轉(zhuǎn)換組件。 ADO.NET 同時(shí)提供了一使用 XML 簡圖確認(rèn) XmlReader 的確認(rèn)引擎。 ADO.NET 支持通過 DTDs， XSD 或 XDR 定義的簡圖。 圖 2-3 ADO.NET 在應(yīng)用程序中的所處的位置 11 第三章 系統(tǒng)概要設(shè)計(jì) 3.1 系統(tǒng)設(shè)計(jì)思想 管理信息系統(tǒng)的開發(fā)是一 個(gè)動(dòng)態(tài)過程，即開發(fā)隨著環(huán)境和用戶觀念的變化不斷完善；反之，技術(shù)的發(fā)展又可能促進(jìn)用戶觀念的改進(jìn)。在系統(tǒng)設(shè)計(jì)的整個(gè)過程中，應(yīng)當(dāng)具備如下的設(shè)計(jì)思想： 1) 實(shí)用性：盡量選用成熟實(shí)用的技術(shù)，使得整個(gè)系統(tǒng)有一個(gè)安全穩(wěn)定的運(yùn)行環(huán)境。 2) 開放性：該系統(tǒng)在建設(shè)上必須加強(qiáng)標(biāo)準(zhǔn)化及采用統(tǒng)一的技術(shù)規(guī)范，以實(shí)現(xiàn)網(wǎng)絡(luò)互聯(lián)、資源共享，高效運(yùn)行和科學(xué)管理。 3) 安全性：為保障系統(tǒng)的正常運(yùn)行，以及數(shù)據(jù)的完整性，整個(gè)系統(tǒng)必須有良好的安全性，加強(qiáng)數(shù)據(jù)庫的安全保密設(shè)計(jì)。 3.2 系統(tǒng)總體設(shè)計(jì) 顧客網(wǎng)上點(diǎn)菜服務(wù)側(cè)重于方便快捷，要求能夠隨時(shí)隨地接受服務(wù)；而管 理員管理服務(wù)則側(cè)重與操作的穩(wěn)定性和安全性，要求能夠準(zhǔn)確及時(shí)的對(duì)菜單和訂單進(jìn)行管理。鑒于該系統(tǒng)兩類用戶的不同應(yīng)用需求，該系統(tǒng)采用基于 B/S 與 C/S 兩者相結(jié)合的模式開發(fā)。即顧客網(wǎng)上點(diǎn)菜子系統(tǒng)采用 B/S 模式開發(fā)，而管理員管理子系統(tǒng)采用C/S 模式開發(fā)?？傮w設(shè)計(jì)框架圖如圖 2-1 所示： 圖 2-1 系統(tǒng)總體設(shè)計(jì)框架圖 12 本系統(tǒng)采用目前流行的三層架構(gòu)設(shè)計(jì) ,，它允許把全部的企業(yè)邏輯和業(yè)務(wù)處理放在應(yīng)用服務(wù)器上，支持純粹的瘦客戶機(jī)，因此采用三層結(jié)構(gòu)的系統(tǒng)可以較為方便。將應(yīng)用系統(tǒng)集成于分布式系統(tǒng)之上，能極大地提高系統(tǒng)的可擴(kuò) 展性。 1) 表示層 表示層是信息系統(tǒng)的用戶接口部分，即人機(jī)界面，是用戶與系統(tǒng)間交互信息的窗口，主要功能是指 導(dǎo)操作人員使用界面，輸入數(shù)據(jù)、輸出結(jié)果。它并不擁有企業(yè)邏輯，或只擁有部分不涉及核心的應(yīng)用邏輯。 2) 功能層 功能層是應(yīng)用的主體，包括了系統(tǒng)中核心的和易變的 應(yīng)用 邏輯（規(guī)劃、運(yùn)作方法、管理模式等），它的功能是接收輸入，處理后返回結(jié)果。 3) 數(shù)據(jù)層 數(shù)據(jù)層即數(shù)據(jù)庫管理系統(tǒng)（ DBMS），負(fù)責(zé)管理對(duì)數(shù)據(jù)庫的讀寫和維護(hù)，能夠迅速執(zhí)行大量數(shù)據(jù)的更新和檢索。 由于企業(yè)邏輯與用戶界面相分離，獨(dú)立出應(yīng)用服務(wù)器。具體說三層結(jié)構(gòu)具有如下的 優(yōu)越性： 1) 用戶界面的改變同企業(yè)邏輯的改變互相隔離，互不影響，便于系統(tǒng)的修改和維護(hù)，大大增強(qiáng)了系統(tǒng)的靈活性。這對(duì)軟件開發(fā)者以及用戶都是好處。 2) 系統(tǒng)可以把關(guān)鍵性的企業(yè)邏輯放在應(yīng)用服務(wù)器上進(jìn)行集中管理，而不需要放在每臺(tái)客戶機(jī)上。對(duì)企業(yè)敏感數(shù)據(jù)的訪問也可通過應(yīng)用服務(wù)器來進(jìn)行，而不是由客戶機(jī)直接進(jìn)行存取。這就增強(qiáng)了系統(tǒng)的安全性。 3) 客戶機(jī)可共享應(yīng)用服務(wù)器提供的數(shù)據(jù)和功能等技術(shù)資源，有利于提高系統(tǒng)的性能和開發(fā)效率。 系統(tǒng)層次結(jié)構(gòu)設(shè)計(jì)圖如圖 3-2 所示： 圖 3-2 系統(tǒng)層次結(jié)構(gòu)設(shè)計(jì)圖 13 3.3 系統(tǒng)模塊設(shè)計(jì) 1) 用戶管理模塊 。本系統(tǒng)的用戶管理模塊同時(shí)向顧客和管理員開放，顧客可以根據(jù)自身的具體情況改變自己的一些屬性，比如密碼、地址、用戶姓名等等。管理員也可以根據(jù)業(yè)務(wù)的情況添加、刪除、修改顧客的屬性和管理員。 2) 權(quán)限設(shè)置模塊。本系統(tǒng)的權(quán)限設(shè)置主要針對(duì)進(jìn)行點(diǎn)菜的顧客。顧客分為普通顧客和會(huì)員顧客，其區(qū)別在于普通顧客不能享受優(yōu)惠價(jià)，而會(huì)員顧客可以。并且可以根據(jù)會(huì)員顧客的消費(fèi)情況進(jìn)行積分的累計(jì)，從而采用靈活的優(yōu)惠政策。 3) 點(diǎn)菜銷售模塊。顧客訪問網(wǎng)站可以瀏覽當(dāng)天所發(fā)布的菜單，選擇了自己想要的菜之后即可提交，并生成訂單。 4) 菜單管理模塊。菜單管理模 塊向管理員開放，管理員通過此模塊對(duì)菜單進(jìn)行添加、刪除、修改。 5) 訂單管理模塊。訂單管理模塊向管理員開放，管理員通過此模塊對(duì)顧客所提交的訂單進(jìn)行管理，并且可以根據(jù)訂單處理結(jié)果向下屬傳達(dá)正確的安排。 3.4 系統(tǒng)運(yùn)行環(huán)境 顧客客戶端： cpu 133MHz 以上 , 內(nèi)存 32MB 以上，操作系統(tǒng) win95 以上 ,瀏覽器 IE 5.0 以上。 管 理 員 客 戶 端 ： cpu 733MHz 以上 , 內(nèi)存 128MB 以上 , 操作系統(tǒng) win2000/ME/XP/2003, .net Framework1.1. 數(shù)據(jù)庫服務(wù)器端： cpu 1.5GHz 以上 , 內(nèi)存 1GB 以 上 ， 操 作 系 統(tǒng) win2000/XP/2003, IIS 5.0, 數(shù)據(jù)庫 SQL server2000. 14 第四章 數(shù)據(jù)庫設(shè)計(jì) 該系統(tǒng)的數(shù)據(jù)庫服務(wù)器采用比較適合中型數(shù)據(jù)量的 SQL server2000。為了提高數(shù)據(jù)訪問的效率，對(duì)頻繁的數(shù)據(jù)庫操作將全部改為存儲(chǔ)過程。并且隨著美嘉樂餐飲連鎖店業(yè)務(wù)的增長，數(shù)據(jù)量必定也會(huì)變的比較龐大，為了保持較高的操作效率，還會(huì)為各表加上合理的索引。 成功的數(shù)據(jù)庫設(shè)計(jì)意味著數(shù)據(jù)庫能夠存儲(chǔ)所有必需的數(shù)據(jù)，而且其存儲(chǔ)方式保證能夠快速的保存、提取、編 輯、刪除數(shù)據(jù)。許多因素影響數(shù)據(jù)庫設(shè)計(jì)是否成功，而數(shù)據(jù)庫是否規(guī)范化是一個(gè)關(guān)鍵的因素。一個(gè)規(guī)范化的數(shù)據(jù)庫應(yīng)滿足第三范式的要求，即應(yīng)該竭力避免部分依賴和傳遞依賴，因?yàn)樗鼈兊拇嬖诒硎敬嬖跀?shù)據(jù)冗余。數(shù)據(jù)冗余將會(huì)造成由于數(shù)據(jù)異常而引起的錯(cuò)誤和不希望出現(xiàn)的數(shù)據(jù)管理問題。本系統(tǒng)按照概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)的流程完成數(shù)據(jù)庫設(shè)計(jì)，力求滿足該設(shè)計(jì)原則。 15 4.1 E-R 模型 根據(jù)以上系統(tǒng)分析，采用 E-R 圖方法表示概念設(shè)計(jì)如下： 管理員 管理員名 總價(jià) 管理員編號(hào) 圖 4-4 管理員實(shí)體圖 會(huì)員顧客 顧客 名 聯(lián)系電話 密碼 送餐地址 顧客編號(hào) 圖 4-2 會(huì)員顧客實(shí)體 圖 菜單 菜名 基本描述 價(jià)格 會(huì)員價(jià) 菜單 編號(hào) 圖 4-3 菜單實(shí)體 圖 會(huì)員顧客 選擇 菜單 管理 管理員 生成 訂單 管理 圖 4-1 系統(tǒng) E-R 圖 m m m m n n n n 16 4.2 關(guān)系模型 在將 E-R 圖向關(guān)系模型轉(zhuǎn)換的過程中，注意了靈活性和消除數(shù)據(jù)的冗余，并且考慮了對(duì)系統(tǒng)用戶權(quán)限的要求，得到了以下關(guān)系模式： 會(huì)員顧客 (會(huì)員編號(hào) ,會(huì)員名 ,登錄密碼 ,送餐地址 ,聯(lián)系電話 ); 菜單 (菜單編號(hào) ,菜單名 ,價(jià)格 ,會(huì)員價(jià) ,基本描述 ); 訂單 (訂單編號(hào) ,顧客名 ,送餐地址 ,聯(lián)系電話 ,菜單列表 ,總價(jià) ,訂單生成時(shí)間 ,是否已確定 ); 管理員 (管理員編號(hào) ,管理員名 ,登錄密碼 ) 4.3 數(shù)據(jù)庫物理模型 經(jīng)過上述分析和設(shè)計(jì)，并且結(jié)合數(shù)據(jù)庫設(shè)計(jì)的原則，設(shè)計(jì)出如下四張表： 1) MenuList 表為菜單信息表，該表存 儲(chǔ)了美嘉樂所有公布于市場的菜單的信息，詳見表 4-1： 表 4-1 MenuList 表 字段名 數(shù)據(jù)類型 長度 說明 Menu_Id int 4 菜單編號(hào) Picture image 16 菜的圖片 FoodName varchar 50 菜名 Price int 4 市場價(jià) DiscountPrice int 4 會(huì)員價(jià) Discription varchar 200 基本介紹 顧客名 生成時(shí)間 總價(jià) 選菜列表 訂單編號(hào) 圖 4-5 訂單實(shí)體 圖 是否已確認(rèn) 送餐地址 聯(lián)系電話 訂單 17 2) OrderForm 表為訂單信息表，該表存儲(chǔ)了美嘉樂 餐飲連鎖內(nèi)所有由顧客提交的訂單的信息，詳見表 4-2： 表 4-2 OrderForm 表 字段名 數(shù)據(jù)類型 長度 說明 Order_Id int 4 訂單編號(hào) CustomerName varchar 50 顧客姓名 MenuName varchar 500 菜單名組合 Count varchar 200 菜單數(shù)量組合 SumPrice int 4 總價(jià) Address varchar 50 送餐地址 PhoneNumber varchar 50 聯(lián)系電話 DateTime varchar 20 訂單生成時(shí)間 Confirmed varchar 5 是否已確認(rèn) 3) VIPUser 表為注冊(cè)會(huì)員信息表，該表存儲(chǔ)了美嘉樂的所有注冊(cè)會(huì)員的會(huì)員信息，詳見表 4-3： 表 4-3 VIPUser 表 字段名 數(shù)據(jù)類型 長度 說明 User_Id int 4 用戶編號(hào) UserName varchar 50 用戶名 Pwd varchar 50 用戶密碼 Address varchar 50 送 餐地址 PhoneNo varchar 15 聯(lián)系電話 Mark int 4 用戶積分 4) Administrator 表為管理員信息表，該表存儲(chǔ)了美嘉樂的所有管理員信息，詳見表 4-4： 表 4-4 Administrator 表 字段名 數(shù)據(jù)類型 長度 說明 Admin_Id int 4 管理員編號(hào) AdminName varchar 50 管理員名 Password varchar 50 管理員密碼 18 第五章 功能模塊詳細(xì)設(shè)計(jì) 5.1 顧客網(wǎng)上點(diǎn)菜子系統(tǒng)操作流程 5.2 管理員管理子系統(tǒng)操作流程 以普通顧客身份點(diǎn)菜 點(diǎn)菜頁面 確認(rèn) /提交訂單 身份驗(yàn)證 登錄 失敗 點(diǎn)菜頁面 會(huì)員登錄 登錄成功 以會(huì)員身份點(diǎn)菜 會(huì)員注冊(cè) 圖 5-1 顧客點(diǎn)菜子系統(tǒng)操作流程圖 登錄頁面 身份驗(yàn)證 管理總界面 登錄 登錄成功 登錄失敗 訂單管理模塊 菜單管理模塊 人員管理模塊 圖 5-2 管理員管理子系統(tǒng)操作流程 信息統(tǒng)計(jì)模塊 19 5.3 功能模塊設(shè)計(jì)與實(shí)現(xiàn) 5.3.1 會(huì)員顧客登錄功能模塊 用戶進(jìn)入點(diǎn)菜主頁面 main.aspx，在 main.aspx 的登錄框中輸入用戶名和密碼，隨后提交登錄信息進(jìn)行驗(yàn)證。如果驗(yàn)證成功則其會(huì)員信息會(huì)紀(jì)錄在 session 中， 會(huì)員用戶登錄框如圖 5-3： 圖 5-3 會(huì)員用戶登錄框 5.3.2 顧客點(diǎn)菜功能模塊 用戶進(jìn)入點(diǎn)菜主頁面 main.aspx，不論是登錄的會(huì)員還是普通顧客都可以立即進(jìn)行 點(diǎn)菜。只要顧客在想要選擇的菜名后輸入想要的數(shù)量，再點(diǎn)擊后面的“選擇”按鈕，即已經(jīng)把該菜選入訂單，顧客可以從 main.aspx 上的“我的餐盒”框中看到自己已選的菜的菜名以及其數(shù)量。當(dāng)用戶完成點(diǎn)菜，用戶可以點(diǎn)擊在 main.aspx 上的“完成點(diǎn)菜”按鈕，當(dāng)用戶點(diǎn)擊了此按鈕后，訂單就同時(shí)生成。 “我的餐盒”框： 圖 5-4 “我的餐盒” 20 菜單瀏覽界面如圖 5-5 所示： 圖 5-5 菜單瀏覽界面 5.3.3 顧客確認(rèn)訂單功能模塊 當(dāng)用戶點(diǎn)擊“完成點(diǎn)菜”按鈕之后，用戶進(jìn)入訂單確認(rèn)頁面，用戶可以對(duì) 送餐地址和聯(lián)系電話進(jìn)行輸入，如果是會(huì)員則其送餐地址和聯(lián)系電話會(huì)自動(dòng)填上該會(huì)員在注冊(cè)時(shí)的信息。用戶通過此頁面最后確認(rèn)提交訂單或取消訂單。 確認(rèn)頁面圖如圖 5-6 所示： 圖 5-6 訂單確認(rèn)頁面圖 21 5.3.4 管理員登錄模塊 管理員執(zhí)行管理員管理子系統(tǒng)的應(yīng)用程序就進(jìn)入了登錄模塊，正確輸入管理員用戶名和密碼后點(diǎn)擊登錄按鈕就可以進(jìn)入管理員管理子系統(tǒng)的管理模塊，當(dāng)管理員用戶點(diǎn)擊取消按鈕則立即退出當(dāng)前應(yīng)用程序。 登錄界面如圖 5-7 所示： 圖 5-7 管理員登錄界面 如果管理員用戶輸入用戶名或密碼第一次錯(cuò)誤，則會(huì)彈 出警告框 (圖 5-8)： 圖 5-8 管理員登錄 輸入用戶名或密碼第一次錯(cuò)誤警告框 如果管理員用戶輸入用戶名或密碼第二次錯(cuò)誤，則會(huì)彈出警告框 (圖 5-9)： 圖 5-9 管理員登錄 輸入用戶名或密碼第二次錯(cuò)誤警告框 22 5.3.5 管理員菜單管理模塊 當(dāng)管理員用戶成功登錄后，就進(jìn)入了管理子系統(tǒng)得管理模塊，管理員可以看見一個(gè)菜單列表，列表列出了每一個(gè)菜的一些相關(guān)信息。管理員用戶點(diǎn)擊菜單的每一行，就會(huì)彈出一個(gè)該菜的詳細(xì)信息的對(duì)話框，用戶可以在這個(gè)對(duì)話框上對(duì)所選菜單進(jìn)行修改或刪除。其中修改包括修改菜單的圖片、菜單的名字 和價(jià)格以及一些基本描述。除此之外，在菜單管理的基本界面上還有一個(gè)添加菜單的按鈕，管理員點(diǎn)擊此按鈕即可彈出一個(gè)添加菜單的對(duì)話框。管理員在添加對(duì)話框中可以添加菜單的相關(guān)信息，比如菜單圖片、菜單名、菜單價(jià)格、菜單描述等等。以下是一些相關(guān)的界面圖片： 圖 5-10 菜單管理主界面 圖 5-11 詳細(xì)菜單管理對(duì)話框 23 5.3.6 管理員訂單管理模塊 當(dāng)管理員用戶成功登錄后，就進(jìn)入了管理子系統(tǒng)的管理模塊，管理員點(diǎn)擊“訂單管理”按鈕，隨即進(jìn)入了訂單管理模塊。訂單管理模塊的主要功能是訂單的查詢。在此功能模塊中，管理員 可以通過訂單的編號(hào)、生成時(shí)間、顧客名以及訂單的狀態(tài)（是否已確定）的組合條件在進(jìn)行復(fù)雜的查詢。此項(xiàng)界面中類似菜單管理主界面，有一個(gè)訂單列表，該表列出了訂單的相關(guān)信息，管理員用戶可以通過點(diǎn)擊該列表里的每一列，則即可彈出一個(gè)訂單詳細(xì)信息的對(duì)話框，管理員可以通過此對(duì)話框進(jìn)行對(duì)訂單的核實(shí)和確認(rèn)，并可以打印此訂單。 以下是訂單管理功能模塊的相關(guān)界面。如圖 5-12 和圖 5-13 所示。 圖 5-12 訂單管理主界面 圖 5-13 訂單管理詳細(xì)界面 24 第六章 系統(tǒng) 的配置與評(píng)價(jià) 6.1 客戶端的 安裝與 配置 1) 顧客網(wǎng)上點(diǎn)菜子系統(tǒng) 此顧客網(wǎng)上點(diǎn)菜子系統(tǒng)是以 B/S 模式架構(gòu)的 ,所以要以建立網(wǎng)站的規(guī)范來建立。 (1) 將此網(wǎng)站目錄拷貝至應(yīng)用程序服務(wù)器下的指定目錄。 (2) 將應(yīng)用服務(wù)器下的網(wǎng)站目錄設(shè)置為虛擬目錄，并將此虛擬目錄名設(shè)為“ Menu_Online_Custmer”。 (3) 運(yùn)行 IIS，將默認(rèn)的 Web 站點(diǎn)主目錄設(shè)置為該 虛擬 目錄 。 2) 管理員管理子系統(tǒng) 管理員管理子系統(tǒng)是基于 C/S 模式架構(gòu)設(shè)計(jì)的。 (1) 將應(yīng)用程序的可執(zhí)行文件直接拷貝到客戶