外賣供應(yīng)商服務(wù)評價系統(tǒng)

1、目錄1 需求分析 11.1 編寫目的 11.2 背景 11.2.1外賣供應(yīng)服務(wù)的發(fā)展歷史 11.2.2外賣服務(wù)評價系統(tǒng)開發(fā)背景 11.3 目標(biāo) 21.4 需求分析 21.4.1系統(tǒng)的功能描述 21.4.2系統(tǒng)總體功能圖 31.4.5實體與數(shù)據(jù) 41.4.6聯(lián)系與數(shù)據(jù) 51.4.7數(shù)據(jù)字典 52 概念設(shè)計 82.1 實體圖 82.2 多個實體間的聯(lián)系圖 102.3總體ER圖113 邏輯設(shè)計 123.1 關(guān)系設(shè)計 123.2 關(guān)系優(yōu)化 133.3 約束的說明 143.4 基本表 141 需求分析本外賣供應(yīng)商服務(wù)評價系統(tǒng)（TES的需求分析將從編寫目的、背景、定義、 目標(biāo)、系統(tǒng)功能描述等幾個方面來分析

2、。1.1 編寫目的搜集所有外賣商信息， 集所有客戶的評價信息為一體， 讓該系統(tǒng)的使用成員 能更好的反應(yīng)和了解周邊外賣服務(wù)信息，從而選擇最佳的外賣服務(wù)。1.2 背景當(dāng)生活節(jié)奏日益加快，人們越來越傾向簡單生活。從傳統(tǒng)的“以食為天”到 今天的“沒空做飯”， 現(xiàn)在的上班族和學(xué)生正經(jīng)歷著不小的轉(zhuǎn)變。 做飯和工作緊 張的矛盾不斷升級，造就了外賣 / 送餐業(yè)務(wù)的蓬勃發(fā)展。1.2.1 外賣供應(yīng)服務(wù)的發(fā)展歷史隨著我國經(jīng)濟多年的快速發(fā)展， 人們普通生活得到了改善與提高， 基本上從 以前的溫飽需要開始走向追求健康美味的更高要求。盡管餐飲食品外賣產(chǎn)業(yè)發(fā)展一直快速發(fā)展，但餐飲食品的用料成本大幅增 加，人員工資以及餐飲食

3、品必要的環(huán)境以及保證設(shè)施投入成本更是總體提升等。 而且這種趨勢今后幾年仍會持續(xù)?？旖轀?zhǔn)時，衛(wèi)生可口以及營養(yǎng)配餐是考核全球餐飲外賣產(chǎn)業(yè)規(guī)范發(fā)展的三大 基本條件以及系統(tǒng)準(zhǔn)則?？旖轀?zhǔn)時是基礎(chǔ)， 衛(wèi)生美味可口是保證， 營養(yǎng)配餐是目標(biāo)。 但目前的餐飲食 品外賣以經(jīng)濟快餐為主， 各種家庭型朋友聚會型等配餐外送等逐漸興起。 總體上 來說：與上述條件有很大差距， 快捷準(zhǔn)時正在提高改善， 衛(wèi)生可口目前還遠遠不 夠，目前用的外送工具如塑料框塑料袋等無法予以保證， 用多功能豪華外送箱的 僅是微乎其微，營養(yǎng)配餐對目前的外賣來說還只是一個遠景目標(biāo)。餐飲食品外賣將走進家庭以及各種家庭型朋友聚會型等配餐外送等必會逐 漸興起

