網上訂餐系統(tǒng)報告參考模板

1、軟件工程課程設計題 目 快樂餐訂餐系統(tǒng) 專 業(yè) 計算機科學與技術 班 級 計科1201 姓 名 黃靜 張聰，王茂峰，張安杰 指導教師 杜立新 二一四 年 十二 月 二十七 日1 / 56目錄軟件工程課程設計1目錄2第1章. 系統(tǒng)背景3第2章. 項目計劃32.1. 項目技術方案32.2. 網上訂餐系統(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章. 概要設計125.1. 系統(tǒng)分析 125.2. 體系結構 

2、135.3. 邏輯設計 175.4. 總E-R圖195.5. 類圖21第6章. 詳細設計226.1. 系統(tǒng)模塊詳細設計（數(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章. 總結54參考文獻54第1章. 系統(tǒng)背景網上訂餐業(yè)務的興起，折射出餐飲業(yè)善抓機遇、搶占利潤第二落點的經營理念，同時也顯示出消費者在日常所需中，運用網絡觀念的意識正逐漸增強。但比起如今火爆的

3、網上購物，網上訂酒店住宿等服務，網上訂餐服務在一些餐飲企業(yè)中仍未引起足夠的重視，對于消費者來說，許多人對這一新興業(yè)務尚缺乏了解，這種現(xiàn)象，在一些中小城市表現(xiàn)較突出。對于廣州、北京、上海等大城市，由于網上訂餐服務起步較早，一些餐飲企業(yè)的網上經營已逐步走上正軌，其網上訂餐的經營份額已占一定比例，給先行一步涉足網上訂餐的企業(yè)帶來滾滾財源。據(jù)了解，一些中小城市的餐飲企業(yè)之所以網上訂餐業(yè)績不夠好，有些甚至基本無業(yè)務，其原因就是未能充分發(fā)揮互聯(lián)網的作用。有些餐飲企業(yè)雖然開辦了網站，但有的未涉足網上業(yè)務，即使有些開展了網上業(yè)務，也因菜品單調、服務措施差而鮮有訂餐者。 一些餐飲企業(yè)網上訂餐業(yè)績效果不太顯著的另

4、一種原因是，技術服務措施等方面還存在著明顯的不足，主要有以下幾點：一是餐飲企業(yè)開展網上訂餐服務后對網站的宣傳力度不夠，同時網絡信用問題也在困擾著消費者。與其它網絡購物方式一樣，有不少消費者對網絡消費心存戒備，在網上訂餐后仍不放心，還要通過電話再確認，這就給消費者造成網絡訂餐太麻煩的印象。二是有些網上訂餐服務和技術不太完善，消費者訂餐需要咨詢時，網站客服電話無人接聽；可選擇的就餐地點也不夠豐富。三是有些網站由于網上訂餐業(yè)務剛剛開展，因業(yè)務不熟悉，有時會出現(xiàn)訂單不太準確的現(xiàn)象。另外，與網站簽約的酒店及餐館由于數(shù)量較少，使消費者在選擇時受到限制。第2章. 項目計劃2.1. 項目技術方案 1.1 方案

5、概述 會員可以通過訪問網上報餐系統(tǒng)，進行登錄或注冊，報上自己在用餐時間內想吃的各種食物，食堂管理員可以查看用戶所報的菜品，并且可以對菜品進行增刪改查。 1.2 編程環(huán)境 此次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術,Tomcat5.0作為Web服務器，在windows7系統(tǒng)條件下開發(fā)。 1.3 數(shù)據(jù)庫的實現(xiàn) 本系統(tǒng)采用SQL Server 2008作為后臺數(shù)據(jù)庫。其內置的數(shù)據(jù)庫引擎可以控制訪問權限并快速處理數(shù)據(jù)，搜索引擎可以對 SQL Server 表中的數(shù)據(jù)進行索引，并執(zhí)行多種條件的查詢，快速返回結果。便于防火墻日志的管理和規(guī)則的訪問以及操作。數(shù)據(jù)庫管理員和開發(fā)人員可以方便地利用其

6、進行數(shù)據(jù)庫管理或編寫相應的SQL Server語句。2.2. 網上訂餐系統(tǒng)規(guī)劃我們的主要任務就是開發(fā)網站，只要網站能成功運行，其他的進貨和送貨都很簡單，不在考慮范圍內，依次，我們需完成的任務有編制計劃，任務分配，網站開發(fā)，測試網站，試運行。網上訂餐系統(tǒng)的開發(fā)整個環(huán)節(jié)都是分工明確的統(tǒng)一體，單靠一個人是很難管理好每一個環(huán)節(jié)。所以，我們把任務都分到組內每一個人身上，每個人都可以發(fā)揮自己專業(yè)特長，管理好自己負責的每個細節(jié)，從而實現(xiàn)系統(tǒng)的高效運轉。具體的分工如下圖策劃人（2人）總經理（1人）采購管理（2人）銷售管理（2人）發(fā)貨管理（2人）小組成員副總經理（1人）服務（2人）網站開發(fā)和管理（4人）數(shù)據(jù)庫管

7、理（4人）維護開發(fā)測試客戶信息管理（1人）商品信息管理（1人）訂單信息管理（1人）評論信息管理（1人）第3章. 可行性分析3.1. 可行性研究報告網上訂餐項目建設的背景、可行性1、網上訂餐項目建設背景 隨著電子商務的普及，越來越多的人接受了電子商務這種便捷、快速的交易形式，網上訂餐系統(tǒng)的順勢而出很快受到了大家的歡迎?；ヂ?lián)網的應用已普及千家萬戶,這為網絡訂餐提供了良好的發(fā)展空間。同時，網上訂餐服務的直觀、有效、便捷等優(yōu)點是傳統(tǒng)的電話訂餐業(yè)務無法比擬的。調查數(shù)據(jù)顯示，白領更樂于選擇網上訂餐服務, 網上訂餐將是白領一族捕獲餐店信息、進行訂餐的發(fā)展趨勢。網絡訂餐隨著互聯(lián)網的成長會逐漸被人們所喜愛，正如

8、幾年前手機移動的短信一樣，為企業(yè)帶來的幾百個億的業(yè)務收入。在互聯(lián)網世界里面，誰早一步在應用上創(chuàng)新，誰就掌握了未來的方向。網上訂餐，具有方便、高效、快捷的特點，而且與傳統(tǒng)的快餐店經營模式相比網上訂餐可以節(jié)省餐館的座位占用，加速餐館顧客周轉，增加餐館的營業(yè)額，提高經濟收益。對于在網上訂餐的顧客來說，可以為其節(jié)省更多的時間和精力，以便投入到學習和工作中。2、網上訂餐項目建設的可行性 1) 技術可行性 擬定開發(fā)的外賣系統(tǒng)分為用戶界面和餐館界面，用戶界面用于顧客訂購菜品下訂單，要基于Web的數(shù)據(jù)庫訪問的要求，現(xiàn)有的ASP，HTML等軟件能夠滿足要求：餐館訂單及內部管理部分應用C及JAVA,SQLSEVE

