網(wǎng)上訂餐系統(tǒng)報告.doc

軟件工程課程設(shè)計題 目 快樂餐訂餐系統(tǒng) 專 業(yè) 計算機科學與技術(shù) 班 級 計科1201 姓 名 黃靜 張聰，王茂峰，張安杰 指導教師 杜立新 二一四 年 十二 月 二十七 日目錄軟件工程課程設(shè)計1目錄2第1章. 系統(tǒng)背景3第2章. 項目計劃32.1. 項目技術(shù)方案32.2. 網(wǎng)上訂餐系統(tǒng)規(guī)劃4第3章. 可行性分析53.1. 可行性研究報告53.2. 可行性研究的前提6第4章. 需求分析84.1. 需求分析84.2. 軟件功能84.3. 運行環(huán)境84.4. 需求分析詳細描述94.5. 層次方框圖11第5章. 概要設(shè)計125.1. 系統(tǒng)分析125.2. 體系結(jié)構(gòu)135.3. 邏輯設(shè)計175.4. 總E-R圖195.5. 類圖21第6章. 詳細設(shè)計226.1. 系統(tǒng)模塊詳細設(shè)計（數(shù)據(jù)流圖）226.2. 程序流程圖296.3. 實體聯(lián)系圖（E-R圖）346.4. 用例規(guī)約及用例圖37第7章. 測試方案527.1. 實現(xiàn)527.2. 版本更新記錄527.3. 測試目的527.4. 測試環(huán)境527.5. 功能測試用例527.6. 性能測試53第8章. 總結(jié)54參考文獻54第1章. 系統(tǒng)背景網(wǎng)上訂餐業(yè)務(wù)的興起，折射出餐飲業(yè)善抓機遇、搶占利潤第二落點的經(jīng)營理念，同時也顯示出消費者在日常所需中，運用網(wǎng)絡(luò)觀念的意識正逐漸增強。但比起如今火爆的網(wǎng)上購物，網(wǎng)上訂酒店住宿等服務(wù)，網(wǎng)上訂餐服務(wù)在一些餐飲企業(yè)中仍未引起足夠的重視，對于消費者來說，許多人對這一新興業(yè)務(wù)尚缺乏了解，這種現(xiàn)象，在一些中小城市表現(xiàn)較突出。對于廣州、北京、上海等大城市，由于網(wǎng)上訂餐服務(wù)起步較早，一些餐飲企業(yè)的網(wǎng)上經(jīng)營已逐步走上正軌，其網(wǎng)上訂餐的經(jīng)營份額已占一定比例，給先行一步涉足網(wǎng)上訂餐的企業(yè)帶來滾滾財源。據(jù)了解，一些中小城市的餐飲企業(yè)之所以網(wǎng)上訂餐業(yè)績不夠好，有些甚至基本無業(yè)務(wù)，其原因就是未能充分發(fā)揮互聯(lián)網(wǎng)的作用。有些餐飲企業(yè)雖然開辦了網(wǎng)站，但有的未涉足網(wǎng)上業(yè)務(wù)，即使有些開展了網(wǎng)上業(yè)務(wù)，也因菜品單調(diào)、服務(wù)措施差而鮮有訂餐者。 一些餐飲企業(yè)網(wǎng)上訂餐業(yè)績效果不太顯著的另一種原因是，技術(shù)服務(wù)措施等方面還存在著明顯的不足，主要有以下幾點：一是餐飲企業(yè)開展網(wǎng)上訂餐服務(wù)后對網(wǎng)站的宣傳力度不夠，同時網(wǎng)絡(luò)信用問題也在困擾著消費者。與其它網(wǎng)絡(luò)購物方式一樣，有不少消費者對網(wǎng)絡(luò)消費心存戒備，在網(wǎng)上訂餐后仍不放心，還要通過電話再確認，這就給消費者造成網(wǎng)絡(luò)訂餐太麻煩的印象。二是有些網(wǎng)上訂餐服務(wù)和技術(shù)不太完善，消費者訂餐需要咨詢時，網(wǎng)站客服電話無人接聽；可選擇的就餐地點也不夠豐富。三是有些網(wǎng)站由于網(wǎng)上訂餐業(yè)務(wù)剛剛開展，因業(yè)務(wù)不熟悉，有時會出現(xiàn)訂單不太準確的現(xiàn)象。另外，與網(wǎng)站簽約的酒店及餐館由于數(shù)量較少，使消費者在選擇時受到限制。第2章. 項目計劃2.1. 項目技術(shù)方案 1.1 方案概述 會員可以通過訪問網(wǎng)上報餐系統(tǒng)，進行登錄或注冊，報上自己在用餐時間內(nèi)想吃的各種食物，食堂管理員可以查看用戶所報的菜品，并且可以對菜品進行增刪改查。 1.2 編程環(huán)境 此次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術(shù),Tomcat5.0作為Web服務(wù)器，在windows7系統(tǒng)條件下開發(fā)。 1.3 數(shù)據(jù)庫的實現(xiàn) 本系統(tǒng)采用SQL Server 2008作為后臺數(shù)據(jù)庫。其內(nèi)置的數(shù)據(jù)庫引擎可以控制訪問權(quán)限并快速處理數(shù)據(jù)，搜索引擎可以對 SQL Server 表中的數(shù)據(jù)進行索引，并執(zhí)行多種條件的查詢，快速返回結(jié)果。便于防火墻日志的管理和規(guī)則的訪問以及操作。數(shù)據(jù)庫管理員和開發(fā)人員可以方便地利用其進行數(shù)據(jù)庫管理或編寫相應(yīng)的SQL Server語句。2.2. 網(wǎng)上訂餐系統(tǒng)規(guī)劃我們的主要任務(wù)就是開發(fā)網(wǎng)站，只要網(wǎng)站能成功運行，其他的進貨和送貨都很簡單，不在考慮范圍內(nèi)，依次，我們需完成的任務(wù)有編制計劃，任務(wù)分配，網(wǎng)站開發(fā)，測試網(wǎng)站，試運行。網(wǎng)上訂餐系統(tǒng)的開發(fā)整個環(huán)節(jié)都是分工明確的統(tǒng)一體，單靠一個人是很難管理好每一個環(huán)節(jié)。所以，我們把任務(wù)都分到組內(nèi)每一個人身上，每個人都可以發(fā)揮自己專業(yè)特長，管理好自己負責的每個細節(jié)，從而實現(xiàn)系統(tǒng)的高效運轉(zhuǎn)。具體的分工如下圖策劃人（2人）總經(jīng)理（1人）采購管理（2人）銷售管理（2人）發(fā)貨管理（2人）小組成員副總經(jīng)理（1人）服務(wù)（2人）網(wǎng)站開發(fā)和管理（4人）數(shù)據(jù)庫管理（4人）維護開發(fā)測試客戶信息管理（1人）商品信息管理（1人）訂單信息管理（1人）評論信息管理（1人）第3章. 可行性分析3.1. 可行性研究報告網(wǎng)上訂餐項目建設(shè)的背景、可行性1、網(wǎng)上訂餐項目建設(shè)背景 隨著電子商務(wù)的普及，越來越多的人接受了電子商務(wù)這種便捷、快速的交易形式，網(wǎng)上訂餐系統(tǒng)的順勢而出很快受到了大家的歡迎。互聯(lián)網(wǎng)的應(yīng)用已普及千家萬戶,這為網(wǎng)絡(luò)訂餐提供了良好的發(fā)展空間。同時，網(wǎng)上訂餐服務(wù)的直觀、有效、便捷等優(yōu)點是傳統(tǒng)的電話訂餐業(yè)務(wù)無法比擬的。調(diào)查數(shù)據(jù)顯示，白領(lǐng)更樂于選擇網(wǎng)上訂餐服務(wù), 網(wǎng)上訂餐將是白領(lǐng)一族捕獲餐店信息、進行訂餐的發(fā)展趨勢。網(wǎng)絡(luò)訂餐隨著互聯(lián)網(wǎng)的成長會逐漸被人們所喜愛，正如幾年前手機移動的短信一樣，為企業(yè)帶來的幾百個億的業(yè)務(wù)收入。在互聯(lián)網(wǎng)世界里面，誰早一步在應(yīng)用上創(chuàng)新，誰就掌握了未來的方向。網(wǎng)上訂餐，具有方便、高效、快捷的特點，而且與傳統(tǒng)的快餐店經(jīng)營模式相比網(wǎng)上訂餐可以節(jié)省餐館的座位占用，加速餐館顧客周轉(zhuǎn)，增加餐館的營業(yè)額，提高經(jīng)濟收益。對于在網(wǎng)上訂餐的顧客來說，可以為其節(jié)省更多的時間和精力，以便投入到學習和工作中。2、網(wǎng)上訂餐項目建設(shè)的可行性 1) 技術(shù)可行性 擬定開發(fā)的外賣系統(tǒng)分為用戶界面和餐館界面，用戶界面用于顧客訂購菜品下訂單，要基于Web的數(shù)據(jù)庫訪問的要求，現(xiàn)有的ASP，HTML等軟件能夠滿足要求：餐館訂單及內(nèi)部管理部分應(yīng)用C及JAVA,SQLSEVER數(shù)據(jù)庫等即可開發(fā)，所以從現(xiàn)有的技術(shù)水平來說，完全能夠開發(fā)出完美的外賣訂餐系統(tǒng)。由于采用B/S模式，訂餐者無須安裝第三方軟件，能上網(wǎng)就能訂餐，甚至可以利用手機上網(wǎng)訂餐，使操作更加簡便，訂餐信息更加準確。避免口頭傳遞信息的錯誤，優(yōu)化服務(wù)。2) 經(jīng)濟可行性 由于本項目的特殊性，無需投入額外的設(shè)備購買及人員培訓費用。同時，系統(tǒng)對開發(fā)的需求以及軟硬件要求都不是很高，所以在軟硬件的支出上十分有限。因此，本系統(tǒng)在任何一臺連接Internet的機器上都可以運行，而且網(wǎng)絡(luò)訂餐方便快捷，節(jié)省了員工的時間和精力，也避免了食堂食物的浪費，因此訂餐系統(tǒng)在經(jīng)濟上是完全可行的。我們是一個團隊，在預算中，我們每個人都做了一筆分投資。我們的費用主要用在網(wǎng)站宣傳和進貨上，至于設(shè)備，我們都應(yīng)用自己的電腦進行管理。所以我們前期主要考慮的是運營成本。而卻這個成本我們可以相對縮小，我們可以少量進貨，常用的就好，其他的等同學下單后我們再去進貨完成交易，所以經(jīng)濟上不是主要考慮的問題。至于收益，我們會根據(jù)個人付出的多少分配。但我們主要的目的不是為了賺錢，畢竟我們還是學生，從哪方面都不算專業(yè)還談不上賺錢，只能說是學習3) 操作可行性 本系統(tǒng)對年齡以及行業(yè)要求沒有限制，不管是小孩還是老人，是計算機相關(guān)專業(yè)還是非計算機相關(guān)專業(yè)，只要懂得基本的上網(wǎng)操作,就可掌握。4) 社會可行性 網(wǎng)絡(luò)訂餐系統(tǒng)雖然便利，但是也應(yīng)該注意一些風險與潛在的問題。作為一種新興的消費方式，目前還沒有相關(guān)的規(guī)則來約束它，所以網(wǎng)上訂餐系統(tǒng)也有很多問題需要注意，首先是食品質(zhì)量安全問題，要與正規(guī)的，合格的，衛(wèi)生的飯店合作；其次還有付款的相關(guān)問題，消費者付款，最后所收的付款賣家要按時可以收到，避免引起財務(wù)糾紛；最后還有售后問題，如果消費者在拿到食品后出現(xiàn)不滿意的情況，還要及時需要相關(guān)的售后來解決這些問題。5) 其他可行性5.1 市場情況可行性分析“預訂/代訂”模式以攜程、E龍為起點，獲得納斯達克青睞之后，一批中小企業(yè)相繼涌入，但目前該模式呈現(xiàn)出幾大狀態(tài)：a、攜程大規(guī)模盈利，而E龍、芒果網(wǎng)、遨游網(wǎng)等二線梯隊尚在巨額虧損搶占市場中；b、預訂模式僅在酒店、機票上獲得一致認可，在飯店預訂中已有多加網(wǎng)站強勢進入，但盈利模式有待獲得市場認可；c、眾多小型機票、酒店預訂網(wǎng)站中，仍有部分在盈利，依據(jù)線下合作資源為基礎(chǔ)。d、該模式中，更多以電話預訂/代訂為主，以攜程為例：電話業(yè)務(wù)約占七成，網(wǎng)上業(yè)務(wù)僅占三成。5.2訂餐模式可行性分析a、寫字樓中層白領(lǐng)、普通員工寫字樓上下電梯麻煩、夏天室外溫度過高等各項因素，一般訂餐意愿較高，對菜式、餐館的多樣性選擇較高，并且一般懶得整理路上派發(fā)的訂餐傳單，只選擇固定幾個餐館預訂。 訂餐模式能較好的滿足寫字樓員工周一到周五午餐訂餐的需要，部分滿足晚上加班訂餐需要，并容易形成偏好，周末訂餐也偶然使用。b、在校大學生一般學生都選擇飯?zhí)糜貌停傆啿捅壤桓?，但部分學生沉迷游戲或其他事情，更傾向樂意使用網(wǎng)上訂餐服務(wù)，省下電話訂餐的電話費等。較多的選擇在沒課時使用。c、呆家懶人/單身漢 一個人在家懶得煮飯，樂意接受訂餐服務(wù)，一般集中在周末使用。注：選擇網(wǎng)上訂餐占所有訂餐者30%的比例，是以攜程為例電話預訂占70%，網(wǎng)上預訂占30%考慮。因此在黃頁介紹、線上下單之外，考慮VoIP電話訂餐，短信訂餐，客服在線訂餐等多樣形式。3.2. 可行性研究的前提1) 要求說明所開發(fā)軟件的基本要求，如：A、功能：管理員功能：登錄系統(tǒng)，查詢、添加、修改，查詢、添加、修改、刪除員工賬號（有權(quán)限）用戶功能：n 登錄模塊：完成客戶注冊賬號、登錄系統(tǒng)、修改密碼、修改地址功能。n 查詢模塊：完成客戶查詢功能，比如按菜系、特色菜、人均消費、餐飲評價排序等查詢n 訂單模塊：完成客戶的訂餐功能n 支付模塊：完成客戶的安全支付功能n 評價模塊：主要就餓巨額客戶對餐廳的意見以及對餐廳的評價，提供交流版塊促進客戶與客戶之間的互動B、性能：穩(wěn)定快速，實時控制。系統(tǒng)的反應(yīng)速度較快，本系統(tǒng)通過美觀，有好的界面設(shè)計可完成信息查詢，靈活，方便，便捷，準確，數(shù)據(jù)存儲安全可靠，全面展示我們的產(chǎn)品，風格統(tǒng)一，突出特色，功能設(shè)計應(yīng)體現(xiàn)人性化思想，方便用戶操作。顧客注冊后登錄系統(tǒng)必須輸入口令才能進行訂餐服務(wù)。對于管理員，在其查詢訂單的時候，可針對各種組合條件進行查詢，而且查詢效率要求高，能夠及時響應(yīng)查詢請求，易于操作和維護。另外還應(yīng)滿足于系統(tǒng)的信息完整性以及系統(tǒng)的可擴展性。C、輸出：文字、數(shù)字、英文輸出，訂單打印D、輸入：文字、數(shù)字、英文的輸入E、處理流程和數(shù)據(jù)流圖用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程；F、在安全與保密方面的要求：不能輕易被破壞，不能讓管理人員以外的人篡改價格信息，消費者信息等，對斷電、死機、系統(tǒng)崩潰等問題有有力的措施以保障數(shù)據(jù)不受損失G、完成期限：一個月2）目標：說明所建議系統(tǒng)的主要開發(fā)目標，如：A,人力與設(shè)備與設(shè)備費用的減少：本系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運行環(huán)境windows98以上系統(tǒng)，數(shù)據(jù)庫SQLSever2008，編程語言VC+等，都可通過網(wǎng)上，圖書館等各種渠道得到，不需花費大量資金購買高成本的設(shè)備。B,管理信息服務(wù)的改進：該系統(tǒng)科學合理的將整個程序劃分為多個模塊，各模塊單獨設(shè)計，有助于降低整個程序易于銜接和修改C,前進的程序結(jié)構(gòu)：使用當代前衛(wèi)的軟件編程，能延長其生命周期，易于維護與管理D,安全可靠性高：后臺維護功能齊全，根據(jù)平臺在各個階段不同的使用情況，管理人員可以設(shè)置相應(yīng)的操作權(quán)限，增加系統(tǒng)注冊，分配各個欄目的管理權(quán)限，實現(xiàn)系統(tǒng)的維護，保證系統(tǒng)的安全可靠E,實用性強：努力使系統(tǒng)符合實際操作流程的習慣，并盡量減少用戶的輸入，易學易用的有好的用戶界面，滿足各層次的用戶使用的需求F,查詢功能強大：可以對菜品的信息和店鋪信息查詢3）進行可行性研究的方法n 實地考察，去校外附近各餐館了解各餐館的情況，如具體餐類，銷售情況，飯前價格，收入情況，每天有多少學生就餐等，估計系統(tǒng)的經(jīng)濟可行性n 問卷調(diào)查，通過對校內(nèi)同學的問卷調(diào)查，了解他們的就餐地點，喜歡的食物，對網(wǎng)上訂餐系統(tǒng)的評價n 查閱相關(guān)資料，了解現(xiàn)有的網(wǎng)上訂餐系統(tǒng)第4章. 需求分析4.1. 需求分析 用戶可通過訪問我們的網(wǎng)站快樂餐網(wǎng)上訂餐系統(tǒng)，進行登陸或注冊，獲得你想要的各種食物，管理員可以查看用戶菜品，可以對菜品進行增刪改查。1) 產(chǎn)品介紹 產(chǎn)品名稱：快樂餐訂餐系統(tǒng) 產(chǎn)品用途：對餐館提供發(fā)布菜肴消息，得到顧客訂單信息，對顧客提供菜肴服務(wù)。2) 產(chǎn)品面向的用戶群體：各大酒店，網(wǎng)上店鋪，以及一些大型超市的網(wǎng)上訂餐系統(tǒng)等。4.2. 軟件功能此系統(tǒng)主要是針對顧客開放的網(wǎng)上訂餐系統(tǒng)。顧客訂餐主要流程如下：1. 顧客登錄網(wǎng)上訂餐系統(tǒng)進行菜單的瀏覽或者注冊為會員。2. 會員可以對自己的個人信息進行更改，以會員形式登陸的顧客享受訂餐服務(wù)。3. 如果顧客覺得菜單應(yīng)該有所改變則可對已選的菜單進行選擇、更改、刪除等功能。4. 當顧客確定訂餐完畢后，顧客可以將其提交至我們的餐廳后臺系統(tǒng)，并生成訂單。5. 顧客可以對系統(tǒng)或者餐廳有意見或者建議的留言給我們，我們會及時滿意的回復。管理員、后臺管理流程如下：1. 管理員登錄后臺點餐系統(tǒng)。2. 管理員可以管理會員信息。3. 后臺將顧客點餐提交到后廚顯示。4. 后廚根據(jù)顧客訂餐菜單進行做菜。5. 每完成一個菜就更改其狀態(tài)為已做。6. 所有訂餐菜完成后根據(jù)會員提交送餐地址進行確認并送餐。4.3. 運行環(huán)境 顧客客戶端：操作系統(tǒng)windows98以上，瀏覽器IE5.0以上。 條件與限制：開發(fā)本系統(tǒng)所用到的軟件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0，SQL Server20054.4. 需求分析詳細描述4.4.1模塊需求分析1) 顧客網(wǎng)上訂餐功能分析：根據(jù)對顧客網(wǎng)上訂餐系統(tǒng)業(yè)務(wù)流程的分析，課已看出顧客點菜主要涉及到一些數(shù)據(jù)庫的邏輯和程序應(yīng)用邏輯。具體的功能歸納如下：1. 顧客登錄網(wǎng)上訂餐系統(tǒng)進行菜單瀏覽、2. 顧客注冊為會員。3. 會員對自己的個人信息進行更改，比如送餐地址和聯(lián)系電話。以及賬戶密碼。4. 顧客對已選的菜單進行更改選擇的數(shù)量或者取消選擇。5. 當顧客確定訂餐完畢后，顧客將其提交只服務(wù)器后臺點餐系統(tǒng)，并生成訂單。2) 管理員后臺管理系統(tǒng)功能分析：1 管理員在后臺登錄后，可以創(chuàng)建新的管理員。2 管理員可以對餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進行添加、刪除和修改，比如更改菜單的圖片，價格，菜單的描述，更換新品，添加新菜等。3 管理員對菜單進行管理，確定訂單的生成。4 管理員根據(jù)不同的屬性來查詢訂單，比如生成日期或者編號等。5 管理員根據(jù)不同的時間段統(tǒng)計處營業(yè)額，成本，同時還能統(tǒng)計出每道菜的銷售量、任何時間段的銷售情況以及每一個顧客的消費情況。3) 為更好的說明系統(tǒng)，具體功能如下表：功能類別子功能用戶管理用戶登錄用戶注冊用戶操作餐品展示餐品的詳細介紹放進購物車查看購物車詳細信息提交反饋意見察看所有留言管理員操作增加餐品修該餐品刪除餐品回復留言刪除留言結(jié)帳付款確認和配送信息結(jié)束訂單設(shè)置友好結(jié)束界面4.4.2用戶注冊登錄用戶訪問本網(wǎng)站直接進入本網(wǎng)站可直接進入網(wǎng)站主頁，可選擇登陸，若為注冊可選擇注冊，只有注冊用戶方可點餐。注冊提供用戶名和密碼，用戶名只能檢測，若以存在也提示。另外加入記住密碼功能，登陸一次可在兩周內(nèi)無需再次登陸，直接進入登陸狀態(tài)。4.4.3瀏覽菜品顯示菜品的各種信息，可在分類查詢，動態(tài)搜索，設(shè)計頁面分業(yè)，布局排版問題，以方便用戶瀏覽選擇。4.4.4菜品詳細信息顯示餐品中某一餐品的詳細信息，包括菜名，配料，口味，價格等，以供用戶放進自己的購物車。4.4.5購物車實現(xiàn)對已定菜品的管理，包括增加菜品，刪除菜品，修改數(shù)量。4.4.6提交購物車并生成訂接受購物車信息，隨即獲取訂單號，動態(tài)刷新頂單狀態(tài)，固定時間（如30秒）完成一道菜，用戶可繼續(xù)修改為完成的菜品，已完成菜品無法進行操作，用戶修改訂單并保存。4.4.7結(jié)帳付款選擇付款方式及對此次餐的評價。4.4.8結(jié)束訂餐設(shè)置友好的結(jié)束界面。4.4.9管理員操作在后臺系統(tǒng)中管理網(wǎng)上訂餐會員管理和菜單管理。4.5. 層次方框圖第5章. 概要設(shè)計5.1. 系統(tǒng)分析本系統(tǒng)可以實現(xiàn)網(wǎng)上的在線訂餐，顧客通過網(wǎng)上瀏覽餐品并進行選擇產(chǎn)生訂單。同時，管理端可以匯總訂單，瀏覽訂單，并通過訂單結(jié)果修改餐品相應(yīng)信息，更新餐品信息，瀏覽顧客的評價等等。方便顧客的訂餐，以及網(wǎng)頁餐品信息的管理。系統(tǒng)包括管理端子系統(tǒng)和客戶端子系統(tǒng)?？蛻舳俗酉到y(tǒng)包括用戶注冊、用戶登錄、個人信息維護、食品信息瀏覽、維護購物車、生成訂單。管理端子系統(tǒng)包括登陸管理，維護顧客信息，維護餐品信息，管理訂單。圖B1和為客戶端和管理端的組成結(jié)構(gòu)圖。B-1客戶端子系統(tǒng)圖示B-2管理端子系統(tǒng)圖示5.2. 體系結(jié)構(gòu)系統(tǒng)的總體結(jié)構(gòu)設(shè)計遵循如下原則：）系統(tǒng)應(yīng)具有良好的適應(yīng)性：能適應(yīng)用戶對系統(tǒng)的軟件環(huán)境、管理內(nèi)容、模式和界面的要求；）系統(tǒng)應(yīng)具有可靠性：采用成熟的技術(shù)方法和軟件開發(fā)平臺，以保證在以后的實際應(yīng)用中安全、可靠；）系統(tǒng)應(yīng)具有較好的安全性：應(yīng)提高完善的安全機制和用戶權(quán)限限制機制，確保數(shù)據(jù)的受限訪問；）系統(tǒng)應(yīng)具有良好的可維護性：系統(tǒng)應(yīng)易于維護、安裝；）系統(tǒng)應(yīng)具有良好的可擴展性：系統(tǒng)應(yīng)適應(yīng)未來信息化建設(shè)的要求，能方便得進行功能擴展，以建立完善的信息集成管理體系。本系統(tǒng)采用struts體系結(jié)構(gòu)，Struts是一個基于模型(Model)視圖(View)控制器(Controller)(MVC)模式的應(yīng)用架構(gòu)的開源框架。目前軟件項目中有很多的體系結(jié)構(gòu)，其中是比較流行的一種。l 體系結(jié)構(gòu)對于開發(fā)Web應(yīng)用，要從頭設(shè)計并開發(fā)出一個可靠、穩(wěn)定的框架不是一件容易的事情，隨著Web開發(fā)技術(shù)的日趨成熟，在web開發(fā)領(lǐng)域出現(xiàn)了一些現(xiàn)成的優(yōu)秀的框架，開發(fā)者可以直接使用它們，就是一個很好的框架結(jié)構(gòu)，它是在JSPModel2基礎(chǔ)上實現(xiàn)的一個MVC框架，它可以使你不必要從頭開始全部開發(fā)組件，對于大項目更是很好的。在Strcut框架中模型由實現(xiàn)業(yè)務(wù)邏輯的JavaBean或者EJB組件構(gòu)成，控制器由ActionSevelet和Action來實現(xiàn)，視圖由一組JSP文件組成，圖顯示了Struct實現(xiàn)的MVC框架。其中：視圖：就是一組JSP文件，這些JSP文件沒有業(yè)務(wù)邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的JSP標簽或者是客戶化標簽，如Struct標簽庫的標簽。此外，通常將Strcut框架中的ActionFormBean也劃為視圖模塊中，ActionFormBean是一種JAVABEAN，除了具有一些JAVABean的常規(guī)方法外，還包含了一些特殊的方法，用于驗證HTML表單數(shù)據(jù)以及將其屬性重新設(shè)置默認值。Struct框架利用ActionFormBean來進行視圖和控制器之間表單數(shù)據(jù)的傳遞。Strcut框架將用戶輸入的表單數(shù)據(jù)保存在ActionFormBean中，將它傳遞給控制器，控制器可以對ActionFormBean中的數(shù)據(jù)進行修改，JSP文件使用Strcut標簽讀取修改后的ActionFormBean的信息，重新設(shè)置HTML表單。控制器：控制器由ActionServlet類和Action類實現(xiàn)，ActionServlet類是Struct框架中的核心組件。是這個MVC的中央控制器的角色，ActionServlet主要負責接收HTTP請求的信息，根據(jù)配置文件struct-config.xml的配置信息，將請求轉(zhuǎn)發(fā)給適當?shù)腁ction對象，如果該Action對象不存在，ActionServlet會先創(chuàng)建這個Action對象。Action類負責調(diào)用模型的方法，更新模型的狀態(tài)，并幫助控制應(yīng)用程序的流程，對于小型簡單的應(yīng)用，Action類本身也可以完成一些實際的業(yè)務(wù)邏輯。模型：模型表示應(yīng)用程序的狀態(tài)和業(yè)務(wù)邏輯，業(yè)務(wù)邏輯常常由JavaBean或者EJB組件實現(xiàn)。如果在Web應(yīng)用開發(fā)中套用現(xiàn)成的Struct框架，可以簡化每個開發(fā)階段的工作，開發(fā)人員可以更加有針對性地分析應(yīng)用需求，不必重新設(shè)計框架，只需在Struct框架的基礎(chǔ)上，設(shè)計MVC各個模塊包含的具體組件，在編碼過程中，可以充分利用Struct提供的各種實用類和標簽庫，簡化編碼工作。Struct框架可以方便迅速地將一個復雜的應(yīng)用劃分成模型、視圖和控制器組件，而Struct的配置文件struct-config.xml可以靈活地組裝這些組件，簡化開發(fā)過程。l 網(wǎng)絡(luò)結(jié)構(gòu)圖l 系統(tǒng)運行環(huán)境 客戶機：普通PC CPU：P41.8GHz以上n 內(nèi)存：256MB以上 能夠運行IE5.0以上或者Netscape4.0以上版本的機器n 分辨率：推薦使用1024*768像素l WEB服務(wù)器 CPU：P42.0GHzn 內(nèi)存：1G以上n 硬盤：80G以上n 網(wǎng)卡：千兆l 數(shù)據(jù)庫服務(wù)器 CPU：P42.0GHzn 內(nèi)存：1G以上n 硬盤：80G以上軟件環(huán)境l 本系統(tǒng)的的軟件環(huán)境如下：操作系統(tǒng)：Unix/Linux/windows2000或以上版本l數(shù)據(jù)庫：SQLServer2000工具包：JDKVersion1.4.2l開發(fā)環(huán)境：eclipse-SDK-3.1.2-win32lWeb服務(wù)器：Tomcatl瀏覽器：IE6.0以上（1）數(shù)據(jù)庫及操作系統(tǒng):對于核心數(shù)據(jù)庫來說，選擇一個合適的數(shù)據(jù)庫系統(tǒng)對我們的系統(tǒng)運行是很重要的，選擇數(shù)據(jù)庫的關(guān)鍵因素是要考慮預計會有多少人同時訪問數(shù)據(jù)庫；正常工作時間的級別；用來訪問數(shù)據(jù)庫的應(yīng)用程序的類型；運行數(shù)據(jù)庫的服務(wù)器的硬件和操作系統(tǒng)類型；以及管理人員的專業(yè)技術(shù)水平。目前市場上適用于中小型企業(yè)的數(shù)據(jù)庫產(chǎn)品有IBMDB2、MicrosoftSQLServer系列、Oracle系列。所有這些產(chǎn)品都基于SQL語言。同時，它們還擁有精密復雜的安全控制以適應(yīng)不同的商業(yè)需要。服務(wù)器操作系統(tǒng)使用Windows2000Server系統(tǒng)。（2）WEB服務(wù)軟件：目前的WEB服務(wù)器軟件有很多種，成熟而且穩(wěn)定有Apache、和Microsoft的IIS，它們也是占據(jù)著Web服務(wù)器市場最大的份額。Tomcat是Sun和Apache合作做出來的JSPServer,支持Servlet2.2及JSP1.1等版本。而且Tomcat未來將會取代Jserv，成為Apache主要的Servlet&JSPEngine。Tomcat在設(shè)計上是以獨立的Server執(zhí)行,而不像Jserv是附在Apache中,這樣就更可以發(fā)揮在servlet中，非HttpServlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用,不需要考慮操作系統(tǒng)平臺。因此選擇作為WEB服務(wù)器。5.3. 邏輯設(shè)計l 邏輯設(shè)計概述數(shù)據(jù)庫的邏輯設(shè)計是概念模型向邏輯模型的轉(zhuǎn)化，一般步驟是先將概念結(jié)構(gòu)轉(zhuǎn)化為關(guān)系模型，然后將轉(zhuǎn)化來的關(guān)系模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換，最后對數(shù)據(jù)模型進行優(yōu)化l 數(shù)據(jù)存儲存儲名流入流出客戶信息存儲更新信息流，登陸信息流登陸反饋流，更新反饋流資金信息存儲資金轉(zhuǎn)入信息流資金轉(zhuǎn)出信息流訂單信息存儲更新、查詢流查詢、更新、統(tǒng)計信息流配送信息存儲更新、查詢流更新、查詢信息流l 數(shù)據(jù)表的設(shè)計數(shù)據(jù)庫的主要表詳細結(jié)構(gòu)如下：訂單條目表訂單條目表菜單表菜分類表用戶表5.4. 總E-R圖5.5. 類圖1.顧客：顧客有自己的id、用戶名、電話號碼、地址、郵箱、登錄密碼等屬性，操作有搜索，登錄、搜索、瀏覽、留言、訂單、退單等。2.管理員：管理員有id、管理員名字、登錄后臺密碼等屬性，有登錄、查詢、更新、刪除、修改、審核、銷售統(tǒng)計等操作。3.訂單：包括訂單id、顧客訂購美食的品種數(shù)、顧客用戶名、訂單時間、付款方式和運送方式等屬性。4.餐品：包括餐品id、餐品價格、餐品介紹等屬性。5.信息發(fā)布：指信息ID屬性，有信息反饋、優(yōu)惠活動、店鋪信息、送餐時段公告等6.評價：包括留言板的id、名字、餐品類別、評價內(nèi)容等屬性，有留言等操作。7.賣家：包括賣家ID、用戶名、地址、聯(lián)系電話等屬性，有銷售統(tǒng)計等操作8.支付模塊：包括ID、用戶名、支付方式等屬性9.配送模塊：包括ID、用戶名、配送方式等屬性第6章. 詳細設(shè)計6.1. 系統(tǒng)模塊詳細設(shè)計（數(shù)據(jù)流圖）本系統(tǒng)總共有五大主要模塊，分別是支付模塊，訂單管理模塊，后臺管理模塊，配送模塊和信息發(fā)布模塊。每個模塊分別有不同的權(quán)限和使用功能。信息發(fā)布系統(tǒng)賣家通過平臺隨時更改食品信息，以及食品的優(yōu)惠信息，并儲存在數(shù)據(jù)庫中，而買家通過平臺查詢數(shù)據(jù)庫，得到食品的信息。后臺管理模塊管理員、買家、賣家通過自己的登陸信息登陸系統(tǒng)，其中賣家可以更新店鋪信息、通過系統(tǒng)得到銷售統(tǒng)計信息，而管理員可以對賣家、買家進行賬戶管理。支付模塊引入第三方金融接口，如果為貨到付款，則不需要本支付系統(tǒng)，賣家買家可以直接交付；否則賣家轉(zhuǎn)帳到支付系統(tǒng)，并且支付系統(tǒng)可以轉(zhuǎn)帳到賣家賬戶。訂單管理系統(tǒng)買家通過系統(tǒng)下達頂、訂單，并可以查詢查詢訂單數(shù)據(jù)庫，得到訂單狀態(tài)。而系統(tǒng)會自動通知賣家訂單詳情。配送模塊賣家給快遞下達配送任務(wù)，賣家可以隨時查詢數(shù)據(jù)庫，得到配送進度。6.2. 程序流程圖信息發(fā)布流程賣家通過系統(tǒng)更新食品信息，系統(tǒng)判斷是否合法，合法則更新，并輸出反饋。若買家反饋/查詢食品，則進行查詢并反饋，結(jié)束。后臺管理流程首先判斷是否注冊，是則填入注冊信息，判斷合法后注冊并反饋；否則進行登錄，判斷身份后輸入操作，然后系統(tǒng)執(zhí)行用戶操作，輸出操作反饋，判斷登出，跳出系統(tǒng)結(jié)束。支付模塊流程判斷是否貨到付款，是則改為人工操作，并直接跳出；否則買家輸入銀行信息進行轉(zhuǎn)賬，判斷轉(zhuǎn)賬成功，是則進行賣家配送，否則重來。判斷賣家配送是否成功，是則轉(zhuǎn)賬跳出，否則進入投訴環(huán)節(jié)。訂單管理流程判斷錄入/查詢訂單，錄入訂單則錄入，判斷合法性后提交訂單，并下達配送，輸出反饋。否則輸入查詢編號，查詢配送情況，不論查詢成功與否，輸出查詢反饋。配送模塊流程查詢則輸入編號，進行合法判斷，并查詢，輸出反饋結(jié)束。錄入則錄入訂單，生成配送，判斷是否貨到付款，是則直接配送，否則判斷付款，付款后進行配送，根據(jù)配送方式配送。配送完成修改訂單狀態(tài)，結(jié)束。6.3. 實體聯(lián)系圖（E-R圖）l 分E-R圖 餐品表E-R圖 訂單E-R圖 顧客E-R圖 管理員E-R圖 賣家E-R圖 信息表E-R圖 支付E-R圖6.4. 用例規(guī)約及用例圖1. 支付：用例名稱：轉(zhuǎn)入角色：支付簡要說明：在線支付時資金不足，進行資金轉(zhuǎn)入前置事件：用戶在確認購買餐品后選擇在線支付方式基本流：1. 用戶確認購買餐品后2. 支付方式選擇在線支付3. 當支付時資金不足可以進行銀行卡資金轉(zhuǎn)入備選流：用戶可能在2時選擇貨到付款后置條件：資金轉(zhuǎn)入成功，繼續(xù)付款用例名稱：轉(zhuǎn)出角色：支付簡要說明：在線支付時資金的轉(zhuǎn)出前置事件：用戶在確認購買餐品后選擇在線支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇在線支付3.當支付時資金充足時，完成資金轉(zhuǎn)出備選流：用戶可能在2時選擇貨到付款后置條件：資金轉(zhuǎn)出成功，付款成功用例名稱：買家資金管理角色：支付簡要說明：在線支付時買家資金的流動前置事件：用戶在確認購買餐品后選擇在線支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇在線支付3.買家對自己的資金進行管理操作備選流：用戶可能在2時選擇貨到付款后置條件：進而選擇資金的流入或者流出用例名稱：貨到付款角色：支付簡要說明：餐品到達后用戶付錢前置事件：用戶在確認購買餐品后選擇貨到付款支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇貨到付款備選流：用戶可能在2時選擇在線支付后置條件：用戶下單成功，商家開始運作。2. 訂單：用例名稱：訂單查詢角色：訂單簡要說明：用戶和賣家可以對訂單進行查詢前置事件：用戶在確認購買餐品后事件流：1.用戶確認購買餐品后2.訂單成功生成3.買家可以進行查詢來確認訂單4.賣家可以對生成的訂單進行查詢備選流：無后置條件：買家通過查詢訂單確認購買信息，進而進行付款。用例名稱：退訂角色：訂單簡要說明：用戶對遞交后的訂單進行退訂前置事件：用戶下單成功并進行訂單查詢事件流：1.用戶確認購買餐品后2.訂單成功生成3.查詢訂單4.買家取消訂單備選流：無后置條件：用戶成功取消訂單用例名稱：確認收貨角色：訂單簡要說明：買家確認接收到餐品前置事件：1.用戶下單成功并成功支付2.賣家制作完成并配送成功事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單備選流：用戶在接收餐品后并沒有及時進行反饋，7遲遲不能進行后置條件：買家確認交易完成用例名稱：收單打印角色：訂單簡要說明：賣家確認交易完成收單打印前置事件：1.用戶下單成功并成功支付2.賣家制作完成并配送成功3.買家確認收到餐品事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單8.賣家收單打印備選流：買家并沒有及時進行確認收單，配送方可以及時進行反饋后置條件：賣家確認交易完成用例名稱：餐品信息角色：訂單簡要說明：賣家發(fā)布餐品相關(guān)信息進行信息的錄入前置事件：1.賣家想要在訂餐系統(tǒng)中出售餐品2.賣家進行餐品信息錄入事件流：1.賣家發(fā)布店內(nèi)餐品信息2.賣家進行餐品信息的錄入備選流：無后置條件：賣家成功錄入餐品信息，買家可以根據(jù)賣家發(fā)布的餐品信息進行購買用例名稱：顧客信息角色：訂單簡要說明：用戶對自己的相關(guān)信息進行錄入前置事件：用戶在購買前需要注冊相關(guān)信息事件流：1.用戶瀏覽賣家發(fā)布的相關(guān)餐品2.用戶確認購買相關(guān)餐品3.用戶注冊填寫相關(guān)個人信息備選流：1時瀏覽后，用戶不想購買任何餐品后置條件：買家錄入成功個人信息后可以進行購買用例名稱：配送信息角色：訂單簡要說明：配送方錄入成功下單的用戶信息前置事件：1.用戶下單成功后2.賣家制作成功等待配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.配送方錄入用戶信息備選流：3不成功時，將不會出現(xiàn)配送4.確認用戶信息時，發(fā)現(xiàn)用戶信息不完整，無法配送后置條件：賣家制作好餐品后，配送方開始配送餐品用例名稱：支付信息角色：訂單簡要說明：對用戶支付時錄入的相關(guān)信息前置事件：1.用戶下單成功后2.進行支付選擇時事件流：1.用戶確認購買餐品后2.訂單成功生成3.在進行支付時進行選擇備選流：無后置條件：選擇支付成功后，賣家開始制作餐品3. 后臺：用例名稱：登陸角色：后臺簡要說明：買家在后臺成功注冊后，登陸系統(tǒng)前置事件：買家成功注冊個人信息事件流：1.買家注冊個人信息成功后2.登陸系統(tǒng) 備選流：無后置條件：買家登陸系統(tǒng)后，可以進行餐品的選購用例名稱：注冊角色：后臺簡要說明：買家需要在后臺注冊個人信息前置事件：買家想要購買餐品事件流：1.買家想要購買餐品2.在后臺系統(tǒng)注冊個人信息 備選流：無后置條件：買家注冊個人信息后，登陸系統(tǒng)用例名稱：登陸角色：后臺簡要說明：后臺管理員登陸系統(tǒng)前置事件：無事件流：后臺管理員登陸系統(tǒng)進行管理 備選流：無后置條件：管理員的登陸系統(tǒng)后，進行管理員操作用例名稱：買家管理角色：后臺簡要說明：后臺管理員對買家操作進行管理前置事件：管理員成功登陸系統(tǒng)事件流：1.管理員成功登陸系統(tǒng)2.用戶進行注冊、購買操作3.管理員進行相關(guān)管理 備選流：沒有用戶時無須進行買家管理后置條件：對買家操作進行統(tǒng)一管理，方便系統(tǒng)運行用例名稱：賣家管理角色：后臺簡要說明：賣家注冊后發(fā)布餐品信息，管理員進行管理監(jiān)測前置事件：賣家成功注冊商家信息賣家發(fā)布食品信息事件流：1.賣家發(fā)布注冊信息后2.管理員進行管理 備選流：無后置條件：對賣家操作進行統(tǒng)一管理，方便買家購買用例名稱：賣家資金管理角色：后臺簡要說明：賣家資金的流轉(zhuǎn)前置事件：用戶購買賣家餐品賣家成本支出事件流：1.用戶購買餐品后支付資金2.賣家制作餐品時的成本支出3.賣家配送餐品支出4.賣家進行資金統(tǒng)一管理 備選流：無后置條件：對賣家資金進行統(tǒng)一規(guī)劃用例名稱：注冊角色：后臺簡要說明：賣家在后臺系統(tǒng)注冊信息前置事件：賣家要在訂餐系統(tǒng)中出售餐品事件流：1.賣家想要出售餐品2.賣家在系統(tǒng)中注冊信息 備選流：無后置條件：賣家可以進行餐品售賣用例名稱：銷售統(tǒng)計角色：后臺簡要說明：賣家銷售份額前置事件：用戶需要訂購餐品賣家完成餐品配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單8.賣家收單打印9.進行銷售統(tǒng)計備選流：無后置條件：賣家可以對自身一天的銷售額做到充分了解4. 配送：用例名稱：地址信息角色：配送簡要說明：配送方需要將用戶地址信息錄入前置事件：1.用戶下單成功2.選擇支付方式成功事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.配送方將用戶地址信息進行錄入備選流：買家信息填寫不完整或錯誤時，無法完成配送沒有成功選擇支付方式時，不會進行地址信息錄入后置條件：錄入買家信息后，準備開始進行配送用例名稱：地址信息角色：配送簡要說明：錄入用戶地址信息前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢備選流：買家地址信息填寫不完整或錯誤時，無法完成配送后置條件：查詢到買家地址信息后，開始進行配送用例名稱：客戶姓名角色：配送簡要說明：錄入用戶姓名，配送時方便確認前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢7.到達后，確認客戶姓名備選流：確認用戶姓名不符合時，無法完成配送后置條件：客戶姓名確認后，交易餐品用例名稱：用戶電話角色：配送簡要說明：用戶電話號碼錄入前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢7.配送方通過電話通知買家取餐備選流：買家地址信息填寫不完整或錯誤時，無法完成配送買家電話不通時，無法完成配送后置條件：買家接到電話后，動身取餐用例名稱：客服電話角色：配送簡要說明：客服電話號碼錄入前置事件：用戶需要訂購餐品事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.進行配送6.買家可通過客服電話詢問來了解餐品配送情況備選流：無后置條件：無用例名稱：專業(yè)團隊送角色：配送簡要說明：專業(yè)物流團隊配送餐品前置事件：1.用戶訂購餐品完成后2.賣家制作完成事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇專業(yè)團隊配送方式備選流：在5時選擇商家自配送后置條件：查詢買家信息，開始配送用例名稱：商家自配送角色：配送簡要說明：商家自己配送餐品前置事件：1.用戶訂購餐品完成后2.賣家制作完成事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.買家自己配送餐品備選流：在5時選擇專業(yè)團隊送后置條件：查詢買家信息，開始配送用例名稱：正在制作中角色：配送簡要說明：餐品正在制作當中前置事件：用戶訂購餐品完成后事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.買家查詢到餐品正在制作中備選流：4時買家查詢到餐品正在配送中后置條件：買家等待餐品用例名稱：正在配送中角色：配送簡要說明：餐品正在配送路上前置事件：用戶訂購餐品完成后事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.買家查詢到餐品正在配送中備選流：4時買家查詢到餐品正在制作中后置條件：買家等待餐品5. 賣家信息發(fā)布：用例名稱：星級評判角色：賣家信息發(fā)布簡要說明：買家對餐品進行星級評價，賣家顯示星級評判前置事件：1.用戶訂購餐品完成2.配送成功3.買家確認訂單事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支