4、。由于人們的生活節(jié)奏逐漸加快， 以及人們的經(jīng)濟能力已經(jīng)足以滿足家庭 型不同人員對美味的不同需要， 而這種需要完全可通過專業(yè)大廚來實現(xiàn)以及規(guī)范 的外賣外送來完成。 當(dāng)然前提是必須保證外賣外送過程必須通過具有保味功能的 專業(yè)外送箱來儲運。 特別是節(jié)日時親朋好友聚會， 一方面是品嘗美味佳肴， 另一 方面就是在寬松的氛圍下無所顧及暢談互動。1.2.2 外賣服務(wù)評價系統(tǒng)開發(fā)背景本外賣服務(wù)系統(tǒng)通過搭建客戶評價平臺來完成客戶對所選外賣提供商的選 擇、評價，給廣大客戶選擇一個適合自己的最好的外賣商提供渠道， 縮短客戶和 商家消費和生產(chǎn)之間的時間路徑、 空間路徑和人際路徑。 從而加快信息的傳遞速 度，增強商家營

5、銷競爭力，提高商家的服務(wù)質(zhì)量。客戶可以瀏覽各外賣商開放的業(yè)務(wù)和信息， 可以查詢外賣商的信息， 可以對 自己所選商家進行評價， 給廣大客戶選擇外賣時提供一個良好的意見。 當(dāng)客戶登 錄本服務(wù)系統(tǒng)時， 客戶可以瀏覽、 查詢外賣商信息， 可查詢客戶對各外賣商的評 價等。本外賣服務(wù)評價系統(tǒng)同樣提供了一定的后臺管理功能， 系統(tǒng)管理員可以管理 可以管理外賣商信息，包括更新、修改外賣商信息等；可以管理評價信息，統(tǒng)計 各項數(shù)據(jù)。項目名稱：外賣供應(yīng)商服務(wù)評價系統(tǒng)（ Take-away evaluation system 簡稱 TES）項目提出者：江財TES項目開發(fā)人員項目開發(fā)者：TES項目開發(fā)小組。項目鑒定者：待

6、定項目開始時間： 2010-10-301.3 目標(biāo)當(dāng)系統(tǒng)管理人員使用了外賣供應(yīng)商服務(wù)評價系統(tǒng) TES軟件后，可以通過 計算機完成以下幾方面的管理工作： 外賣商信息管理、 評分管理。 外賣供應(yīng)商服 務(wù)評價系統(tǒng)TES客戶分為三類：（1）系統(tǒng)管理員：此類客戶可以取得商城管理員的權(quán)限，可以瀏覽所有客 戶信息，查找客戶，給客戶分配合理的權(quán)限，刪除不合法客戶等。（2）注冊客戶：必須在系統(tǒng)注冊（不注冊無法登入本系統(tǒng)） ，登錄本系統(tǒng)后， 這類客戶可以瀏覽系統(tǒng)提供的外賣商信息，也可以進行外賣商服務(wù)評價。1.4 需求分析1.4.1 系統(tǒng)的功能描述作為外賣服務(wù)評價系統(tǒng)， 前臺評價系統(tǒng)提供以下功能： 客戶信息管理，

7、外賣 商信息管理 , 打分評價管理。（1）客戶信息管理 客戶必須注冊才能使用此系統(tǒng)服務(wù)， 一個客戶只能擁有一個注冊號 （客戶 名），注冊號可由客戶根據(jù)自己的喜好自行定義， 但必須唯一且在 6-16 位以內(nèi) , 且第一位必為字母C,其他只能由數(shù)字組成。 同一時間內(nèi)一個注冊號不能在多處登錄?？蛻羲钯Y料必須真實，其中 注冊號、密碼、姓名、性別、地址為必填資料。 客戶注冊成功以后，其注冊信息將自動被加入客戶表中。登錄系統(tǒng)后， 客戶可以查詢或修改個人信息。（2）外賣商信息管理 客戶登錄本系統(tǒng)后，可以瀏覽本系統(tǒng)所提供的所有外賣商詳細信息。 客戶登錄本系統(tǒng)后，可以查找自己所需要的外賣商信息。（3）評分管理