9、R數(shù)據(jù)庫等即可開發(fā)，所以從現(xiàn)有的技術水平來說，完全能夠開發(fā)出完美的外賣訂餐系統(tǒng)。由于采用B/S模式，訂餐者無須安裝第三方軟件，能上網就能訂餐，甚至可以利用手機上網訂餐，使操作更加簡便，訂餐信息更加準確。避免口頭傳遞信息的錯誤，優(yōu)化服務。2) 經濟可行性 由于本項目的特殊性，無需投入額外的設備購買及人員培訓費用。同時，系統(tǒng)對開發(fā)的需求以及軟硬件要求都不是很高，所以在軟硬件的支出上十分有限。因此，本系統(tǒng)在任何一臺連接Internet的機器上都可以運行，而且網絡訂餐方便快捷，節(jié)省了員工的時間和精力，也避免了食堂食物的浪費，因此訂餐系統(tǒng)在經濟上是完全可行的。我們是一個團隊，在預算中，我們每個人都做了一

10、筆分投資。我們的費用主要用在網站宣傳和進貨上，至于設備，我們都應用自己的電腦進行管理。所以我們前期主要考慮的是運營成本。而卻這個成本我們可以相對縮小，我們可以少量進貨，常用的就好，其他的等同學下單后我們再去進貨完成交易，所以經濟上不是主要考慮的問題。至于收益，我們會根據(jù)個人付出的多少分配。但我們主要的目的不是為了賺錢，畢竟我們還是學生，從哪方面都不算專業(yè)還談不上賺錢，只能說是學習3) 操作可行性 本系統(tǒng)對年齡以及行業(yè)要求沒有限制，不管是小孩還是老人，是計算機相關專業(yè)還是非計算機相關專業(yè)，只要懂得基本的上網操作,就可掌握。4) 社會可行性 網絡訂餐系統(tǒng)雖然便利，但是也應該注意一些風險與潛在的問題

11、。作為一種新興的消費方式，目前還沒有相關的規(guī)則來約束它，所以網上訂餐系統(tǒng)也有很多問題需要注意，首先是食品質量安全問題，要與正規(guī)的，合格的，衛(wèi)生的飯店合作；其次還有付款的相關問題，消費者付款，最后所收的付款賣家要按時可以收到，避免引起財務糾紛；最后還有售后問題，如果消費者在拿到食品后出現(xiàn)不滿意的情況，還要及時需要相關的售后來解決這些問題。5) 其他可行性5.1 市場情況可行性分析“預訂/代訂”模式以攜程、E龍為起點，獲得納斯達克青睞之后，一批中小企業(yè)相繼涌入，但目前該模式呈現(xiàn)出幾大狀態(tài)：a、攜程大規(guī)模盈利，而E龍、芒果網、遨游網等二線梯隊尚在巨額虧損搶占市場中；b、預訂模式僅在酒店、機票上獲得一

