目 錄1需求分析11.1編寫目的11.2背景11.2.1外賣供應服務的發展歷史11.2.2外賣服務評價系統開發背景11.3目標21.4需求分析21.4.1系統的功能描述21.4.2系統總體功能圖31.4.5實體與數據41.4.6聯系與數據51.4.7數據字典52概念設計82.1實體圖82.2 多個實體間的聯系圖102.3總體ER圖113邏輯設計123.1關系設計123.2關系優化133.3約束的說明143.4基本表14161需求分析本外賣供應商服務評價系統（TES）的需求分析將從編寫目的、背景、定義、目標、系統功能描述等幾個方面來分析。1.1編寫目的搜集所有外賣商信息，集所有客戶的評價信息為一體，讓該系統的使用成員能更好的反應和了解周邊外賣服務信息，從而選擇最佳的外賣服務。1.2背景 當生活節奏日益加快，人們越來越傾向簡單生活。從傳統的“以食為天”到今天的“沒空做飯”，現在的上班族和學生正經歷著不小的轉變。做飯和工作緊張的矛盾不斷升級，造就了外賣/送餐業務的蓬勃發展。1.2.1外賣供應服務的發展歷史 隨著我國經濟多年的快速發展，人們普通生活得到了改善與提高，基本上從以前的溫飽需要開始走向追求健康美味的更高要求。 盡管餐飲食品外賣產業發展一直快速發展，但餐飲食品的用料成本大幅增加，人員工資以及餐飲食品必要的環境以及保證設施投入成本更是總體提升等。而且這種趨勢今后幾年仍會持續。 快捷準時，衛生可口以及營養配餐是考核全球餐飲外賣產業規范發展的三大基本條件以及系統準則。快捷準時是基礎，衛生美味可口是保證，營養配餐是目標。但目前的餐飲食品外賣以經濟快餐為主，各種家庭型朋友聚會型等配餐外送等逐漸興起。總體上來說：與上述條件有很大差距，快捷準時正在提高改善，衛生可口目前還遠遠不夠，目前用的外送工具如塑料框塑料袋等無法予以保證，用多功能豪華外送箱的僅是微乎其微，營養配餐對目前的外賣來說還只是一個遠景目標。 餐飲食品外賣將走進家庭以及各種家庭型朋友聚會型等配餐外送等必會逐漸興起。由于人們的生活節奏逐漸加快，以及人們的經濟能力已經足以滿足家庭型不同人員對美味的不同需要，而這種需要完全可通過專業大廚來實現以及規范的外賣外送來完成。當然前提是必須保證外賣外送過程必須通過具有保味功能的專業外送箱來儲運。特別是節日時親朋好友聚會，一方面是品嘗美味佳肴，另一方面就是在寬松的氛圍下無所顧及暢談互動。1.2.2外賣服務評價系統開發背景本外賣服務系統通過搭建客戶評價平臺來完成客戶對所選外賣提供商的選擇、評價，給廣大客戶選擇一個適合自己的最好的外賣商提供渠道，縮短客戶和商家消費和生產之間的時間路徑、空間路徑和人際路徑。從而加快信息的傳遞速度，增強商家營銷競爭力，提高商家的服務質量。客戶可以瀏覽各外賣商開放的業務和信息，可以查詢外賣商的信息，可以對自己所選商家進行評價，給廣大客戶選擇外賣時提供一個良好的意見。當客戶登錄本服務系統時，客戶可以瀏覽、查詢外賣商信息，可查詢客戶對各外賣商的評價等。本外賣服務評價系統同樣提供了一定的后臺管理功能，系統管理員可以管理可以管理外賣商信息，包括更新、修改外賣商信息等；可以管理評價信息，統計各項數據。項目名稱：外賣供應商服務評價系統（Take-away evaluation system 簡稱TES）項目提出者：江財TES項目開發人員項目開發者：TES項目開發小組。項目鑒定者：待定項目開始時間：2010-10-301.3目標當系統管理人員使用了外賣供應商服務評價系統TES軟件后，可以通過計算機完成以下幾方面的管理工作：外賣商信息管理、評分管理。外賣供應商服務評價系統TES客戶分為三類：（1）系統管理員：此類客戶可以取得商城管理員的權限，可以瀏覽所有客戶信息，查找客戶，給客戶分配合理的權限，刪除不合法客戶等。（2）注冊客戶：必須在系統注冊（不注冊無法登入本系統），登錄本系統后，這類客戶可以瀏覽系統提供的外賣商信息，也可以進行外賣商服務評價。1.4需求分析1.4.1系統的功能描述作為外賣服務評價系統，前臺評價系統提供以下功能：客戶信息管理，外賣商信息管理,打分評價管理。（1）客戶信息管理客戶必須注冊才能使用此系統服務，一個客戶只能擁有一個注冊號（客戶名），注冊號可由客戶根據自己的喜好自行定義，但必須唯一且在6-16位以內,且第一位必為字母C,其他只能由數字組成。同一時間內一個注冊號不能在多處登錄。客戶所填資料必須真實，其中注冊號、密碼、姓名、性別、地址為必填資料。客戶注冊成功以后，其注冊信息將自動被加入客戶表中。登錄系統后，客戶可以查詢或修改個人信息。（2）外賣商信息管理客戶登錄本系統后，可以瀏覽本系統所提供的所有外賣商詳細信息。客戶登錄本系統后，可以查找自己所需要的外賣商信息。（3）評分管理客戶登入本系統后，可以瀏覽查詢外賣商評分表。客戶登入本系統后，可以分別按服務態度、外賣價格、送餐速度、外賣口感查找滿意的外賣商。客戶登錄本系統后，可以對外賣商各項指標進行打分評價（100分為滿分）a.服務態度（20分表示很滿意）b.外賣價格（30分表示很合理）c.送餐速度 （20分表示能非常快速的送到）e.外賣口感（30分表示很滿意）本系統的后臺管理系統將提供客戶管理、外賣商管理，評分管理等功能，具體描述如下：（1）客戶管理為客戶建立一張基本表,用于添加客戶個人信息，客戶登錄后可以維護自己的個人信息。為客戶賦予查詢或修改個人信息的權利。（2）外賣商管理若某外賣商地址、電話等信息改變時，則對應更新系統數據信息。若某外賣商已不再營業時，應將該外賣商信息刪除。若有新增外賣商時，將外賣商按不同的種類分類管理，分類標準為：所屬地區。（3）評分管理統計每個外賣商平均評分。按地區統計每個外賣商平均評分。按服務態度、外賣價格、送餐速度、外賣口感分別統計平均評分。1.4.2系統總體功能圖根據上節分析的系統功能需求，我們可以得到系統的功能模塊，如圖1.1所示。前臺評價系統外 賣 評 價 系 統后臺管理系統外賣商信息管理查詢外賣商信息瀏覽外賣商信息客戶信息管理一個注冊號對應一個客戶客戶注冊或登入查詢或修改個人信息評分管理對外賣商打分按服務態度、外賣價格、送餐速度、外賣口感最優查詢外賣商瀏覽評分表評分管理外賣商管理建立外賣商表增加外賣商信息刪除外賣商信息修改外賣商信息外賣商分類管理客戶管理查詢或修改個人信息建立客戶表統計每個外賣商平均評分按地區統計外賣商平均評分按服務態度、外賣價格、送餐速度、外賣口感分別統計平均評分圖1.1 系統功能圖1.4.5實體與數據通過對系統各方面的分析，我們可以知道系統中的實體包括：客戶，外賣商，地區，員工，外賣，交易表，員工評分表，外賣評分表。各實體包含的數據項分別如下：（1）客戶：注冊號，密碼，地址，注冊日期，電話，性別，姓名。（2）外賣商：外賣商編號，外賣商名稱，所屬地區，服務電話。（3）所屬地區：地區編號，地區名。（4）員工：員工號，員工名。（5）外賣：外賣編號，外賣名。1.4.6聯系與數據通過以上的實體與數據我們可以得到如下實體間的聯系：（1）交易表：交易編號，員工號，外賣編號，注冊號。（2）員工評分表：交易編號，員工服務評分，送餐速度評分。（3）外賣評分表：交易編號，價格評分，口感評分。（4）評價總表：外賣商編號，員工服務平均評分，送餐速度平均評分，外賣價格平均評分，外賣口感平均評分，總評分。通過以上分析，我們作如下規定：（1）一個外賣商只可以屬于一個地區，一個地區可以有多個外賣商；（2）一個客戶對應多張員工評分表，一張員工評分表對應一個客戶；（3）一個客戶對應多張外賣評分表，一張外賣評分表對應一個客戶。（4）一張交易表對應一個客戶，一個客戶可以對應多張交易表。（5）一個外賣商對應多張交易表，一張交易表對應一個外賣商。（6）一張評價總表分別對應多張員工評分表和多張外賣評分表，一張員工評分表和一張外賣評分表分別對應一張評分總表。實體之間的聯系有：（1）外賣商與所屬地區之間（1：N）（2）客戶與員工評分表之間（N：1）（3）客戶與外賣評分表之間（N：1）（4）客戶與交易表之間（N：1）（5）外賣商與交易表（N：1）（6）評分總表與員工評分表（N：1）（7）評分總表與外賣評分表（N：1）1.4.7數據字典數據字典包括數據項、數據結構、數據流、數據處理4個部分。其中數據項是數據的最小組成單位，若干個數據項可以組成一個數據結構，數據字典通過對數據項和數據結構的定義來描述數據流、數據存儲的邏輯內容。（1）數據項，如表1.1所示。表 1.1 數據項表數據項數據類型別名含義說明取值范圍取值含義cust_idchar(6)注冊號唯一標識每一客戶C00001-C99999C代表客戶，后五位按順序編號cust_codechar(12)密碼6-12位，由字母和數字組成輸錯次數不得超過三次cust_namechar(10)客戶名稱不得超過5字用文字說明addresschar(40)地址不得超過20字用文字說明tel_nochar(11)電話00000000000-99999999999若輸入家庭號碼,則要輸入地區號Reg_datedatetime注冊日期yyyy-mm-dd注冊日期必須在系統日期之前sexchar(2)性別f/mf代表男性,m代表女性busn_nochar(6)外賣商編號唯一標識每一外賣商B00001-B99999B代表外賣商，后五位按順序編號busn_namechar(40)外賣商名稱不得超過20字用文字說明area_namechar(40)外賣商所屬地區不得超過20字用文字說明busn_telchar(11)服務電話00000000000-99999999999若輸入固定電話號碼,則要輸入區號area_nochar(3)地區編號唯一標識每一地區A001-A999A代表地區，后三位按順序編號emp_nochar(8)員工編號唯一標識每一員工E0000001-E9999999E代表員工，后七位按順序編號emp_namechar(10)員工姓名不得超過5字用文字說明dish_nochar(5)外賣編號唯一標識每一外賣T0001-T9999T代表外賣，后四位按順序編號dish_namechar(20)外賣名稱不得超過10字用文字說明sell_nochar(8)交易編號唯一標識每筆交易t0000001-t9999999t代表交易，后七位按順序編號serve_scoint 員工服務評分01-20一個員工的服務評分speed_scoint送餐速度評分01-20一個員工的送餐速度評分price_scoint外賣價格評分01-30外賣的價格評分taste_scoint外賣口感評分01-30外賣的口感評分serve_avgint員工服務平均評分01-20一個外賣商所有員工服務平均評分speed_avgint送餐速度平均評分01-20一個外賣商所有員工的送餐速度平均評分price_avgint外賣價格平均評分01-30一個外賣商外賣價格平均評分taste_avgint外賣口感平均評分01-30一個外賣商外賣口感平均評分totscore_avgint外賣商綜合平均評分01-100一個外賣商綜合平均評分（2）數據結構數據結構：客戶含義說明：是客戶管理子系統的主體數據結構，定義了一個客戶的有關信息組成：注冊號，密碼，地址，注冊日期，電話，性別，姓名數據結構：外賣商含義說明：是外賣商管理子系統的主體數據結構，定義了一個外賣商的有關信息組成：外賣商編號，外賣商名稱，所屬地區，服務電話數據結構：地區類別含義說明：定義了一個外賣商屬于哪個地區的有關信息組成：地區編號，地區名數據結構：員工含義說明：定義了一個員工的有關信息組成：員工號，員工名，外賣商編號數據結構：外賣含義說明：定義了一種外賣的有關信息組成：外賣編號，外賣名數據結構：交易表含義說明：是外賣交易管理子系統的主體數據結構，定義了一個外賣交易的有關信息組成：交易編號，員工號，外賣編號，注冊號數據結構：員工評分含義說明：是員工評分管理子系統的主體數據結構，定義了一張員工評分表的有關信息組成：交易編號，注冊號，員工服務評分，送餐速度評分數據結構：外賣評分含義說明：是外賣評分管理子系統的主體數據結構，定義了一張外賣評分表的有關信息組成：交易編號，價格評分，口感評分（3）數據流略（4）數據處理數據處理過程如表1.2所示。表 1.2 數據處理表數據存儲名功能處理說明insert_cust插入新的客戶信息當客戶成功注冊后，自動在客戶表中添加該客戶的注冊信息select_cust查詢客戶個人信息登錄系統后，客戶可以查詢個人信息update_cust修改客戶個人信息登錄系統后，客戶可以修改個人信息delete_cust刪除客戶信息若客戶離最后一次登錄的時間超過一年，則管理員刪除該客戶信息code_detect檢測客戶的注冊密碼是否符合要求當客戶輸入密碼時，自動檢測密碼是否在6-12位之間，否則將提示其重新輸入select_busn查詢外賣商當客戶查詢時，可以查詢所有外賣商信息 insert_busn添加新的外賣商信息在存儲過程中用insert語句添加新的外賣商信息insert_kind添加新的外賣商地區類別信息添加新的外賣商信息時，若其屬于新的地區類別，則應先在類別表中添加該地區類別delete_busn刪除外賣商信息當外賣商不再營業時，刪除外賣商信息chan_tel修改外賣商服務電話當外賣商服務電話改變時，修改服務電話insert_emp添加外賣商員工信息添加新的員工信息delete_emp刪除外賣商員工信息員工不存在時，刪除此員工信息insert_dish添加外賣商外賣信息當外賣商添加外賣時，添加外賣信息chan_dish修改外賣信息當某外賣商外賣信息改變時，修改外賣信息delete_dish刪除外賣信息當某外賣商不再經營此外賣時，刪除外賣信息kind_select按地區查詢外賣商信息客戶可以輸入外賣商地區查詢自己想要的外賣商busm_name_select按外賣商名稱查詢外賣商信息客戶可以輸入外賣商名稱查詢自己想要的外賣商avg_serve統計每個外賣商員工服務平均評分根據員工評分表統計每個外賣商服務平均評分avg_speed統計每個外賣商送餐速度平均評分根據員工評分表統計每個外賣商送餐速度平均評分avg_price統計每個外賣商外賣價格平均評分根據外賣評分表統計每個外賣商外賣價格平均評分avg_taste統計每個外賣商外賣口感平均評分根據外賣評分表統計每個外賣商外賣口感平均評分avg_totscore統計每個外賣商綜合平均評分根據外賣總表表統計外賣總表中totoscore_avg值2概念設計通過對客戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型，并采用自底向上的方法用E-R圖表示各實體之間的聯系。2.1實體圖通過需求分析我們得到客戶，商品，優惠表和倉庫等最基本的實體，畫出它們的實體圖如下：（1）客戶實體圖，如圖2.1所示。注冊號注冊日期地址電話密碼性別姓名客戶圖 2.1 客戶實體圖（2）外賣商實體圖，如圖2.2所示。所屬地區外賣商名稱服務電話外賣商編號外賣商圖 2.2 外賣商實體圖（3）所屬地區實體圖，如圖2.3所示。所屬地區地區編號地區名圖 2.3所屬地區實體圖（4）員工實體圖，如圖2.4所示。員工員工號員工名外賣商編號圖 2.4員工實體圖（5）外賣實體圖，如圖2.5所示。外賣外賣編號外賣名圖 2.5 外賣實體圖2.2 多個實體間的聯系圖實體與實體間有多種聯系，畫出各種實體間的聯系圖如下：所屬地區外賣商名稱服務電話外賣商編號外賣商所屬地區地區編號地區名屬于1N（1）外賣商與所屬地區之間的聯系圖，如圖2.6所示。圖 2.6 外賣商與所屬地區（2）客戶與員工之間的聯系圖，如圖2.7所示。交易編號員工服務評分送餐速度評分評分員工員工號員工名外賣商編號N1注冊號注冊日期地址電話密碼性別姓名客戶圖 2.6 客戶與員工聯系圖（3）客戶與外賣之間的聯系圖，如圖2.7所示。外賣外賣編號外賣名評分價格評分員工服務評分交易編號1N注冊號注冊日期地址電話密碼性別姓名客戶圖 2.7 客戶與外賣聯系圖（4）外賣商和客戶之間的聯系圖，如NM員工號交易交易編號外賣編號注冊號注冊日期地址電話密碼性別姓名客戶所屬地區外賣商編號外賣商名稱服務電話外賣商圖 2.8 外賣商和客戶聯系圖2.3總體ER圖通過以上分ER圖，我們得到下面的總ER圖，如圖2.9所示。外賣商屬于所屬地區生成外賣評分表11生成員工評分表111外賣評分評分員工NN1客戶NM交易生成交易表111生成評分總表N11N圖 2.9 總ER圖3邏輯設計本次設計的數據庫在SQL Server 2000上實現，將概念結構設計中的E-R圖轉換成SQL Sever 2000支持的關系數據模型。3.1關系設計關系設計包括實體轉換和聯系轉換。（1） 實體轉換將每個單獨的實體轉換為一張單獨的表，具體轉換如下：客戶：注冊號，密碼，地址，注冊日期，電話，性別，姓名。外賣商：外賣商編號，外賣商名稱，所屬地區，服務電話。所屬地區：地區編號，地區名。員工：員工號，員工名。外賣：外賣編號，外賣名。（2）聯系轉換一個實體型轉換為關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼。外賣商表：外賣商編號，外賣商名稱，所屬地區，服務電話，地區編號員工表：員工號，員工名，外賣商編號外賣表：外賣編號，外賣名，外賣商編號交易表：交易編號，員工號，外賣編號，注冊號。員工評分表：交易編號，員工服務評分，送餐速度評分。外賣評分表：交易編號，價格評分，口感評分。評價總表：外賣商編號，員工服務平均評分，送餐速度平均評分，外賣價格平均評分，外賣口感平均評分，總評分3.2關系優化為了減少以上表數據的冗余，將表優化，結果如下：（1）客戶表：函數依賴集為F1=注冊號（密碼，地址，注冊日期，電話，性別，姓名）2NF主屬性：注冊號非主屬性：密碼，地址，注冊日期，電話，性別，姓名主鍵：注冊號（2）外賣商表： 函數依賴集為F2=外賣商編號（外賣商名稱，服務電話，地區編號）3NF 主屬性：外賣商編號 非主屬性：外賣商名稱，所屬地區，服務電話，地區編號 主鍵：外賣商編號（3）所屬地區表： 函數依賴集為F3=地區編號（地區名） 3NF 主屬性：地區編號非主屬性：地區名 主鍵：地區編號（4）交易表：函數依賴集為F4=交易編號（員工號，外賣編號，注冊號）3NF主屬性：交易編號非主屬性：員工號，外賣編號，注冊號主鍵：交易編號（5）員工評分表：函數依賴集為F5=交易編號員工服務評分，送餐速度評分3NF 主屬性：交易編號 非主屬性名：員工服務評分，送餐速度評分 主鍵：交易編號（6）外賣評分表：函數依賴集為F6=交易編號（交易編號，價格評分，口感評分）3NF主屬性：交易編號非主屬性：交易編號，價格評分，口感評分。 主鍵：交易編號（7）評價總表：函數依賴集為F6=外賣商編號（員工服務平均評分，送餐速度平均評分，外賣價格平均評分，外賣口感平均評分，總評分）3NF主屬性：外賣商編號非主屬性：員工服務平均評分，送餐速度平均評分，外賣價格平均評分，外賣口感平均評分，總評分主鍵：外賣商編號3.3約束的說明 根據參照完整性，表與表之間有主鍵、外鍵、客戶自定義約束。（1） 注冊號為客戶表的主鍵，且在6-16位以內,且第一位必為字母C,其他只能由數字組成，即同時對注冊號設立客戶自定義約束。（2） 性別只能為m或f,對性別設立客戶自定義約束。（3） 客戶密碼必須在6-12位之間。（4） 外賣商表中外賣商編號為主鍵。（5） 所屬地區表中地區編號為主鍵。（6） 員工表中員工編號為主鍵。（7） 員工表中的外賣商編號應參照外賣商表中的外賣商編號。（8） 外賣表中外賣編號和外賣商編號為主鍵。（9） 外賣表中的外賣商編號應參照外賣商表中的外賣商編號。（10） 交易表中的交易編號為主鍵。（11） 員工評價表和外賣評價表中的交易編號均參照交易表中的交易編號。（12） 員工評分表和外賣評分表中的員工服務評分、送餐速度評分、價格評分、口感評分默認為“0”。（13） 評分總表在員工評分表和外賣評分表生成后自動生成，當員工評分表和外賣評分表數據改變時，評分總表相應速度也隨著改變。3.4基本表通過上面的關系轉換與關系優化,我們最終得到11張基本表。（1）客戶表（customer表）如表 3.1所示。表 3.1 客戶表屬性名數據類型是否為空含義是否為主鍵cust_idchar(6)not null注冊號primary keycust_codechar(12)not null密碼addrchar(40)not null地址regis_dategetdate()null注冊日期tel_nochar(11)not null電話sexchar(2)not null性別cust_namechar（8）not null姓名（2）外賣商（business表）如表 3.2所示。表 3.2外賣商表屬性名數據類型是否為空含義是否為主鍵busn_nochar(6)not null外賣商編號primary keybusn_namechar(40)not null外賣商名稱busn_telchar(11)not null服務電話area_nochar(3)not null地區編號（3）地區表（area表）如表 3.3所示。表 3.3 地區表屬性名數據類型是否為空含義是否為主鍵area_nochar(3)not null地區編號primary keyarea_namechar(40)not null外賣