8、 客戶登入本系統(tǒng)后，可以瀏覽查詢外賣商評分表。 客戶登入本系統(tǒng)后，可以分別按服務(wù)態(tài)度、外賣價格、送餐速度、外賣 口感查找滿意的外賣商?？蛻舻卿洷鞠到y(tǒng)后， 可以對外賣商各項指標(biāo)進行打分評價 （100 分為滿分）a. 服務(wù)態(tài)度（ 20 分表示很滿意）b. 外賣價格（30分表示很合理）c. 送餐速度 （ 20 分表示能非?？焖俚乃偷剑〆. 外賣口感（ 30 分表示很滿意）本系統(tǒng)的后臺管理系統(tǒng)將提供客戶管理、 外賣商管理， 評分管理等功能， 具 體描述如下：（ 1）客戶管理 為客戶建立一張基本表 , 用于添加客戶個人信息， 客戶登錄后可以維護自 己的個人信息。 為客戶賦予查詢或修改個人信息的權(quán)利。（

9、2）外賣商管理 若某外賣商地址、電話等信息改變時，則對應(yīng)更新系統(tǒng)數(shù)據(jù)信息。 若某外賣商已不再營業(yè)時，應(yīng)將該外賣商信息刪除。 若有新增外賣商時，將外賣商按不同的種類分類管理，分類標(biāo)準(zhǔn)為：所 屬地區(qū)。（ 3）評分管理 統(tǒng)計每個外賣商平均評分。 按地區(qū)統(tǒng)計每個外賣商平均評分。 按服務(wù)態(tài)度、外賣價格、送餐速度、外賣口感分別統(tǒng)計平均評分。1.4.2 系統(tǒng)總體功能圖根據(jù)上節(jié)分析的系統(tǒng)功能需求，我們可以得到系統(tǒng)的功能模塊，如圖 1.1 所示。圖1.1系統(tǒng)功能圖145實體與數(shù)據(jù)通過對系統(tǒng)各方面的分析，我們可以知道系統(tǒng)中的實體包括：客戶，外賣 商，地區(qū)，員工，外賣，交易表，員工評分表，外賣評分表。各實體包含的數(shù)

10、 據(jù)項分別如下：（1）客戶：注冊號，密碼，地址，注冊日期，電話，性別，姓名。（2）外賣商：外賣商編號，外賣商名稱，所屬地區(qū)，服務(wù)電話。（3）所屬地區(qū)：地區(qū)編號，地區(qū)名。（4）員工：員工號，員工名。（5）外賣：外賣編號，外賣名。146聯(lián)系與數(shù)據(jù)通過以上的實體與數(shù)據(jù)我們可以得到如下實體間的聯(lián)系：（1）交易表：交易編號，員工號，外賣編號，注冊號。（2）員工評分表：交易編號，員工服務(wù)評分，送餐速度評分。（3）外賣評分表：交易編號，價格評分，口感評分。（4）評價總表：外賣商編號，員工服務(wù)平均評分，送餐速度平均評分，外 賣價格平均評分，外賣口感平均評分，總評分。通過以上分析，我們作如下規(guī)定：（1）一個外賣

11、商只可以屬于一個地區(qū)，一個地區(qū)可以有多個外賣商；（2）一個客戶對應(yīng)多張員工評分表，一張員工評分表對應(yīng)一個客戶；（3）一個客戶對應(yīng)多張外賣評分表，一張外賣評分表對應(yīng)一個客戶。（4）一張交易表對應(yīng)一個客戶，一個客戶可以對應(yīng)多張交易表。（5）個外賣商對應(yīng)多張交易表，一張交易表對應(yīng)一個外賣商。（6）一張評價總表分別對應(yīng)多張員工評分表和多張外賣評分表，一張員工 評分表和一張外賣評分表分別對應(yīng)一張評分總表。實體之間的聯(lián)系有：（1）外賣商與所屬地區(qū)之間（1： N）（2）客戶與員工評分表之間（N : 1）（3）客戶與外賣評分表之間（N : 1）（4）客戶與交易表之間（N : 1）（5）外賣商與交易表（N :