12、致認可，在飯店預訂中已有多加網站強勢進入，但盈利模式有待獲得市場認可；c、眾多小型機票、酒店預訂網站中，仍有部分在盈利，依據(jù)線下合作資源為基礎。d、該模式中，更多以電話預訂/代訂為主，以攜程為例：電話業(yè)務約占七成，網上業(yè)務僅占三成。5.2訂餐模式可行性分析a、寫字樓中層白領、普通員工寫字樓上下電梯麻煩、夏天室外溫度過高等各項因素，一般訂餐意愿較高，對菜式、餐館的多樣性選擇較高，并且一般懶得整理路上派發(fā)的訂餐傳單，只選擇固定幾個餐館預訂。     訂餐模式能較好的滿足寫字樓員工周一到周五午餐訂餐的需要，部分滿足晚上加班訂餐需要，并容易形成偏好，周末訂餐也偶

13、然使用。b、在校大學生一般學生都選擇飯?zhí)糜貌?，總訂餐比例不高，但部分學生沉迷游戲或其他事情，更傾向樂意使用網上訂餐服務，省下電話訂餐的電話費等。較多的選擇在沒課時使用。c、呆家懶人/單身漢     一個人在家懶得煮飯，樂意接受訂餐服務，一般集中在周末使用。注：選擇網上訂餐占所有訂餐者30%的比例，是以攜程為例電話預訂占70%，網上預訂占30%考慮。因此在黃頁介紹、線上下單之外，考慮VoIP電話訂餐，短信訂餐，客服在線訂餐等多樣形式。3.2. 可行性研究的前提1) 要求說明所開發(fā)軟件的基本要求，如：A、功能：管理員功能：登錄系統(tǒng)，查詢、添加、修改，查詢、添加、修改、

14、刪除員工賬號（有權限）用戶功能：n 登錄模塊：完成客戶注冊賬號、登錄系統(tǒng)、修改密碼、修改地址功能。n 查詢模塊：完成客戶查詢功能，比如按菜系、特色菜、人均消費、餐飲評價排序等查詢n 訂單模塊：完成客戶的訂餐功能n 支付模塊：完成客戶的安全支付功能n 評價模塊：主要就餓巨額客戶對餐廳的意見以及對餐廳的評價，提供交流版塊促進客戶與客戶之間的互動B、性能：穩(wěn)定快速，實時控制。系統(tǒng)的反應速度較快，本系統(tǒng)通過美觀，有好的界面設計可完成信息查詢，靈活，方便，便捷，準確，數(shù)據(jù)存儲安全可靠，全面展示我們的產品，風格統(tǒng)一，突出特色，功能設計應體現(xiàn)人性化思想，方便用戶操作。顧客注冊后登錄系統(tǒng)必須輸入口令才能進行訂

15、餐服務。對于管理員，在其查詢訂單的時候，可針對各種組合條件進行查詢，而且查詢效率要求高，能夠及時響應查詢請求，易于操作和維護。另外還應滿足于系統(tǒng)的信息完整性以及系統(tǒng)的可擴展性。C、輸出：文字、數(shù)字、英文輸出，訂單打印D、輸入：文字、數(shù)字、英文的輸入E、處理流程和數(shù)據(jù)流圖用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程；F、在安全與保密方面的要求：不能輕易被破壞，不能讓管理人員以外的人篡改價格信息，消費者信息等，對斷電、死機、系統(tǒng)崩潰等問題有有力的措施以保障數(shù)據(jù)不受損失G、完成期限：一個月2）目標：說明所建議系統(tǒng)的主要開發(fā)目標，如：A,人力與設備與設備費用的減少：本系統(tǒng)所需要的硬件和軟件都是目前廣泛

16、使用的，如軟件運行環(huán)境windows98以上系統(tǒng)，數(shù)據(jù)庫SQLSever2008，編程語言VC+等，都可通過網上，圖書館等各種渠道得到，不需花費大量資金購買高成本的設備。B,管理信息服務的改進：該系統(tǒng)科學合理的將整個程序劃分為多個模塊，各模塊單獨設計，有助于降低整個程序易于銜接和修改C,前進的程序結構：使用當代前衛(wèi)的軟件編程，能延長其生命周期，易于維護與管理D,安全可靠性高：后臺維護功能齊全，根據(jù)平臺在各個階段不同的使用情況，管理人員可以設置相應的操作權限，增加系統(tǒng)注冊，分配各個欄目的管理權限，實現(xiàn)系統(tǒng)的維護，保證系統(tǒng)的安全可靠E,實用性強：努力使系統(tǒng)符合實際操作流程的習慣，并盡量減少用戶的輸

17、入，易學易用的有好的用戶界面，滿足各層次的用戶使用的需求F,查詢功能強大：可以對菜品的信息和店鋪信息查詢3）進行可行性研究的方法n 實地考察，去校外附近各餐館了解各餐館的情況，如具體餐類，銷售情況，飯前價格，收入情況，每天有多少學生就餐等，估計系統(tǒng)的經濟可行性n 問卷調查，通過對校內同學的問卷調查，了解他們的就餐地點，喜歡的食物，對網上訂餐系統(tǒng)的評價n 查閱相關資料，了解現(xiàn)有的網上訂餐系統(tǒng)第4章. 需求分析4.1. 需求分析 用戶可通過訪問我們的網站快樂餐網上訂餐系統(tǒng)，進行登陸或注冊，獲得你想要的各種食物，管理員可以查看用戶菜品，可以對菜品進行增刪改查。1) 產品介紹 產品名稱：快樂餐訂餐系統(tǒng)

