網(wǎng)上訂餐系統(tǒng)分析.doc

2.3 系統(tǒng)功能分析2.3.1 系統(tǒng)功能實現(xiàn)本系統(tǒng)主要是實現(xiàn)網(wǎng)上瀏覽菜單、訂餐、產(chǎn)生訂單等功能的系統(tǒng)。需要實現(xiàn)菜品信息的動態(tài)提示、購物車管理、客戶信息注冊、登錄管理、訂單處理、信息反饋等模塊。需要完成的主要任務如下： 當客戶進入網(wǎng)上訂餐時，應該在主頁面中分類顯示最新的菜品信息，以供客戶選擇所需菜品，同時提供按菜品名稱，快速查詢所需菜品信息的功能。當客戶選擇預定某個菜品時，應該能夠將對應菜品信息，如：價格、數(shù)量記錄到對應的購物車中，此時客戶可以選擇選擇其他菜品或是查看自己的購物車，最后，在購物車中填寫相應的送餐信息，提交訂餐訂單后，自動清除以生成訂單的購物車中的信息。餐廳服務人員根據(jù)訂單信息，查看詳細訂單明細并根據(jù)實際情況處理訂餐。分析網(wǎng)上訂餐系統(tǒng)，制訂整個系統(tǒng)框架如下：圖2.1系統(tǒng)整體框架圖2.3.2 系統(tǒng)需求分析用于需求建模的方法有很多種，最常用的包括數(shù)據(jù)流圖(DFD)、實體關系圖(ERD)和UML三種方式。UML（統(tǒng)一建模語言）是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發(fā)的全過程12。本系統(tǒng)使用UML中的用例圖、活動圖、狀態(tài)圖來對需求建模。用例圖通過描述“系統(tǒng)”和“活動者”之間的交互活動來描述系統(tǒng)的行為。通過分解系統(tǒng)目標，用例圖描述活動者為了實現(xiàn)這些目標而執(zhí)行的所有步驟。此方法最主要的優(yōu)點，在于它是用戶導向的，用戶可以根據(jù)自己所對應的用例來不斷細化自己的需求。此外，使用用例還可以方便地得到系統(tǒng)功能的測試用例。1.角色分析 分析的第一步是定義用例，以描述系統(tǒng)的外部功能需求。用例分析包括閱讀和分析需求說明，此時需要與系統(tǒng)的潛在用戶進行討論。根據(jù)上述需求，通過分析，網(wǎng)上訂餐角色分為兩大類：用戶和系統(tǒng)管理員。2.用例分析在確認角色的基礎上，確認用例。網(wǎng)上訂餐系統(tǒng)中的用例有：用戶管理、訂單管理、登錄系統(tǒng)、菜品信息管理等等。本系統(tǒng)的用戶用例圖如圖2.2所示。進行的操作包括訂餐服務、信息瀏覽、訂單管理等。圖2.2 訂餐用戶使用例圖管理員分為兩類：一類是系統(tǒng)管理員用例圖如圖2.3所示。管理員進行的操作(后臺操作)包括用戶管理，信息的瀏覽、添加、刪除、修改等等。圖2.3 系統(tǒng)管理員使用例圖另一類管理員是訂餐管理人員，專門負責處理用戶預約的訂單，用例圖如圖2.4所示。圖2.4 訂餐管理員使用例圖除了用用例圖描述系統(tǒng)需求以外，以下用活動圖對系統(tǒng)的主要例進行說明，更具體地描述該用例與角色的交互。1.用戶登錄圖2.5 用戶登錄用戶登錄實現(xiàn)為本網(wǎng)站注冊用戶提供身份確認的功能，保證合法用戶的應有權益。而且是否登錄也將決定用戶能否訂餐。用戶登錄的前置條件是在登錄前，用戶必須完成“注冊”。2.訂餐服務圖2.6 訂餐服務在訂餐服務用例中，每個用戶都有個購物車，用戶可以將自己選定的菜品及其數(shù)量放入到購物車中，并且隨時可以查看自己預定的菜品的數(shù)量和總價格。本用例開始前用戶必須登錄到系統(tǒng)中。如果用例成功，顧客可以瀏覽自己購物車中的信息并決定是購買還是刪除。3查看歷史訂單：圖2.7 查看歷史訂單注冊用戶可以查看自己的歷史訂單，在歷史訂單中，可以瀏覽曾經(jīng)訂購過的菜品，對于已經(jīng)送餐后的菜品，可以進行評分和信息反饋，不能重復評論，某個菜品在這里的評分會影響其在整個網(wǎng)站中的推薦指數(shù)。4.訂單處理：圖2.8 訂單處理處理訂單的過程是訂餐管理人員參與的，當前臺有新的訂單生成時，會自動在后臺的現(xiàn)有訂單列表中顯示出來，訂餐管理人員可以點擊查看未處理的訂單，根據(jù)實際情況進行處理，或者刪除不需要的訂單記錄。3 數(shù)據(jù)庫設計數(shù)據(jù)庫設計一般分為六個階段。之前已經(jīng)完成需求分析，現(xiàn)在需要進行概念設計、邏輯設計和物理設計，本章將敘述這三個階段的設計思路和設計過程。3.1 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結構以及數(shù)據(jù)處理流程，組成一份詳細的數(shù)據(jù)字典，為具體設計鋪墊13。通過系統(tǒng)功能分析，針對網(wǎng)上訂餐需求，總結為：1分為一般用戶和管理員用戶，只有用戶身份才能進行前臺訂餐，只有管理員身份才能進行后臺管理；2訂單分成單張訂單詳情和總訂單表，一張訂單中含有多個訂單明細；3每一道菜品都從屬于一種類型。4一個用戶可以訂購多個菜品。5一個用戶對應多張訂單表。3.2 系統(tǒng)概要設計3.2.2 訂餐系統(tǒng)E-R圖E-R圖為實體-聯(lián)系圖，提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型14。構成E-R圖的基本要素是實體型、屬性和聯(lián)系，其表示方法為，實體型：用矩形表示，矩形框內(nèi)寫明實體名；屬性：用橢圓形表示，并用無向邊將其與相應的實體連接起來；多值屬性由雙線連接；主屬性名稱下加下劃線；聯(lián)系：用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯(lián)系的類型，系統(tǒng)E-R圖如圖3.1所示。圖3.1訂餐系統(tǒng)E-R圖以下是主要數(shù)據(jù)表的E-R圖：圖3.2 用戶E-R圖圖3.3 訂單條目E-R圖圖3.5 訂單E-R圖圖3.6 菜單E-R圖3.3 邏輯設計3.3.1 邏輯設計概述數(shù)據(jù)庫的邏輯設計是概念模型向邏輯模型的轉化，一般步驟是先將概念結構轉化為關系模型，然后將轉化來的關系模型向特定DBMS支持下的數(shù)據(jù)模型轉換，最后對數(shù)據(jù)模型進行優(yōu)化3.3.2 數(shù)據(jù)表的設計數(shù)據(jù)庫的主要表詳細結構如下：表3.1 訂單條目表orderinfoFieldTypeNullKeyCommentIDIntNoYes標識遞增訂單IDIntNoNo外鍵，對應于訂單中的“訂單ID”菜名Nchar（10）NoNo默認值是“待送餐”數(shù)量IntNoNo單價FloatYesNo評分IntYesNo默認為“0分”Back訂單YesNo顧客訂餐的信息反饋表3.2 訂單表orderlistFieldTypeNullKeyComment訂單IDIntNoYes標識遞增用戶IDIntNoNo外鍵，對應于用戶表中的“用戶ID”訂單狀態(tài)Nchar（10）NoNo默認值是“待送餐”送餐地址Nvarchar（50）NoNo備注Nvarchar（MAX）YesNo訂餐姓名Nvarchar（50）NoNo訂餐時間DatetimeYesNo金額總價FloatYesNo表3.3 菜單表menuFieldTypeNullKeyCommentcIDIntNoYes標識遞增菜名Nvarchar（50）NoNo價格FloatNoNo菜介紹Nvarchar（500）YesNoScidIntYesNo菜系id菜圖片Nvarchar（1000）YesNo存儲的是圖片的路徑推薦Nvarchar（50）YesNo表3.4 菜分類表cuisineFieldTypeNullKeyCommentScidIntNoYes標識遞增種類Nvarchar（50）NoNo菜系名系列介紹Nvarchar（MAX）YesNo表3.5 用戶表userFieldTypeNullKeyComment用戶IDIntNoYes標識遞增uNameNvarchar（50）NoNo登錄名uPwdNvarchar（50）NoNo登錄密碼真實姓名Nchar（10）NoNo性別Nchar（10）NoNo菜系id聯(lián)系電話Nvarchar（50）YesNoStateNvarchar（50）NoNoID是否有效，默認值是“未審核”4.2 核心功能實現(xiàn)4.2.1 用戶自定義控件說明1. listInfo.ascx該控件是用于在首頁中顯示不同菜系的介紹信息的，在控件中定義了一個Scid屬性，在每次引用控件時，通過設置Scid的值來確定控件該顯示那個菜系的信息。2. Nav.ascx 該控件作為導航在頁面中引用的，控件的樣式和超鏈接都已經(jīng)設置好，在需要導航的頁面直接引用即可。3. PagingBar.ascx該控件是分頁顯示控件，在控件中定義了三個屬性：CurrentPage，表示當前顯示的是第幾頁，默認值是”1”;PageSize，表示一頁顯示幾條數(shù)據(jù)，默認值為”10”;RecordCount,是顯示信息的總條數(shù)，一般是從數(shù)據(jù)庫綁定出的數(shù)據(jù)總條數(shù)來設定其值的。4. scoer.ascx該控件用于顯示菜單信息中的推薦指數(shù)，控件中定義了一個s屬性，通過設定s的值，便可以顯示出相應的推薦指數(shù)。4.2.2 信息顯示菜單信息，養(yǎng)生咨詢，留言版等信息的顯示是通過綁定數(shù)據(jù)庫中相應表單中數(shù)據(jù)得到的。當查看其中一項的具體信息時，是通過網(wǎng)頁間傳遞的參數(shù)確定的，一般情況下，傳遞的參數(shù)是數(shù)據(jù)表中的主鍵值，這樣使得信息有確定性。在菜單表的顯示中，網(wǎng)頁間傳遞的參數(shù)是數(shù)據(jù)庫中菜單表的主鍵cID，先顯示之前，通Request.QueryString“cID”獲得主鍵值后，再從數(shù)據(jù)庫中綁定出相信菜名，價格和介紹信息，并在頁面中顯示出來。養(yǎng)生咨詢，留言板等的信息顯示也是這個原理。只是綁定數(shù)據(jù)的控件不同，得到的顯示效果不盡相同。4.2.3推薦指數(shù)推薦指數(shù)是菜單顯示信息中的一個是非常重要意義的信息，其在一定程度上說明菜品的受歡迎程度，可以在顧客選購餐品時提供一個參考建議。上面的內(nèi)容中已經(jīng)提到推薦指數(shù)的現(xiàn)實是通過設置scoer.ascx控件的s屬性。s屬性的值是根據(jù)每個訂餐用戶用餐后對菜品的評分動態(tài)生成和改變的，該信息沒有專門存儲于數(shù)據(jù)庫中。圖4.14是獲取s的值的程序流程圖圖4.14 推薦指數(shù)顯示4.2.4 分頁顯示算法由于網(wǎng)頁的布局有限，數(shù)據(jù)庫中的大量信息無法再一張網(wǎng)頁上全部顯示出來，運用分頁顯示的技術使得信息按照需要分頁顯示出來，并且顯示效果更加清晰。對于分頁顯示，在上述內(nèi)容提到了分頁控件PagingBar.ascx，在需要顯示的頁面引用這個控件，就可以進行分頁顯示。以下是分頁顯示實現(xiàn)的算法：/設置分頁控件（用到變量: 第幾頁 每頁多少條數(shù)據(jù) 數(shù)據(jù)條數(shù)） int _currentPage; /當前在第幾頁int _pageSize = 10; /一頁顯示的記錄數(shù)=10int RecordCount /數(shù)據(jù)條數(shù)總共的頁數(shù)= RecordCount/_pageSize取得待顯示頁碼：獲取網(wǎng)頁中傳遞的p參數(shù)，默認當前顯示頁，既p=1；用urlParameter保存網(wǎng)頁中傳遞處p以外的其他參數(shù)；設置超鏈接按鈕：if當前不是第一頁，設置第一頁的鏈接地址與上一頁的鏈接地址if 當前不是最后一頁，設置下一頁和未頁的鏈接地址4.2.5 購物車購物車模擬了現(xiàn)實生活中購物的情景，在用戶進行訂餐時，系統(tǒng)會為用戶自動生成一個虛擬的購物車。用戶可以往購物車里添加菜品，也可以查看購物車，刪除其中不需要的菜品。最后在購物車中填寫好訂單信息，就可以成功的提交訂單。1. 將