12、1）（6）評分總表與員工評分表（N : 1）（7）評分總表與外賣評分表（N : 1）1.4.7數(shù)據(jù)字典數(shù)據(jù)字典包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)處理 4個部分。其中數(shù)據(jù)項 是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結(jié)構(gòu)， 數(shù)據(jù)字典通過對 數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲的邏輯內(nèi)容。（1）數(shù)據(jù)項，如表1.1所示。表1.1數(shù)據(jù)項表數(shù)據(jù)項數(shù)據(jù)類型別名含義說明取值范圍取值含義cust_idchar 注冊號唯一標(biāo)識 每一客戶C00001-C99999C代表客戶，后五位按順 序編號cust_cod echar(12)密碼6-12位，由字母和數(shù)字組成輸錯次數(shù)不得超過三次cust_ nam

13、echar(10)客戶名稱不得超過5字用文字說明addresschar(40)地址不得超過20字用文字說明tel_ nochar(11)電話00000000000-99999999999若輸入家庭號碼，則要 輸入地區(qū)號Reg datedatetime注冊日期yyyy-mm-dd注冊日期必須在系統(tǒng)日期之前sexchar 性別f/mf代表男性,m代表女性busn_nochar 外賣商編號唯一標(biāo)識 每一外賣 商B00001-B99999B代表外賣商，后五位按 順序編號busn_nam echar(40)外賣商名稱不得超過20字用文字說明area_ nam echar(40)外賣商所屬 地區(qū)不得超過2

14、0字用文字說明bus n_telchar(11)服務(wù)電話00000000000-99999999999若輸入固定電話號碼， 則要輸入?yún)^(qū)號area_ nochar 地區(qū)編號唯一標(biāo)識 每一地區(qū)A001-A999A代表地區(qū)，后三位按順 序編號emp_ nochar(8)員工編號唯一標(biāo)識 每一員工E0000001-E9999999E代表員工，后七位按順 序編號emp namechar(10)員工姓名不得超過5字用文字說明dish_ nochar(5)外賣編號唯一標(biāo)識 每一外賣T0001-T9999T代表外賣，后四位按順 序編號dish_ namechar(20)外賣名稱不得超過10字用文字說明sell

15、_ nochar(8)交易編號唯一標(biāo)識 每筆交易t0000001-t9999999t代表交易，后七位按順 序編號serve_sc oint員工服務(wù)評 分01-20一個員工的服務(wù)評分speed_sc oint送餐速度評 分01-20一個員工的送餐速度評 分price_sc oint外賣價格評 分01-30外賣的價格評分taste_sc oint外賣口感評 分01-30外賣的口感評分serve_av gint員工服務(wù)平 均評分01-20一個外賣商所有員工服 務(wù)平均評分speed_avgint送餐速度平 均評分01-20一個外賣商所有員工的 送餐速度平均評分price_av gint外賣價格平 均評

16、分01-30一個外賣商外賣價格平 均評分taste_av gint外賣口感平 均評分01-30一個外賣商外賣口感平 均評分totscoreavgint外賣商綜合 平均評分01-100一個外賣商綜合平均評 分(2)數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)：客戶含義說明：是客戶管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一個客戶的有關(guān)信息組成：注冊號，密碼，地址，注冊日期，電話，性別，姓名 數(shù)據(jù)結(jié)構(gòu)：外賣商含義說明：是外賣商管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一個外賣商的有關(guān) 信息組成：外賣商編號，外賣商名稱，所屬地區(qū)，服務(wù)電話 數(shù)據(jù)結(jié)構(gòu)：地區(qū)類別含義說明：定義了一個外賣商屬于哪個地區(qū)的有關(guān)信息組成：地區(qū)編號，地區(qū)名 數(shù)據(jù)結(jié)構(gòu)：員工含義