18、 產品用途：對餐館提供發(fā)布菜肴消息，得到顧客訂單信息，對顧客提供菜肴服務。2) 產品面向的用戶群體：各大酒店，網上店鋪，以及一些大型超市的網上訂餐系統(tǒng)等。4.2. 軟件功能此系統(tǒng)主要是針對顧客開放的網上訂餐系統(tǒng)。顧客訂餐主要流程如下：1. 顧客登錄網上訂餐系統(tǒng)進行菜單的瀏覽或者注冊為會員。2. 會員可以對自己的個人信息進行更改，以會員形式登陸的顧客享受訂餐服務。3. 如果顧客覺得菜單應該有所改變則可對已選的菜單進行選擇、更改、刪除等功能。4. 當顧客確定訂餐完畢后，顧客可以將其提交至我們的餐廳后臺系統(tǒng)，并生成訂單。5. 顧客可以對系統(tǒng)或者餐廳有意見或者建議的留言給我們，我們會及時滿意的回復。管

19、理員、后臺管理流程如下：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模塊需求分

20、析1) 顧客網上訂餐功能分析：根據(jù)對顧客網上訂餐系統(tǒng)業(yè)務流程的分析，課已看出顧客點菜主要涉及到一些數(shù)據(jù)庫的邏輯和程序應用邏輯。具體的功能歸納如下：1. 顧客登錄網上訂餐系統(tǒng)進行菜單瀏覽、2. 顧客注冊為會員。3. 會員對自己的個人信息進行更改，比如送餐地址和聯(lián)系電話。以及賬戶密碼。4. 顧客對已選的菜單進行更改選擇的數(shù)量或者取消選擇。5. 當顧客確定訂餐完畢后，顧客將其提交只服務器后臺點餐系統(tǒng)，并生成訂單。2) 管理員后臺管理系統(tǒng)功能分析：1 管理員在后臺登錄后，可以創(chuàng)建新的管理員。2 管理員可以對餐廳網上訂餐系統(tǒng)上的菜單進行添加、刪除和修改，比如更改菜單的圖片，價格，菜單的描述，更換新品，添

21、加新菜等。3 管理員對菜單進行管理，確定訂單的生成。4 管理員根據(jù)不同的屬性來查詢訂單，比如生成日期或者編號等。5 管理員根據(jù)不同的時間段統(tǒng)計處營業(yè)額，成本，同時還能統(tǒng)計出每道菜的銷售量、任何時間段的銷售情況以及每一個顧客的消費情況。3) 為更好的說明系統(tǒng)，具體功能如下表：功能類別子功能用戶管理用戶登錄用戶注冊用戶操作餐品展示餐品的詳細介紹放進購物車查看購物車詳細信息提交反饋意見察看所有留言管理員操作增加餐品修該餐品刪除餐品回復留言刪除留言結帳付款確認和配送信息結束訂單設置友好結束界面4.4.2用戶注冊登錄用戶訪問本網站直接進入本網站可直接進入網站主頁，可選擇登陸，若為注冊可選擇注冊，只有注冊

22、用戶方可點餐。注冊提供用戶名和密碼，用戶名只能檢測，若以存在也提示。另外加入記住密碼功能，登陸一次可在兩周內無需再次登陸，直接進入登陸狀態(tài)。4.4.3瀏覽菜品顯示菜品的各種信息，可在分類查詢，動態(tài)搜索，設計頁面分業(yè)，布局排版問題，以方便用戶瀏覽選擇。4.4.4菜品詳細信息顯示餐品中某一餐品的詳細信息，包括菜名，配料，口味，價格等，以供用戶放進自己的購物車。4.4.5購物車實現(xiàn)對已定菜品的管理，包括增加菜品，刪除菜品，修改數(shù)量。4.4.6提交購物車并生成訂接受購物車信息，隨即獲取訂單號，動態(tài)刷新頂單狀態(tài)，固定時間（如30秒）完成一道菜，用戶可繼續(xù)修改為完成的菜品，已完成菜品無法進行操作，用戶修改

23、訂單并保存。4.4.7結帳付款選擇付款方式及對此次餐的評價。4.4.8結束訂餐設置友好的結束界面。4.4.9管理員操作在后臺系統(tǒng)中管理網上訂餐會員管理和菜單管理。4.5. 層次方框圖概要設計4.6. 系統(tǒng)分析 本系統(tǒng)可以實現(xiàn)網上的在線訂餐，顧客通過網上瀏覽餐品并進行選擇產生訂單。同時，管理端可以匯總訂單，瀏覽訂單，并通過訂單結果修改餐品相應信息，更新餐品信息，瀏覽顧客的評價等等。方便顧客的訂餐，以及網頁餐品信息的管理。系統(tǒng)包括管理端子系統(tǒng)和客戶端子系統(tǒng)。 客戶端子系統(tǒng)包括用戶注冊、用戶登錄、個人信息維護、食品信息瀏覽、維護購物車、生成訂單。管理端子系統(tǒng)包括登陸管理，維護顧客

24、信息，維護餐品信息，管理訂單。圖B1和為客戶端和管理端的組成結構圖。B-1客戶端子系統(tǒng)圖示B-2管理端子系統(tǒng)圖示     4.7. 體系結構 系統(tǒng)的總體結構設計遵循如下原則： ）系統(tǒng)應具有良好的適應性：能適應用戶對系統(tǒng)的軟件環(huán)境、管理內容、模式和界面的要求； ）系統(tǒng)應具有可靠性：采用成熟的技術方法和軟件開發(fā)平臺，以保證在以后的實際應用中安全、可靠； ）系統(tǒng)應具有較好的安全性：應提高完善的安全機制和用戶權限限制機制，確保數(shù)據(jù)的受限訪問； ）系統(tǒng)應具有良好的可維護性：系統(tǒng)應易于維護、安裝； 

25、;）系統(tǒng)應具有良好的可擴展性：系統(tǒng)應適應未來信息化建設的要求，能方便得進行功能擴展，以建立完善的信息集成管理體系。  本系統(tǒng)采用struts體系結構，Struts 是一個基于模型 (Model) 視圖 (View) 控制器 (Controller)(MVC) 模式的應用架構的開源框架。 目前軟件項目中有很多的體系結構，其中是比較流行的一種。             &

26、#160;                                                 &

27、#160;  l 體系結構 對于開發(fā)Web應用，要從頭設計并開發(fā)出一個可靠、穩(wěn)定的框架不是一件容易的事情，隨著Web開發(fā)技術的日趨成熟，在web開發(fā)領域出現(xiàn)了一些現(xiàn)成的優(yōu)秀的框架，開發(fā)者可以直接使用它們，就是一個很好的框架結構，它是在JSP Model2基礎上實現(xiàn)的一個MVC框架，它可以使你不必要從頭開始全部開發(fā)組件，對于大項目更是很好的。在Strcut框架中模型由實現(xiàn)業(yè)務邏輯的JavaBean或者EJB組件構成，控制器由ActionSevelet和Action來實現(xiàn)，視圖由一組JSP文件組成，圖顯示了Struct實現(xiàn)的MVC框架。  

28、;     其中： 視圖：就是一組JSP文件，這些JSP文件沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的JSP標簽或者是客戶化標簽，如Struct標簽庫的標簽。此外，通常將Strcut框架中的ActionForm Bean也劃為視圖模塊中，ActionForm Bean是一種JAVABEAN，除了具有一些JAVABean的常規(guī)方法外，還包含了一些特殊的方法，用于驗證HTML表單數(shù)據(jù)以及將其屬性重新設置默認值。Struct框架利用ActionForm Bean來進行視圖和控制器之間表單數(shù)據(jù)的

29、傳遞。Strcut框架將用戶輸入的表單數(shù)據(jù)保存在ActionForm Bean中，將它傳遞給控制器，控制器可以對ActionForm Bean中的數(shù)據(jù)進行修改，JSP文件使用Strcut標簽讀取修改后的ActionForm Bean的信息，重新設置HTML表單。 控制器：控制器由ActionServlet類和Action類實現(xiàn)，ActionServlet類是Struct框架中的核心組件。是這個MVC的中央控制器的角色，ActionServlet主要負責接收HTTP請求的信息，根據(jù)配置文件struct-config.xml的配置信息，將請求轉發(fā)給適當?shù)腁c

30、tion對象，如果該Action對象不存在，ActionServlet會先創(chuàng)建這個Action對象。Action類負責調用模型的方法，更新模型的狀態(tài)，并幫助控制應用程序的流程，對于小型簡單的應用，Action類本身也可以完成一些實際的業(yè)務邏輯。 模型：模型表示應用程序的狀態(tài)和業(yè)務邏輯，業(yè)務邏輯常常由JavaBean或者EJB組件實現(xiàn)。  如果在Web應用開發(fā)中套用現(xiàn)成的Struct框架，可以簡化每個開發(fā)階段的工作，開發(fā)人員可以更加有針對性地分析應用需求，不必重新設計框架，只需在Struct框架的基礎上，設計MVC各個模塊包含的具體組件，在編碼過程中，可以充分利用S

31、truct提供的各種實用類和標簽庫，簡化編碼工作。 Struct框架可以方便迅速地將一個復雜的應用劃分成模型、視圖和控制器組件，而Struct的配置文件struct-config.xml可以靈活地組裝這些組件，簡化開發(fā)過程。l 網絡結構圖l 系統(tǒng)運行環(huán)境² 客戶機：普通PC Ø CPU：P4 1.8GHz以上 nØ 內存：256MB以上 Ø 能夠運行IE5.0以上或者Netscape4.0以上版本的機器 n Ø 分辨率：推薦使用1024*768像素 l &

32、#178; WEB服務器 Ø  CPU：P4 2.0GHz n Ø 內存：1G以上 n Ø 硬盤：80G以上 nØ 網卡：千兆 l² 數(shù)據(jù)庫服務器 Ø CPU：P4 2.0GHz nØ 內存：1G以上 n Ø 硬盤：80G以上軟件環(huán)境  l 本系統(tǒng)的的軟件環(huán)境如下： 操作系統(tǒng)：Unix/Linux/windows2000或以上版本 l數(shù)據(jù)