17、說明：定義了一個員工的有關(guān)信息組成：員工號，員工名，外賣商編號 數(shù)據(jù)結(jié)構(gòu)：外賣含義說明：定義了一種外賣的有關(guān)信息組成：外賣編號，外賣名 數(shù)據(jù)結(jié)構(gòu)：交易表含義說明：是外賣交易管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一個外賣交易的 有關(guān)信息組成：交易編號，員工號，外賣編號，注冊號 數(shù)據(jù)結(jié)構(gòu)：員工評分含義說明：是員工評分管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一張員工評分表 的有關(guān)信息組成：交易編號，注冊號，員工服務(wù)評分，送餐速度評分 數(shù)據(jù)結(jié)構(gòu)：外賣評分含義說明：是外賣評分管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一張外賣評分表 的有關(guān)信息組成：交易編號，價格評分，口感評分（3）數(shù)據(jù)流略4）數(shù)據(jù)處理數(shù)據(jù)處理過程如表1.2所示

18、。表1.2數(shù)據(jù)處理表數(shù)據(jù)存儲名功能處理說明in sert_cust插入新的客戶信息當(dāng)客戶成功注冊后，自動在客戶表中 添加該客戶的注冊信息select cust查詢客戶個人信息登錄系統(tǒng)后，客戶可以查詢個人信息update cust修改客戶個人信息登錄系統(tǒng)后，客戶可以修改個人信息delete_cust刪除客戶信息若客戶離最后一次登錄的時間超過一 年，則管理員刪除該客戶信息code_detect檢測客戶的注冊密碼是否 符合要求當(dāng)客戶輸入密碼時，自動檢測密碼是 否在6-12位之間，否則將提示其重新 輸入select_bus n查詢外賣商當(dāng)客戶查詢時，可以查詢所有外賣商 信息in sert bus n添

19、加新的外賣商信息在存儲過程中用in sert語句添加新的外賣商信息in sert_k ind添加新的外賣商地區(qū)類別 信息添加新的外賣商信息時，若其屬于新 的地區(qū)類別，則應(yīng)先在類別表中添加 該地區(qū)類別delete_bus n刪除外賣商信息當(dāng)外賣商不再營業(yè)時，刪除外賣商信 息cha n_tel修改外賣商服務(wù)電話當(dāng)外賣商服務(wù)電話改變時，修改服務(wù) 電話in sert_emp添加外賣商員工信息添加新的員工信息delete_emp刪除外賣商員工信息員工不存在時，刪除此員工信息in sert_dish添加外賣商外賣信息當(dāng)外賣商添加外賣時，添加外賣信息cha n_dish修改外賣信息當(dāng)某外賣商外賣信息改變時，

20、修改外 賣信息delete_dish刪除外賣信息當(dāng)某外賣商不再經(jīng)營此外賣時，刪除 外賣信息kin d_select按地區(qū)查詢外賣商信息客戶可以輸入外賣商地區(qū)查詢自己想 要的外賣商busm _n ame_select按外賣商名稱查詢外賣商 信息客戶可以輸入外賣商名稱查詢自己想 要的外賣商avg_serve統(tǒng)計每個外賣商員工服務(wù) 平均評分根據(jù)員工評分表統(tǒng)計每個外賣商服務(wù) 平均評分avg_speed統(tǒng)計每個外賣商送餐速度 平均評分根據(jù)員工評分表統(tǒng)計每個外賣商送餐 速度平均評分avg_price統(tǒng)計每個外賣商外賣價格 平均評分根據(jù)外賣評分表統(tǒng)計每個外賣商外賣 價格平均評分avg_taste統(tǒng)計每個外賣