33、庫：SQL Server 2000 工具包：JDK Version 1.4.2 l 開發(fā)環(huán)境：eclipse-SDK-3.1.2-win32 lWeb服務器：Tomcat l 瀏覽器：IE6.0以上  （1）數(shù)據(jù)庫及操作系統(tǒng): 對于核心數(shù)據(jù)庫來說，選擇一個合適的數(shù)據(jù)庫系統(tǒng)對我們的系統(tǒng)運行是很重要的，選擇數(shù)據(jù)庫的關鍵因素是要考慮預計會有多少人同時訪問數(shù)據(jù)庫；正常工作時間的級別；用來訪問數(shù)據(jù)庫的應用程序的類型；運行數(shù)據(jù)庫的服務器的硬件和操作系統(tǒng)類型；以及管理人員的專業(yè)技

34、術水平。目前市場上適用于中小型企業(yè)的數(shù)據(jù)庫產品有IBM DB2 、Microsoft SQL Server系列、 Oracle系列。所有這些產品都基于SQL語言。同時，它們還擁有精密復雜的安全控制以適應不同的商業(yè)需要。服務器操作系統(tǒng)使用Windows 2000 Server系統(tǒng)。（2）WEB服務軟件： 目前的WEB服務器軟件有很多種，成熟而且穩(wěn)定有Apache、和Microsoft的IIS ，它們也是占據(jù)著Web服務器市場最大的份額。Tomcat是Sun和Apache合作做出來的JSPServer,支持S

35、ervlet2.2及JSP1.1等版本。而且Tomcat未來將會取代Jserv，成為Apache主要的Servlet&JSPEngine。Tomcat在設計上是以獨立的Server執(zhí)行,而不像Jserv是附在Apache中,這樣就更可以發(fā)揮在servlet中，非HttpServlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用,不需要考慮操作系統(tǒng)平臺。因此選擇作為WEB服務器。4.8. 邏輯設計 l 邏輯設計概述 數(shù)據(jù)庫的邏輯設計是概念模型向邏輯模型的轉化，一般步驟是先將概念結構轉化為關系模型，然后將轉化來的關系模型向特定DBMS支持下的數(shù)據(jù)模型轉

36、換，最后對數(shù)據(jù)模型進行優(yōu)化 l 數(shù)據(jù)存儲存儲名流入流出客戶信息存儲更新信息流，登陸信息流登陸反饋流，更新反饋流資金信息存儲資金轉入信息流資金轉出信息流訂單信息存儲更新、查詢流查詢、更新、統(tǒng)計信息流配送信息存儲更新、查詢流更新、查詢信息流l 數(shù)據(jù)表的設計 數(shù)據(jù)庫的主要表詳細結構如下：訂單條目表訂單條目表菜單表菜分類表用戶表4.9. 總E-R圖4.10. 類圖1.顧客：顧客有自己的id、用戶名、電話號碼、地址、郵箱、登錄密碼等屬性，操作有搜索，登錄、搜索、瀏覽、留言、訂單、退單等。 2.管理員：管理員有id、管理員名字、登錄后臺密碼等屬性，有登錄、查詢、更新、刪除、修

37、改、審核、銷售統(tǒng)計等操作。  3.訂單：包括訂單id、顧客訂購美食的品種數(shù)、顧客用戶名、訂單時間、付款方式和運送方式等屬性。 4.餐品：包括餐品id、餐品價格、餐品介紹等屬性。 5.信息發(fā)布：指信息ID屬性，有信息反饋、優(yōu)惠活動、店鋪信息、送餐時段公告等  6.評價：包括留言板的id、名字、餐品類別、評價內容等屬性，有留言等操作。7.賣家：包括賣家ID、用戶名、地址、聯(lián)系電話等屬性，有銷售統(tǒng)計等操作8.支付模塊：包括ID、用戶名、支付方式等屬性9.配送模塊：包括ID、用戶名、配送方式等屬性第5章. 詳細設計5.1. 系統(tǒng)模塊詳細設計（

38、數(shù)據(jù)流圖） 本系統(tǒng)總共有五大主要模塊，分別是支付模塊，訂單管理模塊，后臺管理模塊，配送模塊和信息發(fā)布模塊。每個模塊分別有不同的權限和使用功能。信息發(fā)布系統(tǒng)賣家通過平臺隨時更改食品信息，以及食品的優(yōu)惠信息，并儲存在數(shù)據(jù)庫中，而買家通過平臺查詢數(shù)據(jù)庫，得到食品的信息。后臺管理模塊管理員、買家、賣家通過自己的登陸信息登陸系統(tǒng)，其中賣家可以更新店鋪信息、通過系統(tǒng)得到銷售統(tǒng)計信息，而管理員可以對賣家、買家進行賬戶管理。支付模塊引入第三方金融接口，如果為貨到付款，則不需要本支付系統(tǒng)，賣家買家可以直接交付；否則賣家轉帳到支付系統(tǒng)，并且支付系統(tǒng)可以轉帳到賣家賬戶。訂單管理系統(tǒng)買家通過系統(tǒng)下達頂、訂單