21、商外賣口感 平均評分根據(jù)外賣評分表統(tǒng)計每個外賣商外賣 口感平均評分avg_totscore統(tǒng)計每個外賣商綜合平均 評分根據(jù)外賣總表表統(tǒng)計外賣總表中 totoscore avg 值2概念設(shè)計通過對客戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS勺概念模型，并采用自底向上的方法用 E-R圖表示各實體之間的聯(lián)系。2.1實體圖通過需求分析我們得到客戶，商品，優(yōu)惠表和倉庫等最基本的實體，畫出它 們的實體圖如下：(3)性別姓名客戶密碼電話注冊日期地址外賣商編所屬地區(qū)服務(wù)電話所屬地區(qū)地區(qū)名(4)員工號員工外賣商編員工名員工實體圖，如圖地區(qū)編號2.1客戶實體圖 所示。圖2.2外賣商實體圖所屬地區(qū)實體圖

22、，如圖2.3所示。圖2.3所屬地區(qū)實體圖2.4所示。圖(2)外賣商實體圖，如圖2.2外賣實體圖，如圖(5)圖2.4員工實體圖2.5所示。(1)客戶實體圖，如圖2.1所示。外賣商 r外賣商名稱2.2多個實體間的聯(lián)系圖實體與實體間有多種聯(lián)系，畫出各種實體間的聯(lián)系圖如下:(1) 外賣商與所屬地區(qū)之間的聯(lián)系圖，如圖2.6所示。(2)客戶與員工之間的聯(lián)系圖，如圖2.7所示(3)客戶與外賣之間的聯(lián)系圖，如圖 2.7所示1(4)外賣商和客戶之間的聯(lián)系圖，如2.3總體ER圖通過以上分ER圖，我們得到下面的總ER圖，如圖2.9所示圖2.9總ER圖3邏輯設(shè)計本次設(shè)計的數(shù)據(jù)庫在SQL Server 2000上實現(xiàn)，

23、將概念結(jié)構(gòu)設(shè)計中的 E-R圖 轉(zhuǎn)換成SQL Sever 2000支持的關(guān)系數(shù)據(jù)模型。3.1關(guān)系設(shè)計關(guān)系設(shè)計包括實體轉(zhuǎn)換和聯(lián)系轉(zhuǎn)換。（1）實體轉(zhuǎn)換將每個單獨的實體轉(zhuǎn)換為一張單獨的表，具體轉(zhuǎn)換如下： 客戶：注冊號，密碼，地址，注冊日期，電話，性別，姓名。 外賣商：外賣商編號，外賣商名稱，所屬地區(qū)，服務(wù)電話。 所屬地區(qū)：地區(qū)編號，地區(qū)名。員工：員工號，員工名。外賣：外賣編號，外賣名。（2）聯(lián)系轉(zhuǎn)換一個實體型轉(zhuǎn)換為關(guān)系模式，實體的屬性就是關(guān)系的屬性，實體的碼就是關(guān) 系的碼。夕卜賣商表：外賣商編號，外賣商名稱，所屬地區(qū)，服務(wù)電話，地區(qū)編號 員工表：員工號，員工名，外賣商編號外賣表：外賣編號，外賣名，外賣

24、商編號 交易表：交易編號，員工號，外賣編號，注冊號。 員工評分表：交易編號，員工服務(wù)評分，送餐速度評分。 外賣評分表：交易編號，價格評分，口感評分。 評價總表：外賣商編號，員工服務(wù)平均評分，送餐速度平均評分，外賣價格 平均評分，外賣口感平均評分，總評分3.2 關(guān)系優(yōu)化為了減少以上表數(shù)據(jù)的冗余，將表優(yōu)化，結(jié)果如下：1）客戶表：函數(shù)依賴集為F1=注冊號-（密碼，地址，注冊日期，電話，性別，姓名） 2NF主屬性：注冊號 非主屬性：密碼，地址，注冊日期，電話，性別，姓名 主鍵：注冊號2）外賣商表：函數(shù)依賴集為F2=外賣商編號-（外賣商名稱，服務(wù)電話，地區(qū)編號） 3NF主屬性：外賣商編號 非主屬性：外賣

25、商名稱，所屬地區(qū)，服務(wù)電話，地區(qū)編號 主鍵：外賣商編號3）所屬地區(qū)表：函數(shù)依賴集為F3=地區(qū)編號-（地區(qū)名） 3NF主屬性：地區(qū)編號非主屬性：地區(qū)名主鍵：地區(qū)編號4）交易表：函數(shù)依賴集為F4=交易編號-（員工號，外賣編號，注冊號） 3NF 主屬性：交易編號 非主屬性：員工號，外賣編號，注冊號主鍵：交易編號5）員工評分表：函數(shù)依賴集為F5=交易編號一員工服務(wù)評分，送餐速度評分 3NF 主屬性：交易編號 非主屬性名：員工服務(wù)評分，送餐速度評分 主鍵：交易編號6）外賣評分表：函數(shù)依賴集為F6=交易編號（交易編號，價格評分，口感評分） 3NF主屬性：交易編號 非主屬性：交易編號，價格評分，口感評分。主

26、鍵：交易編號7）評價總表：函數(shù)依賴集為F6=外賣商編號一（員工服務(wù)平均評分，送餐速度平均評分，外賣價格平均評分，外賣口感平均評分，總評分） 3NF主屬性：外賣商編號非主屬性：員工服務(wù)平均評分，送餐速度平均評分，外賣價格平均評分， 外賣口感平均評分，總評分主鍵：外賣商編號3.3約束的說明根據(jù)參照完整性，表與表之間有主鍵、外鍵、客戶自定義約束。（1） 注冊號為客戶表的主鍵，且在6-16位以內(nèi)，且第一位必為字母C,其他只能 由數(shù)字組成，即同時對注冊號設(shè)立客戶自定義約束。（2）性別只能為m或''，對性別設(shè)立客戶自定義約束。（3）客戶密碼必須在6-12位之間。（4）外賣商表中外賣商編號為

27、主鍵。（5）所屬地區(qū)表中地區(qū)編號為主鍵。（6）員工表中員工編號為主鍵。（7）員工表中的外賣商編號應(yīng)參照外賣商表中的外賣商編號。（8）外賣表中外賣編號和外賣商編號為主鍵。（9）外賣表中的外賣商編號應(yīng)參照外賣商表中的外賣商編號。（10）交易表中的交易編號為主鍵。（11）員工評價表和外賣評價表中的交易編號均參照交易表中的交易編號。（12） 員工評分表和外賣評分表中的員工服務(wù)評分、送餐速度評分、價格評分、 口感評分默認為“ 0”（13）評分總表在員工評分表和外賣評分表生成后自動生成，當(dāng)員工評分表和 外賣評分表數(shù)據(jù)改變時，評分總表相應(yīng)速度也隨著改變。3.4基本表通過上面的關(guān)系轉(zhuǎn)換與關(guān)系優(yōu)化，我們最終得到

28、11張基本表。 （1）客戶表（customer表）如表3.1所示。表3.1 客戶表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵cust idchar not n ull注冊號primary keycust codechar(12)not n ull密碼addrchar(40)not n ull地址regis dategetdate()n ull注冊日期tel nochar(11)not n ull電話sexchar not n ull性別cust namechar (8)not n ull姓名（2）外賣商（business表）如表3.2 所示。表3.2外賣商表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵busn nochar not n ull外賣商編號primary keybus n n amechar(40)not n ull外賣商名稱bus n telchar(11)not n ull服務(wù)電話area nochar not n ull地區(qū)編號(3)地區(qū)表(area表)如表3.3 所示。表3.3 地區(qū)表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵area nochar not n ull地區(qū)編號primary keyarea_ namechar(40)not n ull外賣商所屬地 區(qū)(4)員工表(employee表)如表3.4 所示。表3.4 員工表屬性名數(shù)據(jù)類型是否為空含義是否為主鍵e