39、，并可以查詢查詢訂單數(shù)據(jù)庫，得到訂單狀態(tài)。而系統(tǒng)會自動通知賣家訂單詳情。配送模塊賣家給快遞下達配送任務，賣家可以隨時查詢數(shù)據(jù)庫，得到配送進度。5.2. 程序流程圖信息發(fā)布流程賣家通過系統(tǒng)更新食品信息，系統(tǒng)判斷是否合法，合法則更新，并輸出反饋。若買家反饋/查詢食品，則進行查詢并反饋，結束。后臺管理流程首先判斷是否注冊，是則填入注冊信息，判斷合法后注冊并反饋；否則進行登錄，判斷身份后輸入操作，然后系統(tǒng)執(zhí)行用戶操作，輸出操作反饋，判斷登出，跳出系統(tǒng)結束。支付模塊流程判斷是否貨到付款，是則改為人工操作，并直接跳出；否則買家輸入銀行信息進行轉賬，判斷轉賬成功，是則進行賣家配送，否則重來。判斷賣家配送是否

40、成功，是則轉賬跳出，否則進入投訴環(huán)節(jié)。訂單管理流程判斷錄入/查詢訂單，錄入訂單則錄入，判斷合法性后提交訂單，并下達配送，輸出反饋。否則輸入查詢編號，查詢配送情況，不論查詢成功與否，輸出查詢反饋。配送模塊流程查詢則輸入編號，進行合法判斷，并查詢，輸出反饋結束。錄入則錄入訂單，生成配送，判斷是否貨到付款，是則直接配送，否則判斷付款，付款后進行配送，根據(jù)配送方式配送。配送完成修改訂單狀態(tài)，結束。5.3. 實體聯(lián)系圖（E-R圖）l 分E-R圖 餐品表E-R圖 訂單E-R圖 顧客E-R圖 管理員E-R圖 賣家E-R圖 信息表E-R圖 支付E-R圖5.4. 用例規(guī)約及用例圖1. 支付：用例名稱：轉入角色：

41、支付簡要說明：在線支付時資金不足，進行資金轉入前置事件：用戶在確認購買餐品后選擇在線支付方式基本流：1. 用戶確認購買餐品后2. 支付方式選擇在線支付3. 當支付時資金不足可以進行銀行卡資金轉入備選流：用戶可能在2時選擇貨到付款后置條件：資金轉入成功，繼續(xù)付款用例名稱：轉出角色：支付簡要說明：在線支付時資金的轉出前置事件：用戶在確認購買餐品后選擇在線支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇在線支付3.當支付時資金充足時，完成資金轉出備選流：用戶可能在2時選擇貨到付款后置條件：資金轉出成功，付款成功用例名稱：買家資金管理角色：支付簡要說明：在線支付時買家資金的流動前置事件：用戶在確

42、認購買餐品后選擇在線支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇在線支付3.買家對自己的資金進行管理操作備選流：用戶可能在2時選擇貨到付款后置條件：進而選擇資金的流入或者流出用例名稱：貨到付款角色：支付簡要說明：餐品到達后用戶付錢前置事件：用戶在確認購買餐品后選擇貨到付款支付方式事件流：1.用戶確認購買餐品后2.支付方式選擇貨到付款備選流：用戶可能在2時選擇在線支付后置條件：用戶下單成功，商家開始運作。2. 訂單：用例名稱：訂單查詢角色：訂單簡要說明：用戶和賣家可以對訂單進行查詢前置事件：用戶在確認購買餐品后事件流：1.用戶確認購買餐品后2.訂單成功生成3.買家可以進行查詢來確認訂單

43、4.賣家可以對生成的訂單進行查詢備選流：無后置條件：買家通過查詢訂單確認購買信息，進而進行付款。用例名稱：退訂角色：訂單簡要說明：用戶對遞交后的訂單進行退訂前置事件：用戶下單成功并進行訂單查詢事件流：1.用戶確認購買餐品后2.訂單成功生成3.查詢訂單4.買家取消訂單備選流：無后置條件：用戶成功取消訂單用例名稱：確認收貨角色：訂單簡要說明：買家確認接收到餐品前置事件：1.用戶下單成功并成功支付2.賣家制作完成并配送成功事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單備選流：用戶在接收餐品后并沒有及時進行反饋，7

44、遲遲不能進行后置條件：買家確認交易完成用例名稱：收單打印角色：訂單簡要說明：賣家確認交易完成收單打印前置事件：1.用戶下單成功并成功支付2.賣家制作完成并配送成功3.買家確認收到餐品事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單8.賣家收單打印備選流：買家并沒有及時進行確認收單，配送方可以及時進行反饋后置條件：賣家確認交易完成用例名稱：餐品信息角色：訂單簡要說明：賣家發(fā)布餐品相關信息進行信息的錄入前置事件：1.賣家想要在訂餐系統(tǒng)中出售餐品2.賣家進行餐品信息錄入事件流：1.賣家發(fā)布店內餐品信息2.賣家進行餐

45、品信息的錄入備選流：無后置條件：賣家成功錄入餐品信息，買家可以根據(jù)賣家發(fā)布的餐品信息進行購買用例名稱：顧客信息角色：訂單簡要說明：用戶對自己的相關信息進行錄入前置事件：用戶在購買前需要注冊相關信息事件流：1.用戶瀏覽賣家發(fā)布的相關餐品2.用戶確認購買相關餐品3.用戶注冊填寫相關個人信息備選流：1時瀏覽后，用戶不想購買任何餐品后置條件：買家錄入成功個人信息后可以進行購買用例名稱：配送信息角色：訂單簡要說明：配送方錄入成功下單的用戶信息前置事件：1.用戶下單成功后2.賣家制作成功等待配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.配送方錄入用戶信息備選流：3不成功時，將不會出現(xiàn)配

46、送4.確認用戶信息時，發(fā)現(xiàn)用戶信息不完整，無法配送后置條件：賣家制作好餐品后，配送方開始配送餐品用例名稱：支付信息角色：訂單簡要說明：對用戶支付時錄入的相關信息前置事件：1.用戶下單成功后2.進行支付選擇時事件流：1.用戶確認購買餐品后2.訂單成功生成3.在進行支付時進行選擇備選流：無后置條件：選擇支付成功后，賣家開始制作餐品3. 后臺：用例名稱：登陸角色：后臺簡要說明：買家在后臺成功注冊后，登陸系統(tǒng)前置事件：買家成功注冊個人信息事件流：1.買家注冊個人信息成功后2.登陸系統(tǒng) 備選流：無后置條件：買家登陸系統(tǒng)后，可以進行餐品的選購用例名稱：注冊角色：后臺簡要說明：買家需要在后臺注冊個人信息前置

47、事件：買家想要購買餐品事件流：1.買家想要購買餐品2.在后臺系統(tǒng)注冊個人信息 備選流：無后置條件：買家注冊個人信息后，登陸系統(tǒng)用例名稱：登陸角色：后臺簡要說明：后臺管理員登陸系統(tǒng)前置事件：無事件流：后臺管理員登陸系統(tǒng)進行管理 備選流：無后置條件：管理員的登陸系統(tǒng)后，進行管理員操作用例名稱：買家管理角色：后臺簡要說明：后臺管理員對買家操作進行管理前置事件：管理員成功登陸系統(tǒng)事件流：1.管理員成功登陸系統(tǒng)2.用戶進行注冊、購買操作3.管理員進行相關管理 備選流：沒有用戶時無須進行買家管理后置條件：對買家操作進行統(tǒng)一管理，方便系統(tǒng)運行用例名稱：賣家管理角色：后臺簡要說明：賣家注冊后發(fā)布餐品信息，管理

48、員進行管理監(jiān)測前置事件：賣家成功注冊商家信息賣家發(fā)布食品信息事件流：1.賣家發(fā)布注冊信息后2.管理員進行管理 備選流：無后置條件：對賣家操作進行統(tǒng)一管理，方便買家購買用例名稱：賣家資金管理角色：后臺簡要說明：賣家資金的流轉前置事件：用戶購買賣家餐品賣家成本支出事件流：1.用戶購買餐品后支付資金2.賣家制作餐品時的成本支出3.賣家配送餐品支出4.賣家進行資金統(tǒng)一管理 備選流：無后置條件：對賣家資金進行統(tǒng)一規(guī)劃用例名稱：注冊角色：后臺簡要說明：賣家在后臺系統(tǒng)注冊信息前置事件：賣家要在訂餐系統(tǒng)中出售餐品事件流：1.賣家想要出售餐品2.賣家在系統(tǒng)中注冊信息 備選流：無后置條件：賣家可以進行餐品售賣用例

49、名稱：銷售統(tǒng)計角色：后臺簡要說明：賣家銷售份額前置事件：用戶需要訂購餐品賣家完成餐品配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.成功配送到用戶手中6.用戶接收餐品后7.確認收單8.賣家收單打印9.進行銷售統(tǒng)計備選流：無后置條件：賣家可以對自身一天的銷售額做到充分了解4. 配送：用例名稱：地址信息角色：配送簡要說明：配送方需要將用戶地址信息錄入前置事件：1.用戶下單成功2.選擇支付方式成功事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.配送方將用戶地址信息進行錄入備選流：買家信息填寫不完整或錯誤時，無法完成配送沒有成功選擇支付方式時，不

50、會進行地址信息錄入后置條件：錄入買家信息后，準備開始進行配送用例名稱：地址信息角色：配送簡要說明：錄入用戶地址信息前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢備選流：買家地址信息填寫不完整或錯誤時，無法完成配送后置條件：查詢到買家地址信息后，開始進行配送用例名稱：客戶姓名角色：配送簡要說明：錄入用戶姓名，配送時方便確認前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂

51、單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢7.到達后，確認客戶姓名備選流：確認用戶姓名不符合時，無法完成配送后置條件：客戶姓名確認后，交易餐品用例名稱：用戶電話角色：配送簡要說明：用戶電話號碼錄入前置事件：1.用戶需要訂購餐品2.賣家完成餐品制作3.進行配送事件流：1.用戶確認購買餐品后2.訂單成功生成3.成功支付4.賣家確認訂單制作完成5.選擇配送方式6.配送員進行買家地址信息查詢7.配送方通過電話通知買家取餐備選流：買家地址信息填寫不完整或錯誤時，無法完成配送買家電話不通時，無法完成配送后置條件：買家接到電話后，動身取餐用例名稱：客服電話角色：配送簡要說明：客服電話號碼錄入前

52、置事件：用戶需要訂購餐品事件流：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時買家查詢到